On Mon, Jul 01, 2024 at 12:59:05 +0200, Geert Hendrickx wrote:
> More specifically, the upgraded server logs the following:
> sshd: -R not supported here
>
> (when forked by a not-restarted master process)
>
> I can't immediatly spot in the ChangeLog what is causing t
On Mon, Jul 01, 2024 at 06:36:50 -0400, Genes Lists wrote:
> After updating both client and remote machine(s) its important to
> restart sshd.
>
> If you don't restart sshd, and then attempt to ssh into the remote,
> it may fail with:
>
>kex_exchange_identification: read: Connection reset by
On Sat, Feb 24, 2024 at 07:10:49 -0500, Genes Lists wrote:
> - postfix - main package is 4.4 MB and subpackages are each 50kB.
>size is of very little benefit here.
It's not just about package size, but also dependencies.
Before Postfix supported dynamic maps, every build-time dependency (p
On Tue, Jan 23, 2024 at 15:20:46 +, Polarian wrote:
> Hello,
>
> Sorry for a second email, I just noticed a commit changing from db to
> db5.3 downgrading the version. [1]
>
> I assume this is the cause of the incompatibility, and thus it was not
> the version bump, but the change in dependen
On Thu, Jun 29, 2023 at 08:33:15 -0400, Genes Lists wrote:
> On 6/29/23 08:06, Genes Lists wrote:
> > On 6/29/23 07:16, Genes Lists wrote:
> >
> > Actually the cleanest and simplest way is to use libressl which is ... -
> > I will build and test.
> >
>
> Very simple to build with libressl - prel
On Sun, Nov 13, 2022 at 15:07:20 +0100, Geert Hendrickx wrote:
> On Sun, Nov 13, 2022 at 13:43:03 +0100, Kristian Klausen wrote:
> > P.S. Adding a emoji 😎 to verify that this is indeed fixed at your end.
>
>
> Hi
>
> Your message was base64-encoded (I think by Gnu
On Sun, Nov 13, 2022 at 13:43:03 +0100, Kristian Klausen wrote:
> P.S. Adding a emoji 😎 to verify that this is indeed fixed at your end.
Hi
Your message was base64-encoded (I think by GnuPG), so passes OK anyway.
Trying again with this shorter message. Tħåñk ÿóú спасибо.
Geert
On Thu, Nov 10, 2022 at 23:59:27 +0100, Morten Linderud wrote:
> This is a known bug.
>
> Please see https://bugs.archlinux.org/task/76468
> https://github.com/systemd/systemd/pull/25222
Thanks!
I terminated my /etc/kernel/cmdline with a null byte as a workaround now.
(and changed grep call in
Hi
I'm UEFI-booting Arch Linux from a unified kernel image (UKI) generated
by mkinitcpio: https://wiki.archlinux.org/title/Unified_kernel_image
Recently, I'm seeing random junk being appended to the kernel commandline:
$ cat /proc/cmdline
"_VGA] +WQmapper/ssdvg-root rw quiet loglevel=3 udev.lo
In the chain sender => list.archlinux.org => list members, I suspect it's
Mailman (on the Arch list server) that does not support 8BITMIME; since
OpenDKIM on that server succesfully verified the DKIM signature, the mail
arrived there as 8bit, but is being distributed to list members as 7-bit.
Coul
On Thu, Oct 27, 2022 at 18:32:42 +0100, pete wrote:
> Thanks for that i am also using syslinux for boot i fell out with grub
> basically the root partition is a result of my cockup i have several 1Tb
> drives i was going to use one of those as the root partition the entire drive
You may want t
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
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?
> >
> >
> >
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_
21 matches
Mail list logo
