DevHeads.net

Postings by Julian Andres Klode

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 <a href="https://bugs.launchpad.net/bugs/1780996" title="https://bugs.launchpad.net/bugs/1780996">https://bugs.launchpad.net/bugs/1780996</a>. Help is welcome,
just assign yourself a task first and then complete it. Do note that
there are some pitfalls where triggers cannot be converted to noawait,
like gsettings schemas.

Forwarding this to ubuntu-devel.

----- Forwarded message from Julian Andres Klode < ... at debian dot org> -----

Message-ID: <20180618200724. ... at debian dot org>
Accept-Language: de-DE, de, en-GB, en-US, en
User-Agent: NeoMutt/20180512

Hi folks,

With frontend locking in dpkg git, I think it's time I clear up
some potential confusion as to how this is supposed to work in the
APT world.

The idea is that the current _system-

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] <a href="https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=892664" title="https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=892664">https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=892664</a>
[2] <a href="https://salsa.debian.org/apt-team/apt/merge_requests/8" title="https://salsa.debian.org/apt-team/apt/merge_requests/8">https://salsa.debian.org/apt-team/apt/merge_requests/8</a>

Zstd is a compression algorithm developed by Facebook that offers far
higher decompression speeds than xz or even gzip (at roughly constant
speed and memory usage across all levels), while offering 19 compression
levels ranging from roughly comparable to gzip in size (but much faster)
to 19, which is roughly comparable to xz -6:

In