Thursday, 10 July 2025

Ubuntu 24.10 (Oracular Oriole) reached End of Life on 10th July 2025

This is a follow-up to the End of Life warning sent earlier to confirm
that as of 10th July 2025, Ubuntu 24.10 is no longer supported. No more
package updates will be accepted to 24.10, and it will be archived to
old-releases.ubuntu.com in the coming weeks.

Additionally, Ubuntu Security Notices will no longer include
information or updated packages for Ubuntu 24.10.

The supported upgrade path from Ubuntu 24.10 is to Ubuntu 25.04.
Instructions and caveats for the upgrade may be found at:

https://help.ubuntu.com/community/PluckyUpgrades

Ubuntu 25.04 continues to be actively supported with security updates
and select high-impact bug fixes. Announcements of security updates
for Ubuntu releases are sent to the ubuntu-security-announce mailing
list, information about which may be found at:

https://lists.ubuntu.com/mailman/listinfo/ubuntu-security-announce

Since its launch in October 2004, Ubuntu has become one of the most
highly regarded Linux distributions with millions of users in homes,
schools, businesses and governments around the world. Ubuntu is Open
Source software, costs nothing to download, and users are free to
customise or alter their software in order to meet their needs.


On behalf of the Ubuntu Release Team,
Utkarsh Gupta

--
ubuntu-announce mailing list
ubuntu-announce@lists.ubuntu.com
Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-announce

Wednesday, 9 July 2025

Re: Preparing renewed microrelease exception for MariaDB - requesting co-authors

Hi,

On Wed, Jul 9, 2025 at 5:11 PM Otto Kekäläinen <otto@ubuntu.com> wrote:
>
> Hi all,
>
> The SRU template and documentation page
> https://wiki.ubuntu.com/MariaDB-and-Galera-updates is now ready to be
> submitted to the SRU team following
> https://documentation.ubuntu.com/sru/en/latest/reference/package-specific/#reference-package-specific-notes
>
> However, I don't know how to do step 2 "Submit it to the SRU team for
> approval via a PR to this repository."
>
> Where do I file a "PR" for https://git.launchpad.net/sru-docs/? That
> is the mapping to Launchpad? Page https://launchpad.net/~sru-docs does
> not exist and search does not find. I can't find any examples of

That would be https://launchpad.net/sru-docs (note the absent tilda).
That being said, of course this needs improvement. We do have it in
the footer about how to file a bug against the docs, but not a PR.
I'll see what I can do about that, sorry for this.

From that sru-docs page, you click on the "code" tab, and that lands
you in the git repository, which you can checkout and prepare a
branch.

--
ubuntu-devel mailing list
ubuntu-devel@lists.ubuntu.com
Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel

Re: Preparing renewed microrelease exception for MariaDB - requesting co-authors

Hi all,

The SRU template and documentation page
https://wiki.ubuntu.com/MariaDB-and-Galera-updates is now ready to be
submitted to the SRU team following
https://documentation.ubuntu.com/sru/en/latest/reference/package-specific/#reference-package-specific-notes

However, I don't know how to do step 2 "Submit it to the SRU team for
approval via a PR to this repository."

