After pursuing the matter with Bluez' developers, it seems likely the
problem was protocol non-compliance on the part of this particular mouse
model (it doesn't reply to an L2CAP information request). The Windows
driver, provided by the manufacurer, probably doesn't issue the
information request, r
** Changed in: bluez (Ubuntu)
Status: New => Invalid
--
It takes 5 seconds to connect a bluetooth mouse
https://bugs.launchpad.net/bugs/371087
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bug
This bug has been around at least since Hardy. First it affected adept-manager,
and now kpackagekit. And yet, I believe there is a very simple fix:
1) make kpackagekit depend on libqt-perl
2) select the KDE front-end by default in debconf (at least in Kubuntu,
since it is KDE-based)
--
Please ignore my guess about PAM. It seems fgetty doesn't use it at all.
It must be something else.
--
checkpassword apparently broken in Jaunty
https://bugs.launchpad.net/bugs/372025
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
u
Steps to reproduce:
1. From any terminal, run /bin/fgetty-login
2. Enter login name and password
3. Login fails with "checkpassword: wrong password"
Running "sudo fgetty-login" fails equally.
Could this be a problem with PAM, due to fgetty's login and login2 being
renamed fgetty-login and fgetty
Public bug reported:
Binary package hint: fgetty
I am attempting to use runit in place of upstart to manage tty1 through
tty6, due to runit's better handling of utmp (upstart leaves stale utmp
entries after one logs out, confusing "finger", "last", etc. - see bug #
183729). Using runit worked fin
Public bug reported:
Binary package hint: bluez
I'm running Kubuntu Jaunty with bluez 4.32 on an Asus A8JS notebook.
Every time I connect my Targus AMB02US bluetooth mouse, it takes about 5
seconds between pressing a mouse button and the moment the pointer
starts responding to mouse movements. It
I reported this as a bug in app-install-data because I believe the use
of %U for OpenOffice applications is defined in files /usr/share/app-
install/desktop/ooo-*.desktop, which are part of the app-install-data
package. As far as I can see, this bug is really not dolphin's fault.
%U is also used i
Public bug reported:
Binary package hint: app-install-data
In Kubuntu Hardy KDE-4 Remix, if, in dolphin, I browse to a smb share
and try to open a file that is associated with OpenOffice (.doc, .ppt,
etc.), OpenOffice starts but dies before opening the file.
I found a workaround by changing %U t
I'm experiencing this bug in Hardy, due to my real-time clock being set
to localtime and my /usr being on an LVM. The bug is usually masked by
ntpdate setting the correct time, but whenever I boot my notebook
without a network connection, ntpdate can't do its job, and the system
time is off by seve
10 matches
Mail list logo
