Page MenuHomePureOS Tracker

mak (Matthias Klumpp)
EngineeringAdministrator

User Details

User Since
Sep 24 2016, 09:40 (419 w, 21 h)
Roles
Administrator

I work on PureOS and infrastructure.

Recent Activity

Oct 17 2023

mak closed T1126: Crimson: appstream index from crimson from: appstream.pureos.net not working causing no apt packages showing in gnome software and pureos store as Resolved.

This should be resolved now, but the changes will need a few hours to propagate :-)
(so, it may take up to six hours for the data to become visible, subsequent updates will be much faster)

Oct 17 2023, 14:38 · Restricted Project

Jun 5 2023

mak edited the content of Uploading Packages to PureOS.
Jun 5 2023, 13:14

Jun 3 2023

mak edited the content of Uploading Packages to PureOS.
Jun 3 2023, 18:01
mak edited the content of Uploading Packages to PureOS.
Jun 3 2023, 18:00

Feb 17 2022

mak closed T1103: can't upgrade flatpak-builder to security fix for missing deps as Resolved.

Thank you for the issue report! This problem should be resolved with the latest updates :-)

Feb 17 2022, 20:27 · Unknown Object (Project)
mak closed T1105: zsh has unmet dependencies as Resolved.
Feb 17 2022, 11:40
mak reopened T1105: zsh has unmet dependencies as "Open".
Feb 17 2022, 11:40
mak closed T1105: zsh has unmet dependencies as Resolved.

Should be fixed in a few hours :-)

Feb 17 2022, 11:40

Jan 22 2022

mak claimed T1091: fwupd fails to update to 1.5.7-4pureos0.1 because fwupd-amd64-signed “Depends: fwupd (= 1.5.7-4)”.
Jan 22 2022, 14:56
mak added a comment to T1091: fwupd fails to update to 1.5.7-4pureos0.1 because fwupd-amd64-signed “Depends: fwupd (= 1.5.7-4)”.

This is an annoying issue, as it is extremely hard (if not impossible currently) to fix properly. A proper fix would be to re-sign the fwupd-amd64-signed binary package, but we can not do that as we do not have any EFI signing facilities for PureOS...
This package has been removed from PureOS (as we don't support UEFI with secure boot signing enabled properly anyways), but users who have installed the package manually before will of course run into this issue now until they run an apt purge fwupd-amd64-signed. We could force the removal of this package via conflicts, but that may also not be an ideal solution here :-/

Jan 22 2022, 14:55

Nov 4 2021

mak edited the content of Packaging Overview.
Nov 4 2021, 15:03 · Restricted Project, Unknown Object (Project), Unknown Object (Project)
mak created an object: Package Version Numbers in PureOS.
Nov 4 2021, 15:02
mak edited the content of Development.
Nov 4 2021, 15:01 · Restricted Project
mak edited the content of Development.
Nov 4 2021, 15:00 · Restricted Project

Oct 9 2021

mak updated mak.
Oct 9 2021, 18:29
mak updated mak.
Oct 9 2021, 18:29
mak closed T710: Support UEFI in PureOS as Resolved.

This is resolved now - please test the images available on https://downloads.pureos.net/byzantium/ (preferably the latest ones built ^^) as I could only test this on a few systems and configurations that I had available. The images should support UEFI, as long as secure boot is not enforced, as the necessary pieces are not signed.

Oct 9 2021, 18:24

Oct 5 2021

mak added a comment to T1083: Amber GnuTLS fails on expired intermediate cert.

We certainly can't update the system's certificates store, as that would mean people couldn't get the update that lets them get updates again :-P

Oct 5 2021, 14:47 · Unknown Object (Project), Unknown Object (Project)

Oct 3 2021

mak added a comment to T985: pureos-gnome: pulls in chromium via pureos-webext.

This should be resolved in byzantium already :-)

Oct 3 2021, 09:51 · Unknown Object (Project)
mak added a project to T985: pureos-gnome: pulls in chromium via pureos-webext: Unknown Object (Project).
Oct 3 2021, 09:51 · Unknown Object (Project)
mak changed the status of T1073: Possible MD5 checksum fail from Open to Incomplete.

Does this issue still exist? I changed the image build process quite a bit, so the current images are not comparable to the old ones.

