libvirt-bin gets shutdown by Upstart, so when you try to shutdown from
an init script, chances are that libvirt has shutdown already. So if you
want to do this, you need to change /etc/init/libvirt-bin.conf as well,
and have it wait for the VM's to shut down.
--
Should shut down domains on
libvirt-bin gets shutdown by Upstart, so when you try to shutdown from
an init script, chances are that libvirt has shutdown already. So if you
want to do this, you need to change /etc/init/libvirt-bin.conf as well,
and have it wait for the VM's to shut down.
--
Should shut down domains on
I'm still not sure, but doesn't the /etc/init.d/sendsigs script,
combined with the Ubuntu 10.04 /etc/init/rc.conf, make up for a giant
race condition? Where a shell script tries to find out which processes
it should not kill? This is, at least, what I'm making of it, when
running libvirt on a
I'm still not sure, but doesn't the /etc/init.d/sendsigs script,
combined with the Ubuntu 10.04 /etc/init/rc.conf, make up for a giant
race condition? Where a shell script tries to find out which processes
it should not kill? This is, at least, what I'm making of it, when
running libvirt on a
Public bug reported:
Until recently, my HylaFax installation worked flawlessly. Since upgrade
from Dapper, through Hardy, to Lucid, the Faxgetty process segfaults.
The message is always the same:
Jun 30 15:13:18 machinename kernel: [4917851.100056] faxgetty[26509]:
segfault at a3c ip 0805c083
Public bug reported:
/etc/init/gssd.conf states:
stop on (stopping portmap or runlevel [06])
When going to runlevel 0 or 6, this results in unusable (and even
hanging) Kerberized NFS4 mounts - i.e. if there's any process still
using anything on nfs4, it can't continue because gssd isn't there
While, as far as I experienced, killing gssd it is a fine way to not be
able to do anything, if /usr is mounted on an nfs4 system that is. (And
now I'm not even sure if gssd is at fault, or if this an nfs4 problem).
--
Upstart gssd.conf: stopping prematurely with kerberized NFS4 mounts
Given the mess the current i915 driver is in, it would be hard to say if
this is still an issue ;-) , but please close this bug as I am pretty
sure I can't reproduce the kernel oops anymore.
--
[IBM 2372GHG] late resume failure
https://bugs.launchpad.net/bugs/455337
You received this bug
** Changed in: linux (Ubuntu)
Status: Incomplete = Fix Released
--
silly WARNING about delta way too big, after resume from S3
https://bugs.launchpad.net/bugs/458957
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs
IBM X40 laptop, 82852/855GM rev. 02, also: no working graphical
environment since 2.6.32-21; I manually installed 2.6.32.20 to get a
working environment. Unfortunately, there's no crash information
whatsoever, the system just freezes hard, without logs or otherwise
usable information. Setting
Same here, with an IBM X40 laptop, with Intel 82852/855GM Integrated
Graphics Device
--
Xserver crashes with latest lucid kernel when using Xv-overlay mode
https://bugs.launchpad.net/bugs/563386
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to
Yes, it's fixed. If you happen to have a connection TLS with password -
with a bogus username/password, you can reset it to TLS (without
password) and it will keep working.
--
nm_vpn_connection_connect_cb(): VPN connection 'xyz' failed to connect: 'No VPN
secrets!'.
I'm not so sure. Here's a system that, during install time, has the
language-pack-nl installed; but the cache is still wrong.
I'd still put my guesses on a difference in locale, update-gnome-menus-
cache getting the locale wrong during install time.
And it gets weirder. We now install Acroread
You're right about the language-pack-gnome-nl, it's installed after the last
update of the cache:
Mar 25 11:33:53 in-target: Instellen van language-pack-gnome-nl
(1:10.04+20100320) ...
Mar 25 11:33:53 in-target: Instellen van language-pack-gnome-nl-base
(1:10.04+20100313) ...
Complete install
BTW an install from CD has the LANG set from the beginning; so there the
chances of changing it wrong are less than a preseeded install, where
only those things are set that are set explicitly in the installer.
Also, while I'm writing this, I realise that the last remarks (language
set to C)
As far as I can see, this is fixed in Lucid.
--
Window List buttons do not always respond to mouse clicks
https://bugs.launchpad.net/bugs/470604
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
Martin, there's just one element of the bug left, namely the
/usr/share/applications/desktop.nl_NL.utf8.cache containing English
descriptions. As far as I can see, this is probably the result of
update-gnome-menus-cache setting it's locale with
locale.setlocale(locale.LC_ALL, ''), while the output
Public bug reported:
Binary package hint: gnome-menus
After a network install of Lucid (preseeded, from an up-to-date mirror
2010-03-24), the /usr/share/applications/desktop.nl_NL.utf8.cache file
contains English descriptions all over the place. This is probably the
result of
On 23-03-10 12:06, Sebastien Bacher wrote:
Thank you for your bug report, the cache update uses a trigger which
means it will be updated when any package install a desktop entry in the
directory, local changes are supposed to be made in the local directory
and not in the distribution one
Do
Public bug reported:
Binary package hint: gnome-menus
After installing Lucid 10.04-alpha on 2010-03-17 (from a preseeded PXE
install), the /usr/share/applications/desktop.nl_NL.utf8.cache file
contains many, many English descriptions of the applications - so the
Gnome menus are filled with
The live-CD has an /etc/hostname set to ubuntu, so what do you want me
to check? Apart from that, the /sbin/dhclient-script file is the same as
above, so the logic to change the hostname does not work and is not
conforming to the dhclient-documentation.
--
Lucid dhclient can't set hostname
The live-CD has an /etc/hostname set to ubuntu, so what do you want me
to check? Apart from that, the /sbin/dhclient-script file is the same as
above, so the logic to change the hostname does not work and is not
conforming to the dhclient-documentation.
--
Lucid dhclient can't set hostname
Isn't this a duplicate for bug #482313?
--
Make it possible again to let dhcp server set the client hostname
https://bugs.launchpad.net/bugs/523188
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to dhcp3 in ubuntu.
--
Ubuntu-server-bugs
We are perfectly able to set hostnames in Karmic; however, we have
/etc/hostname explicitly set to '(none)', while (as far as I see in
other reports), since Karmic, when /etc/hostname is missing, Ubuntu sets
it to localhost, thus making dhclient not set the hostname.
--
Make it possible again to
We have set /etc/hostname explicitly to '(none)'. Naturally, this is an
illegal hostname, but since we use dhcp for our hostnames, the hostname
is changed once the network is up.
--
dhclient-script ignores option host-name from DHCP-server
https://bugs.launchpad.net/bugs/482313
You received this
In Lucid, this is not fixed but it is in fact worse, see bug #537978
--
Make it possible again to let dhcp server set the client hostname
https://bugs.launchpad.net/bugs/523188
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to dhcp3 in
Public bug reported:
Until recently (up to and including Karmic), there was a set_hostname()
function in /sbin/dhclient-script, that said:
set_hostname() {
local current_hostname=$(hostname)
if [ -z $current_hostname -o $current_hostname = (none) ]; then
hostname $new_host_name
Isn't this a duplicate for bug #482313?
--
Make it possible again to let dhcp server set the client hostname
https://bugs.launchpad.net/bugs/523188
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
We are perfectly able to set hostnames in Karmic; however, we have
/etc/hostname explicitly set to '(none)', while (as far as I see in
other reports), since Karmic, when /etc/hostname is missing, Ubuntu sets
it to localhost, thus making dhclient not set the hostname.
--
Make it possible again to
We have set /etc/hostname explicitly to '(none)'. Naturally, this is an
illegal hostname, but since we use dhcp for our hostnames, the hostname
is changed once the network is up.
--
dhclient-script ignores option host-name from DHCP-server
https://bugs.launchpad.net/bugs/482313
You received this
In Lucid, this is not fixed but it is in fact worse, see bug #537978
--
Make it possible again to let dhcp server set the client hostname
https://bugs.launchpad.net/bugs/523188
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
Public bug reported:
Until recently (up to and including Karmic), there was a set_hostname()
function in /sbin/dhclient-script, that said:
set_hostname() {
local current_hostname=$(hostname)
if [ -z $current_hostname -o $current_hostname = (none) ]; then
hostname $new_host_name
Still there in Ubuntu 10.04 (Lucid)
--
gamin doesn't notice local file creation on NFS4
https://bugs.launchpad.net/bugs/383118
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
Public bug reported:
Binary package hint: bind9
apt-get install bind9
Reading package lists... Done
Building dependency tree
Reading state information... Done
Suggested packages:
bind9-doc resolvconf
The following NEW packages will be installed:
bind9
0 upgraded, 1 newly installed, 0
Public bug reported:
Binary package hint: bind9
apt-get install bind9
Reading package lists... Done
Building dependency tree
Reading state information... Done
Suggested packages:
bind9-doc resolvconf
The following NEW packages will be installed:
bind9
0 upgraded, 1 newly installed, 0
Hmm, actually: no, I don't think it fixes the Z-version - and in fact,
my report is wrong here. Could you try, however, to do:
usb_modeswitch -d 1 -v 0x19d2 -p 0x2002
... and see what happens? What does lsusb tell you afterwards, is
there still a device 19d2:2002, or did it change?
--
the
Didier Raboud schreef:
By the way, Valentin, you are speaking about 19d2:2002 where you spoke
before about 12d1:1520. Alessandro is speaking about the K3765Z, which
is of unknown *:* …
The K3765 is 12d1:1520. I don't know how the 19d2:2002 got mingled here
- as far as I can see from the
Public bug reported:
In /etc/idmapd.conf, there's a line saying:
Domain = localdomain
This used to be sort of working: if server and clients had the same domain,
user ID's would be mapped correctly. However, in Lucid, when you're using
Kerberos, the rpc.svcgssd checks if the domain is a proper
** Attachment added: This fixes the K3765 for me, it automatically runs
usb_modeswitch with right parameters
http://launchpadlibrarian.net/39600080/usb_modeswitch.rules.patch
--
the package recognize 19d2:2002 (ONDA Communication S.p.A. K3765-Z) only as a
storage device
See above patch. 0x12d1:0x1520 will need a specific usb_modeswitch
command, that is not (yet) incorporated in the udev rules. Adding a line
with
SUBSYSTEM==usb, SYSFS{idVendor}==12d1, SYSFS{idProduct}==1520,
RUN+=/usr/sbin/usb_modeswitch --default-vendor 0x12d1 --default-product
0x1520
*** This bug is a duplicate of bug 516780 ***
https://bugs.launchpad.net/bugs/516780
** This bug has been marked a duplicate of bug 516780
the package recognize 19d2:2002 (ONDA Communication S.p.A. K3765-Z) only as
a storage device
--
nm-applet cannot detect K3565-Z
In 2.6.31-19-generic (Ubuntu Karmic Koala, 9.10), the problem seems to
be back. Could anyone confirm this?
--
backlight failed after suspend to ram on IBM X40
https://bugs.launchpad.net/bugs/292256
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed
Never mind, 2.6.31-20-generic is OK again.
--
backlight failed after suspend to ram on IBM X40
https://bugs.launchpad.net/bugs/292256
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
Adding a new user (adduser test and configuring it roughly like my own
account (no visual effects, focus follows mouse but windows don't
raise), I could not reproduce the problem. So while my test was not
exhaustive, I suspect a configuration issue. I will try to compare the
gconf-settings from
I tested the kernel from proposed and yes, this works as it should:
backlight is enabled automatically. Good work!
--
backlight failed after suspend to ram on IBM X40
https://bugs.launchpad.net/bugs/292256
You received this bug notification because you are a member of Ubuntu
Bugs, which is
NFSv4 will help: it does notice a no longer held lock, in contrast to
NFSv3, that will not notice a no longer held lock (and will hold the
lock indefinately).
The problem is, that even after removing lock and .parentlock, a couple
of .sqlite files will still be locked on an NFSv3 server.
A
This has not been fixed for NFSv4 yet. The nfs4-acl-tools mentioned in
the original bug report are still not in Ubuntu (not in Hardy, not in
later releases). Also, libacl doesn't include the NFS4 to POSIX ACL
translation.
This means that on a NFS4 file system, there's still no possibility to
see,
Public bug reported:
Client: Ubuntu 8.04.3; server: Ubuntu 8.04.3 with Heimdal KDC. On the client,
the following setup:
authsufficient pam_krb5.so
authrequisite pam_ldap.so
authoptionalpam_krb5_migrate.so debug principal=pam/pam
On the server, a pam/pam principal
Workaround: add a root/admin principal to the KDC and give it add
rights to the KDC database. Export the key for root/admin to
/etc/security (or wherever you put your key, using the keytab=
option). Then specify principal=root/admin for all of the clients you
want to migrate.
--
** Description changed:
Client: Ubuntu 8.04.3; server: Ubuntu 8.04.3 with Heimdal KDC. On the client,
the following setup:
authsufficient pam_krb5.so
authrequisite pam_ldap.so
authoptionalpam_krb5_migrate.so debug principal=pam/pam
On the server, a
Could some of you check your config file: does it have an IP address for
remote? Or a host name?
My openvpn config is as follows: no password; single user (i.e. not for
everyone); remote site is an IP address first (our office wifi is VPN
protected), then a hostname (when I'm connected to the
Well, never mind my previous posting - DNS is not the problem.
--
NetworkManager.vpn fails -- nm-vpn-connection.c.900: NeedSecrets
https://bugs.launchpad.net/bugs/360818
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs
All right. I had the time to test the
patchhttp://bugzilla.kernel.org/attachment.cgi?id=23409 (mentioned in my
previous post). This fixes the problem.
--
backlight failed after suspend to ram on IBM X40
https://bugs.launchpad.net/bugs/292256
You received this bug notification because you are a
I tested the patch mentioned in my previous post:
http://bugzilla.kernel.org/attachment.cgi?id=23409
This fixes the problem. As it is a trivial, three lines only patch, it
shouldn't be too hard to get it submitted, right?
--
pm-suspend with quirks does not restore backlight anymore
Public bug reported:
[ 52.740473] Restarting tasks ... done.
[ 52.741458] Delta way too big! 18446744034664345589 ts=18446744073375732734
write stamp = 38711387145
[ 52.741462] [ cut here ]
[ 52.741476] WARNING: at
** Attachment added: AlsaDevices.txt
http://launchpadlibrarian.net/34241764/AlsaDevices.txt
** Attachment added: AplayDevices.txt
http://launchpadlibrarian.net/34241765/AplayDevices.txt
** Attachment added: ArecordDevices.txt
http://launchpadlibrarian.net/34241766/ArecordDevices.txt
This should fix it, according to the kernel devs:
http://bugzilla.kernel.org/show_bug.cgi?id=10985
** Bug watch added: Linux Kernel Bug Tracker #10985
http://bugzilla.kernel.org/show_bug.cgi?id=10985
--
pm-suspend with quirks does not restore backlight anymore
Here is the kernel bug, with a patch that is supposed to fix it:
http://bugzilla.kernel.org/show_bug.cgi?id=10985
I did not check the patch, maybe someone could?
--
backlight failed after suspend to ram on IBM X40
https://bugs.launchpad.net/bugs/292256
You received this bug notification because
Hmm. Karmic Koala still has the bug and worse: pm-suspend
--quirk-s3-mode --quirk-s3-bios does not help anymore (so adding the
configuration to -pm-ibm.fdi is not a solution anymore). This is
just a preliminary notice, will see if I can find something that does
work.
--
backlight failed
Public bug reported:
Is probably related to bug/292256; proposed fix there does not work
anymore in Karmic.
ProblemType: KernelOops
Annotation: This occured during a previous hibernate and prevented it from
resuming properly. The resume processing hung very near the end and will have
appeared
** Attachment added: AlsaDevices.txt
http://launchpadlibrarian.net/33941861/AlsaDevices.txt
** Attachment added: AplayDevices.txt
http://launchpadlibrarian.net/33941862/AplayDevices.txt
** Attachment added: ArecordDevices.txt
http://launchpadlibrarian.net/33941863/ArecordDevices.txt
Karmic, updated from Jaunty; in Jaunty, a working VPN, in Karmic, my auth.log
says:
Oct 19 14:15:53 abrikoos dbus-daemon: Rejected send message, 3 matched rules;
type=method_call, sender=:1.52 (uid=1001 pid=2332
comm=/usr/lib/indicator-messages/indicator-messages-ser)
Public bug reported:
Binary package hint: gamin
Gamin Version: 0.1.9-2ubuntu2 (Ubuntu 8.04) seems to not notice file
creation events on an NFS4 share. It *does* recognize local file
creation under NFS version 3.
First, we'll mount with NFSv3:
machine# mount -t nfs server:/home /mnt/
machine$
Adding 2372 to the list, as Japi suggests, fixes the bug - for my
hardware; and as this is the same 2372 as Pieter Hintjens reports, this
might close the bug. (Note: it's still there in Jaunty)
$ lshal | grep system.hardware
system.hardware.primary_video.product = 13698 (0x3582) (int)
modify /etc/cups/cups-pdf.conf
and replace line :
#Label 0
by
Label 1
When it's done, all pdf files generated have an unique name. 'job id'+'pdf
name'.pdf
(See https://bugs.launchpad.net/ubuntu/+source/cups-pdf/+bug/134671)
--
pdf printer overwrites existing .pdf files if another file with the
A couple of remarks. AFAIK, UDF is mostly used on DVD's, so our first
concern is getting these to play (and I'm deliberately avoiding the
terms getting it to work because that's what it does now, too, in a
weird way, albeit). Then, some users will complain about their memory
sticks and other stuff
Mac OSX seems to recognize that it's a DVD, and change permissions
accordingly. I fail to reproduce this behaviour on CD/USB or other
storage device. So as far as I can see, there's a special hey, it's a
DVD, let's randomly alter file permissions. So OSX *can* do it; Ubuntu
should be able to do
This also goes for shared configuration in 6.06 to 8.04 - i.e. sharing
your profile between LTS distro's is not possible.
I could track this down to the gconf /apps/evolution/calendar setting named
sources; If I'm right, there are three candidates left:
propertiesproperty name=create_source
OK, here's a fix that worked for my setup.
Could you (other bug subscribers) check your /etc/pam.d/gdm and see what it
says?
My old config (NON working):
#%PAM-1.0
authoptionalpam_group.so
authrequisite pam_nologin.so
authrequiredpam_env.so readenv=1
auth
I have the same problem.
My pstree shows:
├─gdm───gdm─┬─Xorg
With all Gnome-stuff hanging under gdm:
Z
gdm
└─gnome-session─┬─bluetooth-apple
├─gnome-panel
├─gnome-settings-───{gnome-settings-}
*** This bug is a duplicate of bug 195982 ***
https://bugs.launchpad.net/bugs/195982
I have this bug - WITHOUT vmware. It shows up randomly. In fact, while
trying to reproduce it, I logged out; logged in again - to my surprise,
the compose_key is working. I call a colleague to show it and...
I can partly reproduce this: logging in and logging out will sometimes
reproduce the problem - but not always.
Also, the problem occured during a session, i.e. compose-key worked, then 5
minutes later compose key suddenly doesn't work.
This is on a system with Hardy, a generic 104 key keyboard
I'm a bit confused by your comment; setting importance to low seems to imply
that a fix will be in the next Gnome - which means Ubuntu 8.10. Or am I
mistaken here?
This bug is too important for that: network users should be able to rely on the
correct rights for their new directories - you
samba 3.0.22-1ubuntu3.4 breaks things, 3.0.22-1ubuntu3.3 is OK.
samba-3.0.22 /source/lib/charcnv.c is where the panic comes from:
/* No longer allow a length of -1 */
if (dest_len == (size_t)-1)
dest_len = sizeof(pstring);
smb_panic(push_ascii - dest_len ==
Bug #84603 is another version of this bug - this time related to an optical
drive that times out when there's no disk in it.
Then there's #64587, that also shows a freezing machine due to SATA hangs.
So it seems that no SATA drive can be reached, once there's at least one
SATA drive busy. Is
Public bug reported:
I have a broken CDROM (one that has read errors, a toaster). Using this
CD-ROM renders my system unresponsive - it will have a high CPU load or
will sometimes even freeze from 10 to 60 seconds.
Kernel log says things like:
Nov 15 17:05:51 stout kernel: [17182964.856000] Info
Martin Pitt schreef:
I'm afraid I fail to see the problem here. I am perfectly able to
change /etc/default/dhcp3-server with 'sudo dpkg-reconfigure
dhcp3-server'. The .config script looks sane as well, it reads the
current setting from /etc/default/dhcp3-server
Why should it?
then asks the
Well, of course we're waiting for the fix to be in the next point-
release, but for those of you that can't wait, here's a quick half-
scripted way to get the r1000.ko module in your initrd.gz. It's not
tested for completeness, so there could be typos in it, but the result
will work.
A side effect of not being able to change the default language is even
weirder. Suppose your default interface language is German (just for the
sake of it). The result of this is that the default language of
OpenOffice.org is German (Deutsch) as well - so far, so good.
Now change the default
Public bug reported:
Binary package hint: dhcp3-server
There's a problem when trying to setup dhcp3-server with debconf, as the
debconf-settings are overwritten by dhcp3-server on purpose.
What you would expect:
1. setup debconf settings, for example with debconf-set-selections
2. run
Yay. It's fixed. I'll leave the rant about the 14 months fix to a
*crashing* mail program for another episode, but suffice to say that
this one seems fixed in Dapper.
In short: AFAIK it's fixed, you may close the bug.
The long version is that only the crashing part is fixed, but the
decoding of
101 - 181 of 181 matches
Mail list logo
