Public bug reported:
If I specify "root_squash" as the default option for an export, and
try to except one host by specifying "no_root_squash" for just that,
it does not work. The directory is exported with root_squash for
all hosts. For example, given the following line in /etc/exports:
/s/d5
Public bug reported:
KDE5 session fails to start under FreeNX (backtrace included below).
Seems that the same issue affects users of X2Go and possibly of other
remote desktop solutions based on the NX libraries.
This bug has been reported with the KDE project, and there is a small patch
I have tried the following on a clean install of Ubuntu 12.04:
1. Installed nxnode_3.5.0-9_i386.deb and nxserver_3.5.0-11_i386.deb from
nomachine.com
2. Installed libxrandr2_1.4.0-1ubuntu1_i386.deb from
https://launchpad.net/ubuntu/+source/libxrandr (under Raring) - note that I'm
installing a
Yes, downgrading all libraries for the whole systems causes lots of
problems, including with some gnome applications and programs that use
OpenGL. We have developed a better workaround, that modifies the
environment of the `kwin' binary only. The rest of the programs run
unaffected with the
** Attachment added: ls -lR for the directory with downgraded libraries
https://bugs.launchpad.net/ubuntu/+source/libx11/+bug/985202/+attachment/3419974/+files/ls-lR
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
Some more notes.
(1) In the above workaround, the symlink /usr/bin/kwin-ld to /lib/i386
-linux-gnu/ld-2.15.so is not necessary, as the line exec /usr/bin/kwin-
ld --library-path can be replaced with exec /lib/i386-linux-
gnu/ld-2.15.so --lbrary-path But then the kwin process appears as
Looks like this bug has been there since at least kernel 2.6.33, as evidenced
by this Fedora bug report:
https://bugzilla.redhat.com/show_bug.cgi?id=593035
[Somebody complains about this bug to be present in Fedora 13 through 16 as
well as Debian 6.0].
In the discussion for the above bug the
Public bug reported:
The following is displayed in dmesg. Not sure exactly what this warning
is telling me.
[28867.043692] [ cut here ]
[28867.043707] WARNING: at /build/buildd/linux-3.2.0/fs/dcache.c:1287
d_set_d_op+0x6e/0xa0()
[28867.043712] Hardware name: H8DG6/H8DGi
** Bug watch added: Red Hat Bugzilla #814938
https://bugzilla.redhat.com/show_bug.cgi?id=814938
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1015257
Title:
WARNING: at
Possibly the same bug in Fedora:
https://bugzilla.redhat.com/show_bug.cgi?id=814938
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1015257
Title:
WARNING: at
This machine did not run Ubuntu before. It ran Debian Lenny (5.0) with
kernel 2.6.26 and did not have this problem.
I have just tried booting it with linux-image-3.4.0-999-generic-
pae_3.4.0-999.201205160409_i386.deb and I am no longer seeing the
warning messages output by the kernel.
** Tags
Adding ghes.disable=1 as a kernel boot option stops the messages from
appearing.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/46
Title:
Kernel outputs lots of warning of the form [Firmware
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/46
Title:
Kernel outputs lots of warning of the form [Firmware Warn]: GHES:
Failed to read error status block address for hardware error source:
Public bug reported:
On a Supermicro X7SB4 based system the kernel outputs a host of error
messages of the form:
[ 713.444010] ghes_read_estatus: 11 callbacks suppressed
[ 713.444014] [Firmware Warn]: GHES: Failed to read error status block address
for hardware error source: 10.
[
Just tried booting into kernel 3.2.0-23-generic-pae (instead of 3.2.0-24
-generic-pae) and the problem exists in it, too.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/46
Title:
Kernel outputs
Has anyone reported this to NoMachine yet?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/985202
Title:
libx11 causes kwin to crash on login (over NX protocol)
To manage notifications about this
Steve, I think that you are both right and wrong. You are right that
autofs.conf does not work properly and that the autofs-related stuff
should be stopped before umountfs script runs. However, there are two
other things:
1. The entries in /proc/mounts with 'autofs' FSTYPE *are not file
systems
I've poked around at this further, and it seems that the fstab-decode
command only hangs trying to unmount *direct* autofs entries in
/proc/mounts, but does not hang on *indirect* ones. An example of the
direct entry in /proc/mounts:
/etc/auto.nfs_cdf /cdf autofs
I'm attaching a one-line modification to the /etc/init.d/umountfs script
that fixes the problem for us. It causes umountfs to ingore
/proc/mounts entries where FSTYPE is 'autofs'.
I believe that this is a correct solution because these 'autofs' entries
are not the actual file systems mounted by
I've done some more experimenting, and it appears that stopping autofs
(using stop autofs) while in multiuser removes autofs-related lines
from /proc/mounts. However, when /etc/rc6.d/S40umountfs in run level 6
is running I've verified that /proc/mounts still contains autofs-related
entries.
--
I've done some more experimenting, and it appears that stopping autofs
(using stop autofs) while in multiuser removes autofs-related lines
from /proc/mounts. However, when /etc/rc6.d/S40umountfs in run level 6
is running I've verified that /proc/mounts still contains autofs-related
entries.
--
Public bug reported:
After the autofs service is stopped, the autofs-related stuff still
persists in /proc/mounts. I think that the expected behaviour would be
for the /proc/mounts entries to be removed after the autofs daemon
stops.
As a workaround I found that unloading the autofs kernel
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to autofs5 in Ubuntu.
https://bugs.launchpad.net/bugs/988397
Title:
Autofs does not clean up /proc/mounts when stopped
To manage notifications about this bug go to:
Public bug reported:
All our machnes were hanging indefinitely when asked to reboot. We
traced it down to the /etc/rc6.d/S40umountfs script hanging. The
problem in our case is that autofs leaves phantom entries in
/proc/mounts after it's stopped (I'm reporting this as a separate bug
#988397).
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/988394
Title:
Reboot hangs because /etc/rc6.d/S40umountfs chokes on non-existent
mounts
To manage notifications about this bug go to:
Public bug reported:
After the autofs service is stopped, the autofs-related stuff still
persists in /proc/mounts. I think that the expected behaviour would be
for the /proc/mounts entries to be removed after the autofs daemon
stops.
As a workaround I found that unloading the autofs kernel
** Description changed:
All our machnes were hanging indefinitely when asked to reboot. We
traced it down to the /etc/rc6.d/S40umountfs script hanging. The
problem in our case is that autofs leaves phantom entries in
- /proc/mounts after it's stopped (I'm reporting this as a separate
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/988397
Title:
Autofs does not clean up /proc/mounts when stopped
To manage notifications about this bug go to:
I modified the umountfs script to run fstab-decode under strace. I'm
attaching the strace output.
** Attachment added: strace-fstab-decode.txt
https://bugs.launchpad.net/ubuntu/+source/sysvinit/+bug/988394/+attachment/3104022/+files/strace-fstab-decode.txt
--
You received this bug
This bug in zenity affects other packages that use it to ask user a
question. In our case, the freenx server is affected - users are
unable to save their NX sessions because of this bug.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to
*** This bug is a duplicate of bug 971562 ***
https://bugs.launchpad.net/bugs/971562
Sorry, upon closer review of bug #971562 I am sure that my problem is an
exact duplicate of it. Marking as such.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is
*** This bug is a duplicate of bug 971562 ***
https://bugs.launchpad.net/bugs/971562
Public bug reported:
I am not sure whether this is a duplicate of bug #971562, but it looks
different because I have both emacs23 installed and xemacs21, and the
byte compilation for Emacs seems to finish
*** This bug is a duplicate of bug 971562 ***
https://bugs.launchpad.net/bugs/971562
** Attachment added: Log of apt-get install ecb
https://bugs.launchpad.net/bugs/983336/+attachment/3078983/+files/apt-get-install-ecb.txt
** Description changed:
- I am not sure whether this is a
** Attachment added: apt-get-install-ecb.txt
https://bugs.launchpad.net/ubuntu/+source/ecb/+bug/971562/+attachment/3079073/+files/apt-get-install-ecb.txt
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
** Attachment added: Dependencies.txt
https://bugs.launchpad.net/ubuntu/+source/ecb/+bug/971562/+attachment/3079074/+files/Dependencies.txt
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/971562
I'm also seeing this problem - ecb byte compiles for emacs23, but not
for xemacs21-mule.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/971562
Title:
package ecb 2.40+cvs20110608-2 failed to
/dev/snd/controlC0: agenkin2236 F pulseaudio
/dev/snd/pcmC0D0p: agenkin2236 F...m pulseaudio
CRDA: Error: [Errno 2] No such file or directory
Card0.Amixer.info:
Card hw:0 'PCH'/'HDA Intel PCH at 0xfbff4000 irq 44'
Mixer name : 'Realtek ALC887-VD'
Components : 'HDA
** Attachment added: Kernel output photographed
https://bugs.launchpad.net/bugs/962424/+attachment/2917578/+files/CameraZOOM-20120322143325905.jpg
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
*** This bug is a duplicate of bug 961482 ***
https://bugs.launchpad.net/bugs/961482
This bug *is* about kernel 3.2.0-20.32.
** Changed in: linux (Ubuntu)
Status: Incomplete = Confirmed
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is
Public bug reported:
I have a Gigabyte GA-H61M-S2PV motherboard that has on-board audio,
listed by the motherboard manufacturer as Realtek ALC887 audio codec.
Lspci reports it as 00:1b.0 Audio device: Intel Corporation 6
Series/C200 Series Chipset Family High Definition Audio Controller (rev
05).
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/948360
Title:
No sound with on-board ALC887 sound
To manage notifications about this bug go to:
Dave, thanks for the pointer. Installing alsa-hda-dkms package from the
above repository fixed the problem. I now have full card functionality
in alsamixer, and things seem to be working properly.
When can these upstream changes be expected to make their way into the
main distribution?
For the
42 matches
Mail list logo
