Bug#979441: More information
> [...] After the rebuild for -2, I do NOT get a missing symbol error. > However, scanning my database for faces does crash after some time (not > immediately as in -1+b1), but with a null pointer error that doesn't seem to > be related to opencv. [...] > [...] So I'm > not clear what is going on and would be interested to hear (a) if -2 still > crashes for you; and (b) if so, what is the stack trace? I've installed -2 (had to download the packages manually though, as these updates are not yet available in my regional mirror). No crash so far. I've already had my whole library (ca. 4000 pix) scanned for face detection. No crash (neither missing symbol, nor null pointer). I've tagged some faces, then scanned for face recognition. No crash so far. Thanks for your support, Rodrigo Lemos.
Bug#979441: More information
In /usr/lib/x86_64-linux-gnu/libopencv_dnn.so.4.5.1 I've found a symbol `_ZN2cv3dnn14dnn4_v202011173NetC1Ev`. It differs from expected `_ZN2cv3dnn14dnn4_v202009083NetC1Ev` on `...20201117...` (expected `...20200908...`). So maybe I need either a newer digikam or an older libopencv-dnn4.5.
Bug#979441: Debugging information
After installing digikam-private-libs-dbgsym and digikam-dbgsym $ gdb digikam (gdb) break _ZN2cv3dnn14dnn4_v202009083NetC1Ev (gdb) run Then after clicking "Scan collection for faces", gdb halted... then: (gdb) bt Thread 52 "Thread (pooled)" hit Breakpoint 1, 0x76bfc0d0 in cv::dnn::dnn4_v20200908::Net::Net()@plt () from /usr/lib/digikam/libdigikamcore.so.7.1.0 (gdb) bt #0 0x76bfc0d0 in cv::dnn::dnn4_v20200908::Net::Net()@plt () at /usr/lib/digikam/libdigikamcore.so.7.1.0 #1 0x7724a15d in Digikam::DNNFaceDetectorSSD::DNNFaceDetectorSSD() (this=0x7fff70008810) at ./core/libs/facesengine/detection/opencv-dnn/dnnfacedetectorssd.cpp:42 #2 0x77247c45 in Digikam::OpenCVDNNFaceDetector::OpenCVDNNFaceDetector(Digikam::DetectorNNModel) (this=0x7fff7000f4a0, model=) at ./core/libs/facesengine/detection/opencv-dnn/opencvdnnfacedetector.cpp:54 #3 0x772384c4 in Digikam::FaceDetector::Private::backend() (this=0x5d2f1a30) at ./core/libs/facesengine/detection/facedetector.cpp:85 #4 Digikam::FaceDetector::Private::applyParameters() (this=0x5d2f1a30) at ./core/libs/facesengine/detection/facedetector.cpp:123 #5 Digikam::FaceDetector::setParameters(QMap const&) (this=this@entry=0x5d27adf8, parameters=...) at ./core/libs/facesengine/detection/facedetector.cpp:381 #6 0x77d32517 in Digikam::DetectionWorker::setAccuracy(double) (this=0x5d27ade0, accuracy=) at ./core/utilities/facemanagement/workers/detectionworker.cpp:83 #7 0x75889f51 in QObject::event(QEvent*) () at /usr/lib/x86_64-linux-gnu/libQt5Core.so.5 #8 0x7631e15f in QApplicationPrivate::notify_helper(QObject*, QEvent*) () at /usr/lib/x86_64-linux-gnu/libQt5Widgets.so.5 #9 0x7585df2a in QCoreApplication::notifyInternal2(QObject*, QEvent*) () at /usr/lib/x86_64-linux-gnu/libQt5Core.so.5 #10 0x75860961 in QCoreApplicationPrivate::sendPostedEvents(QObject*, int, QThreadData*) () at /usr/lib/x86_64-linux-gnu/libQt5Core.so.5 #11 0x758b5df3 in () at /usr/lib/x86_64-linux-gnu/libQt5Core.so.5 #12 0x7fffe991ad3b in g_main_context_dispatch () at /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0 #13 0x7fffe991afe8 in () at /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0 #14 0x7fffe991b09f in g_main_context_iteration () at /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0 #15 0x758b547f in QEventDispatcherGlib::processEvents(QFlags) () at /usr/lib/x86_64-linux-gnu/libQt5Core.so.5 #16 0x7585c8eb in QEventLoop::exec(QFlags) () at /usr/lib/x86_64-linux-gnu/libQt5Core.so.5 #17 0x76e856fa in Digikam::WorkerObjectRunnable::run() (this=0x5d431f70) at /usr/include/x86_64-linux-gnu/qt5/QtCore/qflags.h:121 #18 0x7567fe72 in () at /usr/lib/x86_64-linux-gnu/libQt5Core.so.5 #19 0x7567cb81 in () at /usr/lib/x86_64-linux-gnu/libQt5Core.so.5 #20 0x73a29ea7 in start_thread (arg=) at pthread_create.c:477 #21 0x752ffd8f in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95 Hope it helps.
Bug#979441: digikam: Crashes when detecting faces
Package: digikam
Version: 4:7.1.0-1+b1
Severity: normal
The program crashes with message
> digikam: symbol lookup error: /usr/lib/digikam/libdigikamcore.so.7.1.0:
> undefined symbol: _ZN2cv3dnn14dnn4_v202009083NetC1Ev
Steps to reproduce:
(photos already imported into database)
1. Menu Browse > People (Ctrl+Shift+F9)
2. (didn't touch anything here on "People" panel)
Tags tree contains:
- People
- Unconfirmed
- Unknown
Workflow tab:
"Skip images already scanned" selected
"Detect faces" selected
Search in / Albums tab:
"Whole albums collection" selected
Search in / Tags tab:
"Whole tags collection" NOT selected
and "No Tag Selected"
Settings tab:
Face Accuracy Sensitivity-Specificity: 70
"Work on all processor cores" NOT selected
3. Click "Scan collection for faces"
4. Program immediately crashes ("symbol lookup error..." on console)
-- System Information:
Debian Release: bullseye/sid
APT prefers testing
APT policy: (900, 'testing'), (850, 'stable'), (1,
'experimental-debug'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 5.9.0-5-amd64 (SMP w/4 CPU threads)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
Versions of packages digikam depends on:
ii digikam-data 4:7.1.0-1
ii digikam-private-libs 4:7.1.0-1+b1
ii libc6 2.31-6
ii libgcc-s1 10.2.1-3
ii libkf5configcore5 5.77.0-2
ii libkf5coreaddons5 5.77.0-2
ii libkf5i18n5 5.77.0-2
ii libmagick++-6.q16-8 8:6.9.11.24+dfsg-1+b2
ii libqt5core5a 5.15.2+dfsg-2
ii libqt5gui55.15.2+dfsg-2
ii libqt5sql55.15.2+dfsg-2
ii libqt5sql5-mysql 5.15.2+dfsg-2
ii libqt5sql5-sqlite 5.15.2+dfsg-2
ii libqt5widgets55.15.2+dfsg-2
ii libstdc++610.2.1-3
ii perl 5.32.0-6
Versions of packages digikam recommends:
ii chromium [www-browser] 87.0.4280.88-0.4~deb10u1
ii epiphany-browser [www-browser] 3.38.2-1
ii ffmpegthumbs4:20.12.0-1
ii firefox-esr [www-browser] 78.6.0esr-1
ii google-chrome-stable [www-browser] 87.0.4280.88-1
Versions of packages digikam suggests:
pn digikam-doc
pn systemsettings
-- no debconf information
Bug#818255: [pulseaudio-module-bluetooth] missing pulseaudio-module-bluetooth-dbg
Package: pulseaudio-module-bluetooth Version: 8.0-1 Severity: normal --- Please enter the report below this line. --- Could not find pulseaudio-module-bluetooth-dbg, so currently I'm unable to debug some glitches related to bluetooth device not being reclaimed by pulseaudio. --- System information. --- Architecture: amd64 Kernel: Linux 4.3.0-1-amd64 Debian Release: stretch/sid 500 xenial ppa.launchpad.net 500 testing security.debian.org 500 testing ftp.br.debian.org 500 stable repository.spotify.com --- Package information. --- Package's Depends field is empty. Package's Recommends field is empty. Package's Suggests field is empty.
Bug#772422: ABNT2 keys again
I've tested an unpatched QEMU 2.3.0 (x86_64) with -k pt_br option and the
/?° key works perfectly.
I have not tested the numpad ., but I can inform that ABNT2 keyboard does
have . (dot) and , (comma) as separate keys: comma (numlock on)
combined with delete (numlock off).
But I found another key that is not working: the , (less than
comma). Right now I cannot give details about its scancode, nor make any
further test.
Em ter, 26 de mai de 2015 às 11:01, Gerd Hoffmann kra...@redhat.com
escreveu:
static const uint8_t evdev_keycode_to_pc_keycode[61] = {
-0, /* 97 EVDEV - RO (Internet Keyboards) */
+0x73, /* 97 EVDEV - /?C2B0 (ABNT2 Keyboards) */
That one looks good.
-0, /* 129 EVDEV - I129 (Internet Keyboards) */
+0x34, /* 129 abnt2 KP-period */
That is the *other* dot key, outside keypad.
Patches just sent via git-send-email, test results are welcome.
thanks,
Gerd
Bug#772422: Fails to receive /?° host key on ABNT2 (brazilian keyboard layout)
Package: qemu Version: 2.1+dfsg-7+b1 Severity: important Dear Maintainer, when host X Window System is configured for ABNT2 keyboard layout (gnome says just Portuguese (Brazil), but Xorg.0.log outputs: rules: evdev, model: pc105, layout: br, variant: abnt2) qemu simply does not recognize a single key, right of AltGr (which happens to be the right Alt), that displays three symbols: / (slash), ? (question mark) and ° (degree). Since this key is the only one with a slash, it is virtually impossible to use linux console inside qemu running on these hosts. This situation doesn't change even if qemu is invoked with -k pt-br. Additional info regarding the key itself: under a properly configured console (the key behaves correcly on a console outside X), I've been presented with the following output: - showkey -s: 0x73 (down) and 0xf3 (up) - showkey -k: 89 (upon press or release) - showkey -a (unmodified): / 47 0057 0x2f - showkey -a (shift): ? 63 0077 0x3f - showkey -a (AltGr): ° 194 0302 0xc2 176 0260 0xb0 (yes, AltGr+/?° outputs two lines repeatedly for as long as both keys are pressed) Under X Window System, xev reports: - (unmodified) single keypress: KeyPress event, serial 34, synthetic NO, window 0x1c1, root 0x83, subw 0x0, time 69270523, (992,297), root:(1032,402), state 0x0, keycode 97 (keysym 0x2f, slash), same_screen YES, XLookupString gives 1 bytes: (2f) / XmbLookupString gives 1 bytes: (2f) / XFilterEvent returns: False KeyRelease event, serial 37, synthetic NO, window 0x1c1, root 0x83, subw 0x0, time 69270582, (992,297), root:(1032,402), state 0x0, keycode 97 (keysym 0x2f, slash), same_screen YES, XLookupString gives 1 bytes: (2f) / XFilterEvent returns: False - (holding left shift) single keypress: KeyPress event, serial 37, synthetic NO, window 0x1c1, root 0x83, subw 0x0, time 69384268, (380,360), root:(420,465), state 0x1, keycode 97 (keysym 0x3f, question), same_screen YES, XLookupString gives 1 bytes: (3f) ? XmbLookupString gives 1 bytes: (3f) ? XFilterEvent returns: False KeyRelease event, serial 37, synthetic NO, window 0x1c1, root 0x83, subw 0x0, time 69384398, (380,360), root:(420,465), state 0x1, keycode 97 (keysym 0x3f, question), same_screen YES, XLookupString gives 1 bytes: (3f) ? XFilterEvent returns: False - (holding AltGr) single keypress: KeyPress event, serial 37, synthetic NO, window 0x1c1, root 0x83, subw 0x0, time 69447229, (377,78), root:(417,183), state 0x80, keycode 97 (keysym 0xb0, degree), same_screen YES, XLookupString gives 2 bytes: (c2 b0) ° XmbLookupString gives 2 bytes: (c2 b0) ° XFilterEvent returns: False KeyRelease event, serial 37, synthetic NO, window 0x1c1, root 0x83, subw 0x0, time 69447326, (377,78), root:(417,183), state 0x80, keycode 97 (keysym 0xb0, degree), same_screen YES, XLookupString gives 2 bytes: (c2 b0) ° XFilterEvent returns: False -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (900, 'testing'), (850, 'stable'), (800, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 armhf Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages qemu depends on: ii qemu-system 2.1+dfsg-7+b1 ii qemu-user2.1+dfsg-7+b1 ii qemu-utils 2.1+dfsg-7+b1 qemu recommends no packages. Versions of packages qemu suggests: pn qemu-user-static none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#772422: Workaround patch for 1.6.0
This patch used to work on qemu debian source package version
1.6.0+dsfg (no need to -k pt-br).
Reading the 2.1+dsfg sources, I think it will cleanly apply.
I don't know if this patch destroys some other keyboard layout. Also,
I don't know how to confine the change to -k pt-br (so it would be
ok to mess with other otherwise working layouts, since -k pt-br is
actually for ***this*** layout).
Description: working ABNT2 keyboard
Correctly handles the slash/question-mark key present in these brazilian
keyboards.
---
The information above should follow the Patch Tagging Guidelines, please
checkout http://dep.debian.net/deps/dep3/ to learn about the format. Here
are templates for supplementary fields that you might want to add:
Author: Rodrigo Lemos rsle...@gmail.com
Bug: https://bugs.launchpad.net/qemu/+bug/1038136
Bug-Debian: http://bugs.debian.org/bugnumber
Bug-Ubuntu: https://launchpad.net/bugs/bugnumber
--- qemu-1.6.0+dfsg.orig/ui/x_keymap.c
+++ qemu-1.6.0+dfsg/ui/x_keymap.c
@@ -94,7 +94,7 @@ static const uint8_t x_keycode_to_pc_key
*/
static const uint8_t evdev_keycode_to_pc_keycode[61] = {
-0, /* 97 EVDEV - RO (Internet Keyboards) */
+0x73, /* 97 EVDEV - /?° (ABNT2 Keyboards) */
0, /* 98 EVDEV - KATA (Katakana) */
0, /* 99 EVDEV - HIRA (Hiragana) */
0x79, /* 100 EVDEV - HENK (Henkan) */
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#772422: Fails to receive /?° host key on ABNT2 (brazilian keyboard layout)
Thanks, and please excuse me for being unconstructive. (unconstructive to say the least) What way do you use to iteract with qemu guest console? Is it some sort of vnc client, or sdl directly on X window, or something else? I think qemu spawns an xterm for each virtual console created on the guest. I don't know. It's qemu default for virtual consoles. As long as I understand, proper VNC client should not have any probs with keyboard at all, sending just the keycodes to the VNC server without any need to translate them or to use any keymaps etc. No VNC involved. My guests do only have consoles, no graphic environment. Speaking of the patch you mentioned in the other email, ofcourse it is not acceptable since it will break keyboard for everyone else. I hope someone can help and tidy it up so it is applicable (i.e. only changes -k pt-br behavior). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#730426: ITP: gmediarender -- UPnP Media renderer
Tobias, yes, you can take it over. I haven't had much time to invest on this. Best regards, Rodrigo Lemos -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#730426: ITP: gmediarender -- UPnP Media renderer
I've did the package even before creating the ITP. But hasn't found a sponsor yet. I'll publish the files at github in about an hour. On Sun, Dec 29, 2013 at 3:34 PM, coldtobi t...@coldtobi.de wrote: Package: wnpp Followup-For: Bug #730426 -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Rodrigo, can you give an status update regarding your ITP? If not interested anymore, I would like to volunteer to take over this ITP. (I recently made a package already for private use) Please let me know if it would be ok to take over this ITP. Thanks! - -- coldtobi -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iEYEARECAAYFAlLAXTIACgkQvyUNygvkuQK8PgCcCyAPdZNh+9U14Yd2EH9DXj+w frsAn1BRBAL/IG7+bxK0Rk1CKN7Ps3lm =1mvu -END PGP SIGNATURE- -- []'s Rodrigo *Powered by carbohydrates*
Bug#730426: ITP: gmediarender -- UPnP Media renderer
Package: wnpp Severity: wishlist Owner: Rodrigo Lemos rsle...@gmail.com * Package name: gmediarender Version : 0.0.20131124 Upstream Author : Henner Zeller h.zel...@acm.org * URL : https://github.com/hzeller/gmrender-resurrect * License : GPL Programming Lang: C Description : UPnP Media renderer GMediaRender is a UPnP(tm) media renderer for POSIX(r)-compliant systems, such as Linux(r) or UNIX(r). It implements the server component that provides UPnP controllers a means to render media content (audio, video and images) from a UPnP media server. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#711227: Proposed patch
Compiles and works (actually sending this mail through it). I am not sure of since which kernel version it should apply (I've set to KERNEL_VERSION = 3, 9, 0) broadcom-sta-dkms.patch Description: Binary data
Bug#619042: povray-includes: shapes2.inc should include old_shapes.inc
Subject: povray-includes: shapes2.inc should include old_shapes.inc Package: povray-includes Version: 1:3.6.1-12 Severity: normal *** Please type your report below this line *** shapes2.inc defines HalfCone_Y which depends on Cone_Y, define in old_shapes.inc. One can include shapes2.inc only if old_shapes.inc is also included. Either this should be resolved (by #including it inside shapes2.inc) or documented. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (900, 'testing'), (800, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/1 CPU core) Locale: LANG=pt_BR.UTF-8, LC_CTYPE=pt_BR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages povray-includes depends on: ii povray 1:3.6.1-12+b1 Persistence of vision raytracer (3 povray-includes recommends no packages. povray-includes suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#614367: gourmet does not bootstrap under LANG=pt_BR.UTF-8
Subject: gourmet does not bootstrap under LANG=pt_BR.UTF-8 Package: gourmet Version: 0.15.7-1 Severity: important *** Please type your report below this line *** Running rm -fR ~/.gourmet LANG=pt_BR.UTF-8 gourmet (rm -fR ~/.gourmet to make sure the database isn't yet created) it does not start up, and shows the following output: Traceback (most recent call last): File /usr/bin/gourmet, line 35, in module gourmet.GourmetRecipeManager.startGUI() File /usr/share/gourmet/gourmet/GourmetRecipeManager.py, line 715, in startGUI r=RecGui(splash_label=splash.label) File /usr/share/gourmet/gourmet/GourmetRecipeManager.py, line 918, in __init__ GourmetApplication.__init__(self, splash_label=splash_label) File /usr/share/gourmet/gourmet/GourmetRecipeManager.py, line 116, in __init__ self.setup_shopping() File /usr/share/gourmet/gourmet/GourmetRecipeManager.py, line 228, in setup_shopping self.sl = shopgui.ShopGui() File /usr/share/gourmet/gourmet/shopgui.py, line 541, in __init__ ShoppingList.__init__(self) File /usr/share/gourmet/gourmet/shopping.py, line 266, in __init__ self.data,self.pantry=self.grabIngsFromRecs([]) File /usr/share/gourmet/gourmet/shopping.py, line 282, in grabIngsFromRecs return self.organize_list(self.lst) File /usr/share/gourmet/gourmet/shopping.py, line 285, in organize_list self.sh = self.get_shopper(lst) File /usr/share/gourmet/gourmet/shopgui.py, line 571, in get_shopper return recipeManager.DatabaseShopper(lst, self.rd) File /usr/share/gourmet/gourmet/recipeManager.py, line 25, in __init__ shopping.Shopper.__init__(self,lst) File /usr/share/gourmet/gourmet/shopping.py, line 46, in __init__ self.init_orgdic() File /usr/share/gourmet/gourmet/recipeManager.py, line 37, in init_orgdic self.orgdic.initialize(dic) File /usr/share/gourmet/gourmet/backends/db.py, line 2001, in initialize self.vw.insert().execute(*dics) File /usr/lib/python2.6/dist-packages/sqlalchemy/sql/expression.py, line 1217, in execute return e._execute_clauseelement(self, multiparams, params) File /usr/lib/python2.6/dist-packages/sqlalchemy/engine/base.py, line 1722, in _execute_clauseelement return connection._execute_clauseelement(elem, multiparams, params) File /usr/lib/python2.6/dist-packages/sqlalchemy/engine/base.py, line 1237, in _execute_clauseelement return self.__execute_context(context) File /usr/lib/python2.6/dist-packages/sqlalchemy/engine/base.py, line 1268, in __execute_context context.parameters[0], context=context) File /usr/lib/python2.6/dist-packages/sqlalchemy/engine/base.py, line 1367, in _cursor_execute context) File /usr/lib/python2.6/dist-packages/sqlalchemy/engine/base.py, line 1360, in _cursor_execute context) File /usr/lib/python2.6/dist-packages/sqlalchemy/engine/default.py, line 288, in do_execute cursor.execute(statement, parameters) sqlalchemy.exc.IntegrityError: (IntegrityError) shopcats.ingkey may not be NULL u'INSERT INTO shopcats DEFAULT VALUES' () Please, observe that under LANG=en_US.UTF-8 it does indeed start. The problem is related to bootstrap, since after bootstraping under en_US locale, it works finely under pt_BR locale. -- Locale (pt_BR.UTF-8): LANG=pt_BR.UTF-8 LC_CTYPE=pt_BR.UTF-8 LC_NUMERIC=pt_BR.UTF-8 LC_TIME=pt_BR.UTF-8 LC_COLLATE=pt_BR.UTF-8 LC_MONETARY=pt_BR.UTF-8 LC_MESSAGES=en_US.UTF-8 LC_PAPER=pt_BR.UTF-8 LC_NAME=pt_BR.UTF-8 LC_ADDRESS=pt_BR.UTF-8 LC_TELEPHONE=pt_BR.UTF-8 LC_MEASUREMENT=pt_BR.UTF-8 LC_IDENTIFICATION=pt_BR.UTF-8 LC_ALL= -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=pt_BR.utf8, LC_CTYPE=pt_BR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gourmet depends on: ii python 2.6.6-3+squeeze5 interactive high-level object-orie ii python-central 0.6.16+nmu1 register and build utility for Pyt ii python-glade2 2.17.0-4 GTK+ bindings: Glade support ii python-gtk2 2.17.0-4 Python bindings for the GTK+ widge ii python-imaging 1.1.7-2 Python Imaging Library ii python-poppler 0.12.1-1+b1 Poppler Python bindings ii python-reportlab2.4-4ReportLab library to create PDF do ii python-sqlalchemy 0.6.3-3 SQL toolkit and Object Relational Versions of packages gourmet recommends: ii python-gnome2 2.28.1-1 Python bindings for the GNOME desk ii python-gtkspell 2.25.3-7 Python bindings for the GtkSpell l gourmet suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a
Bug#607266: gnome-core should not depend on evolution
Package: gnome-core Version: 1:2.30+7 Severity: normal Since 1:2.30+7 gnome-core depends on evolution-data-server and evolution. Previously this role used to be played by gnome-desktop-environment, which I gladly kept from being installed on my system (since it draws too many useless dependencies). I think that there's no real reason for such a dependency. May be it should be downgraded to just a recommendation, or gnome-core should be split in more fine-grained packages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#607266: gnome-core should not depend on evolution
Thank you both, Julian and Josselin. Josselin, I really didn't know that gnome-core is a metapackage. I thought it had binaries/data/links/conf/whatsoever in it (with, maybe, the gnome core applications). Just after your answer, I ran dpkg -L gnome-core just to discover you are right. Shame on me. Julian, I made almost as you advised (just after the afore mentioned discovery). On Thu, Dec 16, 2010 at 12:22 PM, Julian Andres Klode j...@debian.org wrote: On Do, 2010-12-16 at 13:59 +0100, Josselin Mouette wrote: Le jeudi 16 décembre 2010 à 10:33 -0200, R. Lemos a écrit : Since 1:2.30+7 gnome-core depends on evolution-data-server and evolution. Previously this role used to be played by gnome-desktop-environment, which I gladly kept from being installed on my system (since it draws too many useless dependencies). I think that there's no real reason for such a dependency. May be it should be downgraded to just a recommendation, or gnome-core should be split in more fine-grained packages. The metapackages do not exist to fulfill each and every nitpicking user’s need. They are here to cover specific use cases corresponding to installation profiles. If the package selection doesn’t suit you, you are free to install your own selection of packages by hand. Or create your own meta packages, like I do. In any case, due to technical limitations with CD building, those dependencies had to be added, as gnome-desktop-environment was too large too fit on CD1. In any case, too get rid of gnome-core on your system, you just need to mark the packages it depends on as manually installed and then remove it; the following commands should do this: aptitude unmarkauto ~R^gnome-core$ aptitude remove gnome-core -- Julian Andres Klode - Debian Developer, Ubuntu Member See http://wiki.debian.org/JulianAndresKlode and http://jak-linux.org/. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#522540: gimmie: Should respect user color theme settings
Package: gimmie Version: 0.2.8-3 Severity: minor The Recently used tabs (in all topics) shows a white bar on top, with plus and minus buttons, for extending the time frame taken as recently. This bar is always white though. It should however take its color from user color settings. I would suggest the tooltip color. Anyway, if the bar is *actually* meant to be white, then perhaps should the color of the text drawn onto it (e.g. This week) not taken from user settings. Think about a theme of white text over generally dark background (dark gray or even black)... The bar is just unreadable (default white text over forced white background). I will try to upload a screenshot of it later. My theme is (GtkColorScheme is the important part): --- cut here --- [Desktop Entry] Name=Glossy Tactile Type=X-GNOME-Metatheme Comment= [X-GNOME-Metatheme] GtkTheme=Glossy MetacityTheme=Glossy IconTheme=Nuovo GtkColorScheme=fg_color:#,bg_color:#656565656060,text_color:#,base_color:#4f4f4f4f4f4f,selected_fg_color:#,selected_bg_color:#303028282f2f,tooltip_fg_color:#,tooltip_bg_color:#303024242f2f CursorTheme=default CursorSize=18 --- cut here --- -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/2 CPU cores) Locale: LANG=pt_BR.UTF-8, LC_CTYPE=pt_BR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gimmie depends on: ii gconf22.24.0-7 GNOME configuration database syste ii gnome-panel 2.20.3-5 launcher and docking facility for ii libc6 2.9-4 GNU C Library: Shared libraries ii libglib2.0-0 2.20.0-2 The GLib library of C routines ii libgnomecups1.0-1 0.2.3-3GNOME library for CUPS interaction ii libgtk2.0-0 2.14.7-5 The GTK+ graphical user interface ii python2.5.4-2An interactive high-level object-o ii python-central0.6.11 register and build utility for Pyt ii python-dbus 0.83.0-1 simple interprocess messaging syst ii python-gmenu 2.24.2-2 an implementation of the freedeskt ii python-gnome2-desktop 2.22.0-2 Python bindings for the GNOME desk ii python-sexy 0.1.9-1python language bindings for libse gimmie recommends no packages. Versions of packages gimmie suggests: ii pidgin2.5.5-1graphical multi-protocol instant m ii tomboy0.10.2-1 desktop note taking program using -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#520630: gimmie: Crashes upon launching an application
Package: gimmie Version: 0.2.8-2 Severity: grave Justification: renders package unusable I've been using gimmie since it appeared in debian lenny. I try to maintain my system as up to date as possible (but not drawing packages from unstable); this happens *at least* once a week. Since the last update (don't remember when it was, but a couple days ago), gimmie keeps refusing to launch any application. It crashes (not really, since under gdb it says Program exited normally). GNOME Panel says Gimmie has quit unexpectedly. The applet appears, each panel appears when requested, the recently used applications are shown correctly. It just quits when I try to launch anything (applications, documents, notes, capplets). It appears to be some incompatibility between gimmie and GNOME Panel, since when invoked on the command line, it works as designed to. If you need more information, including debugging, just tell me what you need (and how to get it). I will be glad to help. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/2 CPU cores) Locale: LANG=pt_BR.UTF-8, LC_CTYPE=pt_BR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gimmie depends on: ii gconf2 2.24.0-7GNOME configuration database syste ii gnome-panel 2.20.3-5launcher and docking facility for ii libc62.9-4 GNU C Library: Shared libraries ii libglib2.0-0 2.18.4-2The GLib library of C routines ii libgnomecups1.0-10.2.3-3 GNOME library for CUPS interaction ii libgtk2.0-0 2.14.7-4+b1 The GTK+ graphical user interface ii python 2.5.4-2 An interactive high-level object-o ii python-central 0.6.11 register and build utility for Pyt ii python-dbus 0.83.0-1simple interprocess messaging syst ii python-gmenu 2.22.2-4an implementation of the freedeskt ii python-gnome2-desktop2.22.0-2Python bindings for the GNOME desk ii python-sexy 0.1.9-1 python language bindings for libse gimmie recommends no packages. Versions of packages gimmie suggests: ii pidgin2.5.5-1graphical multi-protocol instant m ii tomboy0.10.2-1 desktop note taking program using -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#520630: gimmie: Crashes upon launching an application
On Sat, Mar 21, 2009 at 3:14 PM, Julian Andres Klode j...@debian.org wrote: Please install bug-buddy. When the application crashes, a window should open. Click more details (or similar) there, and send the text inside the window (which should contain the traceback). Distribution: Debian squeeze/sid Gnome Release: 2.22.3 2008-09-18 (Debian) BugBuddy Version: 2.22.0 System: Linux 2.6.26-1-686 #1 SMP Sat Jan 10 18:29:31 UTC 2009 i686 X Vendor: The X.Org Foundation X Vendor Release: 10402000 Selinux: No Accessibility: Disabled GTK+ Theme: Glossy Icon Theme: Nuovo Memory status: size: 0 vsize: 0 resident: 0 share: 0 rss: 0 rss_rlim: 0 CPU usage: start_time: 0 rtime: 0 utime: 0 stime: 0 cutime:0 cstime: 0 timeout: 0 it_real_value: 0 frequency: 0 -- Gimmie Version: 0.2.8 Traceback (most recent call last): File /usr/share/gimmie/gimmie_applet.py, line 393, in lambda self.view.connect(selection-changed, lambda view: sel_changed_cb()) File /usr/share/gimmie/gimmie_applet.py, line 392, in lambda sel_changed_cb = lambda: self._favorite_selection_changed(self.view, i, block_id, img) File /usr/share/gimmie/gimmie_applet.py, line 358, in _favorite_selection_changed pix = icon_factory.greyscale(pix) File /usr/share/gimmie/gimmie_util.py, line 508, in greyscale pixbuf = pixbuf.copy() AttributeError: 'NoneType' object has no attribute 'copy' -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#453756: git-core should depend on curl
Package: git-core Version: 1:1.5.3.4-1 Severity: grave Justification: renders package unusable I've installed git-core and tried to clone a repository yyy$ git clone xxx Initialized empty Git repository in /yyy/xxx /usr/bin/git-clone: line 37: curl: command not found After installing curl, everything started working. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.22-2-686 (SMP w/2 CPU cores) Locale: LANG=pt_BR, LC_CTYPE=pt_BR (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages git-core depends on: ii cpio2.9-6GNU cpio -- a program to manage ar ii libc6 2.6.1-1+b1 GNU C Library: Shared libraries ii libcurl3-gnutls 7.17.1-1 Multi-protocol file transfer libra ii libdigest-sha1-perl 2.11-2 NIST SHA-1 message digest algorith ii liberror-perl 0.15-8 Perl module for error/exception ha ii libexpat1 1.95.8-4 XML parsing C library - runtime li ii perl-modules5.8.8-12 Core Perl modules ii zlib1g 1:1.2.3.3.dfsg-6 compression library - runtime Versions of packages git-core recommends: pn curl none (no description available) pn git-doc none (no description available) ii less 409-1 Pager program similar to more ii openssh-client [ssh-client] 1:4.6p1-5 secure shell client, an rlogin/rsh ii patch 2.5.9-4Apply a diff file to an original ii rsync 2.6.9-5fast remote file copy program (lik -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#452210: gnome-control-center: gnome-settings-daemon ignores default mixer track when adjusting volume through multimedia keybindings
Package: gnome-control-center Version: 1:2.18.1-1 Severity: normal When adjusting volume through multimedia keys, gnome-settings-daemon seems to use the first available ALSA device, ignoring the Default Mixer Tracks setting in Sound Preferences. Everything was working fine until I decided to switch to PulseAudio. With a default ALSA device configured in /etc/asound.conf (per perfect setup: http://pulseaudio.org/wiki/PerfectSetup#ALSAApplications), the volume actions (vol up, vol down and mute) go to PA (through !default ALSA device) instead of directly to the actual ALSA device, as I configured in Sound Preferences. As workaround I've disabled the !default ALSA device. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.22-2-686 (SMP w/2 CPU cores) Locale: LANG=pt_BR, LC_CTYPE=pt_BR (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages gnome-control-center depends on: ii capplets-data 1:2.18.1-1 configuration applets for GNOME 2 ii desktop-file-utils 0.12-1 Utilities for .desktop files ii gnome-desktop-data 2.20.1-1 Common files for GNOME 2 desktop a ii gnome-icon-theme2.20.0-1 GNOME Desktop icon theme ii gnome-menus 2.20.1-1 an implementation of the freedeskt ii libart-2.0-22.3.19-3 Library of functions for 2D graphi ii libatk1.0-0 1.20.0-1 The ATK accessibility toolkit ii libaudiofile0 0.2.6-7 Open-source version of SGI's audio ii libavahi-client30.6.21-2 Avahi client library ii libavahi-common30.6.21-2 Avahi common library ii libavahi-glib1 0.6.21-2 Avahi glib integration library ii libbonobo2-02.20.1-1 Bonobo CORBA interfaces library ii libbonoboui2-0 2.20.0-1 The Bonobo UI library ii libc6 2.6.1-1+b1 GNU C Library: Shared libraries ii libcairo2 1.4.10-1 The Cairo 2D vector graphics libra ii libdbus-1-3 1.1.1-3 simple interprocess messaging syst ii libdbus-glib-1-20.74-1 simple interprocess messaging syst ii libebook1.2-9 1.12.1-1 Client library for evolution addre ii libesd-alsa0 [libes 0.2.36-3 Enlightened Sound Daemon (ALSA) - ii libfontconfig1 2.4.2-1.2generic font configuration library ii libfreetype62.3.5-1+b1 FreeType 2 font engine, shared lib ii libgconf2-4 2.20.1-1 GNOME configuration database syste ii libgcrypt11 1.2.4-2 LGPL Crypto library - runtime libr ii libglade2-0 1:2.6.2-1library to load .glade files at ru ii libglib2.0-02.14.1-5 The GLib library of C routines ii libgnome-desktop-2 2.20.1-1 Utility library for loading .deskt ii libgnome-keyring0 2.20.1-1 GNOME keyring services library ii libgnome-menu2 2.20.1-1 an implementation of the freedeskt ii libgnome-window-set 1:2.18.1-1 Utility library for getting window ii libgnome2-0 2.20.1.1-1 The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.20.1.1-1 A powerful object-oriented display ii libgnomekbd12.20.0-1 GNOME library to manage keyboard c ii libgnomekbdui1 2.20.0-1 User interface library for libgnom ii libgnomeui-02.20.1.1-1 The GNOME 2 libraries (User Interf ii libgnomevfs2-0 1:2.20.0-3 GNOME Virtual File System (runtime ii libgnutls13 2.0.1-1 the GNU TLS library - runtime libr ii libgpg-error0 1.4-2library for common error values an ii libgstreamer-plugin 0.10.14-4GStreamer libraries from the base ii libgstreamer0.10-0 0.10.14-2Core GStreamer libraries and eleme ii libgtk2.0-0 2.12.1-1 The GTK+ graphical user interface ii libhal1 0.5.10-2 Hardware Abstraction Layer - share ii libice6 2:1.0.4-1X11 Inter-Client Exchange library ii libjpeg62 6b-14The Independent JPEG Group's JPEG ii libmetacity01:2.20.0-1 library of lightweight GTK2 based ii libnautilus-extensi 2.18.3-3 libraries for nautilus components ii liborbit2 1:2.14.7-0.1 libraries for ORBit2 - a CORBA ORB ii libpanel-applet2-0 2.18.3-2 library for GNOME Panel applets ii libpango1.0-0 1.18.3-1 Layout and rendering of internatio ii libpng12-0 1.2.15~beta5-3 PNG library - runtime ii libpopt01.10-3 lib for parsing cmdline parameters ii libslab00.9.8.svn.20070430-1 beautification app library file ii libsm6
Bug#452211: totem-xine dies with PulseAudio
Package: totem-xine Version: 2.18.2-1 Severity: important Totem with xine backend, configured to use PulseAudio as audio output (audio.driver=pulse setting in .gnome2/totem_config) miserably dies after sometime (ca. 1 minute) playing (tested with simple MP3 files, which works fine without pulseaudio). After starting totem: jack init_class returning 0x888d168 sh: jackd: command not found sh: jackd: command not found open_jack_plugin: Error: Failed to connect to JACK server open_jack_plugin: (did you start 'jackd' server?) After sometime playing it just drops: totem: pulsecore/memblock.c:188: mempool_allocate_slot: Assertion `*_head == _item' failed. Aborted And then aborts. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.22-2-686 (SMP w/2 CPU cores) Locale: LANG=pt_BR, LC_CTYPE=pt_BR (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages totem-xine depends on: ii gconf2 2.20.1-1 GNOME configuration database syste ii gnome-icon-theme2.20.0-1 GNOME Desktop icon theme ii libart-2.0-22.3.19-3 Library of functions for 2D graphi ii libatk1.0-0 1.20.0-1 The ATK accessibility toolkit ii libbonobo2-02.20.1-1 Bonobo CORBA interfaces library ii libbonoboui2-0 2.20.0-1 The Bonobo UI library ii libc6 2.6.1-1+b1 GNU C Library: Shared libraries ii libcairo2 1.4.10-1 The Cairo 2D vector graphics libra ii libdbus-1-3 1.1.1-3 simple interprocess messaging syst ii libdbus-glib-1-20.74-1 simple interprocess messaging syst ii libfontconfig1 2.4.2-1.2generic font configuration library ii libfreetype62.3.5-1+b1 FreeType 2 font engine, shared lib ii libgcc1 1:4.2.2-3GCC support library ii libgconf2-4 2.20.1-1 GNOME configuration database syste ii libglade2-0 1:2.6.2-1library to load .glade files at ru ii libglib2.0-02.14.1-5 The GLib library of C routines ii libgnome-desktop-2 2.20.1-1 Utility library for loading .deskt ii libgnome-keyring0 2.20.1-1 GNOME keyring services library ii libgnome2-0 2.20.1.1-1 The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.20.1.1-1 A powerful object-oriented display ii libgnomeui-02.20.1.1-1 The GNOME 2 libraries (User Interf ii libgnomevfs2-0 1:2.20.0-3 GNOME Virtual File System (runtime ii libgtk2.0-0 2.12.1-1 The GTK+ graphical user interface ii libhal1 0.5.10-2 Hardware Abstraction Layer - share ii libice6 2:1.0.4-1X11 Inter-Client Exchange library ii liblircclient0 0.8.0-13 infra-red remote control support - ii libnautilus-extension1 2.18.3-3 libraries for nautilus components ii liborbit2 1:2.14.7-0.1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.18.3-1 Layout and rendering of internatio ii libpng12-0 1.2.15~beta5-3 PNG library - runtime ii libpopt01.10-3 lib for parsing cmdline parameters ii libsm6 2:1.0.3-1+b1 X11 Session Management library ii libstartup-notification 0.9-1library for program launch feedbac ii libstdc++6 4.2.2-3 The GNU Standard C++ Library v3 ii libtotem-plparser1 2.18.2-1 Totem Playlist Parser library - ru ii libx11-62:1.0.3-7X11 client-side library ii libxcursor1 1:1.1.9-1X cursor management library ii libxext61:1.0.3-2X11 miscellaneous extension librar ii libxfixes3 1:4.0.3-2X11 miscellaneous 'fixes' extensio ii libxi6 2:1.1.3-1X11 Input extension library ii libxine11.1.7-1 the xine video/media player librar ii libxinerama11:1.0.2-1X11 Xinerama extension library ii libxml2 2.6.30.dfsg-2GNOME XML library ii libxrandr2 2:1.2.2-1X11 RandR extension library ii libxrender1 1:0.9.4-1X Rendering Extension client libra ii libxtst62:1.0.3-1X11 Testing -- Resource extension ii libxxf86vm1 1:1.0.1-2X11 XFree86 video mode extension l ii zlib1g 1:1.2.3.3.dfsg-6 compression library - runtime Versions of packages totem-xine recommends: ii totem-mozilla 2.18.2-1 Totem Mozilla plugin -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#451318: bluez-utils: Can't get BCM2045 up and running
Package: bluez-utils Version: 3.13-1 Severity: normal I have a Dell Inspiron 9400 (E1705) with integrated Bluetooth device. It's a Broadcom BCM2045. I'm using the hci_usb module, which happily recognizes the device and makes the interface hci0 available. On module install I get the following message (as seen through dmesg): Bluetooth: HCI USB driver ver 2.9 usbcore: registered new interface driver hci_usb hci_usb_intr_rx_submit: hci0 intr rx submit failed urb f75b4ad4 err -28 Afterwards, hciconfig -a shows: hci0: Type: USB BD Address: 00:00:00:00:00:00 ACL MTU: 0:0 SCO MTU: 0:0 DOWN RX bytes:0 acl:0 sco:0 events:0 errors:0 TX bytes:0 acl:0 sco:0 commands:0 errors:0 (notice the DOWN state) Trying to bring the interface up (hciconfig hci0 up) gives (directly in the terminal, as output of hciconfig): Can't init device hci0: Input/output error (5) And also gives (indirectly, via kernel ring buffer): hci_usb_intr_rx_submit: hci0 intr rx submit failed urb f75c87d4 err -28 The device is enabled in BIOS. The Bluetooth LED is lit. Hitting the Dell hotkey (Fn+F2) to disable Bluetooth devices does actually notifies the kernel about device disconection (dmesg output): usb 5-1.4: USB disconnect, address 4 usb 5-1.4.1: USB disconnect, address 5 usb 5-1.4.2: USB disconnect, address 6 usb 5-1.4.3: USB disconnect, address 7 And hciconfig -a now shows nothing. Hitting the hotkey again to re-enable it (dmesg output): usb 5-1.4: new full speed USB device using ehci_hcd and address 8 usb 5-1.4: configuration #1 chosen from 1 choice hub 5-1.4:1.0: USB hub found hub 5-1.4:1.0: 3 ports detected usb 5-1.4.1: new full speed USB device using ehci_hcd and address 9 usb 5-1.4.1: configuration #1 chosen from 1 choice hci_usb_isoc_rx_submit: hci0 isoc rx submit failed urb f660ac14 err -28 hci_usb_isoc_rx_submit: hci0 isoc rx submit failed urb f660ac14 err -28 usb 5-1.4.2: new full speed USB device using ehci_hcd and address 10 usb 5-1.4.2: configuration #1 chosen from 1 choice input: Broadcom Corp as /class/input/input8 input: USB HID v1.11 Keyboard [Broadcom Corp] on usb-:00:1d.7-1.4.2 usb 5-1.4.3: new full speed USB device using ehci_hcd and address 11 usb 5-1.4.3: configuration #1 chosen from 1 choice input: Broadcom Corp as /class/input/input9 input: USB HID v1.11 Mouse [Broadcom Corp] on usb-:00:1d.7-1.4.3 And now, voilà, the device appears up and running, as shown by hciconfig -a: hci0: Type: USB BD Address: 00:19:7D:E2:C0:2B ACL MTU: 1017:8 SCO MTU: 64:8 UP RUNNING PSCAN ISCAN RX bytes:440 acl:0 sco:0 events:22 errors:0 TX bytes:340 acl:0 sco:0 commands:22 errors:0 Features: 0xff 0xff 0x8f 0xfe 0x9b 0xf9 0x00 0x80 Packet type: DM1 DM3 DM5 DH1 DH3 DH5 HV1 HV2 HV3 Link policy: RSWITCH HOLD SNIFF PARK Link mode: SLAVE ACCEPT Name: 'praga-0' Class: 0x3e0100 Service Classes: Networking, Rendering, Capturing, Object Transfer, Audio Device Class: Computer, Uncategorized HCI Ver: 2.0 (0x3) HCI Rev: 0x2128 LMP Ver: 2.0 (0x3) LMP Subver: 0x41d8 Manufacturer: Broadcom Corporation (15) If you need more information, just ask. Thanks, R. Lemos -- lsusb -- Bus 005 Device 015: ID 0a5c:4503 Broadcom Corp. Bus 005 Device 014: ID 0a5c:4502 Broadcom Corp. Bus 005 Device 013: ID 413c:8126 Dell Computer Corp. Bus 005 Device 012: ID 0a5c:4500 Broadcom Corp. Bus 005 Device 002: ID 413c:a005 Dell Computer Corp. Bus 005 Device 001: ID : Bus 001 Device 001: ID : Bus 002 Device 002: ID 045e:0039 Microsoft Corp. IntelliMouse Optical Bus 002 Device 001: ID : Bus 003 Device 001: ID : Bus 004 Device 001: ID : -- lsusb -v -s 005:015 -- (as attachment) -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.22-2-686 (SMP w/2 CPU cores) Locale: LANG=pt_BR, LC_CTYPE=pt_BR (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages bluez-utils depends on: ii dbus 1.1.1-3 simple interprocess messaging syst ii libbluetooth23.20-1 Library to use the BlueZ Linux Blu ii libc62.6.1-1+b1 GNU C Library: Shared libraries ii libdbus-1-3 1.1.1-3 simple interprocess messaging syst ii libglib2.0-0 2.14.1-5The GLib library of C routines ii libusb-0.1-4 2:0.1.12-7 userspace USB programming library ii lsb-base 3.1-24 Linux Standard Base 3.1 init scrip ii makedev 2.3.1-84creates device files in /dev ii module-init-tools3.3-pre11-4 tools for managing Linux kernel mo ii udev 0.114
