Re: [systemd-devel] [RFC] the chopping block

2016-04-01 Thread Mike Gilbert
On Wed, Feb 24, 2016 at 10:42 PM, Mike Gilbert wrote: > On Fri, Feb 19, 2016 at 7:22 AM, Lennart Poettering > wrote: >> On Thu, 18.02.16 20:33, Mike Gilbert (flop...@gentoo.org) wrote: >> >>> On Thu, Feb 11, 2016 at 12:06 PM, Lennart Poettering >>> wrote: >>> > 1) systemd-initctl (i.e. the /dev/

Re: [systemd-devel] [RFC] the chopping block

2016-02-24 Thread Mike Gilbert
On Fri, Feb 19, 2016 at 7:22 AM, Lennart Poettering wrote: > On Thu, 18.02.16 20:33, Mike Gilbert (flop...@gentoo.org) wrote: > >> On Thu, Feb 11, 2016 at 12:06 PM, Lennart Poettering >> wrote: >> > 1) systemd-initctl (i.e. the /dev/initctl SysV compat support). Last >> >time Debian was still

Re: [systemd-devel] [RFC] the chopping block

2016-02-23 Thread Lennart Poettering
On Thu, 18.02.16 20:33, Mike Gilbert (flop...@gentoo.org) wrote: > On Thu, Feb 11, 2016 at 12:06 PM, Lennart Poettering > wrote: > > 1) systemd-initctl (i.e. the /dev/initctl SysV compat support). Last > >time Debian was still using that, maybe this changed now? > > Gentoo allows switching b

Re: [systemd-devel] [RFC] the chopping block

2016-02-18 Thread Mike Gilbert
On Thu, Feb 11, 2016 at 12:06 PM, Lennart Poettering wrote: > 1) systemd-initctl (i.e. the /dev/initctl SysV compat support). Last >time Debian was still using that, maybe this changed now? Gentoo allows switching between systemd and openrc (sysvinit) at boot time, and will continue to do so

Re: [systemd-devel] [RFC] the chopping block

2016-02-18 Thread Ahmed S. Darwish
Hi :-) On Thu, Feb 11, 2016 at 06:06:45PM +0100, Lennart Poettering wrote: > Heya! ... > 5) Here's the controversial one I think: support for booting up >without /var. We have kludges at quite a few places because we >cannot access /var early during boot. I am tempted to stop >supporti

Re: [systemd-devel] [RFC] the chopping block

2016-02-13 Thread Reindl Harald
Am 13.02.2016 um 14:17 schrieb Christian Seiler: On 02/13/2016 01:44 PM, Reindl Harald wrote: [root@mail-gw:~]$ cat /etc/fstab | grep log UUID=a8fc620d-8046-47a3-8b63-102c525ce5e8 /var/log ext4 defaults, noexec 0 1 To be fair to Lennart: your specific use case, if /var/log is just a sepa

Re: [systemd-devel] [RFC] the chopping block

2016-02-13 Thread Mantas Mikulėnas
On Thu, Feb 11, 2016 at 7:06 PM, Lennart Poettering wrote: > 5) Here's the controversial one I think: support for booting up >without /var. We have kludges at quite a few places because we >cannot access /var early during boot. I am tempted to stop >supporting this altogether. Of cour

Re: [systemd-devel] [RFC] the chopping block

2016-02-13 Thread Christian Seiler
On 02/13/2016 01:44 PM, Reindl Harald wrote: > [root@mail-gw:~]$ cat /etc/fstab | grep log > UUID=a8fc620d-8046-47a3-8b63-102c525ce5e8 /var/log ext4 defaults, noexec > 0 1 To be fair to Lennart: your specific use case, if /var/log is just a separate partition, will work perfectly fine even wi

Re: [systemd-devel] [RFC] the chopping block

2016-02-13 Thread Christian Seiler
On 02/13/2016 01:01 PM, Lennart Poettering wrote: > On Sat, 13.02.16 00:10, Christian Seiler (christ...@iwakd.de) wrote: > >> On 02/12/2016 10:34 PM, Lennart Poettering wrote: >>> On Fri, 12.02.16 17:49, Simon McVittie (simon.mcvit...@collabora.co.uk) >>> wrote: >>> On 11/02/16 17:06, Lennar