Oct 3 2021, 09:50 · Unknown Object (Project)
mak added a project to T1073: Possible MD5 checksum fail: Unknown Object (Project).
Oct 3 2021, 09:49 · Unknown Object (Project)
mak closed T910: gnome-software won't install on Byzantium as Resolved.

This should be fixed in landing/byzantium for a while now :-)

Oct 3 2021, 09:49 · Unknown Object (Project)
mak added a project to T910: gnome-software won't install on Byzantium: Unknown Object (Project).
Oct 3 2021, 09:48 · Unknown Object (Project)
mak added a project to T872: archive: Need a way to block packages from migrating to amber-phone / byzantium: Restricted Project.
Oct 3 2021, 09:48 · Restricted Project
mak added a comment to T1018: Please turn off paging on https://master.pureos.net/migrations/excuses/landing-to-byzantium/1.

I would rather add a search function to this, as this page can get extremely large (to the point of hanging up a browser tab).
Currently, the database has indices (no dedicated fulltext searches), but with that one could already implement a simple search. Added to the todo list, but as usual, patches welcome :-)

Oct 3 2021, 09:47 · Restricted Project
mak added a project to T1069: byzantium: initramfs-tools too old for btrfs-progs: Unknown Object (Project).
Oct 3 2021, 09:46 · Unknown Object (Project)
mak added a project to T1079: Lollypop in byzantium has a bug affecting adeptive mode: Unknown Object (Project).
Oct 3 2021, 09:45 · Unknown Object (Project)
mak added a project to T1076: Backport seahorse_40.0-2 from debian testing to byzantium: Unknown Object (Project).
Oct 3 2021, 09:45 · Unknown Object (Project)

Sep 25 2021

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

Just FTR, we can't binary-sync anything from experimental, ever. Packages there are built with other binaries from experimental, which would break any suite we sync them into. Source syncs can work though, but will need support implemented in Synchrontron in Laniakea.

Sep 25 2021, 11:19
mak added a comment to T1075: lintian: relax email address requirement in Change-by check.

To me, this Lintian check actually makes little sense. The one for Maintainer is important, so the maintenance status is reflected in the modified package, but Changed-by could be any address. When Zlatan and I created the project, the initial goal was explicitly to get the community involved and have people outside of Purism contribute. That didn't really work out, but by limiting change authors to people with an @puri.sm address we make this even less likely and also make the project look a lot more like a Purism inside job than is good for it ;-)

Sep 25 2021, 11:08
mak closed T1077: Please sync https://repo.pureos.net/pureos/dists/byzantium-security/ from bullseye-security as Resolved.

This was a bit tricky, as byzantium is still an in-development release and all changes should go through landing. Fortunately though, the synchrotron Laniakea module is flexible enough nowadays to accommodate for that.
I've implemented a solution which will fill up the -updates and -security suites directly for byzantium from the respective bullseye suites, while not allowing manual uploads from us which should still go through landing. That workflow should work well for byzantiums current odd in-between state between "released" and "in-development".

Sep 25 2021, 10:24 · Unknown Object (Project)

Sep 8 2021

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

We could probably have debug symbols packages for our self-built packages with a bit more space (the dbgsym packages are *insanely* huge, they dwarf the size of the actual archive), but for the full archive, so syncing the debug symbols from Debian to make them available easily in PureOS, we'd need quite a lot of space (I need to look at Debian to actually give a - then very good - estimate).
At time, PureOS holds dbgsym packages for everything that we have built in the landing suite, but byzantium doesn't have own debug symbols. You can however use the ones from landing, which are either equal to the versions in byzantium, or newer.

Sep 8 2021, 08:57
mak merged T1074: -dbgsym packages seem to be missing from byzantium into T873: archive: need a way to have -dbgsym packages.
Sep 8 2021, 08:52
mak merged task T1074: -dbgsym packages seem to be missing from byzantium into T873: archive: need a way to have -dbgsym packages.
Sep 8 2021, 08:52

Jul 11 2021

mak edited the content of Merging Packages With Debian.
Jul 11 2021, 09:49
mak created an object: Merging Packages With Debian.
Jul 11 2021, 09:46
mak edited the content of Development.
Jul 11 2021, 09:28 · Restricted Project

May 27 2021

mak raised the priority of T710: Support UEFI in PureOS from Low to High.

