Removing the imap,c-client and php-imap packages

2022-12-16 Thread Pierre Schmitz
While preparing updates to our PHP packages I think it's now time to retire the abandoned imap package: https://archlinux.org/packages/extra/x86_64/imap/ The last upstream version was from 2007 and the upstream website is gone for many years now. I doubt anyone actually uses the imap server; its m

RFC - thoughts about Arch and init freedom?

2022-12-16 Thread Andreas Radke
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

Re: RFC - thoughts about Arch and init freedom?

2022-12-16 Thread Timothy Redaelli
On Fri, Dec 16, 2022 at 10:46 PM Andreas Radke wrote: > > 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 syste

Re: RFC - thoughts about Arch and init freedom?

2022-12-16 Thread Morten Linderud
On Fri, Dec 16, 2022 at 10:46:12PM +0100, Andreas Radke wrote: > 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

Re: RFC - thoughts about Arch and init freedom?

2022-12-16 Thread T.J. Townsend
> Nowadays systemd has become much more than a plain init system > and plans to grow further. This may leadd to problems from a user and > system administrator perspective once you are hit by some bug. Systemd > as a whole thing doesn't care about the Unix philosophy to do only one > thing but well