Re: Consistency of package versioning in Ubuntu-only packages

2025-07-16 Thread Lukas Märdian
On 12.06.25 14:27, Athos Ribeiro wrote: On Mon, May 19, 2025 at 05:10:44PM +, Benjamin Drung wrote: I am a little late to the party. Way later here :) I just discussed this with some people at DebConf in the context of rust-hwlib, which is another Ubuntu-native package. I guess the gener

PSA: Installing chrony by default, to enable Network Time Security (NTS)

2025-05-22 Thread Lukas Märdian
Hello folks! At the recent Ubuntu Engineering Sprint, we planned to move forward with installing "chrony" by default in all Ubuntu 25.10+ images, replacing systemd-timesyncd. Chrony is already in "main", is being used by some official Ubuntu cloud-images, and was enabled to utilize "Network Time

+1 maintenance report

2023-04-20 Thread Lukas Märdian
Hi folks! I was on +1 maintenance from April 17-20, which was Lunar's release week, too. In order not to interrupt the release process with non-critical uploads, I created a PPA and uploaded my stuff into it using the "devel" series, so the packages can be copied over into the main archive, once i

Multicast DNS in Ubuntu: avahi vs systemd-resolved

2023-03-07 Thread Lukas Märdian
Hey folks! At Netplan.io we're getting frequent requests about supporting systemd-resolved's mDNS (Multicast DNS) functionality in Ubuntu's network configuration, in order to resolve ".local" domains. [1][2] But we feel like this should not be a Netplan setting, but rather "just work" on a Dis

Re: Extended call for Ubuntu Technical Board candidates

2022-11-30 Thread Lukas Märdian
Hi folks, I'd like to briefly introduce myself for the Ubuntu Technical Board nomination! My name is Lukas Märdian aka 'slyon' [0] I am 32 years old and based in Germany. I joined Canonical in 2020 and have been working for the Ubuntu Foundations team since then. People mig

Call for testing: NetworkManager YAML settings

2022-11-28 Thread Lukas Märdian
Hello folks, This is Lukas Märdian, a software engineer for the Ubuntu Foundations team. I have been working on integrating NetworkManager’s settings plugin with Netplan’s YAML schema, using libnetplan. We’d like to ask the community to help test our prototype of this integration on a wide

+1 maintenance report

2022-11-10 Thread Lukas Märdian
Hi folks! Here's the report for my (short) week starting Nov 7th 2022. I have been working on some very old migrations and dropped a few universe deltas, which are not needed anymore, so the Debian auto-sync can do it's thing. ### jellyfish1 ### jellyfish1 / 1.1.11-8 Please remove the binar

Re: Enablement of systemd-repart in Jammy LTS (post-release)

2022-08-30 Thread Lukas Märdian
Am 25.08.22 um 21:32 schrieb Luca Boccassi: On Thu, Aug 25, 2022 at 06:13:12PM +0200, Lukas Märdian wrote: [...] Provided that the use of a ppa would work for upstream's CI requirements, I think this is the lowest-cost option and would prefer we do this. However, if that's not an

Re: Enablement of systemd-repart in Jammy LTS (post-release)

2022-08-25 Thread Lukas Märdian
Am 25.08.22 um 12:11 schrieb Lukas Märdian: Hi Luca, Robie & other SRU members! Am 17.08.22 um 18:43 schrieb Luca Boccassi: The critical difference is that this is not a separate and standalone utility... Yet this is the justification you're using as to why an SRU will be safe.

Re: Enablement of systemd-repart in Jammy LTS (post-release)

2022-08-25 Thread Lukas Märdian
Hi Luca, Robie & other SRU members! Am 17.08.22 um 18:43 schrieb Luca Boccassi: The critical difference is that this is not a separate and standalone utility... Yet this is the justification you're using as to why an SRU will be safe. Runtime behaviour and maintenance/development workflows

Enablement of systemd-repart in Jammy LTS (post-release)

2022-08-08 Thread Lukas Märdian
Hi all, I recently talked to bluca on IRC about the enablement of "systemd-repart" [2] in Jammy. It is already enabled in Kinetic. The rational being that they (upstream systemd) want to make use of it for their mkosi image builder running on GitHub Actions Jammy images. See [0] for a detaile

Re: systemd-oomd issues on desktop

