Page MenuHomePureOS Tracker
Feed Advanced Search

Tue, Oct 13

mak added a comment to T873: archive: need a way to have -dbgsym packages.

Those packages are available, but only for the latest builds of the development version of PureOS and only for the ones we rebuilt ourselves: https://repo.pureos.net/pureos-debug/dists/
Anything else would require mirroring the debug packages from Debian, and we do not have the disk space for that, currently.

Tue, Oct 13, 11:21

Sep 27 2020

mak added a comment to T914: Autologing after a Fresh Install.

Did you use the OEM image or the Live image? Which version of the install ISO (date) did you use?

Sep 27 2020, 11:39 · Restricted Project
mak added a comment to T938: packaging guidelines inadequately covers accepted variety of versioning suffices for packages.

What is the use case for explicitly staying below a Debian revision? This may break quite a few assumptions and no Debian derivative (that I know of) does this.

Sep 27 2020, 11:38

Aug 16 2020

mak closed T919: PureOS Amber image testing 2020-08-06 as Resolved.

These images should now be(come) default. Thanks everyone for testing!

Aug 16 2020, 17:12 · Unknown Object (Project)

Aug 6 2020

mak added a comment to T919: PureOS Amber image testing 2020-08-06.

Nice! If nobody vetoes this image until next Monday/Tuesday, I will send this image to the factory and marketing people - we really have to update the default image, and especially that OEM username issue is causing very frequent support issues, so it has to go (not to mention the huge amount of security fixes that newer PureOS releases contain and that just aren't there yet with the current images).

Aug 6 2020, 07:28 · Unknown Object (Project)

Aug 5 2020

mak renamed T919: PureOS Amber image testing 2020-08-06 from PureOS Amber image testing 2020-08-04 to PureOS Amber image testing 2020-08-06.
Aug 5 2020, 19:06 · Unknown Object (Project)

Aug 4 2020

mak added a comment to T919: PureOS Amber image testing 2020-08-06.

The image has been updated to incorporate the latest security fixed for a bunch of vulnerabilities in GRUB (less relevant for us if /boot is verified anyway, but still good to have, especially for custom installations).

Aug 4 2020, 16:18 · Unknown Object (Project)
mak closed T921: libmount1 too old for libglib2.0-0 as Resolved.

This should have been resolved with the latest util-linux upload.

Aug 4 2020, 15:11
mak renamed T919: PureOS Amber image testing 2020-08-06 from PureOS Amber image testing 2020-07-22 to PureOS Amber image testing 2020-08-04.
Aug 4 2020, 10:54 · Unknown Object (Project)

Aug 3 2020

mak added a comment to T922: need something like https://ftp-master.debian.org/new.html.

At some point the intent is to make this nicer-looking and better integrated, but until that point is there, we'll have this page :-)

Aug 3 2020, 03:17 · Restricted Project
mak closed T923: three packages did not enter NEW queue as Resolved.

They were signed with an expired key. refreshging that key from a keyserver fixed this issue.

Aug 3 2020, 03:15 · Restricted Project

Aug 2 2020

mak added a comment to T922: need something like https://ftp-master.debian.org/new.html.

https://master.pureos.net/raw/web/new.html

Aug 2 2020, 06:56 · Restricted Project

Jul 23 2020

mak added a comment to T919: PureOS Amber image testing 2020-08-06.

@all but especially @richard.kolla : Can you please test the 2020-07-22 image? There were now functional changes, only minor bugfixes from Debian and security fixes (so I expect everything to still work as before).

Jul 23 2020, 10:35 · Unknown Object (Project)

Jul 22 2020

mak renamed T919: PureOS Amber image testing 2020-08-06 from PureOS Amber image testing 2020-07-18 to PureOS Amber image testing 2020-07-22.
Jul 22 2020, 13:37 · Unknown Object (Project)

Jul 20 2020

mak added a comment to T919: PureOS Amber image testing 2020-08-06.

[...]

Does the OEM initial setup work as expected?

Won't boot.

Any noticeable bugs/regressions?

I erase the disk, install on my SATA SSD with the bootloader going to the MBR of the same drive. Can't boot from the coreboot 4.12-2 boot menu. Will need to confirm with Carlsbad what settings they use when installing PureOS OEM and use those same settings to test.

Jul 20 2020, 18:20 · Unknown Object (Project)

Jul 18 2020

mak added a comment to T904: PureOS OEM setup fails if username contains capital letters.

Is this not something that can also be pushed to upstream g-i-s

Jul 18 2020, 09:45 · Restricted Project, Restricted Project
mak triaged T919: PureOS Amber image testing 2020-08-06 as High priority.
Jul 18 2020, 09:37 · Unknown Object (Project)
mak closed T904: PureOS OEM setup fails if username contains capital letters as Resolved.

This has been fixed in PureOS for some time now, but we'll still need an upstream solution. I'll likely push this change to Debian as well meanwhile, so Debian can benefit from the bugfix as well.

Jul 18 2020, 09:30 · Restricted Project, Restricted Project

Jul 9 2020

mak closed T913: Gnome control center as Resolved.

This bug was indeed fixed by me earlier this week :-)

