157589 2006-12-09 02:53 0000 sys-apps/baselayout-1.13.0_alpha8 starts use-d services as well as need-ed services 2006-12-09 07:39:26 0000 1 1 1 Unclassified Gentoo Linux baselayout unspecified All Linux RESOLVED FIXED P2 normal --- 1 ikelos@gentoo.org base-system@gentoo.org ikelos@gentoo.org 2006-12-09 02:53:33 0000 So I just upgraded this morning and spotted that baselayout seemed to be starting ypbind, nfsmount, mysql, postgres and slapd where previously it hadn't. Many of these started just before fcron, so I double checked and it seems that they're mentioned only in a use line (not in need lines). I realize these are alpha versions, so no rush on a fix or anything, just figured it'd be worth reporting... 5:) plasma init.d # grep -ir mysql * apache2: use mysql dns logger netmount postgresql fcron: use logger slapd mysql postgresql mysql: ... plasma init.d # rc-update -s acpid | default alsasound | boot bootmisc | boot checkfs | boot checkroot | boot clock | boot consolefont | boot fcron | default hald | default hostname | boot keymaps | boot laptop_mode | default local | default nonetwork localmount | boot metalog | boot modules | boot net.lo | boot netmount | default rmnologin | boot urandom | boot vpnclient | default xdm | default uberlord@gentoo.org 2006-12-09 03:19:22 0000 (In reply to comment #0) > So I just upgraded this morning and spotted that baselayout seemed to be > starting ypbind, nfsmount, mysql, postgres and slapd where previously it > hadn't. Many of these started just before fcron, so I double checked and it > seems that they're mentioned only in a use line (not in need lines). If foo uses bar and neither are running and you start foo, then baselayout will start bar even if bar is not in the runlevel. It's always done this, or meant to. ikelos@gentoo.org 2006-12-09 03:33:12 0000 Hi, sorry for the misunderstanding then (although the new implementation will probably cause a pretty large upheaval in the way people are doing things). I was always under the impression that: if A "need" B then start B whether it's in a runlevel or not. if A "use" B then if B is in any runlevel we're using, start it before A if A "before" B then if starting B and A, start A before B and similarly for "after" If the newly implemented semantics are 'if A "use" B then start B whether it's in a runlevel or not', then what does the "need" command achieve? Also, how should initscripts specify a weak dependency on other initscripts (as in, if it's running I'll make use of it), is that all to be done by before and after? ikelos@gentoo.org 2006-12-09 03:37:51 0000 Also, you might want to update the documentation: /etc/init.d/fcron help: use This can be seen as representing optional services this service depends on that are not critical for it to start. For any service in the 'use' line, it must be added to the 'boot' or current runlevel to be considered a valid 'use' dependency. It can also be used to determine startup order. uberlord@gentoo.org 2006-12-09 04:15:40 0000 Created an attachment (id=103678) Fixes the issue Must have had my head up my ass :/ Try this patch ikelos@gentoo.org 2006-12-09 04:24:52 0000 Sounds like a very undignified position from which to code so much good stuff. 5;) That patches works like a treat, thanks! 5:) ikelos@gentoo.org 2006-12-09 07:39:26 0000 Fixed by baselayout-1.13.0_alpha8-r1 103678 2006-12-09 04:15 0000 Fixes the issue x text/plain SW5kZXg6IHNyYy9yYy1kZXBlbmQuYwo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09Ci0tLSBzcmMvcmMtZGVwZW5kLmMJKHJl dmlzaW9uIDI0MDgpCisrKyBzcmMvcmMtZGVwZW5kLmMJKHdvcmtpbmcgY29weSkKQEAgLTU5Nyw3 ICs1OTcsNiBAQAogCQkgICAgewogCQkgICAgICBkaSA9IGdldF9kZXBpbmZvIChkZXB0cmVlLCBs cC0+aXRlbSk7CiAJCSAgICAgIGlmIChkaSAmJiAoc3RyY21wICh0eXBlLT5pdGVtLCAiaW5lZWQi KSA9PSAwIHx8Ci0JCQkJIHN0cmNtcCAodHlwZS0+aXRlbSwgIml1c2UiKSA9PSAwIHx8CiAJCQkJ IHZhbGlkX3NlcnZpY2UgKGRpLT5zZXJ2aWNlKSkpCiAJCQl2aXNpdF9zZXJ2aWNlIChkZXB0cmVl LCB0eXBlcywgc29ydGVkLCB2aXNpdGVkLCBkaSwKIAkJCQkgICAgICAgdHJ1ZSk7CkBAIC02MDYs NyArNjA1LDYgQEAKIAkJfQogCSAgICAgIGVsc2UKIAkJaWYgKGRpICYmIChzdHJjbXAgKHR5cGUt Pml0ZW0sICJpbmVlZCIpID09IDAgfHwKLQkJCSAgIHN0cmNtcCAodHlwZS0+aXRlbSwgIml1c2Ui KSA9PSAwIHx8CiAJCQkgICB2YWxpZF9zZXJ2aWNlIChzZXJ2aWNlKSkpCiAJCSAgdmlzaXRfc2Vy dmljZSAoZGVwdHJlZSwgdHlwZXMsIHNvcnRlZCwgdmlzaXRlZCwgZGksIHRydWUpOwogCSAgICB9 Cg==