I have a preliminary image with PureOS 10 for UEFI available, but some polishing work is still needed on this.

May 27 2021, 14:26
mak merged T925: Enable UEFI boot for PureOS installer into T710: Support UEFI in PureOS.
May 27 2021, 14:24
mak merged task T925: Enable UEFI boot for PureOS installer into T710: Support UEFI in PureOS.
May 27 2021, 14:23
mak merged T932: UEFI GPT support into T710: Support UEFI in PureOS.
May 27 2021, 14:23
mak merged task T932: UEFI GPT support into T710: Support UEFI in PureOS.
May 27 2021, 14:23
mak merged T934: GPT UEFI boot support into T710: Support UEFI in PureOS.
May 27 2021, 14:23
mak merged task T934: GPT UEFI boot support into T710: Support UEFI in PureOS.
May 27 2021, 14:22
mak merged T936: GPT UEFI boot support into T710: Support UEFI in PureOS.
May 27 2021, 14:21
mak merged T820: Please make it a priority to add support for UEFI booting for install into T710: Support UEFI in PureOS.
May 27 2021, 14:21
mak merged task T936: GPT UEFI boot support into T710: Support UEFI in PureOS.
May 27 2021, 14:21 · Unknown Object (Project)
mak merged task T820: Please make it a priority to add support for UEFI booting for install into T710: Support UEFI in PureOS.
May 27 2021, 14:21 · Restricted Project, Librem Coreboot, Librem BIOS, Restricted Project

Apr 17 2021

mak closed T987: Resource temporarily unavailable [IP: 138.201.228.45 443] (notorious https) as Resolved.

So, that RST packet is indeed the issue, and there's a high chance that either APT or GnuTLS don't handle this correctly. I talked with an APT developer, and we may actually need to debug this further in future.
In the meanwhile though, the issue can be mitigated by throwing an Apache2 webserver in front as proxy, instead of Nginx.

Apr 17 2021, 17:11

Apr 16 2021

mak added a comment to T987: Resource temporarily unavailable [IP: 138.201.228.45 443] (notorious https).

Some new observations:

  • This is not a proxy server issue: Even without proxy, the issue occurs
  • The TLS version doesn't matter at all
  • Before the issue occurs, we get quite a few TCP retransmissions from the client to the server, and then the current connection is dropped:
  • There is nothing suspicious in the Nginx logs, not even at info priority. A quick glance at the debug logs also didn't show anything interesting, but those are massive and it's possible that I missed something.
Apr 16 2021, 18:47

Mar 4 2021

mak added a comment to T987: Resource temporarily unavailable [IP: 138.201.228.45 443] (notorious https).

I also tried messing with timeouts on APTs transport methods, with no luck - according to APT, the server just stops responding (according to curl though, it doesn't).

Mar 4 2021, 15:23
mak added a comment to T987: Resource temporarily unavailable [IP: 138.201.228.45 443] (notorious https).

I pasted the wrong log, but the connection timeout is actually even more frequent now than the Resource temporarily unavailable issue - but both appear.

Mar 4 2021, 14:53
mak added a comment to T987: Resource temporarily unavailable [IP: 138.201.228.45 443] (notorious https).

I tested this with https::Verify-Peer false, still the same issue happens:

Fetched 1016 MB in 4min 12s (4025 kB/s)                                        
2021/03/04 22:30:39 apt | E: Failed to fetch https://repo.pureos.net/pureos/pool/main/f/fftw3/libfftw3-double3_3.3.8-2_amd64.deb  Connection timed out [IP: 138.201.228.45 443]
2021/03/04 22:30:39 apt | E: Failed to fetch https://repo.pureos.net/pureos/pool/main/s/spice-gtk/libspice-client-glib-2.0-8_0.39-1_amd64.deb  Connection timed out [IP: 138.201.228.45 443]
2021/03/04 22:30:39 apt | E: Failed to fetch https://repo.pureos.net/pureos/pool/main/libs/libsodium/libsodium23_1.0.18-1_amd64.deb  Connection timed out [IP: 138.201.228.45 443]
2021/03/04 22:30:39 apt | E: Unable to fetch some archives, maybe run apt-get update or try with --fix-missing?
Mar 4 2021, 14:31

Feb 28 2021

mak closed T1005: Please remove `calls` from landing/byzantium as Resolved.
Feb 28 2021, 14:30

Feb 11 2021

mak closed T988: Drop screenfetch downstream fork as Resolved.

Done :-)