Jul 9 2020, 18:24 · Unknown Object (Project)

Jun 4 2020

mak changed the status of T911: gnome-control-center from Open to Incomplete.

What do you mean with "breaks"? Does it crash? Is it not installable? In the former case, a backzrace or at least console output would be nice.

Jun 4 2020, 04:19

Jun 3 2020

mak closed T910: gnome-software won't install on Byzantium as Resolved.

This should be fixed now, but the update will need a few days to migrate out of landing.

Jun 3 2020, 10:10
mak claimed T910: gnome-software won't install on Byzantium.
Jun 3 2020, 09:47

May 13 2020

mak added a comment to T888: Unbreak '<>|' on Librem13v4.

It's unfortunately one with a US keyboard :-/

May 13 2020, 10:48

Apr 30 2020

mak added a comment to T874: libccid does not recognize Librem Key (opensc, opensc-pkcs11).

Do we need a new version of the library in amber, or is there a patch that we can apply to the amber version? Uploading a new upstream version always comes with some risk of breaking other stuff (unless it's a pure bugfix release).

Apr 30 2020, 19:28

Apr 8 2020

mak added a comment to T888: Unbreak '<>|' on Librem13v4.

Hmm, I don't have a Librem with a German keyboard so I can't test this and would have to apply this change blindly.
This looks like something that should also go into upstream systemd, right?

Apr 8 2020, 02:31

Feb 17 2020

mak edited the content of Uploading Packages to PureOS.
Feb 17 2020, 16:04
mak edited the content of Packaging Overview.
Feb 17 2020, 15:59 · Restricted Project

Jan 8 2020

mak added a comment to T716: Don't install Kodi by default.

Whoops, looks like I completely forgot to close this... Thanks!

Jan 8 2020, 05:09

Jan 3 2020

mak added a comment to T710: Support UEFI in PureOS.

The only thing I can say at the moment that we will have this done for the next release of PureOS. I know this is kind of vague, but at the moment I can't make a more definitive statement about it, sorry.
Most likely this feature will come with a complete overhaul of the process we use to build images for PureOS.

Jan 3 2020, 18:30

Dec 14 2019

si awarded PureOS Debian Team a Party Time token.
Dec 14 2019, 01:51

Nov 20 2019

mak closed T859: Telegram Desktop application Blacklisted From Synchronization in Purebrowser as Resolved.

Yay!

Nov 20 2019, 16:42
mak closed T858: Can MAME be unblocked from PureOS as Resolved.

Done

Nov 20 2019, 13:34

Oct 13 2019

mak closed T843: dpkg-buildflags return empty CFLAGS as Resolved.

This should be fixed in amber now :-)
Thanks for reporting the issue!