Re: [systemd-devel] [RFC] the chopping block

2016-02-13 Thread Reindl Harald
Am 13.02.2016 um 13:01 schrieb Lennart Poettering: My maingoal here is really about having read-access to things, and being able to schedule stuff based on configuration and existance of things, even if that stuff cannot be written to yet. If /var is mounted this late it makes things a lot more

Re: [systemd-devel] [RFC] the chopping block

2016-02-13 Thread Lennart Poettering
On Sat, 13.02.16 00:10, Christian Seiler (christ...@iwakd.de) wrote: > On 02/12/2016 10:34 PM, Lennart Poettering wrote: > > On Fri, 12.02.16 17:49, Simon McVittie (simon.mcvit...@collabora.co.uk) > > wrote: > > > >> On 11/02/16 17:06, Lennart Poettering wrote: > >>> 5) Here's the controversial

Re: [systemd-devel] [RFC] the chopping block

2016-02-13 Thread Lennart Poettering
On Fri, 12.02.16 23:37, Zbigniew Jędrzejewski-Szmek (zbys...@in.waw.pl) wrote: > > > > As long as it's only one package I am happy to break this I must say... > > > I check this now, and samba compiles fine with systemd-compat-libs.rpm > > > removed. So no problem here. > > > > > > Our compat sup

Re: [systemd-devel] [RFC] the chopping block

2016-02-12 Thread Zbigniew Jędrzejewski-Szmek
On Fri, Feb 12, 2016 at 10:16:14PM +0100, Lennart Poettering wrote: > On Thu, 11.02.16 19:44, Zbigniew Jędrzejewski-Szmek (zbys...@in.waw.pl) wrote: > > > On Thu, Feb 11, 2016 at 06:45:52PM +0100, Lennart Poettering wrote: > > > On Thu, 11.02.16 17:34, Zbigniew Jędrzejewski-Szmek (zbys...@in.waw.p

Re: [systemd-devel] [RFC] the chopping block

2016-02-12 Thread Christian Seiler
On 02/12/2016 10:34 PM, Lennart Poettering wrote: > On Fri, 12.02.16 17:49, Simon McVittie (simon.mcvit...@collabora.co.uk) wrote: > >> On 11/02/16 17:06, Lennart Poettering wrote: >>> 5) Here's the controversial one I think: support for booting up >>>without /var. We have kludges at quite a f

Re: [systemd-devel] [RFC] the chopping block

2016-02-12 Thread Lennart Poettering
On Fri, 12.02.16 17:49, Simon McVittie (simon.mcvit...@collabora.co.uk) wrote: > On 11/02/16 17:06, Lennart Poettering wrote: > > 5) Here's the controversial one I think: support for booting up > >without /var. We have kludges at quite a few places because we > >cannot access /var early du

Re: [systemd-devel] [RFC] the chopping block

2016-02-12 Thread Lennart Poettering
On Thu, 11.02.16 23:32, Michael Biebl (mbi...@gmail.com) wrote: > 2016-02-11 18:06 GMT+01:00 Lennart Poettering : > > Heya! > > > > So I am thinking about some spring cleaning, and would love to remove > > the following bits from the systemd package: > > > > 1) systemd-initctl (i.e. the /dev/initc

Re: [systemd-devel] [RFC] the chopping block

2016-02-12 Thread Lennart Poettering
On Thu, 11.02.16 21:59, Martin Pitt (martin.p...@ubuntu.com) wrote: > Hello, > > answering for Debian/Ubuntu. > > Lennart Poettering [2016-02-11 18:06 +0100]: > > 1) systemd-initctl (i.e. the /dev/initctl SysV compat support). Last > >time Debian was still using that, maybe this changed now?

Re: [systemd-devel] [RFC] the chopping block

2016-02-12 Thread Lennart Poettering
On Thu, 11.02.16 21:39, Reindl Harald (h.rei...@thelounge.net) wrote: > > > Am 11.02.2016 um 20:37 schrieb Jóhann B. Guðmundsson: > >Arguably you should chop away the environment files support in the > >process since you are already wielding the axe... > > no - damned there are a ton of reasons

