Re: ndisgtk/ndiswrapper on the install images

, dkms module should be seeded. [3] https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1076395 I prefer dropping, too. Nowadays, cards needing ndiswrapper are not that usual anymore, and development of ndiswrapper is not that active anymore. -- Julian Andres Klode - Debian Developer

Debimg for Ubuntu Intrepid Alternate Disks?

. It supports Jigdo. This matches almost the requirements of Ubuntu, I could add the missing stuff. I think it would be worth to use debimg to build the alternate disks for all official architectures. (as others are not supported yet by debimg). What do you think? -- Julian Andres Klode, Fellow

Re: Debimg for Ubuntu Intrepid Alternate Disks?

Am Donnerstag, den 24.04.2008, 20:45 +0100 schrieb Colin Watson: On Tue, Apr 22, 2008 at 07:44:14PM +0200, Julian Andres Klode wrote: The GPL-3 licensed [http://wiki.debian.org/DebImg debimg] project aims to create a replacement for debian-cd written in Python, able to create basic netinst

Re: Debimg for Ubuntu Intrepid Alternate Disks?

Am Freitag, den 25.04.2008, 09:45 +0100 schrieb Colin Watson: On Thu, Apr 24, 2008 at 10:50:14PM +0200, Julian Andres Klode wrote: Am Donnerstag, den 24.04.2008, 20:45 +0100 schrieb Colin Watson: Somebody would have to replace this with germinate, or else merge the appropriate code from

Re: How shall I report a bug in the .deb packaging itself?

On Mon, Dec 21, 2015 at 04:10:31PM +0100, Alberto Salvia Novella wrote: > Julian Andres Klode: > > If A suggests B, and you install B in some way, you may have come to > > rely on the fact that A is extended by B on your system. > > Automatically removing B could thus cau

Re: How shall I report a bug in the .deb packaging itself?

On Mon, Dec 21, 2015 at 04:37:40PM +0100, Alberto Salvia Novella wrote: > Julian Andres Klode: > > Usually it is a Suggests from another existing package. > > If I run "apt-cache depends gnome-shell", it says: > Recommends: gdm > Breaks: gdm > >

Re: How shall I report a bug in the .deb packaging itself?

On 21 December 2015 at 14:59, Alberto Salvia Novella <es204904...@gmail.com> wrote: > Julian Andres Klode: >> >> autoremove will remove all packages that no other package >> PreDepends, Depends, Recommends, or Suggests. > > > Probably the problem is the lates

Re: How shall I report a bug in the .deb packaging itself?

On Mon, Dec 21, 2015 at 04:57:39PM +0100, Abou Al Montacir wrote: > Hi Julian > > On Mon, 2015-12-21 at 16:13 +0100, Julian Andres Klode wrote: > > I also wrote I am thinking about adding some kind of apt revert command > > that allows you to revert entries from apt's his

Rejecting SHA1-signed repositories by default (Ubuntu edition)

Hi, as previously (sort of) announced I want to turn off SHA1 on January 1st by default in apt (in the 1.2 and 1.3 series xenial/yakkety ship). We already turned this off for fields inside the (meta) index files, this step now involves rejecting SHA1-based GPG signatures as well. Now, we need to

Re: Rejecting SHA1-signed repositories by default (Ubuntu edition)

On Wed, Nov 23, 2016 at 04:46:57PM -0800, Seth Arnold wrote: > On Thu, Nov 24, 2016 at 01:19:12AM +0100, Julian Andres Klode wrote: > > as previously (sort of) announced I want to turn off SHA1 on January 1st > > by default in apt (in the 1.2 and 1.3 series xenial/yakkety ship).

Re: Rejecting SHA1-signed repositories by default (Ubuntu edition)

On Thu, Nov 24, 2016 at 08:39:18AM +0100, Julian Andres Klode wrote: > On Wed, Nov 23, 2016 at 04:46:57PM -0800, Seth Arnold wrote: > > On Thu, Nov 24, 2016 at 01:19:12AM +0100, Julian Andres Klode wrote: > > May I also ask for the Valid-Until: lines to be turned on for zest

Re: Enabling Connectivity Checking in NetworkManager

On Sun, Mar 05, 2017 at 06:07:02PM +0100, Philipp Kern wrote: > On 02.03.2017 05:54, Aron Xu wrote: > > Hi, > > > > I'd like to see it get enabled by default eventually, but preferably > > provide a toggle in Privacy tab for Unity desktop (and configurable > > check URL) which provides better

Deprecation of apt-transport-https

Hi everyone, APT is currently migrating from apt-transport-https to the "http" method, which learned TLS in the past half week. 1.5~alpha1 is in artful-proposed right now (but held back by an unrelated pep8 nonsense in unattended-upgrade), and 1.5~alpha4 that fixes all known issues will appear

Re: Deprecation of apt-transport-https

On Fri, Jun 30, 2017 at 06:52:12PM +0200, Julian Andres Klode wrote: > Hi everyone, > > APT is currently migrating from apt-transport-https to the "http" > method, which learned TLS in the past half week. 1.5~alpha1 is in > artful-proposed right now (but held back by a

Compressed apt index files by default for 18.04?

Hi, I'd like us to try out using LZ4 compressed index files in /var/lib/apt/lists for 18.04, starting from the beginning of the development period with apt 1.6~alpha1 (ASAP). This is done by swapping the default for Acquire::gzipIndexes from false to true. On my (Debian) system, this

Re: Compressed apt index files by default for 18.04?

On Sun, Sep 10, 2017 at 10:01:27AM +0100, Colin Watson wrote: > On Sat, Sep 09, 2017 at 04:41:27PM +0200, Julian Andres Klode wrote: > > I'd like us to try out using LZ4 compressed index files in > > /var/lib/apt/lists for 18.04, starting from the beginning > > of the develo

Re: Bug#881692: command-not-found: I re-wrote command-not-found

On Tue, Nov 14, 2017 at 03:35:02PM +, John Lenton wrote: > On 14 November 2017 at 12:34, Julian Andres Klode <j...@debian.org> wrote: > > On Tue, Nov 14, 2017 at 01:00:54PM +0100, Zygmunt Krynicki wrote: > >> I would love if we have a compact representation of mappin

Re: Bug#881692: command-not-found: I re-wrote command-not-found

On Thu, Nov 16, 2017 at 11:55:07PM -0800, Shawn Landden wrote: > On Thu, Nov 16, 2017 at 11:39 PM, Xen <l...@xenhideout.nl> wrote: > > > Julian Andres Klode schreef op 14-11-2017 8:50: > > > > * You should not depend on grep, sed, coreutils, they are Essentia

Re: Bug#881692: command-not-found: I re-wrote command-not-found

On Tue, Nov 14, 2017 at 01:00:54PM +0100, Zygmunt Krynicki wrote: > Hey everyone. > > Thank you for your interest in command-not-found. > > On Tue, Nov 14, 2017 at 8:50 AM, Julian Andres Klode <j...@debian.org> wrote: > > (forwarding this to ubuntu-devel-discuss and Z

Re: Bug#881692: command-not-found: I re-wrote command-not-found

(forwarding this to ubuntu-devel-discuss and Zygmunt) On Mon, Nov 13, 2017 at 10:33:39PM -0800, Shawn Landden wrote: > Package: command-not-found > Severity: wishlist > > I re-wrote command-not-found to get rid of the python dependancy, and > to reduce the database size, as to reduce memory

Re: Bug#881692: command-not-found: I re-wrote command-not-found

On Thu, May 10, 2018 at 03:19:13PM +, Shawn Landden wrote: > I re-wrote command-not-found in C. It consists of two C programs: > command-not-found, which gets triggered by bash, and > update-command-not-found, which digests the data obtained with apt-file > update. > > AFAIK there is only one

Re: [j...@debian.org: Frontend locking in APT clients]

. On Mon, Jun 18, 2018 at 08:20:04PM +0200, Julian Andres Klode wrote: > Forwarding this to ubuntu-devel. > > - Forwarded message from Julian Andres Klode - > > Date: Mon, 18 Jun 2018 20:19:17 +0200 > From: Julian Andres Klode > To: de...@lists.debian.org, debian-

Re: [j...@debian.org: Frontend locking in APT clients]

On Mon, Jun 18, 2018 at 08:58:50PM -0400, Philipp Kern wrote: > On 2018-06-18 14:20, Julian Andres Klode wrote: > > Basically, add Depends: python-apt (>> 1.7~alpha1~), and do: > > with apt_pkg.SystemLock(): > > main() > > Will this also allow to wait o

Changes to Merge-o-matic: Merges from trees with patches unapplied

Hi, Currently, MoM generates merges with patches applied, meaning that the resulting merge is often useless because upstream files where changed by patches, but the patches not pushed in quilt (and other stuff). I usually worked around this by extracting the Debian version, and copying

merge-o-matic: Filtering for status pages

Hi everyone, I've got another merge-o-matic improvement for us all :) merge-o-matic now supports rudimentary filtering on three things: - a query string. it's even a regex. but on the other hand, it's case sensitive - toggle packages with uploads in proposed (gray rows) - toggle packages

Re: merge-o-matic: Filtering for status pages

On Fri, Jan 26, 2018 at 03:07:25PM +0100, Julian Andres Klode wrote: > Hi everyone, > > I've got another merge-o-matic improvement for us all :) > > merge-o-matic now supports rudimentary filtering on three things: > > - a query string. it's even a regex. but on the other

Re: autopkgtest-build-lxd failing with bionic

On Thu, Feb 15, 2018 at 04:10:01PM +0100, Martin Pitt wrote: > Hello Timo, > > Timo Aaltonen [2018-02-15 16:50 +0200]: > > On 14.02.2018 22:03, Dimitri John Ledkov wrote: > > > Hi, > > > > > > I am on bionic and managed to build bionic container for testing using: > > > > > > $

Re: autopkgtest-build-lxd failing with bionic

On Fri, Feb 16, 2018 at 11:12:32AM -0800, Steve Langasek wrote: > On Fri, Feb 16, 2018 at 11:52:05AM +, Iain Lane wrote: > > On Thu, Feb 15, 2018 at 09:55:47PM +0100, Martin Pitt wrote: > > > Hello Iain, all, > > > > Iain Lane [2018-02-15 18:48 +]: > > > > There's a patch attached here

Re: [j...@debian.org: Frontend locking in APT clients]

On Mon, Jun 18, 2018 at 01:58:24PM -0700, Seth Arnold wrote: > On Mon, Jun 18, 2018 at 08:33:17PM +0200, Julian Andres Klode wrote: > > automatically sets DPKG_FRONTEND_LOCKED when invoking dpkg > > if the system lock is acquired (after the fork, directly > > before the exe

mass SRUing for changing triggers to noawait in progress

Hi ubuntu-devel, just a quick note that there is a mass SRUing going on (into xenial mostly) for converting await triggers to noawait, the progress is being tracked in https://bugs.launchpad.net/bugs/1780996. Help is welcome, just assign yourself a task first and then complete it. Do note that

zstd compression for packages

Hey folks, We had a coding day in Foundations last week and Balint and Julian added support for zstd compression to dpkg [1] and apt [2]. [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=892664 [2] https://salsa.debian.org/apt-team/apt/merge_requests/8 Zstd is a compression algorithm

Re: zstd compression for packages

On Mon, Mar 12, 2018 at 11:06:11AM +0100, Julian Andres Klode wrote: > Hey folks, > > We had a coding day in Foundations last week and Balint and Julian added > support for zstd compression to dpkg [1] and apt [2]. > > [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=

Re: zstd compression for packages

On Mon, Mar 12, 2018 at 09:30:16AM -0400, Neal Gompa wrote: > On Mon, Mar 12, 2018 at 9:11 AM, Daniel Axtens > wrote: > > Hi, > > > > I looked into compression algorithms a bit in a previous role, and to be > > honest I'm quite surprised to see zstd proposed for

Re: zstd compression for packages

On Mon, Mar 12, 2018 at 10:02:49AM -0400, Jeremy Bicha wrote: > On Mon, Mar 12, 2018 at 6:06 AM, Julian Andres Klode > <julian.kl...@canonical.com> wrote: > > We are considering requesting a FFe for that - the features are not > > invasive, and it allows us to turn i

Re: zstd compression for packages

On Mon, Mar 12, 2018 at 02:19:18PM +, Colin Watson wrote: > On Mon, Mar 12, 2018 at 10:02:49AM -0400, Jeremy Bicha wrote: > > On Mon, Mar 12, 2018 at 6:06 AM, Julian Andres Klode > > <julian.kl...@canonical.com> wrote: > > > We are considering requesting

Re: zstd compression for packages

On Mon, Mar 12, 2018 at 01:49:42PM +, Robie Basak wrote: > On Mon, Mar 12, 2018 at 11:06:11AM +0100, Julian Andres Klode wrote: > > We are considering requesting a FFe for that - the features are not > > invasive, and it allows us to turn it on by default in 18.10. > >

Re: zstd compression for packages

On Wed, Mar 14, 2018 at 02:40:01PM -0300, Marcos Alano wrote: > May be run some tests to find the sweet spot between size and speed? Well, that's what we did, and the sweet spot is -19, the maximum non-ultra level. -- debian developer - deb.li/jak | jak-linux.org - free software dev ubuntu core

Re: zstd compression for packages

On Wed, Mar 14, 2018 at 04:09:27PM +0100, Benjamin Tegge wrote: > I want to mention that you can enable ultra compression levels 20 to 22 > in zstd which usually achieve results comparable to the highest > compression levels of xz. There should be a level that matches the > results of xz -6 while

Re: [ubuntu/bionic-proposed] update-manager 1:18.04.11 (Accepted)

On Fri, Apr 13, 2018 at 12:17:16PM -0700, Steve Langasek wrote: > On Fri, Apr 13, 2018 at 02:53:13PM -0400, Jeremy Bicha wrote: > > On Fri, Apr 13, 2018 at 1:13 PM, Brian Murray wrote: > > > Why is it necessary to modify individual packages so that GNOME > > > Software won't

Re: ext4 metadata_csum and backwards compatibility

On Mon, Mar 19, 2018 at 01:33:12PM +, Robie Basak wrote: > On Wed, Mar 14, 2018 at 09:49:17PM -0700, Steve Langasek wrote: > > It's not ideal for an interface to go from unsupported to mandatory in a > > single LTS cycle; but I don't believe that the use case of creating a > > filesystem with

Re: zstd compression for packages

On Sat, Mar 17, 2018 at 03:09:55PM +, Dimitri John Ledkov wrote: > On 16 March 2018 at 22:13, Steve Langasek wrote: > > In other words: if we want to make this the default, we should quantify > > Daniel's remark that he would prefer a 6% faster download over a 10%

Re: Supporting LZ4 as initramfs compressor

On Mon, Mar 19, 2018 at 02:59:24PM +, Balint Reczey wrote: > Hi, > > Initramfs-tools uses gzip compression by default which served us well > for quite some time but LZ4 offers way faster decompression while > making a only slightly bigger initramfs files. > > On my old laptop the initramfs

Version regressions in cosmic compared to bionic

I recently saw some packages in cosmic that have older versions than the one in bionic, so I wrote a script to check that, and here are the results. I think we need to be more careful when it comes to this, and regressions in security fixes (e.g. having a list of CVE regressions in devel compared

supported-network-client review

Hi all, tl;dr drop jigit, could consider neomutt instead of mutt I was looking at where irssi came from, and found supported-network-client. Saw jigit in it, decided to give it a short review. (tagged OK/RM/?? for keep/remove/maybe) $ cat supported-network-client | sed 's#^#> #' > = Clients =

Re: supported-network-client review

(switching to the email I'm actually subscribed with) On Sat, Jan 19, 2019 at 10:31:31PM +0200, Steve Langasek wrote: > Hi Julian, > > On Wed, Jan 16, 2019 at 03:28:38PM +0100, Julian Andres Klode wrote: > > > > = Download = > > > > * jigit

Re: Changing $PATH for apt installs

On Tue, Dec 04, 2018 at 09:46:25PM +0100, Julian Andres Klode wrote: > Hi folks, > > I'm planning to have apt set PATH to a sane value for running > dpkg, so that maintainer scripts are executed in a sanitized > environment. That value will be: > > PATH=/usr/sbi

Re: Changing $PATH for apt installs

On Tue, Dec 04, 2018 at 03:26:05PM -0600, Jamie Strandboge wrote: > On Tue, 04 Dec 2018, Julian Andres Klode wrote: > > > Hi folks, > > > > I'm planning to have apt set PATH to a sane value for running > > dpkg, so that maintainer scripts are executed in a sanitiz

Changing $PATH for apt installs

Hi folks, I'm planning to have apt set PATH to a sane value for running dpkg, so that maintainer scripts are executed in a sanitized environment. That value will be: PATH=/usr/sbin:/usr/bin:/sbin:/bin The effect: (1) There is no /usr/local, which prevents breakage from custom perl

Live images now get less packages marked as manually installed

Starting today, live images of cosmic will have most packages marked as automatically installed instead of manually installed, so autoremoval works correctly. The algorithm that does the marking marks all dependencies of manually installed metapackages as automatically installed, so it should be

Version regression report

I just rediscovered my script that calculates which versions in a newer release are lower than updates in the previous release. These packages won't be upgraded when the user upgrades, which means they might end up with problems, or new installs miss out on fixes in older releases. I ran this

post-disco software-properties port to PackageKit ready for testing

Hi folks, I just finished porting disco's software-properties to PackageKit, so we have less aptdaemon around. Target here is early ee, as disco is about to release, so for now I put a build into the PPA at: https://launchpad.net/~packagekit/+archive/ubuntu/ppa If you have some time to spare,

Uncompressed and gzip compressed Translation indices on archive

Hi folks, I just noticed we are shipping uncompressed and gzip-compressed Translation indices in the archive. This seems a bit wasteful, is there a reason for that, or could we drop them? Also, do we need Sources.gz? We probably do need Packages.gz for a lot of stupid tools, but I'd be surprised

APT 1.9.0 transition

Hi folks, I uploaded apt 1.9.0 to eoan today, and fixed up some rdeps to work with it already. apt 1.9 breaks the ABI and API by removing unneeded includes and deprecated methods and struct members, so it's a bit much in terms of breakage. This also means that the bindings for Python and Perl

Re: mlocate - what is it good for?

On Wed, May 22, 2019 at 01:19:48PM -0600, Neal McBurnett wrote: > I use mlocate multiple times a day. > Find is way too slow and inconvenient for finding files in a big > set of filesystems, compared to properly configuring mlocate. Specifically, the filesystem must be huge or on a slow medium.

Re: mlocate - what is it good for?

On Wed, May 22, 2019 at 11:25:45PM -0700, Bryan Quigley wrote: > The mentioned Debian bug #880507 is one of the advantages of moving from > cron to systemd units -see proposed unit file in [1]. The timers in > systemd are really perfect for this... > > I use locate all the time. I really like

Socket-activated PackageKit debconf helper in eoan

Hi folks, I just switched the debconf helper in eoan that shows prompts in PackageKit to be run as a socket-activated service. Now, it's time to do some testing. So please, install some packages using DebConf (after starting the helper, see caveats), and monitor the journalctl --user-unit

regressions from switching changelogs.ubuntu.com to https?

Hey, I plan to upload the changes in ubuntu-release-upgrader/ update-manager to use https for changelogs.ubuntu.com (which contains meta release info) to xenial (LP: #1744318). I do remember one regression from that, LP: #1771914 - does anyone remember anything else? Thanks! -- debian

Re: State of the Sponsorship Queue - Can we get it to 0?

On Sat, Apr 20, 2019 at 05:12:17PM -0500, Simon Quigley wrote: > - https://pad.lv/1762572 - dput patch which juliank said he would > review; I pinged him on IRC. > - https://pad.lv/1814791 - dput patch which should probably be uploaded > alongside the above patch. Done - Merged dput 1.0.3, and

StableReleaseUpdates page (Was: Re: Fw: [scite] Fixed Lua dynamic library loading in Ubuntu 18.04 proposed updates)

On Mon, Aug 19, 2019 at 09:34:07AM -0700, Bryan Quigley wrote: > Nope, that's not the standard, expected procedure. It is always better to > have someone else verify a fix, it's sometimes not feasible though. > > "While not ideal it is also possible for the uploader of the fix to perform > the

Re: StableReleaseUpdates page (Was: Re: Fw: [scite] Fixed Lua dynamic library loading in Ubuntu 18.04 proposed updates)

On Mon, Aug 19, 2019 at 09:26:15PM +0100, Robie Basak wrote: > On Mon, Aug 19, 2019 at 10:05:15PM +0200, Julian Andres Klode wrote: > > - I've uploaded quite a few SRUs by now, and maybe a handful have been > > (partially) > > verified by someone else. Partially because t

Re: Fw: [scite] Fixed Lua dynamic library loading in Ubuntu 18.04 proposed updates

On Fri, Aug 16, 2019 at 01:07:18PM +0200, Andreas Ronnquist wrote: > Forwarding to Ubuntu-devel, and posting as a reminder to the SciTE > mailinglist. > > It would still be nice to have this in 18.04, but I cannot review my > own work. Why not? Verifying your own SRU is the standard, expected

Re: Staging changes for future SRU landings

On Thu, Aug 29, 2019 at 03:59:04AM +0100, Colin Watson wrote: > On Wed, Aug 28, 2019 at 07:41:10PM +0200, Matthias Klose wrote: > > On 28.08.19 19:32, Robie Basak wrote: > > > Any comments on this plan? If there are no objections, I'll update the > > > wiki page documentation to match. > > > >

Re: Staging changes for future SRU landings

On Wed, Aug 28, 2019 at 06:32:13PM +0100, Robie Basak wrote: > Finally, please note that it is essential to carry out SRU verification > on the bug as usual as soon as it enters proposed because we do not want > to burden a future SRUer with verification of your bug. If timely > verification is

Should we be reverting iptables to iptables-legacy for eoan?

Hi folks, it turns out that lxd is broken by iptables now using the nft based stuff, because lxd is still using the legacy one from inside the snap. This provides a terrible experience because networking in lxd is not working at all once you enable ufw. I'd suggest we increase the priority of

Fwd: Dropping Release and Release.gpg support from APT

Do we have any repositories that do not have InRelease files for eoan+? See below for details, sorry about the forwarding, but it's a bit messy with cross-posting to ubuntu-devel. Also, of course 19.10, not 18.10, upstream me is silly. - Forwarded message from Julian Andres Klode

New force-reset-test hint

Per request, forwarding this from ubuntu-release so people who propose merges with hints know about it today. - Forwarded message from Julian Andres Klode - Date: Thu, 6 Feb 2020 13:53:15 +0100 From: Julian Andres Klode To: ubuntu-rele...@lists.ubuntu.com Subject: New force-reset-test

Re: Upcoming PHP 7.4 transition

On Thu, Feb 13, 2020 at 05:33:21PM -0800, Bryce Harrington wrote: > Hi devs, > > For focal the server team will be transitioning PHP to 7.4 over the > coming weeks. > > Since version 7.0, upstream PHP has adopted a regular release cadence, > with one release per year. Each release is supported

Fixed: autopkgtest outage

On Mon, Mar 09, 2020 at 03:57:44PM +0100, Julian Andres Klode wrote: > Hi all, > > our autopkgtest images are broken with a broken libcrypt1, > we are building new ones. > > Should be back soon. This has been resolved since a few hours already. -- debian developer

autopkgtest outage

Hi all, our autopkgtest images are broken with a broken libcrypt1, we are building new ones. Should be back soon. -- debian developer - deb.li/jak | jak-linux.org - free software dev ubuntu core developer i speak de, en -- ubuntu-devel mailing list

uninstallable build-depends reports

Hi folks, last week I setup edos-distcheck for focal, and it's now running on my server hourly, and provides you with the latest uninstallable build-depends. https://magenta.jak-linux.org/ubuntu-archive/distcheck/ There are three kinds of files: * focal.{yml,txt} sources in release pocket

groovy pre-open analysis | missing dists/groovy/cnf/

I did some work to get python-apt in with groovy added to the distribution metadata, so we don't end up with a lot of regressions like last cycle. * Various packages needed retrying with new debootstrap, as they missed the groovy link: - retried piuparts with [python-apt, debootstrap]

stable/ubuntu-20.10 snap channels (lxd, ?) (Re: groovy pre-open analysis)

On Sun, Apr 26, 2020 at 02:17:34PM +0200, Julian Andres Klode wrote: > I did some work to get python-apt in with groovy added to the > distribution metadata, so we don't end up with a lot of regressions > like last cycle. > > * Various packages needed retrying with

deb2snap transitional packages and channel tracking

I've been reviewing some of ack's changes for the maas deb2snap transitional package, and in the latest merge request - https://code.launchpad.net/~ack/ubuntu/+source/maas/+git/maas/+merge/383411 - a topic came up that I don't think we've discussed before. Currently, the maas deb installs maas

Re: Proposal: Enabling DMESG_RESTRICT for Groovy Onward

On Wed, Jun 17, 2020 at 12:40:36PM +1200, Matthew Ruffell wrote: > Hello! > > I am proposing that we enable the CONFIG_SECURITY_DMESG_RESTRICT [1] feature > by > default for Groovy onward. FTR: This change breaks kernel error reporting in apport, see

Re: uninstallable build-depends reports

On Mon, Apr 06, 2020 at 12:37:43PM +0200, Julian Andres Klode wrote: > Hi folks, > > last week I setup edos-distcheck for focal, and it's now running > on my server hourly, and provides you with the latest uninstallable > build-depends. > > https://magenta.jak-linux.org/ubu

Re: Ubuntu Focal update of broken Calibre package

On Fri, Oct 16, 2020 at 01:18:49AM +0900, Norbert Preining wrote: > Hi Lukasz, > > so, here are a few more answers to your questions: > > On Wed, 14 Oct 2020, Lukasz Zemczak wrote: > > * How badly is calibre broken on focal right now? Is it really > > unusable in its current state? Examples of

shim in focal was reverted prior to beta [manual action required]

Hi, it seems that we did not announce widely that we had to revert shim before focal beta, as it was failing to run fwupd, and hence users could not update their firmware. Due to technical reasons with signing and stuff, we could not revert it with a higher version number, so people who were

+1 maintenance report (Nov 25/26)

So I did not keep a log of my activities yesterday, so some stuff might be missing, but here's what I remember from this weeks +1 shift: * filed a mass removal bug for obsolete packages with uninstallable build-depends (LP: #1905545): - edubuntu-menueditor - florence (DONE) - mp3splt

+1 maintenance report

Here are my two recent +1 maintenance shifts. The first one on Oct 14/15 I missed. * +1 maintenance Oct 28/29: - livecd-rootfs, sshuttle fails due to lxd snap not being available for 21.04, pinged lxd team about it - no clue: dask, python-skbio - timeouts dolfinx - killed?

Setting NotAutomatic for hirsute+1-proposed

Hi people, I'd like to suggest that we start setting NotAutomatic: yes for the proposed pocket with hirsute+1, such that things like SRU verification will be easier, and all those people who enable proposed in sources.list for I don't know what reasons don't get their systems destroyed as much.

Phased updates in APT in 21.04

(this is a copy of https://discourse.ubuntu.com/t/phased-updates-in-apt-in-21-04/20345 for everyone's attention) Starting with this development release, with APT 2.1.16 to be precise, APT now implements phased updates. Previously, only update-manager implemented phased updates, and this was

autopkgtest-cloud mostly back to normal operation

On Wed, Jun 09, 2021 at 04:36:25PM +0200, Julian Andres Klode wrote: > Hi all, > > we are currently severily limited by having turned off all arm64 > bos01 workers, and now bos01 networking being broken. bos01 networking is working again and all arm64 workers are back. With long qu

state of the autopkgtest cloud

Hi all, we are currently severily limited by having turned off all arm64 bos01 workers, and now bos01 networking being broken. I disabled bos01 arm64 workers on May 27, because it was a bit unstable, and xnox wanted to run kernel tests on bos02 only, and the queues were empty. Last week, queues

Re: state of the autopkgtest cloud

On Wed, Jun 09, 2021 at 09:13:54AM -0600, dann frazier wrote: > On Wed, Jun 09, 2021 at 04:36:25PM +0200, Julian Andres Klode wrote: > > Hi all, > > > > we are currently severily limited by having turned off all arm64 > > bos01 workers, and now bos01 networking being

apt-get update --on-error=any

I just realized I did not yet widely advertise that hirsute has a new --error-on=any argument for apt{,-get} update that makes it also consider transient errors as errors instead of warnings. I think a bunch of people asked for that in the past because they implemented retry loops around that for

+1 maintenance report

Here are the +1 bits from my status for my Mo/Tue/Wed shift * +1 maintenance on Monday, Tuesday - infrastructure - autopkgtest-cloud: rebased the initial work on multiple cloud workers on top of current wip/mojo-juju-2 * +1 maintenance - packages (excluding simple retries I've forgotten about)

Re: Fully numeric usernames in Focal

On Thu, Apr 08, 2021 at 06:58:36PM +0200, Victor Tapia wrote: > Hi, > > While reviewing a bug in Focal I noticed that useradd allows the creation > of fully numeric usernames[1] but systemd does not like them[2]. This > triggers issues in apps relying on systemd, such as gnome/gdm (returns to >

Re: +1 maintenance report

On Mon, Feb 15, 2021 at 05:36:15PM +0100, Jan Ceuleers wrote: > On 13/02/2021 04:49, Seth Arnold wrote: > > Could we build a retriggerbot that smashes the retry button three times > > before bothering any humans about failed tests? > > > > Hitting retry is often the first troubleshooting step

Re: apt-get update --on-error=any

On Thu, Feb 18, 2021 at 09:20:44AM -0500, Scott Moser wrote: > On Thu, Feb 11, 2021 at 5:14 AM Julian Andres Klode > wrote: > > > > I just realized I did not yet widely advertise that hirsute has a new > > --error-on=any argument for apt{,-get} update that makes it als

Making cron stop overriding PATH?

So, it seems that cron defines two PATH right now. Stuff launched from /etc/crontab - e.g. /etc/cron.daily and friends - get a PATH _similar_ to the normal one, except that: - /{s,}bin comes before /usr/{s,bin} - /snap/bin is missing It is:

Proposal: Stop auto-syncs a week earlier (Debian releases on the 14th)

Hi folks, with Debian releasing on the 14th, leaving the auto-sync on until the 19th would have the effect of drawing in a lot of new packages just before feature freeze. I suggest we instead stop the auto syncs a week earlier; either next Thu or next Friday (12th or 13th), to avoid that. This

os-prober is disabled in grub 2.06 and where to go from here

Hi ubuntu-devel, os-prober is disabled with the grub 2.06 upload, which is obviously a bit controversial and the outcome is not necessarily in the best interest of our users. # Reasons os-prober is inherently insecure as it mounts all partitions on your disk using grub-mount to check them for

Re: os-prober is disabled in grub 2.06 and where to go from here

On Fri, Dec 17, 2021 at 05:01:59PM +0100, Julian Andres Klode wrote: > Hi ubuntu-devel, > > os-prober is disabled with the grub 2.06 upload, which is > obviously a bit controversial and the outcome is not > necessarily in the best interest of our users. > > # Reasons > &

Manual baseline retesting available on autopkgtest.u.c

Hi all, autopkgtest.ubuntu.com now supports the migration-reference/0 trigger, so you can start building request.cgi URLs with it, for example (only showing the tail after request.cgi): ?release=impish=s390x=gzip=migration-reference/0 The retry-autopkgtest-regressions command in

autopkgtests on ppc64el fixed now

Hi all, the issues with ppc64el autopkgtest should be resolved now, IS spent a ton of time yesterday analysing the situation, whacking virtual switches, rebooting hypervisors and all that fun stuff. The queue has made some progress, but it will still be a couple of days until ppc64el has caught

Re: Manual baseline retesting available on autopkgtest.u.c

On Sat, Nov 06, 2021 at 09:57:50AM +0100, Julian Andres Klode wrote: > Hi all, > > autopkgtest.ubuntu.com now supports the migration-reference/0 trigger, so you > can start building request.cgi URLs with it, for example (only showing the > tail > after request.cgi): >

Re: Proposal: revert recent debianutils changes for Jammy

On Tue, Nov 30, 2021 at 12:45:56PM +, Robie Basak wrote: > On Thu, Nov 25, 2021 at 03:56:28PM +, Robie Basak wrote: > > On Thu, Nov 25, 2021 at 12:53:03PM +, Robie Basak wrote: > > > Any objections to an upload to debianutils in Ubuntu reverting these two > > > changes? > > > > It

Re: Setting NotAutomatic for hirsute+1-proposed

On Thu, Dec 09, 2021 at 04:27:31PM +, Colin Watson wrote: > On Wed, Feb 03, 2021 at 11:12:57AM +, Iain Lane wrote: > > I think the Launchpad support is still missing, although we started on > > this several years ago. That will need to be picked up and finished off: > > > >

Re: Revisiting default initramfs compression

On Wed, Dec 08, 2021 at 09:51:44AM -0800, Heinrich Schuchardt wrote: > The memory should only be one factor to be taken into account. The SiFive > Unmatched and the RPi 4 boards both have 8 GiB but slow CPUs. It would be > advisable to use a lower compression level on these. The Pi 4 is limited

Re: Revisiting default initramfs compression

On Thu, Dec 09, 2021 at 09:21:35AM +1300, Michael Hudson-Doyle wrote: > On Thu, 9 Dec 2021 at 08:52, Julian Andres Klode > wrote: > > > The most interesting solution would be to create the cpip archive > > dynamically by giving cpio a list of files over a pipe that we c

  1   2   >