Oct 13 2019, 19:54
mak claimed T843: dpkg-buildflags return empty CFLAGS.
Oct 13 2019, 16:43

Oct 10 2019

mak added a comment to T841: gcr fails to build since it runs out of secure memory.

There are no resource limits on the container, so I have no idea what goes wrong here.
Does this code access a device that is maybe unavailable?
Unfortunately I am traveling in the next weeks, so I don't know if I'll have time to look into this.

Oct 10 2019, 15:49

Oct 8 2019

mak closed T839: amber: Please update systemd to the version in Debian buster as Resolved.

Done :-)
The update should be available once it passes QA and the regular delay period.

Oct 8 2019, 13:15

Sep 26 2019

mak closed T768: Make memtest functional as Resolved.

This is fixed in PureOS 9.0 (Amber) image build 2019-09-26.
Thank you for reporting the issue!

Sep 26 2019, 05:58 · Restricted Project

Sep 20 2019

mak added a comment to T831: Make the Plasma build available at https://pureos.net/download/.

We may need to add some note then that it's "community supported" or something.
I build the image and somewhat maintain the flavor, but it doesn't receive nearly as much attention as the GNOME flavor does and any issue report there as a really low priority for me.

Sep 20 2019, 16:51 · Restricted Project

Jul 29 2019

mak closed T788: Package the cdrtools as Wontfix.

Thank you for the feature request, but unfortunately we'll definitely not have cdrtools in PureOS.
There has been an old fight about its license change which I really don't want to start again. Also, the legal situation didn't really change and Debian, the FSF and Red Hat all agree on this particular legal issue.
Plus, to put it frankly, Jörg Schilling is one of the least fun upstream developers one could ever deal with.

Jul 29 2019, 14:53 · Restricted Project
Squid awarded T787: Update to Calamares 3.2.11 a 100 token.
Jul 29 2019, 12:16 · Restricted Project

Jul 15 2019

mak closed T787: Update to Calamares 3.2.11 as Resolved.

This has been updated a few days already, but the new images weren't fully tested yet (so aren't on the pureos.net page for download by default). That should happen this week.
Thanks for the heads up though!

Jul 15 2019, 16:15 · Restricted Project

Jul 2 2019

mak added a comment to T57: [FREEDOM ISSUE] chromium.

@mak Please stop block chromium - it does not contain non-free code and is no longer unclear about licensing.

Jul 2 2019, 09:51 · Freedom-harm: license not FSF-compliant, Freedom-harm: downloads nonfree code

Jun 27 2019

mak added a comment to T193: software not showing linphone.

See https://software.pureos.net/sw/linphone.desktop
(there is still a warning that the icon is upscaled, which could be fixed in the packaging)

Jun 27 2019, 18:01
mak closed T193: software not showing linphone as Resolved.

This seems to be fixed now - sort of...

Jun 27 2019, 17:35

Jun 20 2019

mak added a comment to T784: source upload rejected with "*_source.changes is already known".

Well, the message was a false and the actual culprit was a SQL query failing. The cause of that is fixed now, so this shouldn't happen again (but if it does, I'll look into it again). Not sure why exactly the database was in a wrong state though, but that's really hard to figure out at this point.
That's why the issue is resolved.

Jun 20 2019, 11:41 · Restricted Project
mak closed T784: source upload rejected with "*_source.changes is already known" as Resolved.

@jonas.smedegaard No, I mean the same file (without it being rebuilt) was apparently already uploaded and rejected before. Dak hashes the files to not process the same, already rejected upload multiple times (even if it has different names) - and to prevent people from just uploading the same thing over and over again.
That said, this case is really strange, as the upload actually wasn't known before, as far as I can see in the database.
I forced the package in now, it is available in the landing suite now (and will be built soon), but I'll keep an eye on this issue - could maybe be a bug in dak.

Jun 20 2019, 05:54 · Restricted Project