Re: [systemd-devel] [RFC] the chopping block

2016-02-12 Thread Lennart Poettering
On Thu, 11.02.16 19:44, Zbigniew Jędrzejewski-Szmek (zbys...@in.waw.pl) wrote: > On Thu, Feb 11, 2016 at 06:45:52PM +0100, Lennart Poettering wrote: > > On Thu, 11.02.16 17:34, Zbigniew Jędrzejewski-Szmek (zbys...@in.waw.pl) > > wrote: > > > > > On Thu, Feb 11, 2016 at 06:06:45PM +0100, Lennart

Re: [systemd-devel] [RFC] the chopping block

2016-02-12 Thread Lennart Poettering
On Thu, 11.02.16 19:18, Matthias Urlichs (matth...@urlichs.de) wrote: > On 11.02.2016 18:49, Lennart Poettering wrote: > > Again: this does not break systems with split off /var, as I tried to > > make very clear in my original mail. All that's needed is that the > > initrd mounts /var before hand

Re: [systemd-devel] [RFC] the chopping block

2016-02-12 Thread Lennart Poettering
On Fri, 12.02.16 10:04, Colin Guthrie (gm...@colin.guthr.ie) wrote: > Lennart Poettering wrote on 11/02/16 17:49: > > On Thu, 11.02.16 18:29, Matthias Urlichs (matth...@urlichs.de) wrote: > > > >> Hi, > >> > >> Lennart Poettering: > >>> 5) Here's the controversial one I think: support for booting

Re: [systemd-devel] [RFC] the chopping block

2016-02-12 Thread Simon McVittie
On 11/02/16 17:06, Lennart Poettering wrote: > 5) Here's the controversial one I think: support for booting up >without /var. We have kludges at quite a few places because we >cannot access /var early during boot. I don't think /var is really the same thing as /usr: for a start, it has to

Re: [systemd-devel] [RFC] the chopping block

2016-02-12 Thread Colin Guthrie
Lennart Poettering wrote on 11/02/16 17:49: > On Thu, 11.02.16 18:29, Matthias Urlichs (matth...@urlichs.de) wrote: > >> Hi, >> >> Lennart Poettering: >>> 5) Here's the controversial one I think: support for booting up >>>without /var. >> >> Meh. I have quite a few multi-boot systems with a co

Re: [systemd-devel] [RFC] the chopping block

2016-02-11 Thread Jóhann B . Guðmundsson
On 02/11/2016 09:44 PM, Andrew Bartlett wrote: On Thu, 2016-02-11 at 20:04 +, Jóhann B. Guðmundsson wrote: On 02/11/2016 05:34 PM, Zbigniew Jędrzejewski-Szmek wrote: 2) compat support for libsystemd-login.so and friends (these were merged into a single libsystemd.so a long time ago).

Re: [systemd-devel] [RFC] the chopping block

2016-02-11 Thread Michael Biebl
2016-02-11 18:06 GMT+01:00 Lennart Poettering : > Heya! > > So I am thinking about some spring cleaning, and would love to remove > the following bits from the systemd package: > > 1) systemd-initctl (i.e. the /dev/initctl SysV compat support). Last >time Debian was still using that, maybe this

Re: [systemd-devel] [RFC] the chopping block

2016-02-11 Thread Jóhann B . Guðmundsson
On 02/11/2016 08:41 PM, Armin K. wrote: On 11.02.2016 21:04, Jóhann B. Guðmundsson wrote: On 02/11/2016 05:34 PM, Zbigniew Jędrzejewski-Szmek wrote: 2) compat support for libsystemd-login.so and friends (these were merged into a single libsystemd.so a long time ago). We are still bui

Re: [systemd-devel] [RFC] the chopping block

