On Tue, Feb 15, 2022 at 00:08:04 +0100, Daan De Meyer via arch-general wrote:
> Hi,
>
> Now that glibc 2.35 is available, could we enable and ship the
> compiled form of the new C.UTF-8 locale in glibc by default in Arch
> Linux?
>
> From the glibc 2.35 release notes
> (https://sourceware.org/pip
At least on Linux systems, the "time" isn't actually changing, as the
system clock is expressed in UTC internally (or rather, seconds elapsed
since UNIX epoch), and keeps increasing monotonically. Only the human-
readable *display* of time is taking your local timezone into account,
and skips or r
On Fri, Sep 03, 2021 at 20:17:25 +0200, mpan via arch-general wrote:
> You may -U a URL directly:
> $ sudo pacman -U
> 'https://archlinux.org/packages/community-testing/x86_64/PKGNAME/download'
For completeness, better add a trailing slash, if using ParallelDownloads:
https://bugs.archlinux.org/t
On Mon, Jun 28, 2021 at 11:53:36 +0200, Geert Hendrickx wrote:
> > On 21-06-28 10:36, Geert Hendrickx wrote:
> > > Upstream issue created: https://github.com/systemd/systemd/issues/20050
> > >
> Here it is: https://bugs.archlinux.org/task/71378
>
FWIF, this has been fixed in systemd 249.
On Mon, Jun 28, 2021 at 09:39:42 +, George Rawlinson wrote:
> On 21-06-28 10:36, Geert Hendrickx wrote:
> > Upstream issue created: https://github.com/systemd/systemd/issues/20050
> >
> > Does it help to replicate this as an Arch bug?
> >
> >
> > Geert
>
> Yes it does, and it would be a
Upstream issue created: https://github.com/systemd/systemd/issues/20050
Does it help to replicate this as an Arch bug?
Geert
On Sun, Jun 27, 2021 at 18:10:23 +, George Rawlinson via arch-general wrote:
> Hello Geert,
>
> Can you create a bug report on the bugtracker[0] with as muc
Hi
I'm having an issue with IPv6 connectivity since systemd-networkd 249rc2-1
from [testing]. I noticed SSH sessions (all IPv6) locking up every few
minutes, and after some digging it turns out to be due to very fast IPv6
temporary address rotation, making any long-lived SSH session impossible.
On Sat, Feb 20, 2021 at 21:25:21 +0100, mpan via arch-general wrote:
> > I benchmarked it on my mkinitcpio image, and zstd with mkinitcpio's […]
> Though you have benchmarked a wrong thing. It’s decompression time that
> matters here, not compression. The image is compressed to make it load
> faste
On Sat, Feb 20, 2021 at 19:33:26 +0100, Geert Hendrickx via arch-general wrote:
> I benchmarked it on my mkinitcpio image, and zstd with mkinitcpio's
> default compression level 19 (standard COMPRESSION_OPTIONS for zstd) is
> several orders of magnitude slower than lz4, only to g
On Fri, Feb 19, 2021 at 16:45:02 -0300, Giancarlo Razzolini via arch-general
wrote:
> If you're using lz4 now, you might want to try zstd. It's faster to
> generate images now.
I benchmarked it on my mkinitcpio image, and zstd with mkinitcpio's
default compression level 19 (standard COMPRESSION_
10 matches
Mail list logo