Jun 19 2019

mak added a comment to T784: source upload rejected with "*_source.changes is already known".

According to dak and the SHA256 hash of the package, the upload is indeed already known and would just be rejected again - can you rebuild the package again and do another upload?
TBH it is *really* weird that the package is rejected, as I would expect to find the originally rejected upload in the rejected queue, but that doesn't appear to be there.
So if your next upload doesn't succeed, let me know immediately! (I also made dak forget about the last upload attempt).

Jun 19 2019, 17:06 · Restricted Project

Jun 13 2019

mak claimed T493: Please provide "official" pureos:green, pureos:landing and pureos:purple docker containers.
Jun 13 2019, 10:46 · Restricted Project

Jun 10 2019

mak added a comment to T459: After an apt update, the Release file is expired or not yet valid.

Hmm... I can't reproduce this either and looking at https://repo.pureos.net/pureos/dists/green/InRelease all dates are correct.

Jun 10 2019, 06:29

May 11 2019

mak added a comment to T741: Include librem5-devkit-host package in PureOS.

Well....

Version check failed:
Your upload included the source package librem5-devkit-tools, version 0.0.2,
however landing already has version 0.0.2.
Uploads to landing must have a higher version than present in landing.

Looks like this version is already in (I see it in all suites):

librem5-devkit-tools | 0.0.2         | green      | source
librem5-devkit-tools | 0.0.2         | landing    | source
librem5-devkit-tools | 0.0.2         | purple     | source
May 11 2019, 04:14 · Restricted Project

May 10 2019

mak added a comment to T741: Include librem5-devkit-host package in PureOS.

@guido You're absolutely right, sorry - I was confusing the .dsc and .changes files somehow (the former already has all the necessary information).
Apparently the architecture in your previous changes file was not (only) set to source, and therefore a non-source upload was suumed, which does required the Binary field.
Anyway, to make some progress on this, can you please attempt another upload? I am curious at what dak has to say to that, and if it gets rejected again, I can debug the issue further looking directly into dak to determine why it things the package is unsuitable.

May 10 2019, 16:47 · Restricted Project

May 9 2019

mak added a comment to T741: Include librem5-devkit-host package in PureOS.

You can also maybe circumvent the issue by doing a binary upload, but it would actually be useful to know what went wrong here.

May 9 2019, 12:08 · Restricted Project
mak added a comment to T741: Include librem5-devkit-host package in PureOS.

Ok, weird - maybe just build it again and see what happens (the dpkg version in the chroot env also needs to be high enough).

May 9 2019, 12:07 · Restricted Project
mak added a comment to T741: Include librem5-devkit-host package in PureOS.

Very strange... Do you happen to have the package built with dpkg << 1.19.3?
You need at least that version to generate a valid package.

May 9 2019, 11:06 · Restricted Project
mak closed T625: cups-filters: Needlesly forked (package no longer recommends imagemagick) as Resolved.

Done - the package was actually already synced, I just forgot to close this issue.
The new changes were stuck in testing though, due to a dependency issue, which is now fixed as well (so expect the package to become available soon).

May 9 2019, 10:41

May 7 2019

mak added a comment to T763: Improve visuals and wording in the installer.

