ell 0.68-1 pulled from testing

I have pulled ell 0.68-1 from testing because it breaks current iwd in extra and the new iwd release has not happened yet. Please downgrade to the ell version in extra repository. -Andy pgpw6kLPR4p9q.pgp Description: Digitale Signatur von OpenPGP

Re: pre-releases (for systemd & co) in core-testing

Am Thu, 6 Jun 2024 23:14:36 +0200 schrieb Christian Hesse : > For even more testing I pushed this one to core-testing, though it > will not move to core. I expect the final release early next week, so > the risk of crazy build breakage should be fairly small. > > Have fun testing and enjoy the ne

Re: icu rebuilds - only couchdb/erlang pending

Am Mon, 26 Jun 2023 15:24:31 +0200 schrieb Andreas Radke : > The icu rebuild are finished except for couchdb. This package won't > build since erlang has been bumped to v26.x release. I couldn't get > any response from Bruno (couchdb) or Alexander (erlang). Please > consider

icu rebuilds - only couchdb/erlang pending

The icu rebuild are finished except for couchdb. This package won't build since erlang has been bumped to v26.x release. I couldn't get any response from Bruno (couchdb) or Alexander (erlang). Please consider downgrading erlang or add some compatibility erland-25 package to the repos to get the icu

Re: dropping retired X.Org Packages

Am Wed, 3 May 2023 23:51:11 +0200 schrieb Andreas Radke : > Following this reminder post[1]+[2] I'm going to remove the following > packages soon from the repos: > > xf86-input-elographics > xf86-input-synaptics > xf86-input-vmmouse > xf86-input-void > > Any o

dropping retired X.Org Packages

Following this reminder post[1]+[2] I'm going to remove the following packages soon from the repos: xf86-input-elographics xf86-input-synaptics xf86-input-vmmouse xf86-input-void Any objections? -Andy [1]https://lore.kernel.org/distributions/1ea25603-171c-062e-bc02-bcdfc3acd...@oracle.com/T/#u

Re: RFC - thoughts about Arch and init freedom?

Some have asked about technical layout variants: What would you expect from freedom of init choice? A half way means to offer at least one 2nd choice for pid1 and a 2nd init system and keep systemd for the other tasks it tries to serve. This would still not offer a true choice for the additional s

RFC - thoughts about Arch and init freedom?

The older Arch developers may remember vaguely how Arch has introduced [1] and migrated to systemd [2] becoming the new and only supported init system. Back in these days we had some developers in our team being part of upstream systemd developers. Not much discussion happened about supporting any

db6 license concerns

I have noticed freswa has bumped BerkeleyDB to v6 (again) and started pushing rebuilds to staging repo. Arch Linux had made this update already in August 2013 and discussions lead us to revert this back quickly: https://lists.archlinux.org/archives/list/arch-dev-public@lists.archlinux.org/messag

Re: [core] cleanup

Am Tue, 11 Oct 2022 12:05:44 +0200 schrieb David Runge : > Hi all, > > we need to do a bit of [core] repository cleanup. > Why do you think so? I can only imagine a cleanup where we need to drop a fully unmaintained and unneeded package to avoid security risks. And we may need to constantly

Re: [core] cleanup

Am Tue, 11 Oct 2022 13:14:12 +0200 schrieb David Runge : > I'd argue neither needs to be in core. However, nano at least is still > somewhat maintained. How comes? Nano is actually pretty well maintained and has seen lots of updates over the past years. See https://git.savannah.gnu.org/cgit/nano

Re: [arch-dev-public] openssl 3.0

What's the status? Can we start the actual move and rebuilds? There should be enough work done by other distributions to fix major issues. We'are already late at that party. -Andy pgpJk9ES4KCpd.pgp Description: Digitale Signatur von OpenPGP

Re: The future of arch-commits

Am Sun, 15 May 2022 23:53:31 +0200 schrieb Kristian Klausen : > Hi all, > > I'm in the process of migrating our mailing lists from mailman2 to > mailman3[1]. > Migrating arch-commits could be a challenge though (+1 million mails) > and just deprecating it would be easier :) > > So, is there an

Re: [arch-dev-public] openssl 3.0

Am Mon, 21 Mar 2022 18:52:14 +0100 schrieb Pierre Schmitz via arch-dev-public : > Hi Christian, > > there were some delays due to other rebuilds and lack of time/other > issues. > > So far I did not get any feedback, so I'd like to repeat my request > for help. > * If someone with more C knowled

Re: [arch-dev-public] Spring cleanup '22

I've disowned the following packages that I don't use anymore or have no more interest in: libisoburn libisofs libburn nx (libxcomp, nx-headers, nx-x11, nxagent, nxproxy) x2goclient x2goserver procmail xterm Feel free to adopt the packages. -Andy pgppFK2Y2r0AA.pgp Description: Digitale Sig

Re: [arch-dev-public] Starting x86_64_v3 port

1) -1 for bringing new packagers onboard just due to the lack of automatic rebuilds. 2) For me 2 of my 3 systems are only x86-64-v2 so I won't be able to test anything seriously. So I'm out of the game if v3 is the new default. Both systems are fast enough for many more years. So there's no plan t

[arch-dev-public] News draft: linux-firmware 20220119.0c6a7b3-2 requires kernel >=5.3 and package splitting

The linux-firmware package 20220119.0c6a7b3-2 implements kernel firmware compression. Linux kernel from 5.3 on support loading from xz compressed firmware. CONFIG_FW_LOADER_COMPRESS kernel option must be enabled. All official Arch Linux kernel support this for a long time. [1] The linux-firmware p

Re: [arch-dev-public] LibreOffice will loose Drive access

There's more than Chromium: Dropping Google API key support from Arch packages will also affect libreoffice packages. Removing the keys from Libreoffice packages will make it loose access to Google drive. -Andy pgp708C35pqMR.pgp Description: Digitale Signatur von OpenPGP