2016-02-11 Thread Reindl Harald
Am 11.02.2016 um 22:11 schrieb Martin Pitt: Martin Pitt [2016-02-11 21:59 +0100]: This would apply if you boot with systemd, then install sysvinit, and want to reboot the machine (using SysV's /sbin/reboot), right? Or the other way around? This is still somewhat relevant for Debian, but maybe

Re: [systemd-devel] [RFC] the chopping block

2016-02-11 Thread Martin Pitt
Martin Pitt [2016-02-11 21:59 +0100]: > This would apply if you boot with systemd, then install sysvinit, and > want to reboot the machine (using SysV's /sbin/reboot), right? Or the > other way around? > > This is still somewhat relevant for Debian, but maybe there's > something simpler that can b

Re: [systemd-devel] [RFC] the chopping block

2016-02-11 Thread Martin Pitt
Hello, answering for Debian/Ubuntu. Lennart Poettering [2016-02-11 18:06 +0100]: > 1) systemd-initctl (i.e. the /dev/initctl SysV compat support). Last >time Debian was still using that, maybe this changed now? This would apply if you boot with systemd, then install sysvinit, and want to reb

Re: [systemd-devel] [RFC] the chopping block

2016-02-11 Thread Armin K.
On 11.02.2016 21:04, Jóhann B. Guðmundsson wrote: > > > On 02/11/2016 05:34 PM, Zbigniew Jędrzejewski-Szmek wrote: >>> >2) compat support for libsystemd-login.so and friends (these were >>> >merged into a single libsystemd.so a long time ago). We are still >>> >building compat libraries t

Re: [systemd-devel] [RFC] the chopping block

2016-02-11 Thread Reindl Harald
Am 11.02.2016 um 20:37 schrieb Jóhann B. Guðmundsson: Arguably you should chop away the environment files support in the process since you are already wielding the axe... no - damned there are a ton of reasons to use them where it *do not matter* if you would do whatever this way or not th

Re: [systemd-devel] [RFC] the chopping block

2016-02-11 Thread Jóhann B . Guðmundsson
On 02/11/2016 05:34 PM, Zbigniew Jędrzejewski-Szmek wrote: >2) compat support for libsystemd-login.so and friends (these were >merged into a single libsystemd.so a long time ago). We are still >building compat libraries to ease the transition, but that was a >long time ago, hence I'

Re: [systemd-devel] [RFC] the chopping block

2016-02-11 Thread Armin K.
On 11.02.2016 20:44, Zbigniew Jędrzejewski-Szmek wrote: > On Thu, Feb 11, 2016 at 06:45:52PM +0100, Lennart Poettering wrote: >> On Thu, 11.02.16 17:34, Zbigniew Jędrzejewski-Szmek (zbys...@in.waw.pl) >> wrote: >> >>> On Thu, Feb 11, 2016 at 06:06:45PM +0100, Lennart Poettering wrote: Heya! >

Re: [systemd-devel] [RFC] the chopping block

2016-02-11 Thread Zbigniew Jędrzejewski-Szmek
On Thu, Feb 11, 2016 at 06:45:52PM +0100, Lennart Poettering wrote: > On Thu, 11.02.16 17:34, Zbigniew Jędrzejewski-Szmek (zbys...@in.waw.pl) wrote: > > > On Thu, Feb 11, 2016 at 06:06:45PM +0100, Lennart Poettering wrote: > > > Heya! > > > > > > So I am thinking about some spring cleaning, and w

Re: [systemd-devel] [RFC] the chopping block

2016-02-11 Thread Jóhann B . Guðmundsson
On 02/11/2016 05:06 PM, Lennart Poettering wrote: Heya! So I am thinking about some spring cleaning, and would love to remove the following bits from the systemd package: All seem to be very sound choice to make. Arguably you should chop away the environment files support in the process si

Re: [systemd-devel] [RFC] the chopping block

2016-02-11 Thread Reindl Harald
Am 11.02.2016 um 19:18 schrieb Matthias Urlichs: On 11.02.2016 18:49, Lennart Poettering wrote: Again: this does not break systems with split off /var, as I tried to make very clear in my original mail. All that's needed is that the initrd mounts /var before handing off control to the main sys

Re: [systemd-devel] [RFC] the chopping block

2016-02-11 Thread Matthias Urlichs
On 11.02.2016 18:49, Lennart Poettering wrote: > Again: this does not break systems with split off /var, as I tried to > make very clear in my original mail. All that's needed is that the > initrd mounts /var before handing off control to the main system. I know that. Please don't assume that I mis

Re: [systemd-devel] [RFC] the chopping block