@Gnutella If it's just changes like a different slideshow, icon, colors and logo image then yes, that's possible - I already did that once.
That said, the GNOME flavor is currently the focus of development, the Plasma flavor is less well maintained (so focusing on GNOME as long as it doesn't completely break the Plasma installations would also be fair).

May 7 2019, 16:10 · Restricted Project

May 5 2019

mak closed T761: Update gnome-software 3.28.0-1pureos1 to 3.30.6-5 as Resolved.

Package is updated in landing and will soon migrate to green.

May 5 2019, 06:35

May 4 2019

mak added a parent task for T763: Improve visuals and wording in the installer: T557: We need a better, and better designed installer slideshow.
May 4 2019, 11:24 · Restricted Project
mak added a subtask for T557: We need a better, and better designed installer slideshow: T763: Improve visuals and wording in the installer.
May 4 2019, 11:24
mak closed T764: Investigate why is debian-archive-keyring in green as Resolved.

I wondered about that as well, turns out the package priority changed from optional to important.
I adjusted the override now, so the package can be removed again and should no longer be present in default installations.

May 4 2019, 11:23 · Restricted Project
mak closed T711: Software & Updates fails to start ("aptsources.distro.NoDistroTemplateException: Error: could not find a distribution template for PureOS/green") as Resolved.

This is now a new issue, caused by a change in lsb-release which was switched to exclusively read /etc/os-release and started to capitalize the distribution-ID, which works for Debian, but not for PureOS.
I submitted a patch upstream: https://salsa.debian.org/debian/lsb/merge_requests/1

May 4 2019, 10:35
mak closed T544: PureOS Plasma will not install as Resolved.

This has been fixed for a while now, can you try again with the latest PureOS Plasma image (>> 2019-05-04)?

May 4 2019, 07:52

May 2 2019

mak closed T760: Debian's Image in GRUB in ISO 2019-05-01 as Resolved.

This is fixed in gnome-control-center 3.30.3-1pureos1. After you installed this version, desktop-base can be removed (and ideally will be autoremoved).
Since PureOS *still* doesn't have any proper logo, I just reset the logo to the default GNOME one.

May 2 2019, 15:24
mak added a comment to T603: Autologin is not applied with calamares 3.2.1 on customizing PureOS ISO.

Jup, reason being that the displaymanager isn't configured. This was once disabled on purpose, I just don't remember why, unfortunately.
I re-enabled the feature, the next live image should have it if there aren't any drawbacks to having it (I can't see any issues, the only potential clash would have been with the OEM installer, but we don't run the module there anyway).

May 2 2019, 14:34
mak added a comment to T760: Debian's Image in GRUB in ISO 2019-05-01.

This is because gnome-control-center suddenly started to pull in desktop-base.
I'll look into this.

May 2 2019, 14:12
mak closed T711: Software & Updates fails to start ("aptsources.distro.NoDistroTemplateException: Error: could not find a distribution template for PureOS/green") as Resolved.

This is fixed in python-apt >= 1.8.4pureos1 - please verify that this works for you. The new version should reach the green channel in a few days.

May 2 2019, 14:08
mak added a comment to T711: Software & Updates fails to start ("aptsources.distro.NoDistroTemplateException: Error: could not find a distribution template for PureOS/green").

Hmm... This is the last changelog entry for python-apt:

python-apt (1.8.1pureos1) green; urgency=medium
May 2 2019, 13:51

May 1 2019

mak claimed T759: 20190501 ISO - Two install icons.
May 1 2019, 10:35
mak added a comment to T747: Fail in Installation (Calamares) Iso 04-19.

Thank you for the quick review & validation! :-)

May 1 2019, 10:34 · Restricted Project
mak added a subtask for T557: We need a better, and better designed installer slideshow: T749: Modifies the Word Linux by GNU/Linux in Calamares.
May 1 2019, 10:33
mak added a parent task for T749: Modifies the Word Linux by GNU/Linux in Calamares: T557: We need a better, and better designed installer slideshow.
May 1 2019, 10:33
mak lowered the priority of T749: Modifies the Word Linux by GNU/Linux in Calamares from High to Low.

This isn't actually a high priority issue, as it's only a visual/terminology thing. Will need input from the marketing team though, I think we canonically only call PureOS "PureOS" and not mention Linux (internally, GNU/Linux is used for PureOS though, so this may need to be changed).

May 1 2019, 10:33
mak closed T747: Fail in Installation (Calamares) Iso 04-19 as Resolved.

