- Package:
- gnome-bluetooth
- Source:
- gnome-bluetooth
- Description:
- GNOME Bluetooth Send To app
- Submitter:
- Celejar
- Date:
- 2025-01-19 01:48:09 UTC
- Severity:
- normal
I insert a USB bluetooth adapter into my system, and the applet comes up, but reports "Bluetooth is disabled", and gives a button to "Turn on bluetooth". Bluetooth is certainly not disabled, and works fine (I can create a PPP connection using dund, and transfer data over it).
Now (after a s2disk / resume, with the USB adapter left plugged in), the applet tray icon shows a little red 'x' over the main icon, and when I click on 'Preferences', I see: "No Bluetooth adapters present Your system does not have any Bluetooth adapters plugged in" The adapter is plugged in, and working fine.
I have the same error with squeeze installed on my Thinkpad T43. - Mit freundlichen Gruessen / With best regards Ronald Jaeckel System-Ingenieur CCSP & CCNP JNCIS-FWV NETFOX AG, Heinrich-Hertz-Strasse 1b, D-14532 Kleinmachnow, Germany Tel: +49 (0)33203 290600 Fax: +49 (0)33203 290999 Mobil: +49 (0)163 5812826 mailto:rjaeckel@netfox.de http://www.netfox.de ============================================ Novell Lunch & Learn im Meilenwerk mit NETFOX AG! Informieren Sie sich auf der Veranstaltung am 15. April 2010. ============================================ NETFOX AG, Heinrich-Hertz-Str. 1b, D-14532 Kleinmachnow Telefon: 033203 / 290-600, Telefax: 033203 / 290-999 E-Mail: netfox@netfox.de, Internet: www.netfox.de Sitz der Gesellschaft: Kleinmachnow Registergericht: Amtsgericht Potsdam [HRB 13520 P] Vorstand: Ulrich Otto, Aufsichtsrat: Dr. Oskar von Dungern (Vorsitz) USt-IdNr. DE 138404987 GEHEIMHALTUNGSPFLICHT: Diese E-Mail und alle damit verbundenen Anlagen sind vertraulich und dürfen nur bestimmten Personen zugänglich gemacht werden. Sofern Sie nicht zu den angegebenen Empfängern gehören sollten, benachrichtigen Sie bitte unverzüglich den Absender. Der Inhalt darf in diesem Fall weder an Dritte weitergegeben noch zu anderen Zwecken verwendet werden. CONFIDENTIALITY: This e-mail and any attachments are confidential and may be privileged. In case you are not a named recipient, please notify the sender immediately, and in this case do not disclose the contents to another person, use it for any purpose or store or copy the information on any medium.
I have been using plain startx to start XFCE. I installed libpam-ck-connector, and everything seems to be working now - this also seems to have resolved the problems that I reported here: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=574652 So it seems that we need some kind of dependency on libpam-ck-connector? Thanks for walking me through this! Celejar
reassign 574651 consolekit
retitle 574651 Should recommend a way to have consolekit working
thanks
Le jeudi 25 mars 2010 à 09:04 -0400, Celejar a écrit :
I agree and I think it needs to be in consolekit itself.
Michael, how about this?
Recommends: libpam-ck-connector | gdm | gdm3 | kdm
Cheers,
consolekit already has a recommends libpam-ck-connector. I won't raise that to Depends. Where do you want to add that, in consolekit? That won't happen. Anyway, I'm pretty sure, installing libpam-ck-connector did not solve the users problem as libpam-ck-connector (in its default configuration) does *not* register any CK session when starting an X session, for that you either use a login manager like gdm or kdm, or the Xsession integration. libpam-ck-connector is mostly/only for console login (unless you tweak its configuration, Celejar, did you change the libpam-ck-connector configuration?) And I think the user haa problems in a X session. As he was using startx, checking the Xsession.d integration should be the next step. Joss, I'm not quite sure what you want me to do here? Michael
On Thu, 25 Mar 2010 14:57:08 +0100 Michael Biebl <biebl@debian.org> wrote: No. I'll be glad to provide any information requested, but I'll need some direction - I don't know much about consolekit / X stuff. Celejar
Le jeudi 25 mars 2010 à 14:57 +0100, Michael Biebl a écrit : Sorry, I didn’t see this /o\ I think a Recommends is enough for this purpose. Didn’t it solve the problem by adding the user to udev ACLs because he is logged on the console? Yes, anyway this should be handled by the Xsession.d integration and obviously it doesn’t work as expected. Cheers,
The problem in the bug report is still here in current testing, 3.2.1-1: If I insert an USB bluetooth dongle while the system is running, the bluetooth icon appears, and the menu shows the activation switch as "on", but it doesn't work: When I open the settings dialog, bluetooth is shown to be off, and I can't switch it on. I can't toggle the visibility switch from off to on, and I can't discover bluetooth gadgets. Applications using the gnome dialogs don't work either. On the system level, things seem to work okay, hcitool shows the device and finds my mobile phone. If I shut the device down using hciconfig and up again, the gnome menus work. If I attach the bluetooth dongle before booting, the menus work too. If I pull the USB dongle from a working gnome-bluetooth and reattach it later, it works again flawlessly. Seems like gnome-bluetooth is confused if a bluetooth adapter just appears.
Dear submitter, as the package gnome-bluetooth has just been removed from the Debian archive unstable we hereby close the associated bug reports. We are sorry that we couldn't deal with your issue properly. For details on the removal, please see https://bugs.debian.org/1093420 The version of this package that was in Debian prior to this removal can still be found using https://snapshot.debian.org/. Please note that the changes have been done on the master archive and will not propagate to any mirrors until the next dinstall run at the earliest. This message was generated automatically; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmaster@ftp-master.debian.org. Debian distribution maintenance software pp. Paul Tagliamonte (the ftpmaster behind the curtain)