Hi all,
> The specific firmware is part of the firmware-misc-nonfree package
This is odd for jessie-backports. In which, firmware-misc-nonfree is currently
of version 20160824-1~bpo8+1 and doesn't contain the specific firmware nor the
other one being reported missing:
Package: ejabberd
Version: 2.1.10-1
Severity: important
Hi,
JPEG photo is broken after fetching from LDAP with mod_vcard_ldap in
2.1.10. For 2.1.9 all works correctly.
There is already a concerning bug reported directly on the ProcessOne bug
tracking
system:
Package: gdm3
Version: 2.30.5-6squeeze3
Severity: normal
Hi,
I'm facing the same behavior with LDAP users. Only local users are being
shown in the list, no remotes. I can still login with Other, but the
recently logged users do NOT appear in the list neither.
When I perform Switch user, the
Package: openoffice.org
Version: 1:3.2.0-8+b1
Severity: important
Hi,
when trying to establish shared spreadsheet for collaboration of
multiple users on one document, I cannot get it running.
Following exactly the OOorg's help or any wiki, tutorial did not help:
- sharing the document works
-
Hi,
I faced the similar on amd64. I have Microsoft ergonomic keyboard on USB and
the appropriate driver
hid-microsoft.ko was not part of the generated initrd image. Actually only the
generic hid driver
was present there. Lots of other drivers were missing as well. The solution for
me was to
Hi,
Sven Arvidsson wrote:
I can't reproduce this, you need to provide more details. How are you
launching Evince (keybinding? from panel? terminal? etc?) do you have
more than one instance of Evince running?
It was very strange. I was sure it happens everytime I launch evince, no matter
how.
Adam Lackorzynski wrote:
On Fri Feb 22, 2008 at 14:14:45 +0900, Rene Pavlik wrote:
The implicit history buffer size is 2000 lines. This cannot be changed in the
menu to a bigger value than 999, since I can type 3 digits only.
Thanks, fixed in repo.
Adam
Hello,
I see the change but still
Additional info about the bug:
I looked to the initscript and I have found that there is /dev/null passed
to the openvpn binary. In the case of automatic start at system's boot, this
argument leads to skipping the pass phrase question. When removed, everything
works as expected (consider there
Jonas Meurer wrote:
Ok, I just found out that 'cryptsetup status $dst' gives us the
information we need. the following works but could be implemented
better:
loopdev=/dev/$(cryptsetup status $dst | grep device | sed -e
's/.*device.*\///g' | grep ^loop || true)
Hi,
I modified this a
Jonas Meurer wrote:
On 19/11/2007 Rene Pavlik wrote:
There is a not correctly working routine in the mentioned script to handle
detaching of loopback devices. After stopping, the device /dev/loopX is still
being assigned to the file. Next start of the init script allocates another
loopback
10 matches
Mail list logo