This is resolved starting with the 2019-05-01 image builds.
Thanks for reporting this issue!
Since the installer changes are extensive this time, it would be awesome if you could test the new image and verify that the issue is gone. New images will become available on https://downloads.puri.sm/live/gnome/2019-05-01/ shortly.

May 1 2019, 06:25 · Restricted Project

Apr 30 2019

mak raised the priority of T747: Fail in Installation (Calamares) Iso 04-19 from Normal to High.
Apr 30 2019, 17:21 · Restricted Project

Apr 23 2019

mak claimed T747: Fail in Installation (Calamares) Iso 04-19.

Eww, I don't think I have addressed this yet. Thanks for the issue report!

Apr 23 2019, 06:38 · Restricted Project

Apr 21 2019

mak added a comment to T725: Emacs 26 error installation.

emacs25 seems to only exist as a transitional binary package to emacs-gtk in PureOS:

emacs25    | 25.2+1-6+b2   | landing    | arm64
emacs25    | 25.2+1-6+b3   | landing    | amd64
emacs25    | 1:26.1+1-3.2  | green      | all
emacs25    | 1:26.1+1-3.2  | landing    | all
emacs25    | 1:26.1+1-3.2  | purple     | all

There appears to be some cruft in landing, but that has a lower version number so shouldn't be easily installable.
Are you sure this is still an issue?

Apr 21 2019, 07:23

Apr 16 2019

mak changed the status of T459: After an apt update, the Release file is expired or not yet valid from Open to Incomplete.

I can reproduce this here. The timezone shouldn't actually cause any problems here, yet the Release file was apparently signed and piblished with a timestamp in the future to your system. Very strange. There is no unusual behavior going on in the archive as far as I can see.

Apr 16 2019, 16:09
mak closed T743: software.pureos.net gives 500 error as Resolved.

The database connection got a bit messed up due to parts of the infrastructure rebooting.
Should all work again now (and soon even recover better from issues like this when the new software is in place).

Apr 16 2019, 14:01
mak added a comment to T741: Include librem5-devkit-host package in PureOS.

librem5-devkit-tools_0.0.2_source.changes: misses mandatory field Binary
How was this source package built exactly? The Binary field needs to be present in .changes file in order to be processed.

Apr 16 2019, 12:09 · Restricted Project
mak closed T744: Please allow source only uploads again as Invalid.

This is not a bug in the archive. Source-only uploads are allowed, but the .changes file of this package apparently misses the mandatory Binary field and is therefore rejected. Not sure what caused this though, there might be an issue in the packages' build process somewhere.
See https://www.debian.org/doc/debian-policy/ch-controlfields.html#s-f-binary for more info on the missing field.

Apr 16 2019, 11:44

Apr 14 2019

mak added a comment to T724: PureOS is too stable when auto-migrating only from Debian testing.

Attempting a sync, seeing it fail and then needing to do a manual rebuild is not efficient and can not be reliably automated. Attempting a sync which works but has a decent chance of introducing breakage which can be avoided by a rebuild is not wise.
By always rebuilding packages synced from foreign suites we get a 100% automatable process that saves human work and avoids the introduction of errors due to binaries being built in the wrong environment, even if they are rare.

Apr 14 2019, 14:41
mak changed the status of T741: Include librem5-devkit-host package in PureOS from Open to Incomplete.

@guido The package doesn't exist in our repositories anywhere, and I could fine no trace of it ever being uploaded. What's its source package name? Can you maybe just upload the package again?

Apr 14 2019, 14:27 · Restricted Project
mak added a comment to T724: PureOS is too stable when auto-migrating only from Debian testing.

Can you elaborate on what kind of "subtle incompatibilities" you consider rendering it "definitively not a smart idea" to let Debian unstable packages into PureOS?

Apr 14 2019, 14:24

Apr 3 2019

PerformantData awarded T711: Software & Updates fails to start ("aptsources.distro.NoDistroTemplateException: Error: could not find a distribution template for PureOS/green") a Like token.
Apr 3 2019, 11:33

Mar 24 2019

