Resolute Snapshot 1 released

Hello everyone,

I'd like to announce the first successful publication of the monthly
snapshot - Resolute Snapshot 1. You can find the images on
cdimage.ubuntu.com, for instance:

https://cdimage.ubuntu.com/ubuntu/releases/26.04/snapshot1/
https://cdimage.ubuntu.com/lubuntu/releases/26.04/snapshot1/
https://cdimage.ubuntu.com/ubuntu-budgie/releases/26.04/snapshot1/
...and so on. :)

Few teams have already started to update release notes, which could be found at
https://discourse.ubuntu.com/t/resolute-raccoon-release-notes/59221

We'd like to remind you that these aren't production ready and should
be seen as "throwaway artifacts" for now. We also note that a few
images are a bit old as we're working on fixing a few issues to get a
newer image.

The next snapshot is planned for December 18th (before the EOY
shutdown) so if you'd like to see your changes in the snapshot 2
images, please have them in the archive by December 24th, which is
when we'll start preparing the RCs for snapshot 2. And whilst at it,
please don't forget to update the Release Notes with the updates you
worked on.

Stay tuned for more.

On behalf of the Release team,
Utkarsh

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

Re: Core Dev Application - Florent 'Skia' Jacquet

Hi everyone,

On Fri, Nov 7, 2025 at 3:43 PM Florent 'Skia' Jacquet <skia@ubuntu.com> wrote:
> I'd like to apply for Ubuntu Core Developer, and you can find my application here:
> https://wiki.ubuntu.com/skia/CoreDevApplication
>
> I've taken a slot on 2025-11-24 15:30, but I'm fine to reschedule if need be:
> https://discourse.ubuntu.com/t/ubuntu-developer-membership-board-agenda/66634

DMB unanimously voted in favor of Florent's application. Please join me
in welcoming Florent as the newest Ubuntu Core Dev. \o/

Florent, you should have all the ACL in order now, please let me know if
you have any questions or concerns.

- u

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

Skia’s +1 Maintenance report from 2025-11-17 to 2025-11-21

Hello there!

This is a full Markdown copy-paste of the Discourse post here: https://discourse.ubuntu.com/t/maintenance-report-from-2025-11-17-to-2025-11-21/72536
This is also likely the last time I send a +1 maintenance report to this mailing list, since the official process is now to put them on Discourse. This one is mostly to ease the transition, and remind people interested in the topic to subscribe to the following Discourse section:
https://discourse.ubuntu.com/c/pre-release-discussion/plusone-maintenance/415

# Skia's +1 Maintenance report from 2025-11-17 to 2025-11-21

My second +1 week, I still like that very much!
Nothing specific was asked of me, and when I announced that I was available on Matrix, nobody reached out to give me specific work, so I've been free to follow whatever looked interesting. I wasn't disappointed: a full transition, a `clang` crash, some merges, and `git-ubuntu` improvements!

## Work-needed items

