On Wed, Jul 31, 2013 at 1:24 AM, Daniel Campbell <li...@sporkbox.us> wrote: > On 07/30/2013 05:40 PM, Canek Peláez Valdés wrote: >> There is going to be resistance. Two months ago there was a huge >> thread in gentoo-dev, because a package maintaner complained that his >> co-maintainer added a systemd unit to the package: >> >> http://thread.gmane.org/gmane.linux.gentoo.devel/85792 >> >> In the end, the maintainer rage-quit: >> >> http://article.gmane.org/gmane.linux.gentoo.project/2551 >> >> However, this is the extreme behaviour: most developers (and rational >> people) agree to adding systemd unit files to all packages, and we >> have much better coverage now that some months ago. >> >> If users cooperate opening bugs adding systemd unit files (after >> testing them in their machines), the coverage is going to grow even >> faster. >> >> Regards. >> >> On Tue, Jul 30, 2013 at 5:04 PM, <cov...@ccs.covici.com> wrote: >>> Canek Peláez Valdés <can...@gmail.com> wrote: >>> >>>> On Tue, Jul 30, 2013 at 12:53 PM, <cov...@ccs.covici.com> wrote: >>>>> Canek Peláez Valdés <can...@gmail.com> wrote: >>>>> >>>>>> On Tue, Jul 30, 2013 at 2:47 AM, Pavel Volkov <negai...@gmail.com> wrote: >>>>>>> On Tue, Jul 30, 2013 at 11:09 AM, Pavel Volkov <negai...@gmail.com> >>>>>>> wrote: >>>>>>>> >>>>>>>> On Sunday 28 July 2013 03:22:02 Canek Peláez Valdés wrote: >>>>>>>>> Therefore, as of today, anyone can have a Gentoo machine with only >>>>>>>>> systemd, with no OpenRC installed. >>>>>>>> >>>>>>>> Really? Bug 373219 is still open. >>>>>>> >>>>>>> >>>>>>> Sorry, I missed your explanation at the end about that one. Ok, thanks >>>>>>> for >>>>>>> what you've done :) >>>>>> >>>>>> Mmmh, and I missed this last reply of you. >>>>>> >>>>>> Anyway, dealing with /etc/init.d/functions.sh is basically trivial. >>>>> >>>>> But still, we have lots of packages with no systemd units -- shouldn't >>>>> they all have a systemd use flag and units to go with it -- basically >>>>> anything which has something in /etc/init.d . I was looking for a >>>>> sendmail unit and could find nothing, for one example. >>>> >>>> Yeah, we are not even near 100% coverage. However, one of the many >>>> advantages of systemd is that a service unit from a distribution >>>> usually works as-is or with minimal changes in any other. >>>> >>>> For many basic unit files, you can go to >>>> >>>> https://github.com/vonSchlotzkow/systemd-gentoo-units >>>> >>>> It has a unit file for postfix, for example. If the one you are >>>> looking for is not there, you can search in other distributions. If >>>> you download the RPM from >>>> http://rpm.pbone.net/index.php3/stat/4/idpl/21317874/dir/fedora_19/com/sendmail-8.14.7-1.fc19.i686.rpm.html, >>>> and extract the files with rpm2tarbz2, then you can get the >>>> sendmail.service file. >>>> >>>> It will probably need some changes to work with Gentoo, but it should >>>> not be difficult. >>>> >>>> When is working, you can send your unit to the package maintainer in >>>> Gentoo, and at some point it could be included in the package (like >>>> the OpenRC init script). >>>> >>>> That's how we will get 100% coverage, eventually. >>> >>> OK, I will check those -- thanks. I hope package maintainers now start >>> putting those service units in, now that systemd is required by gnome. >>> >>> >>> -- >>> Your life is like a penny. You're going to lose it. The question is: >>> How do >>> you spend it? >>> >>> John Covici >>> cov...@ccs.covici.com >>> >> >> >> > > > What's irrational about that guy's reasons for being against the systemd > unit files? I remember that thread, and he made some decent technical > points. Unfortunately, the council rejected a systemd USE flag, so the > best route was shot in the head before it had a chance. Yet OpenRC needs > a USE flag to enable it... rather fishy.
You need an OpenRC use flag to install OpenRC init scripts? That's simply a lie. If you don't want OpenRC scripts in /etc/init.d, you need to set INSTALL_MASK accordingly. The same with systemd if you don't want unit files in /usr/lib/systemd/system. Regards. -- Canek Peláez Valdés Posgrado en Ciencia e Ingeniería de la Computación Universidad Nacional Autónoma de México
