XPost: alt.os.linux.mageia   
   From: unruh@invalid.ca   
      
   On 2013-03-12, Bit Twister  wrote:   
   > On Tue, 12 Mar 2013 18:56:43 GMT, unruh wrote:   
   >> On 2013-03-12, Bit Twister  wrote:   
   >>   
   >> Is there any point to this waste of time-- ie the conversions?   
   >   
   > No more /etc/rc.d/rc* for starters.  :)   
      
   Nope instead we have /lib/systemd/ and /lib/systemd/system, and   
   /usr/lib/systemd, ....   
      
   And I still do not know how to tell which runlevel any of the services   
   are actually started up in. It may somehow be in some configuration   
   file. In /etc/rc.* at least I couldsee at a glance which runlevel each   
   service was started in.   
      
      
   >   
   >> What is the difference between rc-local.service and local-rc.service?   
   >   
   > One is mine and one is systemd's. Hindsight being 50,50 it was a bad   
   > choice of names. I picked it since I had read that the rc local service   
   > script was going away. Guessing when those wonderful "designers"   
   > figured out there would be a great gnashing of teeth from everyone who   
   > modifies rc.local, they migrated it instead.   
   >   
   >   
   >>   
   >>>   
   >>> $ cat local-rc.service   
   >>> [Unit]   
   >>> Description=/local/bin/local.rc   
   >>   
   >> What is local.rc?   
   >   
   > Stuff I used to put in /etc/rc.d/rc.local.   
   >   
   >>   
   >> What does this mean?   
   >> Is there any description anywhere of what all of these options are and   
   >> mean?   
   >   
   > In the systemd man page of course. Note, man systemd on Mageia 2 is   
   > nothing like what it is on Mageia 3.   
      
   OK, I looked at mageia 2. Mageia 3 is not out yet.   
      
   > $ man systemd | wc -l   
   > 588   
   >   
   >   
   >   
   >> Sorry to sound grumpy, but it is annoying, after having spent 15 years   
   >> learing init.d   
   >   
   > Aha, just a kid I see.  :-8   
   >   
   >> to suddenly have to change for no good reason that I can   
   >> see, except to make things more obscure.   
   >   
   > The supposed gain is the semi-automatic parallelization of the script/apps.   
   >   
   >   
   >> I suppose that the next thing   
   >> is to make these files all compiled binary files as well,   
   >   
   > Seen some of that.   
   >   
   >> What fucking stupidity this is (excuse my language).   
   >   
   > Job security I guess, or not able to code in bash. :-/   
   >   
   >> so they are   
   >> utterly unreadable and useless to the user. And then perhaps to put them   
   >> all into one humungous file.   
   >   
   > Please do not give them ideas. They will store them in a sql database.  :(   
   >   
   >   
   >> How does it know which runlevel to run it at?   
   >   
   > Unit file indicates your desire via   
   > [Install]   
   > WantedBy=Your_desire_here   
      
   So I have to read the content of the files,instead of just being able to   
   look in a directory.   
      
      
   >   
      
   --- SoupGate-Win32 v1.05   
    * Origin: you cannot sedate... all the things you hate (1:229/2)