On Sun, 2019-06-02 at 05:55 +0200, Christian Rebischke via arch-dev-public
wrote:
> On Sun, Jun 02, 2019 at 01:07:12PM +1000, Allan McRae wrote:
> > On 2/6/19 9:08 am, Christian Rebischke via arch-dev-public wrote:
> > > 1. Simplified repositories
> > > Currently we have [core], [extra] and [commun
On Wed, 2019-09-11 at 21:37 +0200, Jelle van der Waa wrote:
>
> - When enough signoffs are reached, archweb automatically sends a mail
> to the packager that the package has reached the target signoffs! If
> this is too spammy we can consider a "daily" report.
>
So useful feature ! Thanks.
R
On Sun, 2019-11-10 at 18:41 -0300, Giancarlo Razzolini via arch-dev-public
wrote:
> These changes were made after a lot of discussions between myself, Jen and
> the maintainers
> of the other kernels as well. We have spent a lot of time to arrive at this
> current format. [2]
Hello,
Nice to see
On Mon, 2019-11-11 at 15:41 -0500, Eli Schwartz via arch-dev-public wrote:
> On 11/10/19 9:54 PM, Sébastien Luttringer via arch-dev-public wrote:
> As I said above, the documentation for kernel-install is pretty clear on
> its expected usage. It's a one-stop shop, it executes
On Thu, 2020-01-02 at 23:35 -0500, Eli Schwartz via arch-dev-public wrote:
> ...
>
> Thoughts?
Posix is an old standard which fail to make a common ground to Unix systems.
If we think user needs meta packages to install their Arch, is the Linux
Standard Base more relevant to us?
Cheers,
Sébas
On Fri, 2020-01-03 at 11:11 -0500, Eli Schwartz via arch-dev-public wrote:
> On 1/3/20 10:48 AM, Sébastien Luttringer wrote:
> > On Thu, 2020-01-02 at 23:35 -0500, Eli Schwartz via arch-dev-public wrote:
> > > ...
> > >
> > > Thoughts?
> >
>
> I would argue that POSIX is a standard which people
On Sat, 2020-01-04 at 13:08 +1000, Allan McRae via arch-dev-public wrote:
> On 4/1/20 12:47 pm, Sébastien Luttringer via arch-dev-public wrote:
> > One unfortunate consequence could be to have packages rely on it to make
> > dependencies shorter, and make us pull cups or cronie.
&g
On Sun, 2020-02-02 at 17:48 +0100, David Runge wrote:
>
> Everyone, feel invited to install and test the applications and propose
> fixes and expansions to the documentation (or packages) as needed.
>
Hello,
Great! So happy you moved forward. I'll test your work with my building
co-owner maili
The libtraceevent package prior to version 5.9-1 was missing
a soname link. This has been fixed in 5.9-1, so the upgrade will
need to overwrite the untracked files created by ldconfig. If you get any
of these errors
libtraceevent: /usr/lib/libtraceevent.so.1 exists in filesystem
when updating
On Sat, 2020-10-24 at 00:07 +0200, Jan Alexander Steffens wrote:
> On Wed, Oct 21, 2020 at 3:20 AM Sébastien Luttringer via
> arch-dev-public wrote:
>
> Was libtraceevent 5.9 never in [community-testing]?
No, like every release.
>
> Next time, please release the affected pa
Hello,
I would like stop maintaining arptables and ebtables and drop them in
[unsupported].
The future in the linux kernel is clearly nftables and keeping them in the
repository present is of little interest these days.
ebtables is still an hard dependency on others packages, but the iptables-nft
On Thu, 2020-12-17 at 21:57 +0100, Jelle van der Waa wrote:
> I am happy to announce that thanks to Kake/PIA sponsoring us dedicated
> servers, we now have three new Arch Linux Archive servers available at:
>
> https://america.archive.pkgbuild.com/
> https://europe.archive.pkgbuild.com/
> https:
12 matches
Mail list logo