178210 2007-05-12 15:02 0000 net-wireless/bluez-utils-3.10: init script stops only services enabled to start 2007-05-16 12:46:08 0000 1 1 1 Unclassified Gentoo Linux Ebuilds unspecified All Linux RESOLVED FIXED P2 normal --- 1 flameeyes@gentoo.org betelgeuse@gentoo.org dick@mrns.nl jakub@gentoo.org mobile@gentoo.org pda@gentoo.org volkris@gmail.com flameeyes@gentoo.org 2007-05-12 15:02:32 0000 When stopping the bluetooth service, the stop() function checks which services are enabled in the configuration file /etc/conf.d/bluetooth, and stops those only. This creates a problem if the settings are changed since last time to avoid starting a given service (I hit the problem when restarting bluetooth after updating to the latest version from a previous 3.x version, and sdp switched from enabled to disabled, sdp wasn't stopped, nor started, so the previous one continue drunning). It also checks for presence of the executable file, which makes it impossible to stop the services after the package is uninstalled. The solutions for this are are two, one is to avoid checking at all, and simply stop everything every time, the other (IMHO nicer) is to split out the services in a series of init scripts, adding bluetooth as an init meta-script that, depending on the configured variables, depends on the various services; starting and stopping the daemons would then be possible without problems. dick@mrns.nl 2007-05-13 09:49:38 0000 Created an attachment (id=119087) /etc/init.d/hcid dick@mrns.nl 2007-05-13 09:49:55 0000 Created an attachment (id=119089) /etc/init.d/sdpd dick@mrns.nl 2007-05-13 09:50:12 0000 Created an attachment (id=119090) /etc/init.d/pand dick@mrns.nl 2007-05-13 09:50:33 0000 Created an attachment (id=119092) /etc/init.d/dund dick@mrns.nl 2007-05-13 09:50:55 0000 Created an attachment (id=119094) /etc/init.d/rfcomm dick@mrns.nl 2007-05-13 09:51:18 0000 Created an attachment (id=119096) /etc/init.d/hidd dick@mrns.nl 2007-05-13 09:53:48 0000 Created an attachment (id=119097) /etc/conf.d/pand dick@mrns.nl 2007-05-13 09:54:04 0000 Created an attachment (id=119099) /etc/conf.d/dund dick@mrns.nl 2007-05-13 09:54:26 0000 Created an attachment (id=119100) /etc/conf.d/rfcomm dick@mrns.nl 2007-05-13 09:54:44 0000 Created an attachment (id=119102) /etc/conf.d/hidd dick@mrns.nl 2007-05-13 09:55:05 0000 Created an attachment (id=119104) /etc/conf.d/hcid dick@mrns.nl 2007-05-13 09:56:05 0000 Diago, I totally agree. I've split up /usr/portage/net-wireless/bluez-utils/files/bluez-utils-2.25-init.d into seperate init scripts. Please review betelgeuse@gentoo.org 2007-05-13 14:39:59 0000 (In reply to comment #12) > Diago, I totally agree. > > I've split up > /usr/portage/net-wireless/bluez-utils/files/bluez-utils-2.25-init.d into > seperate init scripts. Please review > We should work on this in an overlay for example. I can get you commit access to my dev overlay in overlays.gentoo.org if you want. flameeyes@gentoo.org 2007-05-13 14:50:29 0000 It came to me now that this only solves half the problem, as stop and restart of the meta-service wouldn't stop the other services, I'll see to talk with Roy, maybe there's a way to get that working too. dick@mrns.nl 2007-05-13 15:07:19 0000 > I can get you commit access to my dev overlay in overlays.gentoo.org if you > want. That would be nice. > It came to me now that this only solves half the problem, as stop and restart > of the meta-service wouldn't stop the other services Hmm what do you mean? "/etc/init.d/hcid stop" also stops for example hidd. betelgeuse@gentoo.org 2007-05-13 15:17:15 0000 (In reply to comment #15) > > I can get you commit access to my dev overlay in overlays.gentoo.org if you > > want. > That would be nice. > genstef informed me that I have access to Sunrise so we can use that for the time being. flameeyes@gentoo.org 2007-05-13 15:18:36 0000 Yeah but hotplug start/stop of the service might a bit tricky this way. If you don't think a bluetooth meta-script is needed, that works for me :) It was just to maintain the same behaviour as before, but it's probably worth changing behaviour at this point. dick@mrns.nl 2007-05-13 17:35:57 0000 Okay committed to sunrise volkris@gmail.com 2007-05-13 18:49:22 0000 Don't forget the metascript... betelgeuse@gentoo.org 2007-05-16 10:47:17 0000 (In reply to comment #18) > Okay committed to sunrise > It seems our work was in vain: 13:44 < Betelgeuse> I am wondering why bluetooth.init doesn't start sdpd any more? 13:45 < holtmann> Not needed. It is part of hcid when you start it with -s. 13:45 < Betelgeuse> Ok I should change the Gentoo init script then 13:46 < Betelgeuse> http://viewcvs.gentoo.org/viewcvs.py/gentoo-x86/net-wireless/bluez-utils/files/bluez-utils-2.25-init.d?rev=1.1&view=markup 13:46 < Betelgeuse> holtmann: What about the others? 13:46 < holtmann> Actually with the new service implementation no other daemon than hcid is needed. betelgeuse@gentoo.org 2007-05-16 12:46:08 0000 *bluez-utils-3.10.1 (16 May 2007) 16 May 2007; Petteri Räty <betelgeuse@gentoo.org> +files/bluez-utils-3.10.1-init.d, +files/bluez-utils-3.10.1-udev.rules, +files/bluez-utils-3.10.1-udev.script, +bluez-utils-3.10.1.ebuild: Version bump. A new simpler init script that uses the service architechture so we only need the hcid daemon. Disabled alsa, obex and sync support because upstream says they are not working yet. Added examples use flag to install the echo example service, old-daemons to install the old daemons and test-programs to install l2test and rctest programs. Made the udev helper use IN_HOTPLUG and fix starting the service via udev. Fixes bug #178268, #178210, #178160, #160273 and #144812. So this is fixed in 3.10.1 that only uses the hcid daemon. 119087 2007-05-13 09:49 0000 /etc/init.d/hcid hcid text/plain IyEvc2Jpbi9ydW5zY3JpcHQKIyBDb3B5cmlnaHQgMTk5OS0yMDA3IEdlbnRvbyBGb3VuZGF0aW9u CiMgRGlzdHJpYnV0ZWQgdW5kZXIgdGhlIHRlcm1zIG9mIHRoZSBHTlUgR2VuZXJhbCBQdWJsaWMg TGljZW5zZSB2MgojICRIZWFkZXI6ICQKClVBUlRfQ09ORj0iL2V0Yy9ibHVldG9vdGgvdWFydCIK CmRlcGVuZCgpIHsKCWFmdGVyIGNvbGRwbHVnCgluZWVkIGRidXMKfQoKc3RhcnRfdWFydHMoKSB7 CglbIC1mIC91c3Ivc2Jpbi9oY2lhdHRhY2ggLWEgLWYgJHtVQVJUX0NPTkZ9IF0gfHwgcmV0dXJu CglncmVwIC12ICdeIycgJHtVQVJUX0NPTkZ9IHwgd2hpbGUgcmVhZCBpOyBkbwoJCS91c3Ivc2Jp bi9oY2lhdHRhY2ggJGkKCWRvbmUKfQoKc3RvcF91YXJ0cygpIHsKCWtpbGxhbGwgaGNpYXR0YWNo ID4gL2Rldi9udWxsIDI+JjEKfQoKc3RhcnQoKSB7CglpZiBbICIke0hJRDJIQ0lfRU5BQkxFfSIg PSAidHJ1ZSIgXTsgdGhlbgoJCWViZWdpbiAiU3dpdGNoIGZyb20gSElEIHRvIEhDSSBtb2RlIgoJ CS91c3Ivc2Jpbi9oaWQyaGNpIC0wIC1xICAgICNiZSBxdWlldAoJCS9iaW4vc2xlZXAgMSAjIGRl bGF5IGZvciBoaWQncyB0byBiZSBkZXRlY3RlZCBieSBob3RwbHVnCgkJZWVuZCAkPwoJZmkKCglp ZiBbIC1mICIke0hDSURfQ09ORklHfSIgXTsgdGhlbgoJCWViZWdpbiAiU3RhcnRpbmcgaGNpZCIK CQlzdGFydC1zdG9wLWRhZW1vbiAtLXN0YXJ0IC0tcXVpZXQgXAoJCQktLWV4ZWMgL3Vzci9zYmlu L2hjaWQgLS0gLWYgJEhDSURfQ09ORklHCgkJZWVuZCAkPwoJZWxzZQoJCWVlcnJvciAiTm90IGVu YWJsaW5nIGhjaWQgYmVjYXVzZSBIQ0lEX0NPTkZJRyBpcyBtaXNzaW5nLiIKCWZpCgoJc3RhcnRf dWFydHMKCWVlbmQgMAp9CgpzdG9wKCkgewoJI0ZJWE1FOiBkb2Vzbid0IHdvcmsKCSNpZiBbICIk e0hJRDJIQ0lfRU5BQkxFfSIgPSAidHJ1ZSIgXTsgdGhlbgoJIwllYmVnaW4gIlN3aXRjaCBmcm9t IEhDSSB0byBISUQgbW9kZSIKCSMJL3Vzci9zYmluL2hpZDJoY2kgLTEgLXEgICAgI2JlIHF1aWV0 CgkjCS9iaW4vc2xlZXAgMSAjIGRlbGF5IGZvciBoaWQncyB0byBiZSBkZXRlY3RlZCBieSBob3Rw bHVnCgkjCWVlbmQgJD8KCSNmaQoJZWJlZ2luICJTdG9wcGluZyBoY2lkIgoJc3RhcnQtc3RvcC1k YWVtb24gLS1zdG9wIC0tcXVpZXQgLS1leGVjIC91c3Ivc2Jpbi9oY2lkCgllZW5kICQ/CglzdG9w X3VhcnRzCgllZW5kIDAKfQoK 119089 2007-05-13 09:49 0000 /etc/init.d/sdpd sdpd text/plain IyEvc2Jpbi9ydW5zY3JpcHQKIyBDb3B5cmlnaHQgMTk5OS0yMDA3IEdlbnRvbyBGb3VuZGF0aW9u CiMgRGlzdHJpYnV0ZWQgdW5kZXIgdGhlIHRlcm1zIG9mIHRoZSBHTlUgR2VuZXJhbCBQdWJsaWMg TGljZW5zZSB2MgojICRIZWFkZXI6ICQKCmRlcGVuZCgpIHsKCW5lZWQgaGNpZAp9CgpzdGFydCgp IHsKCWViZWdpbiAiU3RhcnRpbmcgc2RwZCIKCXN0YXJ0LXN0b3AtZGFlbW9uIC0tc3RhcnQgLS1x dWlldCAtLWV4ZWMgL3Vzci9zYmluL3NkcGQKCWVlbmQgJD8KfQoKc3RvcCgpIHsKCWViZWdpbiAi U3RvcHBpbmcgc2RwZCIKCXN0YXJ0LXN0b3AtZGFlbW9uIC0tc3RvcCAtLXF1aWV0IC0tZXhlYyAv dXNyL3NiaW4vc2RwZAoJZWVuZCAkPwp9Cgo= 119090 2007-05-13 09:50 0000 /etc/init.d/pand pand text/plain IyEvc2Jpbi9ydW5zY3JpcHQKIyBDb3B5cmlnaHQgMTk5OS0yMDA3IEdlbnRvbyBGb3VuZGF0aW9u CiMgRGlzdHJpYnV0ZWQgdW5kZXIgdGhlIHRlcm1zIG9mIHRoZSBHTlUgR2VuZXJhbCBQdWJsaWMg TGljZW5zZSB2MgojICRIZWFkZXI6ICQKCmRlcGVuZCgpIHsKCW5lZWQgaGNpZAp9CgpzdGFydCgp IHsKCWlmIFsgLW4gIiR7UEFORF9PUFRJT05TfSIgXTsgdGhlbgoJCWViZWdpbiAiU3RhcnRpbmcg cGFuZCIKCQlzdGFydC1zdG9wLWRhZW1vbiAtLXN0YXJ0IC0tcXVpZXQgXAoJCQktLWV4ZWMgL3Vz ci9iaW4vcGFuZCAtLSAke1BBTkRfT1BUSU9OU30KCQllZW5kICQ/CgllbHNlCgkJZWVycm9yICJO b3Qgc3RhcnRpbmcgcGFuZCBiZWNhdXNlIFBBTkRfT1BUSU9OUyBub3QgZGVmaW5lZC4iCglmaQp9 CgpzdG9wKCkgewoJZWJlZ2luICJTdG9wcGluZyBwYW5kIgoJc3RhcnQtc3RvcC1kYWVtb24gLS1z dG9wIC0tcXVpZXQgLS1leGVjIC91c3IvYmluL3BhbmQKCWVlbmQgJD8KfQoK 119092 2007-05-13 09:50 0000 /etc/init.d/dund dund text/plain IyEvc2Jpbi9ydW5zY3JpcHQKIyBDb3B5cmlnaHQgMTk5OS0yMDA3IEdlbnRvbyBGb3VuZGF0aW9u CiMgRGlzdHJpYnV0ZWQgdW5kZXIgdGhlIHRlcm1zIG9mIHRoZSBHTlUgR2VuZXJhbCBQdWJsaWMg TGljZW5zZSB2MgojICRIZWFkZXI6ICQKCmRlcGVuZCgpIHsKCW5lZWQgaGNpZAp9CgpzdGFydCgp IHsKCWlmIFsgLW4gIiR7RFVORF9PUFRJT05TfSIgXTsgdGhlbgoJCWViZWdpbiAiU3RhcnRpbmcg ZHVuZCIKCQlzdGFydC1zdG9wLWRhZW1vbiAtLXN0YXJ0IC0tcXVpZXQgXAoJCQktLWV4ZWMgL3Vz ci9iaW4vZHVuZCAtLSAke0RVTkRfT1BUSU9OU30KCQllZW5kICQ/CgllbHNlCgkJZWVycm9yICJO b3Qgc3RhcnRpbmcgZHVuZCBiZWNhdXNlIERVTkRfT1BUSU9OUyBub3QgZGVmaW5lZC4iCglmaQp9 CgpzdG9wKCkgewoJZWJlZ2luICJTdG9wcGluZyBkdW5kIgoJc3RhcnQtc3RvcC1kYWVtb24gLS1z dG9wIC0tcXVpZXQgLS1leGVjIC91c3IvYmluL2R1bmQKCWVlbmQgJD8KfQoK 119094 2007-05-13 09:50 0000 /etc/init.d/rfcomm rfcomm text/plain IyEvc2Jpbi9ydW5zY3JpcHQKIyBDb3B5cmlnaHQgMTk5OS0yMDA3IEdlbnRvbyBGb3VuZGF0aW9u CiMgRGlzdHJpYnV0ZWQgdW5kZXIgdGhlIHRlcm1zIG9mIHRoZSBHTlUgR2VuZXJhbCBQdWJsaWMg TGljZW5zZSB2MgojICRIZWFkZXI6ICQKCmRlcGVuZCgpIHsKCW5lZWQgaGNpZAp9CgpzdGFydCgp IHsKICAgCWViZWdpbiAiU3RhcnRpbmcgQmx1ZXRvb3RoIgoJaWYgWyAtZiAiJHtSRkNPTU1fQ09O RklHfSIgXTsgdGhlbgoJCWViZWdpbiAiICAgIFN0YXJ0aW5nIHJmY29tbSIKCQkvdXNyL2Jpbi9y ZmNvbW0gLWYgJHtSRkNPTU1fQ09ORklHfSBiaW5kIGFsbAoJCWVlbmQgJD8KCWVsc2UKCQllZXJy b3IgIk5vdCBlbmFibGluZyByZmNvbW0gYmVjYXVzZSBSRkNPTU1fQ09ORklHIGRvZXMgbm90IGV4 aXN0cyIKCWZpCn0KCnN0b3AoKSB7CgllYmVnaW4gIlN0b3BwaW5nIHJmY29tbSIKCS91c3IvYmlu L3JmY29tbSByZWxlYXNlIGFsbAoJZWVuZCAkPwp9Cgo= 119096 2007-05-13 09:51 0000 /etc/init.d/hidd hidd text/plain IyEvc2Jpbi9ydW5zY3JpcHQKIyBDb3B5cmlnaHQgMTk5OS0yMDA3IEdlbnRvbyBGb3VuZGF0aW9u CiMgRGlzdHJpYnV0ZWQgdW5kZXIgdGhlIHRlcm1zIG9mIHRoZSBHTlUgR2VuZXJhbCBQdWJsaWMg TGljZW5zZSB2MgojICRIZWFkZXI6ICQKCmRlcGVuZCgpIHsKCW5lZWQgaGNpZAp9CgpzdGFydCgp IHsKCWViZWdpbiAiU3RhcnRpbmcgaGlkZCIKCXN0YXJ0LXN0b3AtZGFlbW9uIC0tc3RhcnQgLS1x dWlldCBcCgkJLS1leGVjIC91c3IvYmluL2hpZGQgLS0gJHtISUREX09QVElPTlN9IC0tc2VydmVy CgllZW5kICQ/Cn0KCnN0b3AoKSB7CgllYmVnaW4gIlN0b3BwaW5nIGhpZGQiCgloaWRkIC0ta2ls bGFsbAoJc3RhcnQtc3RvcC1kYWVtb24gLS1zdG9wIC0tcXVpZXQgLS1leGVjIC91c3IvYmluL2hp ZGQKCWVlbmQgJD8KfQoK 119097 2007-05-13 09:53 0000 /etc/conf.d/pand pand text/plain IyBCbHVldG9vdGggY29uZmlndXJhdG9uIGZpbGUKCiMgQXJndW1lbnRzIHRvIHBhbmQKUEFORF9P UFRJT05TPSItLWxpc3RlbiAtLXJvbGUgTkFQIgo= 119099 2007-05-13 09:54 0000 /etc/conf.d/dund dund text/plain IyBCbHVldG9vdGggY29uZmlndXJhdG9uIGZpbGUKCiMgQXJndW1lbnRzIHRvIGR1bmQKRFVORF9P UFRJT05TPSItLWxpc3RlbiAtLXBlcnNpc3QiCgo= 119100 2007-05-13 09:54 0000 /etc/conf.d/rfcomm rfcomm text/plain IyBCbHVldG9vdGggY29uZmlndXJhdG9uIGZpbGUKCiMgQ29uZmlnIGZpbGUgZm9yIHJmY29tbQpS RkNPTU1fQ09ORklHPSIvZXRjL2JsdWV0b290aC9yZmNvbW0uY29uZiIKCg== 119102 2007-05-13 09:54 0000 /etc/conf.d/hidd hidd text/plain IyBCbHVldG9vdGggY29uZmlndXJhdG9uIGZpbGUKCiMgQXJndW1lbnRzIHRvIGhpZGQKSElERF9P UFRJT05TPSItLWVuY3J5cHQiCgo= 119104 2007-05-13 09:55 0000 /etc/conf.d/hcid hcid text/plain IyBCbHVldG9vdGggY29uZmlndXJhdG9uIGZpbGUKCiMgQ29uZmlnIGZpbGUgZm9yIGhjaWQKSENJ RF9DT05GSUc9Ii9ldGMvYmx1ZXRvb3RoL2hjaWQuY29uZiIKCiMgUnVuIGhpZDJoY2kgKGFsbG93 ZWQgdmFsdWVzIGFyZSAidHJ1ZSIgYW5kICJmYWxzZSIpCkhJRDJIQ0lfRU5BQkxFPXRydWUKCg==