Where do I file a "PR" for https://git.launchpad.net/sru-docs/? That
is the mapping to Launchpad? Page https://launchpad.net/~sru-docs does
not exist and search does not find. I can't find any examples of
approved/merged PRs either. All the examples on the page are just
mailing list messages (e.g.
https://lists.ubuntu.com/archives/ubuntu-release/2024-January/005915.html).


- Otto


On Mon, 28 Apr 2025 at 22:13, Otto Kekäläinen <otto@ubuntu.com> wrote:
>
> Hi,
>
> MariaDB got approved for MRE back in 2014[1] but the wiki page[2] that
> was created later never got it recorded.
>
> I have now drafted https://wiki.ubuntu.com/MariaDB-and-Galera-updates
> in preparation for re-requesting the MRE so that we can follow
> official process to upload microreleases of MariaDB and Galera that
> have only critical bug fixes but not security fixes. For the past 10+
> years there has been 3-5 microreleases annual of MariaDB for every
> supported Ubuntu release, so the process is quite established, but
> most of the the uploads have gone in on the grounds of having at least
> one CVE fix included as well.
>
> I am now seeking for co-authors to help polish
> https://wiki.ubuntu.com/MariaDB-and-Galera-updates and submit the new
> MRE approval request following rebooted process documentation[3].
>
> - Otto
>
> [1] https://lists.ubuntu.com/archives/technical-board/2014-May/001941.html
> [2] https://wiki.ubuntu.com/StableReleaseUpdates#Documentation_for_Special_Cases
> [3] https://documentation.ubuntu.com/sru/en/latest/reference/requirements/#new-upstream-microreleases

--
ubuntu-devel mailing list
ubuntu-devel@lists.ubuntu.com
Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel

Friday, 4 July 2025

+1 Maintenance report from 2025-06-30 to 2025-07-04 (2025 week 27)

Hi,

this is a cross-post from:
https://discourse.ubuntu.com/t/1-maintenance-report-week-27-2025/63944
You can read it there or here. The report is written in Markdown. I just
added some newlines to make it a bit easier to read in plain text.

# +1 Maintenance report from 2025-06-30 to 2025-07-04 (2025 week 27)

This week was another +1 shift for me. @ginggs provided me with some
topics to work on and that took all my time. Most of the topics I worked
on were rabbit holes. The report is short and that makes me feel
unproductive (the imposter syndrome kicks in).

## Work-needed items

None unless you want to investigate why [wp2latex 4.15~ds-1 fails to
build on
armhf](https://bugs.launchpad.net/ubuntu/+source/wp2latex/+bug/2115809).

## Lessons learned

The positive takeaway from this week: Several of the issues that I
reported upstream got fixed within hours. So I highly recommend to
document the failures and forward them upstream.

Autopkgtest can have artifacts. Look at those when the log output does
not give a clue! See my text about the crun package for details.

## Full logs

* **python-psutil**: Fixed FTBFS on s390x and [forwarded this fix
upstream](https://github.com/giampaolo/psutil/pull/2595). Then noticed
it started to fail on ppc64el, because lscpu (from **util-linux**) is
broken on ppc64el. I opened [LP:
#2115636](https://bugs.launchpad.net/ubuntu/+source/util-linux/+bug/2115636
) and forwarded it to upstream. This got fixed by upstream and I
backported the fix.

* **pyopengl**: I opened [LP
:#2115791](https://bugs.launchpad.net/ubuntu/+source/pyopengl/+bug/2115791
) for it and decided to skip the failing test in case of the permission
error. I [forwarded the patch to
upstream](https://github.com/mcfletch/pyopengl/pull/153). Then took my
Debian Python team hat to release that patch in 3.1.9+dfsg-2 in Debian
(and let this new version autosync).

* **tools-build-clojure**: I opened [LP: #2115740]
(https://bugs.launchpad.net/ubuntu/+source/tools-build-clojure/+bug/2115740)
for it and [forwarded it upstream]
(https://ask.clojure.org/index.php/14602/tools-build-fails-with-httpproxy-httpsproxy-set),
because the test did not use the configured proxy (ignored the
`http_proxy` environment variable). Upstream pointed to Maven and told
me to configure Maven in a `settings.xml` config. I tried different
alternatives (setting some Maven environment variables), but none of the
alternatives worked. So I wrote some shell code for the test to convert
`http_proxy` to `$home/.m2/settings.xml`. In addition the autopkgtest
failed in my schroot environment, because the home directory does not
exist there. So I configured a temporary directory as home directory for
the test. I forwarded both changes [to Debian]
(https://salsa.debian.org/clojure-team/tools-build-clojure/-/merge_requests/1).

* **crun**: I opened [LP
#2115813](https://bugs.launchpad.net/ubuntu/+source/crun/+bug/2115813)
for it. One of the tests failed without logs. I tried to reproduce it
locally and failed. Then I looked at the test and saw one `return 1`
without logs. I added a print command and tried again in a PPA. It
failed again without logs. Then I saw that the test stores the log
output of the tests in an autopkgtest artifact. That artifact revealed
the culprit: Calling `crun --version` failed. I [reported that
upstream](https://github.com/containers/crun/issues/1816) and it got
fixed. So I uploaded the fix to Ubuntu.

* **wp2latex**: I reported that [4.15~ds-1 fails to build on
armhf](https://bugs.launchpad.net/ubuntu/+source/wp2latex/+bug/2115809).
I tried to run the build on my Raspberry Pi Zero 2, but it failed. The
board rebooted itself (reproducible). I haven't looked into the details
why (maybe it's a power supply issue, maybe I should ask @waveform how
to troubleshoot that). I forwarded this wp2latex bug to the upstream
maintainer via email.

--
Benjamin Drung
Debian & Ubuntu Developer

--
ubuntu-devel mailing list
ubuntu-devel@lists.ubuntu.com
Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel

Tuesday, 1 July 2025

Re: +1 Maintenance report from 23 June 2025 to 29 June 2025

Hi Pragyansh,

On Tue, Jul 1, 2025 at 12:50 PM Pragyansh Chaturvedi
<pragyansh.chaturvedi@canonical.com> wrote:
> ### Sponsorship needed
>
> I'll list all the bugs here, the details are given in the next section.
> - [freecad](https://bugs.launchpad.net/ubuntu/+source/freecad/+bug/2115604)
> - [rust-zune-jpeg](https://bugs.launchpad.net/ubuntu/+source/rust-zune-jpeg/+bug/2115606)
> - [armci-mpi](https://bugs.launchpad.net/ubuntu/+source/armci-mpi/+bug/2115608)
> - [ukui-session-manager](https://bugs.launchpad.net/ubuntu/+source/ukui-session-manager/+bug/2115609)
> - [clanlib](https://bugs.launchpad.net/ubuntu/+source/clanlib/+bug/2115623)
> - [ggml](https://bugs.launchpad.net/ubuntu/+source/ggml/+bug/2115706)
> - [cron](https://bugs.launchpad.net/ubuntu/+source/cron/+bug/2115312)

I've reviewed all of them, sponsored 3 and asked for extra information
(or extra work like forwarding to Debian, et al) for the rest. Thanks
for the work you put in, they were pretty good already. :)


- u

--
ubuntu-devel mailing list
ubuntu-devel@lists.ubuntu.com
Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel

Re: Opt-in notifications about upcoming special case SRUs

On Tue, Jul 1, 2025 at 2:02 PM Andreas Hasenack
<andreas.hasenack@canonical.com> wrote:
>
> Hi,
>
> On Wed, Jun 25, 2025 at 8:28 AM Christian Ehrhardt
> <christian.ehrhardt@canonical.com> wrote:
> >
> > Hello everyone o/
> >
> > I wanted to update all of you about an effort that tries to further
> > minimize regressions due to the SRU process [1].
> > A few weeks ago, at the sprint in Frankfurt we realized - to no
> > surprise - that there is a bigger chance of regressions when complex
> > updates land.
> > In a discussion about what broke teams over the recent years it became
> > clear that all mentioned examples have been from the list of special
> > cases [2].
>
> Does somebody know if these regressions have all been tagged with
> regression-update (see
> https://documentation.ubuntu.com/sru/en/latest/howto/regression/)? All
> SRU team members are subscribed to that tag.

No, I do not know that.
I've had people tell me what component broke them and we
spotted the repeating pattern.
But I did not get a list of related SRU bugs.

--
Christian Ehrhardt
Director of Engineering, Ubuntu Server
Canonical Ltd

--
ubuntu-devel mailing list
ubuntu-devel@lists.ubuntu.com
Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel

Re: Opt-in notifications about upcoming special case SRUs

Hi,

On Wed, Jun 25, 2025 at 8:28 AM Christian Ehrhardt
<christian.ehrhardt@canonical.com> wrote:
>
> Hello everyone o/
>
> I wanted to update all of you about an effort that tries to further
> minimize regressions due to the SRU process [1].
> A few weeks ago, at the sprint in Frankfurt we realized - to no
> surprise - that there is a bigger chance of regressions when complex
> updates land.
> In a discussion about what broke teams over the recent years it became
> clear that all mentioned examples have been from the list of special
> cases [2].

Does somebody know if these regressions have all been tagged with
regression-update (see
https://documentation.ubuntu.com/sru/en/latest/howto/regression/)? All
SRU team members are subscribed to that tag.

--
ubuntu-devel mailing list
ubuntu-devel@lists.ubuntu.com
Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel