Re: [gentoo-user] rc runlevel act strangely
on 06/21/2011 02:09 AM Dale wrote the following: This may be pointless since the OP seems to have disappeared. Might he be just a chinese spammer?
Re: [gentoo-user] rc runlevel act strangely
Peter Humphrey wrote: On Tuesday 21 June 2011 00:09:25 Dale wrote: Maybe it is stable and should work. It isn't, and it doesn't. It only displays one run-level per service. That may be why it is not documented yet then. I hope that the OP now knows to use the old way. Where ever he is. o_O Dale :-) :-)
Re: [gentoo-user] rc runlevel act strangely
sön 2011-06-19 klockan 20:33 -0500 skrev Dale: William Hubbs wrote: On Sun, Jun 19, 2011 at 10:36:47PM +0100, Peter Humphrey wrote: On Sunday 19 June 2011 16:38:35 Dale wrote: I don't know when it got added but it is on mine. This is in the help page: rcManage /etc/init.d scripts in runlevels It works something like this: root@fireball / # eselect rc add xdm default Adding xdm to following runlevels default [skipped] root@fireball / # It was skipped because it was already there but that's how it works. Neat huh? The official way to add or delete services is to use rc-update. I do not know anything about using eselect rc to do this. Thanks, William Is this documented somewhere? Using eselect for this I mean. Surely the OP saw it in a doc somewhere. Sort of doubtful that he/she pulled this out of their hat on their own. Dale :-) :-) Well, issuing eselect lists rc as a module and man rc.eselect gives you a list of actions to use and their description : NAME rc.eselect - Runlevel configuration module SYNOPSIS eselect rc [help|usage|version] eselect rc add script [runlevel...] eselect rc delete script [runlevel...] eselect rc list [runlevel] eselect rc pause script [script...] eselect rc restart script [script...] eselect rc show [runlevel...] eselect rc start script [script...] eselect rc stop script [script...] ;) / Per-Erik
Re: [gentoo-user] rc runlevel act strangely
Per-Erik Westerberg wrote: Well, issuing eselect lists rc as a module and man rc.eselect gives you a list of actions to use and their description : NAME rc.eselect - Runlevel configuration module SYNOPSIS eselect rc [help|usage|version] eselect rc add script [runlevel...] eselect rc delete script [runlevel...] eselect rc list [runlevel] eselect rc pause script [script...] eselect rc restart script [script...] eselect rc show [runlevel...] eselect rc start script [script...] eselect rc stop script [script...] ;) / Per-Erik I looked on Gentoo.org but I couldn't find it documented there. I found eselect itself but nothing on the rc part. I was curious as to where the OP found it or if we have a user who actually read a man page first. O_O Imagine that. lol I'm glad you posted the rc.eselect man page tho. I didn't know about that. Now I can go dig out the others and read up on them too. Where did our OP go anyway? Dale :-) :-)
Re: [gentoo-user] rc runlevel act strangely
On Mon, 20 Jun 2011 12:24:26 -0500, Dale wrote: I looked on Gentoo.org but I couldn't find it documented there. I found eselect itself but nothing on the rc part. I was curious as to where the OP found it or if we have a user who actually read a man page first. O_O Imagine that. lol It was only a few days ago that eselect was discussed, with those with poor memories saying that they had to run it with no options to get a list of modules. It appears that someone looked at that list. -- Neil Bothwick If bankers can count, how come they have eight windows and only four tellers? signature.asc Description: PGP signature
Re: [gentoo-user] rc runlevel act strangely
Neil Bothwick wrote: On Mon, 20 Jun 2011 12:24:26 -0500, Dale wrote: I looked on Gentoo.org but I couldn't find it documented there. I found eselect itself but nothing on the rc part. I was curious as to where the OP found it or if we have a user who actually read a man page first. O_O Imagine that. lol It was only a few days ago that eselect was discussed, with those with poor memories saying that they had to run it with no options to get a list of modules. It appears that someone looked at that list. I just wonder if it is ready for primetime since it is not documented? Since the OP had trouble with it, maybe we should be doing it the old way because it still has a bug somewhere. Then again, maybe the docs team is running a bit behind? Maybe it is stable and should work. This may be pointless since the OP seems to have disappeared. lol Dale :-) :-)
[gentoo-user] rc runlevel act strangely
Hello everyone. I just buildup a new amd64 gentoo box using latest stage3 tar ball. After installed Gnome things, I used eselect rc add command to add some init scripts into default runlevel. The content of /etc/runlevels/default directory is: acpid dbus NetworkManager udev-postmount alsasound local syslog-ng vixie-cron consolekit netmount system-tools-backends xdm But after reboot, only syslog-ng vixie-cron net-mount and local started and the others had just been ignored, and I can successfully run the other init scripts manually after log in as root. Any advise about where I could check?
Re: [gentoo-user] rc runlevel act strangely
On Sunday 19 June 2011 12:56:13 刘勇泰 wrote: After installed Gnome things, I used eselect rc add command to add some init scripts into default runlevel. The command you should have used is rc-update add service default. -- Rgds Peter
Re: [gentoo-user] rc runlevel act strangely
Peter Humphrey wrote: On Sunday 19 June 2011 12:56:13 刘勇泰 wrote: After installed Gnome things, I used eselect rc add command to add some init scripts into default runlevel. The command you should have used is rc-update addservice default. Actually, eselect is the new way. I still use the old way myself but eselect should work just as well. I suspect that something failed to start and the other services depend on what failed so it didn't start them. Just a theory. Dale :-) :-)
Re: [gentoo-user] rc runlevel act strangely
Peter Humphrey wrote: On Sunday 19 June 2011 13:40:47 Dale wrote: Peter Humphrey wrote: The command you should have used is rc-update addservice default. Actually, eselect is the new way. I still use the old way myself but eselect should work just as well. How so? I've never come across this idea til today. I don't know when it got added but it is on mine. This is in the help page: rcManage /etc/init.d scripts in runlevels It works something like this: root@fireball / # eselect rc add xdm default Adding xdm to following runlevels default [skipped] root@fireball / # It was skipped because it was already there but that's how it works. Neat huh? Dale :-) :-)
Re: [gentoo-user] rc runlevel act strangely
On Sunday 19 June 2011 13:40:47 Dale wrote: Peter Humphrey wrote: The command you should have used is rc-update addservice default. Actually, eselect is the new way. I still use the old way myself but eselect should work just as well. How so? I've never come across this idea til today. -- Rgds Peter
Re: [gentoo-user] rc runlevel act strangely
On Sunday 19 June 2011 16:38:35 Dale wrote: I don't know when it got added but it is on mine. This is in the help page: rcManage /etc/init.d scripts in runlevels It works something like this: root@fireball / # eselect rc add xdm default Adding xdm to following runlevels default [skipped] root@fireball / # It was skipped because it was already there but that's how it works. Neat huh? The old method did much the same, but with openrc and baselayout-2 we lost the alphabetical ordering of the entries. Now, if I tell it $ eselect rc list I get: Available init scripts acpid default alsasound default apache2 default atom bootmisc boot chronyd default consolefont boot consolekit cpufrequtils default crypto-loop cupsd default dbus default devfs sysinit device-mapper boot dmesg sysinit dmeventd dnsmasq default fancontrol fsck boot fuse git-daemon gkrellmd gpm no-x hdparm hostname boot hwclock boot keymaps boot killprocs shutdown lm_sensorsdefault local default localmountboot lvm boot lvm-monitoring mdadm mdev mdraid modules boot mount-ro shutdown mtab boot mysql default mysqlmanager net.eth0 default net.loboot netmount default network nfs nfsmount default nscd numlock boot pciparm portagexsd procfsboot pwcheck pydoc-2.7 pydoc-3.1 root boot rpc.idmapd rpc.pipefs rpc.statd rpcbind rsyncd saslauthd savecache shutdown smartddefault spamd sshd default staticroute swap boot swclock sysctlboot sysfs syslog-ng default termencoding boot twistd udev sysinit udev-dev-tarball udev-mount udev-postmountdefault urandom boot vixie-crondefault xdm default xdm-setup It's incomplete - what about all the services that are in more than one run- level? It only lists the first run-level a service is in, for some value of first. This is the old way: $ sudo rc-update -s -v local |default apache2 |default no-x mtab | boot saslauthd | net.eth0 |default no-x procfs | boot urandom | boot rpc.pipefs | mdev | cupsd |default no-x bootmisc | boot nfs | chronyd |default no-x fsck | boot sshd |default no-x vboxweb-service |default killprocs |shutdown lm_sensors |default xdm-setup | nscd |
Re: [gentoo-user] rc runlevel act strangely
On Sun, Jun 19, 2011 at 10:36:47PM +0100, Peter Humphrey wrote: On Sunday 19 June 2011 16:38:35 Dale wrote: I don't know when it got added but it is on mine. This is in the help page: rcManage /etc/init.d scripts in runlevels It works something like this: root@fireball / # eselect rc add xdm default Adding xdm to following runlevels default [skipped] root@fireball / # It was skipped because it was already there but that's how it works. Neat huh? The official way to add or delete services is to use rc-update. I do not know anything about using eselect rc to do this. Thanks, William pgp1kp5meog3f.pgp Description: PGP signature
Re: [gentoo-user] rc runlevel act strangely
William Hubbs wrote: On Sun, Jun 19, 2011 at 10:36:47PM +0100, Peter Humphrey wrote: On Sunday 19 June 2011 16:38:35 Dale wrote: I don't know when it got added but it is on mine. This is in the help page: rcManage /etc/init.d scripts in runlevels It works something like this: root@fireball / # eselect rc add xdm default Adding xdm to following runlevels default [skipped] root@fireball / # It was skipped because it was already there but that's how it works. Neat huh? The official way to add or delete services is to use rc-update. I do not know anything about using eselect rc to do this. Thanks, William Is this documented somewhere? Using eselect for this I mean. Surely the OP saw it in a doc somewhere. Sort of doubtful that he/she pulled this out of their hat on their own. Dale :-) :-)