* For anyone really well versed into `clang`, feel free to go fix [that crash](https://github.com/llvm/llvm-project/issues/168727) :-)
* There is still this [`git-ubuntu` MP](https://code.launchpad.net/~skia/git-ubuntu/+git/git-ubuntu/+merge/495893) that has one remaining comment about the use of a `set` that needs to be addressed. I'll likely follow-up myself on this.

## Sponsorship needed

Nothing here, everything has been sponsored already! Many thanks to @ginggs and @enr0n for supporting me the whole week ♥

## Full logs

I first had a look at some ongoing transitions:
* `getdp` against `libgmsh4.14`:
* MP: https://code.launchpad.net/~skia/ubuntu/+source/getdp/+git/getdp/+merge/495862 (thanks @enr0n for the sponsor)
* `llama.cpp` FTBFS on ppc64el: that was a nice rabbit hole in the ROCm ecosystem!
* It boiled down to `rocblas` having trouble building on ppc64el in the first place because `clang` crashes:
* Upstream `clang` bug opened: https://github.com/llvm/llvm-project/issues/168727
* Debian bug on `rocblas` opened: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1121021

Then I've had a look at some merges in `universe`. I was particularly looking at some packages where the TIL was not active anymore:
* `libstreamvbyte` (TIL: William 'jawn-smith' Wilson):
* I also wanted to drive a full transition, from finish to end, and found this sync to be a good candidate, with only two reverse depends.
* I learned along the way that an Ubuntu delta only changing the list of arches the packages builds on is not worth keeping, thanks @ginggs for your teachings and sponsored sync ♥
* bug: https://bugs.launchpad.net/ubuntu/+source/libstreamvbyte/+bug/2131922
* rdepends:
* `libslow5lib` (thanks @enr0n for the sponsor)
* `nanopolish` (thanks @ginggs for the sponsor)
* Interestingly, this last upload hit a weird LP timing issue, where it built against `libstreamvbyte0` instead of `libstreamvbyte1`, a good while after `libslow5lib` built fine against `libstreamvbyte1`. That sparked some discussions with Launchpad team to find a long term solution to that known and very annoying oddity. See https://bugs.launchpad.net/launchpad/+bug/2132116
* `htpdate` (TIL: Adrien Nader):
* Trivial merge, hopefully the last one before we can sync (https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1121116)
* MP: https://code.launchpad.net/~skia/ubuntu/+source/htpdate/+git/htpdate/+merge/496174 (thanks @enr0n for the sponsor)
* `mmc-utils` (TIL: Simon Quigley):
* In the end a trivial merge replacing all the delta with a single line that upstream could pick, but it started with me splitting commits of a weird delta and wondering why the build failed due to some `_FORTIFY_SOURCE=3` shenanigans.
* MP: https://code.launchpad.net/~skia/ubuntu/+source/mmc-utils/+git/mmc-utils/+merge/496194
* Debian bug forwarding the new delta: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1121138

Along the full week, I spent a bit of time trying to improve `git ubuntu submit`. Details are in the [MP](https://code.launchpad.net/~skia/git-ubuntu/+git/git-ubuntu/+merge/495893), with comments from @rbasak, among which one still needs to be addressed (thanks for the feedback Robie! ♥). The main adventure here was actually fixing the build of the snap, because `git-ubuntu` has a slightly convoluted way to snap itself through its `.deb` package.

Cheers
Skia

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

ubuntu-policy: still needed/valid?

Hi,

Recently, I was made aware of the existence of the ubuntu-policy package
[1], which contains the Ubuntu equivalent of the Debian Policy [2]
(unlike the Debian version, I don't think the Ubuntu Policy is published
anywhere on the web, i.e. it only exists in the linked package).

The Ubuntu Policy (which is derived from and largely identical to the
Debian one) has not seen any updates since 2009. This has been pointed
out in a bug [3] filed in 2011 already.

Context: A PR that aims to update/improve some language about the Ubuntu
Archive [4] in the Ubuntu Project docs led to a suggestion that the text
in ubuntu-policy should be updated, too.

Given the Ubuntu version of the policy has not been updated for so long,
and the fact that the Debian version has moved on considerably in the
meantime, I'm wondering whether ubuntu-policy is needed (or should
exist) in its current form.

The neglect would seem to imply that its existence and/or actual
content is not relevant or needed for the Ubuntu project.

Another possibility (a more likely one I'd venture) is that the Ubuntu
parts of the Policy have not changed (much), i.e. are still relevant and
authoritative. But no one felt strongly enough about the package to
bring the Debian parts up to date with the Debian counterpart.

Either way, I'd argue that the package as it is is not very useful.
Bringing it up to date with Debian would be a pain (not just because of
the content itself but also because Debian switched to a different build
and publication system for the content in the meantime).

I'd suggest choosing one of the following two options:

* Removing the package and publishing relevant (i.e. Ubuntu-specific)
parts of the content in the Ubuntu Project docs [5] (possibly
gatekeeping any changes to the content similarly to the way we handled
SRU, MIR, Board, and other 'sensitive' docs).

* Or (if it was deemed useful to keep the package and have such
'offline' version) publishing the Ubuntu parts of the policy in the
Ubuntu Project docs and sourcing the content for the ubuntu-policy
package from there.

This would put the authoritative content in the same place with other
project docs and keep the package around, but eliminate the burden of
keeping it up-to-date with the Debian Policy (well, no one has been
shouldering that burden for the past 15+ years, but that's not a good
reason to leave it rotting).

What do you think?

Robert


[1] https://launchpad.net/ubuntu/+source/ubuntu-policy/
[2] https://www.debian.org/doc/debian-policy/
[3] https://bugs.launchpad.net/ubuntu/+source/ubuntu-policy/+bug/817264
[4] https://github.com/ubuntu/ubuntu-project-docs/pull/309
[5] https://documentation.ubuntu.com/project/

`git ubuntu submit` improvements

Hello there!

For the ones among you that use `git-ubuntu`, you might want to try out a better™ version of `git ubuntu submit`.
I have opened this MP[1] that tries to improve things a bit when used without arguments. Some testing and feedback would be most welcome, even if just to say "it works".

Thanks!
Skia

[1]: https://code.launchpad.net/~skia/git-ubuntu/+git/git-ubuntu/+merge/495893

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

Re: Pragyansh Chaturvedi's raspi PPU and MOTU Application

On Wed, Sep 10, 2025 at 06:38:19PM +0530, Pragyansh Chaturvedi wrote:
> As part of the work I'm doing in Ubuntu, I'm applying for raspi PPU
> and MOTU rights.

In our meeting on Monday 10 November the four DMB members present
unanimously voted in favour of this application. Congratulations,
Pragyansh, and thank you for your continued contributions to Ubuntu!

On behalf of the DMB,

Robie

New Kernel Uploaders

Today, the Kernel Uploaders Team[1] had an ad-hoc Matrix meeting on
#kernel:ubuntu.com with the following people in attendence:

Team Members:
Andy Whitcroft ~apw @apw:ubuntu.com
Benjamin Wheeler ~benjaminwheeler @bentel_inside:matrix.org
Bethany Jamison ~bjamison @bjamison:matrix.org
Edoardo Canepa ~ecanepa @ecanepa:matrix.org
Emil Renner Berthing ~esmil @esmil:matrix.org
Hui Wang ~hui.wang @hui.wang:matrix.org
Ian Whitfield ~ijwhitfield @ijwhitfield:ubuntu.com
Jacob Martin ~jacobmartin @jacobmartin:ubuntu.com
Jian Hui Lee ~jianhuilee @jianhuilee:matrix.org
Kevin Becker ~kevinbecker @kevinbecker:ubuntu.com
Kleber Sacilotto de Souza ~kleber-souza @kleber-souza:ubuntu.com
Kuan-Ying Lee ~kyyc0426 @kyyc0426:ubuntu.com
Kuba Pawlak ~kuba-t-pawlak @kuba-t-pawlak:matrix.org
Magali Lemes do Sacramento ~magalilemes @magalilemes:ubuntu.com
Manuel Diewald ~diewald @diewald:ubuntu.com
Mehmet Basaran ~mehmetbasaran @mehmetbasaran:ubuntu.com
Noah Wager ~nwager @nwager:ubuntu.com
Stefan Bader ~smb @esembee:matrix.org
Thibault Ferrante ~thibf @thibf:matrix.org
Tim Whisonant ~tswhison @tswhison:ubuntu.com
Timo Aaltonen ~tjaalton @tjaalton:ubuntu.com
Vinicius Peixoto ~vpeixoto @nukelet:nukelet.dev

Applicants:
Abdur Rahman ~maskedarray @maskedarray:ubuntu.com
Guoqing Jiang ~guoqingjiang @guoqingjiang:ubuntu.com
Massimiliano Pellizzer ~mpellizzer @mpellizzer:ubuntu.com

Observers:
Anthony Wong ~anthonywong @anthonywong:ubuntu.com
John Cabaj ~john-cabaj @john-cabaj:matrix.org

[1] https://launchpad.net/~ubuntu-kernel-uploaders

We reviewed the application[2] by Abdur Rahman (~maskedarray)[3] for
Kernel Upload Rights. After representations by the applicant and
their sponsors a vote was held as below:

Edoardo Canepa +1
Emil Renner Berthing +1
Hui Wang +1
Ian Whitfield +1
Jacob Martin +1
Kevin Becker +1
Kleber Sacilotto de Souza +1
Kuan-Ying Lee +1
Kuba Pawlak +1
Mehmet Basaran +1
Noah Wager +1
Stefan Bader +1
Thibault Ferrante +1
Timo Aaltonen +1
Vinicius Peixoto +1

The application was unanimously approved; congratulations to Abdur
Rahman.

[2] https://wiki.ubuntu.com/maskedarray/KernelUploadRightsApplication
[3] https://launchpad.net/~maskedarray

We reviewed the application[4] by Massimiliano Pellizzer
(~mpellizzer)[5] for Kernel Upload Rights. After representations by
the applicant and their sponsors a vote was held as below:

Edoardo Canepa +1
Hui Wang +1
Ian Whitfield +1
Jacob Martin +1
Kevin Becker +1
Kleber Sacilotto de Souza +1
Kuan-Ying Lee +1
Mehmet Basaran +1
Noah Wager +1
Stefan Bader +1
Thibault Ferrante +1
Tim Whisonant +1
Timo Aaltonen +1
Vinicius Peixoto +1

The application was unanimously approved; congratulations to
Massimiliano Pellizzer.

[4] https://wiki.ubuntu.com/MassimilianoPellizzer/KernelUploadApplication
[5] https://launchpad.net/~mpellizzer

We reviewed the application[6] by Guoqing Jiang (~guoqingjiang)[7] for
Kernel Upload Rights. After representations by the applicant and
their sponsors a vote was held as below:

Bethany Jamison +1
Edoardo Canepa +1
Emil Renner Berthing +1
Hui Wang +1
Ian Whitfield +1
Jacob Martin +1
Jian Hui Lee +1
Kevin Becker +1
Kleber Sacilotto de Souza +1
Kuan-Ying Lee +1
Magali Lemes do Sacramento +1
Manuel Diewald +1
Mehmet Basaran +1
Stefan Bader +1
Timo Aaltonen +1
Vinicius Peixoto +1

The application was unanimously approved; congratulations to Guoqing
Jiang.

[6] https://wiki.ubuntu.com/guoqingjiang/KernelUploadRightsApplication
[7] https://launchpad.net/~guoqingjiang

Congratulations to all of the successful applicants. Enjoy your new
rights. Andy Whitcroft (~apw) was tasked with adding them to the
~ubuntu-kernel-uploaders team and announcing these results.

-apw (on behalf of the ~ubuntu-kernel-uploaders team)

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