2022-06-14 Thread Lukas Märdian
Am 14.06.22 um 01:22 schrieb Nick Rosbrook: On Mon, Jun 13, 2022 at 8:19 AM Lukas Märdian wrote: I wonder if we could use a more selective approach, though, using "OOMScoreAdjust=" in the systemd.exec environment (i.e. Gnome-Shell launcher in Ubuntu's context, as sd-oomd is

Re: systemd-oomd issues on desktop

2022-06-13 Thread Lukas Märdian
Am 10.06.22 um 12:17 schrieb Sebastien Bacher: Le 10/06/2022 à 11:40, Julian Andres Klode a écrit : The bug reports we see show that systemd-oomd is working correctly: The browser gets killed, the system remains responsive without having become unresponsive as would be the usual case. It might

Re: Version string to auto-sync an Ubuntu delta (maysync1 vs ~willsync1)

2022-05-25 Thread Lukas Märdian
Am 25.05.22 um 13:22 schrieb Marc Deslauriers: [...] We needed a version that does not contain the word "ubuntu", so it can be auto-synced, once the committed patch is uploaded into Debian. But at the same time we needed it to be bigger than the current version (1.0.1-3build2) and wanted it to b

Version string to auto-sync an Ubuntu delta (maysync1 vs ~willsync1)

2022-05-25 Thread Lukas Märdian
Hi all! We had an interesting discussion with @enr0n and @brian-murray recently, about which version string to choose if we want an Ubuntu package (+delta) to be auto-synced, without the need for a manual merge. The results might be of interest for the broader Ubuntu developer community! The

+1 maintenance report (week 20)

2022-05-19 Thread Lukas Märdian
Hi folks! Here's my report for the week starting May 16th 2022. I have been working on some old (100+ days) migrations and a few (TIL) universe merges, as we're still early in the cycle and the Debian auto-sync is open. Furthermore, I've had a look at the sponsorship queue for patches tha

systemd-oomd is now available in Ubuntu Jammy

2022-01-31 Thread Lukas Märdian
Hello folks, After the enablement of systemd-oomd in Debian [0] we've now integrated the relevant changes into Ubuntu's systemd v249.9-0ubuntu2 package. sd-oomd is a userspace out-of-memory (OOM) killer, that utilizes systemd's unified cgroup hierarchy (cgroup v2, available as of Ubuntu Impis

+1 maintenance report

2022-01-21 Thread Lukas Märdian
Here's my report for the week of Jan 17-21. I have been working mostly on the long tail of universe packages that fail to build from source, as collected and reported by ginggs [0]. ### bagel ### bagel / 1.2.2-2 Fails to build with C++17/GCC-11 due to an ambiguous variable name, that is now also

Re: status of ccache and libhiredis in main

2021-12-06 Thread Lukas Märdian
On Sun, Dec 5, 2021 at 7:38 PM Jeremy Bicha wrote: > On Tue, Nov 30, 2021 at 10:22 PM Michael Hudson-Doyle > wrote: > > It turns out that ccache has been in main essentially forever, since > 2004 and there is no formal record of the motivations for including it in > main. However it was and is a

Heads up: Systemd v249 hits the archive

2021-11-23 Thread Lukas Märdian
Hello folks! We wanted to go with systemd v250 at first but as we do not have any upstream RC releases at this time we opted to merge systemd v249 for Ubuntu Jammy LTS, to stay on the safe side. The merge is prepared and the blockers I found got resolved [0][1]. Pre-testing in Bileto [2] sho

+1 maintenance report

2021-10-15 Thread Lukas Märdian
Here's my report for the week of October 11-15. This is Impish release week, therefore I was a bit distracted by last-minute things here and there. And also helped a bit with ISO testing. Other than that I've been mostly focused on fixing FTBFS issues, as collected and reported by ginggs [0]. Some

Re: systemd enabling cgroup v2 by default (default-hierarchy=unified)

2021-08-18 Thread Lukas Märdian
Am 17.08.21 um 12:45 schrieb gerard.bi...@gmail.com: this : > > switching to the "unified" cgroup hierarchy (cgroupv2) by > default > > If for some reason you need to keep the legacy cgroup v1 > hierarchy, you > can select it via a kernel parameter at boot time: > systemd.unified_cgroup_hierar

systemd enabling cgroup v2 by default (default-hierarchy=unified)

2021-08-17 Thread Lukas Märdian
Hi all, After delaying this for a long time, we want to follow upstream, Debian and others in switching to the "unified" cgroup hierarchy (cgroupv2) by default: https://bugs.launchpad.net/ubuntu/+source/snapd/+bug/1850667 As discussed with the snapd and release teams, the next systemd upload

+1 maintenance report

2021-08-13 Thread Lukas Märdian
Here's my report for the week of August 09-13. Unfortunately, I was out sick for a few days during this period, but I could still drive forward a few fixes, with special regard to the new GCC-11 FTBFS issues recently reported by doko. ### klibc ### klibc / 2.0.8-6.1ubuntu2 (armhf) Merge from Deb

+1 maintenance report

2021-06-13 Thread Lukas Märdian
Here's my report for the (short) week of June 07-11 – I was out sick on Friday after getting my vaccination. ### pypy/pypy3 ### pypy(3) / 7.3.5+dfsg-1 Made sure @tumbleweed's changes made it into Ubuntu from Debian/experimental and resolved the problems in pypy and pypy3, as discussed during my

+1 maintenance report

2021-05-14 Thread Lukas Märdian
Here's my report for the (short) week of May 10-15 (Thu was a national holiday). The week started by having a small merge party with the foundations team 🎉, distracting me ("team +1 work") from my actual +1 work a bit, by merging: * popularity-contests / 1.71ubuntu1, migrated * vim / 2:8.2.2434-3

+1 maintenance report

2021-04-23 Thread Lukas Märdian
Here's my report for the week of April 19-23. Unfortunately, I got a bit distracted by a late netplan.io regression, which I worked on a bit on the side. ### aws-shell ### aws-shell / 0.2.1-1 ftbfs on amd64 (all) This package is pretty outdated and unmaintained upstream. It depends on prompt-to

+1 maintenance report

2021-03-04 Thread Lukas Märdian
Hello, I was on +1 this Wed & Thu and cleaned up the update-excuse bug LP: #1915926 for R migrations, which I created last time. Upstream did not yet properly solve the problem, but it was fixed in Ubuntu by re-updating the rmatrix package to the newer version. Furthermore, I've moved the auto-wl

+1 maintenance (Wed/Thu)

2021-02-18 Thread Lukas Märdian
So I looked into several R packages and was able to fix some failed r-cran-* autopkgtests by adopting the triggers for the gtk4 rebuild. Also, I investigated the "rmatrix 1.3-2+really1.2-18-0ubuntu1" case, which is a version mismatch due to downgrade ("namespace ‘Matrix’ 1.2-18 is already loaded, b

+1 maint report

2021-02-05 Thread Lukas Märdian
Hello, After two days of +1 maint, I worked on/resolved the following issues. Most time was spent figuring out what's wrong with iotjs (or rather it's vendorized dependency on jerryscript), as I've had worked on this before it was almost 100 days old and it was not resolved in the meantime. After

Re: +1 maintenance report (dogtag-pki vs 389-ds-base)

2021-01-22 Thread Lukas Märdian
://github.com/389ds/389-ds-base/issues/4563 Best, Lukas On Thu, Jan 21, 2021 at 9:25 PM Sergio Durigan Junior wrote: > On Thursday, January 21 2021, Timo Aaltonen wrote: > > > On 21.1.2021 18.59, Lukas Märdian wrote: > >> NO - dogtag-pki vs ['389-ds-base/1.4.4.9-1b

+1 maintenance report (dogtag-pki vs 389-ds-base)

2021-01-21 Thread Lukas Märdian
Hi folks, this week I had my 2nd +1 duty (Wed+Thu). I looked into some transitions and applied some of my new learnings from the last +1 Maint meeting. I found quite a few packages which just failed to build on Launchpad and I could re-trigger the build to fix them and move some transitions forwar

+1 maintenance report

2021-01-08 Thread Lukas Märdian
Hi, Yesterday I finished my first +1 maintenance rotation (Wed+Thu). Here are the things I worked on: * Getting into the +1 maint workflow by reading docs, reports and wiki pages * Getting into some of the "ubuntu-archive-tools" * Used ./retry-autopkgtest-regressions --only-unknown to find & trig

Running autopkgtests from PPA on real infrastructure

2020-09-16 Thread Lukas Märdian
Hello all, I'm currently working on a problem where an autopkgtest works fine in local autopkgtest testrunners (QEMU based), but it fails in different ways on the real Ubuntu autopkgtest infrastructure [0] (networking related issues). Some developers use Bileto [1] to reproduce tests in such situ