2016-02-11 Thread Lennart Poettering
On Thu, 11.02.16 20:57, Andrei Borzenkov (arvidj...@gmail.com) wrote: > 11.02.2016 20:52, Lennart Poettering пишет: > > On Thu, 11.02.16 20:48, Andrei Borzenkov (arvidj...@gmail.com) wrote: > > > >> 11.02.2016 20:06, Lennart Poettering пишет: > >>> > >>> 5) Here's the controversial one I think: s

Re: [systemd-devel] [RFC] the chopping block

2016-02-11 Thread Tom Gundersen
On Thu, Feb 11, 2016 at 6:06 PM, Lennart Poettering wrote: > Heya! > > So I am thinking about some spring cleaning, and would love to remove > the following bits from the systemd package: > All this looks good to me. > 1) systemd-initctl (i.e. the /dev/initctl SysV compat support). Last >t

Re: [systemd-devel] [RFC] the chopping block

2016-02-11 Thread Andrei Borzenkov
11.02.2016 20:52, Lennart Poettering пишет: > On Thu, 11.02.16 20:48, Andrei Borzenkov (arvidj...@gmail.com) wrote: > >> 11.02.2016 20:06, Lennart Poettering пишет: >>> >>> 5) Here's the controversial one I think: support for booting up >>>without /var. We have kludges at quite a few places be

Re: [systemd-devel] [RFC] the chopping block

2016-02-11 Thread Lennart Poettering
On Thu, 11.02.16 20:48, Andrei Borzenkov (arvidj...@gmail.com) wrote: > 11.02.2016 20:06, Lennart Poettering пишет: > > > > 5) Here's the controversial one I think: support for booting up > >without /var. We have kludges at quite a few places because we > >cannot access /var early during

Re: [systemd-devel] [RFC] the chopping block

2016-02-11 Thread Lennart Poettering
On Thu, 11.02.16 18:29, Matthias Urlichs (matth...@urlichs.de) wrote: > Hi, > > Lennart Poettering: > > 5) Here's the controversial one I think: support for booting up > >without /var. > > Meh. I have quite a few multi-boot systems with a common /var/log > partition. Plus, unlike the other "

Re: [systemd-devel] [RFC] the chopping block

2016-02-11 Thread Andrei Borzenkov
11.02.2016 20:06, Lennart Poettering пишет: > > 5) Here's the controversial one I think: support for booting up >without /var. We have kludges at quite a few places because we >cannot access /var early during boot. I am tempted to stop >supporting this altogether. Of course, this does

Re: [systemd-devel] [RFC] the chopping block

2016-02-11 Thread Matthias Urlichs
Hi, Lennart Poettering: > 5) Here's the controversial one I think: support for booting up >without /var. Meh. I have quite a few multi-boot systems with a common /var/log partition. Plus, unlike the other "spring cleaning" changes this would cause a boot failure after update. Thus: if you mu

Re: [systemd-devel] [RFC] the chopping block

2016-02-11 Thread Lennart Poettering
On Thu, 11.02.16 17:34, Zbigniew Jędrzejewski-Szmek (zbys...@in.waw.pl) wrote: > On Thu, Feb 11, 2016 at 06:06:45PM +0100, Lennart Poettering wrote: > > Heya! > > > > So I am thinking about some spring cleaning, and would love to remove > > the following bits from the systemd package: > > > > 1)

Re: [systemd-devel] [RFC] the chopping block

2016-02-11 Thread Zbigniew Jędrzejewski-Szmek
On Thu, Feb 11, 2016 at 06:06:45PM +0100, Lennart Poettering wrote: > Heya! > > So I am thinking about some spring cleaning, and would love to remove > the following bits from the systemd package: > > 1) systemd-initctl (i.e. the /dev/initctl SysV compat support). Last >time Debian was still

[systemd-devel] [RFC] the chopping block

2016-02-11 Thread Lennart Poettering
Heya! So I am thinking about some spring cleaning, and would love to remove the following bits from the systemd package: 1) systemd-initctl (i.e. the /dev/initctl SysV compat support). Last time Debian was still using that, maybe this changed now? 2) compat support for libsystemd-login.so and