Feb 11 2021, 18:36
mak closed T990: https://master.pureos.net/raw/web/new.html not updating? as Resolved.

Fixed now. Apparently dak forgot a source package... Not sure how that happened, this could only occur if something was manually deleted the wrong way, or a bad database backup was restored...
It's fixed now though, and I checked for any more of this kind of issue and found none.

Feb 11 2021, 18:07
mak claimed T990: https://master.pureos.net/raw/web/new.html not updating?.

Noticed this too late because the warning email went straight to spam (the attached logfile apparently was suspicious).
This is caused by either a dak bug or something feeding dak bad data:

  File "/srv/dist/dak/daklib/archive.py", line 164, in install_binary
    .filter(Suite.suite_id == source_suites.c.id)
AttributeError: 'NoneType' object has no attribute 'c'
Feb 11 2021, 07:47

Feb 10 2021

mak closed T986: Please update systemd to 247.2 as Resolved.
Feb 10 2021, 13:53

Jan 5 2021

mak added a comment to T945: Please help me delete my PureOS Tracker account.

Has this been done? I think only sysadmins have the necessary privileges to destroy a user account, all I can do is disable them.

Jan 5 2021, 17:54
mak added a comment to T978: Confirm whether "Software & Upgrades" portion of GNOME Software can control unattended-upgrades settings.

Then this should have worked - they should verify that /etc/apt/apt.conf.d/20auto-upgrades exists and has the correct values.

Jan 5 2021, 08:28 · Unknown Object (Project), Unknown Object (Project)

Jan 4 2021

mak added a comment to T978: Confirm whether "Software & Upgrades" portion of GNOME Software can control unattended-upgrades settings.

the issue is the "Software & Updates > Updates > Automatically check for updates: Never" configuration is not preventing the system from automatically checking for updates every day.

Jan 4 2021, 16:28 · Unknown Object (Project), Unknown Object (Project)

Dec 30 2020

mak added a comment to T978: Confirm whether "Software & Upgrades" portion of GNOME Software can control unattended-upgrades settings.

No, disabling the timers is completely the wrong approach. The service belonging to the timer unit has built-in logic to do only what it was configured to do + some cleanup work that we always want to have done.
All you need to do to disable upgrades is to disable them in GNOME Software as well as in software-sources-gtk which is available in GNOME Software's burger-menu as well.
See the attached picture:

Dec 30 2020, 19:11 · Unknown Object (Project), Unknown Object (Project)

Dec 7 2020

mak changed the status of T978: Confirm whether "Software & Upgrades" portion of GNOME Software can control unattended-upgrades settings from Open to Incomplete.

Why? We want the users to stay secure by default, and disabling automatic upgrades is the opposite of that. So I think disabling updates is a huge disservice and definitely not beginner-friendly. Users who want to disable autoupdates can always do that via the respective GUI (software-properties-gtk).

Dec 7 2020, 13:01 · Unknown Object (Project), Unknown Object (Project)

Nov 26 2020

mak closed T976: PureOS Store showing duplicates as Resolved.
Nov 26 2020, 10:37
mak updated subscribers of T976: PureOS Store showing duplicates.

I think @adrien.plazas pushed a workaround for this recently: https://source.puri.sm/Librem5/pureos-store/-/merge_requests/14

Nov 26 2020, 10:28

Nov 3 2020

mak added a comment to NEW Queue.

That depends on how the suite is set up and where it gets its overrides from - the phone suites do not share overrides with the main amber suite, so everything goes through NEW once (but that also means the changing overrides for the phone suite is easier and there is less room for error and it impacting one of the main suites).

Nov 3 2020, 02:05 · Restricted Project

Oct 13 2020

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.

Oct 13 2020, 11:21

Sep 27 2020

mak added a comment to T914: installer: Autologin fails 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 mandates always versioning packages as newer than in Debian.

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 · Unknown Object (Project)
mak claimed T910: gnome-software won't install on Byzantium.
Jun 3 2020, 09:47 · Unknown Object (Project)

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, Unknown Object (Project), Unknown Object (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