mak closed T611: mcomix: Needlesly forked (package does not promote nonfree software) as Resolved.
2019-03-24 08:06:17 - INFO: Imported 'mcomix_1.2.1-1.1.dsc' to 'landing/main'.
2019-03-24 08:07:25 - INFO: Imported 'mcomix_1.2.1-1.1_all.deb' to 'landing/main'.
2019-03-24 08:07:26 - INFO: Imported 'mcomix_1.2.1-1.1_all.deb' to 'landing/main'.
2019-03-24 08:07:27 - INFO: Imported 'mcomix_1.2.1-1.1_all.deb' to 'landing/main'.
Mar 24 2019, 08:10
mak closed T612: openttd: Needlesly forked (package does not promote nonfree software) as Resolved.
2019-03-24 08:03:59 - INFO: Imported 'openttd_1.8.0-2.dsc' to 'landing/main'.
2019-03-24 08:05:09 - INFO: Imported 'openttd-data_1.8.0-2_all.deb' to 'landing/main'.
2019-03-24 08:05:16 - INFO: Imported 'openttd_1.8.0-2_amd64.deb openttd-data_1.8.0-2_all.deb' to 'landing/main'.
2019-03-24 08:05:19 - INFO: Imported 'openttd_1.8.0-2_arm64.deb openttd-data_1.8.0-2_all.deb' to 'landing/main'.
Mar 24 2019, 08:05
mak added a comment to T612: openttd: Needlesly forked (package does not promote nonfree software).

Looks like I somehow always ignored those issues when processing bugs, sorry for that!

Mar 24 2019, 08:04
mak closed T613: angband: Needlesly forked (package does not promote nonfree software) as Resolved.
2019-03-24 07:59:26 - INFO: Imported 'angband_3.5.1-2.3.dsc' to 'landing/main'.
2019-03-24 08:01:49 - INFO: Imported 'angband-data_3.5.1-2.3_all.deb' to 'landing/main'.
2019-03-24 08:01:57 - INFO: Imported 'angband-data_3.5.1-2.3_all.deb angband_3.5.1-2.3_amd64.deb' to 'landing/main'.
2019-03-24 08:02:00 - INFO: Imported 'angband_3.5.1-2.3_arm64.deb angband-data_3.5.1-2.3_all.deb' to 'landing/main'.
Mar 24 2019, 08:03
mak added a comment to T727: conky: Needlesly forked (package does not promote nonfree software).

I can do it, unless you are faster with it - it's a really trivial upload anyway :-)

Mar 24 2019, 08:02
mak changed the status of T513: live-installer: Language not correctly set up by default from Open to Incomplete.

Can you check if this is still an issue? There have been lots of changes on the locale handling in the PureOS initial setup and installer.

Mar 24 2019, 07:58
mak added a comment to T549: GNOME does not allow selecting locale that wasn't generated before.

FTR, this goes together with https://github.com/systemd/systemd/pull/9864 where I am still waiting on feedback.
The current situation with localed on Debian is really suboptimal.

Mar 24 2019, 07:57
mak closed T614: atool: Needlesly forked (package does not promote nonfree software) as Resolved.
2019-03-24 07:51:04 - INFO: Imported 'atool_0.39.0-9.dsc' to 'landing/main'.
2019-03-24 07:52:11 - INFO: Imported 'atool_0.39.0-9_all.deb' to 'landing/main'.
2019-03-24 07:52:12 - INFO: Imported 'atool_0.39.0-9_all.deb' to 'landing/main'.
2019-03-24 07:52:13 - INFO: Imported 'atool_0.39.0-9_all.deb' to 'landing/main'.
Mar 24 2019, 07:55
mak closed T655: libxnvctrl bogusly blocked from entering PureOS as Resolved.

FTR, the reason for blocking nvidia-settings was "References non-free NVIDIA driver".
Package is removed from blacklist now.

