Re: [arch-dev-public] News draft: Moving to Zstandard images by default on mkinitcpio

2021-02-17 Thread Giancarlo Razzolini via arch-dev-public
Em fevereiro 17, 2021 12:05 Morten Linderud via arch-dev-public escreveu: Why the rush though? The kernels where released not even a day ago and why risk breaking peoples setup? Even if partial upgrading the kernel is not recommended it's a fairly common strategy. Hence the news entry? I'd

Re: [arch-dev-public] News draft: Moving to Zstandard images by default on mkinitcpio

2021-02-17 Thread Morten Linderud via arch-dev-public
On Wed, Feb 17, 2021 at 11:40:58AM -0300, Giancarlo Razzolini via arch-dev-public wrote: > Em fevereiro 17, 2021 11:13 Christian Hesse escreveu: > > Giancarlo Razzolini via arch-dev-public > > > > on Wed, 2021/02/17 10:51: > > > All official kernels of Arch Linux now support zstd compressed init

Re: [arch-dev-public] News draft: Moving to Zstandard images by default on mkinitcpio

2021-02-17 Thread Giancarlo Razzolini via arch-dev-public
Em fevereiro 17, 2021 11:13 Christian Hesse escreveu: Giancarlo Razzolini via arch-dev-public on Wed, 2021/02/17 10:51: All official kernels of Arch Linux now support zstd compressed initramfs images, so mkinitcpio is switching to zstd compressed images by default on the version that is current

Re: [arch-dev-public] News draft: Moving to Zstandard images by default on mkinitcpio

2021-02-17 Thread Christian Hesse via arch-dev-public
Giancarlo Razzolini via arch-dev-public on Wed, 2021/02/17 10:51: > All official kernels of Arch Linux now support zstd compressed initramfs > images, so mkinitcpio is switching to zstd compressed images by default on > the version that is currently on [testing]. You should name the version numbe

[arch-dev-public] News draft: Moving to Zstandard images by default on mkinitcpio

2021-02-17 Thread Giancarlo Razzolini via arch-dev-public
Hi Guys, So, mkinitcpio-30 (on [testing]), uses zstd by default for initramfs images, since all our kernels now support it. I plan to move mkinitcpio in the next 24-48 hours but, since I anticipate some people holding back 5.4 kernels, I want to send the following news announcement (here [0] i

Re: [arch-dev-public] hardlink in util-linux

2021-02-17 Thread Sébastien Luttringer via arch-dev-public
On Wed, 2021-02-17 at 12:18 +0100, Christian Hesse via arch-dev-public wrote: > upstream util-linux replaced the current implementation of hardlink (which we > do not ship) with Debian's [0]. For util-linux 2.37 I plan to package the > hardlink executable and set provides, conflicts and replaces o

Re: [arch-dev-public] hardlink in util-linux

2021-02-17 Thread Eli Schwartz via arch-dev-public
On 2/17/21 6:18 AM, Christian Hesse via arch-dev-public wrote: > Hello everybody, > > upstream util-linux replaced the current implementation of hardlink (which we > do not ship) with Debian's [0]. For util-linux 2.37 I plan to package the > hardlink executable and set provides, conflicts and repl

[arch-dev-public] hardlink in util-linux

2021-02-17 Thread Christian Hesse via arch-dev-public
Hello everybody, upstream util-linux replaced the current implementation of hardlink (which we do not ship) with Debian's [0]. For util-linux 2.37 I plan to package the hardlink executable and set provides, conflicts and replaces on hardlink package. Any objections? [0] https://github.com/karelza