On Wed, Jan 06, 2016 at 01:32:24PM +0100, Andreas Henriksson wrote: > On Wed, Jan 06, 2016 at 07:54:58AM +1100, Craig Small wrote: > > Upstream is actually maintained (by myself and a few others). > I'm aware (but wasn't aware that you had much help from others). :) Mainly me and Jim for top. Jim usually sends me his patches.
> ACK. I'm personally not too keen on posting to debian-devel myself > though since just about anything seems to turn into a gigantic shit > throwing party. I'd be very happy if you'd be willing to take that on. :P Oh you noticed that too? I'll send the email. > I'm happy to assist with technical matters and do grunt work, possibly > provide some background info where people have questions, but mostly > stay away from any wider debian discussions which just raises my > frustration levels too much. I think it does that to everyone. Especially anything that has a sniff of systemd about it (anything with init has that sniff, alas). So, to the actual proposal. I need help especially around the why. =================== What: Create a new package procps-base. This uses the existing procps source package and just enable building of pidof. procps-base will be an Essential package and only contain pidof. Why: The aim is to make the sysvinit-utils package non-essential. This was discussed previously in 2013 [1], however there are some important differences between 2013 and now. 1) The previous change was due to possible upstream relocations of pidof. This is about Debian package contents. 2) In 2013 there were a lot of other programs in sysvinit, in 2016 we're down to 4 (pidof, service, fstab-decode, killall5) (why change from one essential to the other?) What about the other binaries in sysvinit-utils? pidof - moves to new Essential package procps-base service - moving to init-system-helpers [2] fstab-decode - 2 packages use this (open-iscsi, drbl) killall5 - 2 packages use this (openrc, util-vserver) The idea would be those 4 packages would depend on sysvinit-utils. pidof is used be far too many packages to have the same treatment. What other packages will procps-base depend on? libc6 and libprocps5. libprocps would be newly pulled in. 1: https://lists.debian.org/debian-devel/2013/12/msg00121.html 2: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=805487 =================== - Craig -- Craig Small (@smallsees) http://enc.com.au/ csmall at : enc.com.au Debian GNU/Linux http://www.debian.org/ csmall at : debian.org GPG fingerprint: 5D2F B320 B825 D939 04D2 0519 3938 F96B DF50 FEA5