Mar 24 2019, 07:31
mak closed T687: mate-sensors-applet: Needlesly forked (package does not promote nonfree software) as Resolved.

Yikes, looks like this issue fell through the cracks completely, sorry for that.

2019-03-24 07:27:13 - INFO: Imported 'mate-sensors-applet_1.20.3-1.dsc' to 'landing/main'.
2019-03-24 07:28:21 - INFO: Imported 'mate-sensors-applet-common_1.20.3-1_all.deb' to 'landing/main'.
2019-03-24 07:28:22 - INFO: Imported 'mate-sensors-applet_1.20.3-1_amd64.deb libmate-sensors-applet-plugin-dev_1.20.3-1_amd64.deb mate-sensors-applet-common_1.20.3-1_all.deb mate-sensors-applet-nvidia_1.20.3-1_amd64.deb libmate-sensors-applet-plugin0_1.20.3-1_amd64.deb' to 'landing/main'.
2019-03-24 07:28:24 - INFO: Imported 'libmate-sensors-applet-plugin-dev_1.20.3-1_arm64.deb mate-sensors-applet-common_1.20.3-1_all.deb libmate-sensors-applet-plugin0_1.20.3-1_arm64.deb mate-sensors-applet_1.20.3-1_arm64.deb' to 'landing/main'.
Mar 24 2019, 07:29
mak added a comment to T716: Don't install Kodi by default.

@jeremiah.foster The data on this URL lists which packages are in certain seeds and why. Some might be explicitly requested, while others are implicitly added via dependencies of packages that were not explicitly requested to be in the default set.
A "standard" PureOS installation consists of the "minimal", "standard" and a desktop seed (e.g. "gnome"), while the desktop seed is itself comprised of a common platform seed ("desktop-common") combined with a desktop specific one ("gnome" or "plasma").
So, if you want to know what is explicitly added to the GNOME flavor of PureOS, https://master.pureos.net/raw/germinate/pureos.green/gnome.seedtext could be interesting, while tables like https://master.pureos.net/raw/germinate/pureos.green/gnome also contain implicitly added stuff and sizes.

Mar 24 2019, 07:25
mak triaged T727: conky: Needlesly forked (package does not promote nonfree software) as Low priority.

Needs a fake upload as the PureOS version is higher than the one in Debian.

Mar 24 2019, 07:20

Mar 8 2019

mak added a comment to T719: gksu does not work.

Btw, gksu will not work at all on Wayland as wayland does not allow GUI apps to be run as root without some reconfiguration (which intentionally isn't done), and on Xorg I guess it's just broken because nobody looks at its code anymore.
So, I think we should just close this bug.

Mar 8 2019, 16:01
mak added a comment to T719: gksu does not work.

@jonas.smedegaard Apparently gksu wasn't auto-removed from PureOS because sbackup had a dependency on it. That package itself is cruft though, so I just dropped both from the archive.
Interestingly, sbackup was not considered for autoremoval in PureOS, I will have to take a closer look at why that happened later (my guess is that it has something to do with the package being NMU'ed and building only arch:all binary packages).

Mar 8 2019, 15:59

Mar 6 2019

mak added a comment to T366: PureOS is too stable including packages only from Debian testing.

Syncing from unstable is just flipping a switch. But we need to know if we *want* to do that. Unstable won't get many package changes during the freeze period either.
Autosyncing with experimental is a terrible idea, because experimental packages may just get deleted without ever reaching unstable. There is also a lot of broken stuff in there which we really don't want in PureOS (experimental is really just a playground with zero QA happening).
So, stuff from experimental should only ever be synced manually and if there is a good reason for doing so.

Mar 6 2019, 14:42
mak merged task T660: software-properties-gtk fails: could not find a distribution template for PureOS/green into T711: Software & Updates fails to start ("aptsources.distro.NoDistroTemplateException: Error: could not find a distribution template for PureOS/green").
Mar 6 2019, 12:30 · Restricted Project