And still does not work in Eoan Ermine (19.10).
apparmor-utils 2.13.3-5ubuntu1 amd64
# aa-logprof
ERROR: Values added to a non-existing variable @{HOMEDIRS}:
/shared/home/ in tunables/home.d/site.local
In fact, this bug was the origin cause of multiple packages failing to upgrade
when
Public bug reported:
Release: Ubuntu 18.04.2 LTS
mythweb: 2:29.1+fixes.20180414.329c235-0ubuntu3
When installing or updating mythweb, the post-install performs certain
apache modifications, that are potentially harmful and not according to
debian/ubuntu guidelines.
Issue:
On any post-install
When upgrading to trusty, this error has hit me, too.
After some investigation I figured that there are some flaws in
/usr/sbin/update-squidgard, which is called during the configure phase
on install/update.
1) update-squidguard calls a su - proxy squidguard ... at the end to rebuild
the
I was encountering the very same problem in an identical environment (nfs4 and
LDAP based nameservice) but on DEBIAN (!).
Since I was not able to find any relevant bug reports within the Debian bug
tracking system, I was very delighted to find someone having the same problem
and reporting it
For your reference:
before applying the fix in comment #9 the keys seem to be saturated (199/200).
(That was after ls -al in a nfs4 mounted dir with ~500 different owners)
# cat /proc/key-users
0: 204 203/203 199/200 6275/2
After enabling the new key quotas it showed:
# cat
I just bumped into this issue, too - having NFS homedirs under
/shared/home.
Adjusting the apparmor tunables home as posted in comment #11 fixes this
problem!
Thus, this isn't an akonadi issue anymore.
--
[NIS, NFS] akonadi fails to start
https://bugs.launchpad.net/bugs/365124
You received
Public bug reported:
Binary package hint: dirvish
drivish-runall manpages states that Runall config directive is using
Time::ParseDate formatted patterns.
This works with simple, non-spaced expressions but fails on anything that
contains a space (like Last Sun).
The following patch prevents
** Attachment added: Dependencies.txt
http://launchpadlibrarian.net/35358790/Dependencies.txt
--
Parsing of Runall Expire dates failes on specfic time formats
https://bugs.launchpad.net/bugs/478207
You received this bug notification because you are a member of Ubuntu
Bugs, which is
** Attachment added: Dependencies.txt
http://launchpadlibrarian.net/35367987/Dependencies.txt
** Attachment added: ProcMaps.txt
http://launchpadlibrarian.net/35367988/ProcMaps.txt
** Attachment added: ProcStatus.txt
http://launchpadlibrarian.net/35367989/ProcStatus.txt
--
wrong /
Public bug reported:
Binary package hint: gwenview
The image viewer within gwenview (I've no idea on which component that
is based) is obviously using a hard-coded color mask for displaying
images instead of asking the X-Server what color mask to use.
For non-mainstream X-Servers (like Xnewt
Please reconsider raising importance of this bug.
It prevents all 32bit software (using PAM) from working!
As a workaround I fixed this by
* copying PAM modules from a 32bit system into /lib32/security
* manually patched/compiled libpam.so (from ia32-libs) to point to
/lib32/security instead of
Public bug reported:
Binary package hint: samba
Using:Ubuntu 8.04.2,
samba: Installed: 3.0.28a-1ubuntu4.7
After upgrading, smbd throws SIGSEGV when trying to print from a windows client
to a smb print share.
Result: Nothing is printed. Windows shows error message.
gdb shows the
Forgot to post the corresponding smbd.log:
Apr 6 13:00:08 elwood smbd[27999]: [2009/04/06 13:00:08, 0]
lib/fault.c:fault_report(41)
Apr 6 13:00:08 elwood smbd[27999]:
===
Apr 6 13:00:08 elwood smbd[27999]: [2009/04/06 13:00:08, 0]
Public bug reported:
Binary package hint: samba
Using:Ubuntu 8.04.2,
samba: Installed: 3.0.28a-1ubuntu4.7
After upgrading, smbd throws SIGSEGV when trying to print from a windows client
to a smb print share.
Result: Nothing is printed. Windows shows error message.
gdb shows the
Forgot to post the corresponding smbd.log:
Apr 6 13:00:08 elwood smbd[27999]: [2009/04/06 13:00:08, 0]
lib/fault.c:fault_report(41)
Apr 6 13:00:08 elwood smbd[27999]:
===
Apr 6 13:00:08 elwood smbd[27999]: [2009/04/06 13:00:08, 0]
I've installed
flashplugin-nonfree_10.0.1.218+10.0.0.525ubuntu1_i386.deb
which I assume is what you are referring to as beta 2.
The plugin shows in about:plugins as
File name: /usr/lib/flashplugin-nonfree/libflashplayer.so
Shockwave Flash 10.0.0 d525
The problem remains the same though
Public bug reported:
Binary package hint: flashplugin-nonfree
Description:Ubuntu 8.04
Release:8.04
flashplugin-nonfree:
Installed: 10.0.1.218ubuntu1
Candidate: 10.0.1.218ubuntu1
Adobe's flash plugin obviously uses a hard-coded color mask
(red, green, blue masks:0xff,
After upgrading to Gutsy, suspend/resume (ram disk) does NOT work
anymore on my Acer Ferrari 4005.
Currently, I can't see a relation to the ATI restricted drivers, because
I tested without the drivers in init=/bin/sh state and have very similar
behavior:
I'm initiating suspend with s2both. The
Public bug reported:
Binary package hint: sudo
With upgrade to gutsy, sudo and kdesu stopped working.
[EMAIL PROTECTED] ~ sudo xterm
Xlib: connection to :0.0 refused by server
Xlib: No protocol specified
Warning: This program is an suid-root program or is being run by the root user.
The full
[EMAIL PROTECTED] ~ sudo strace -f xterm
with home on NFS share:
...
socket(PF_INET, SOCK_STREAM, IPPROTO_IP) = 3
setsockopt(3, SOL_TCP, TCP_NODELAY, [1], 4) = 0
setsockopt(3, SOL_SOCKET, SO_KEEPALIVE, [1], 4) = 0
connect(3, {sa_family=AF_INET, sin_port=htons(6010),
Same problem here.
I resolved it by removing /root/.kde/share/config/adept_*
--
adept_manager shows old style repositories config page
https://bugs.launchpad.net/bugs/125644
You received this bug notification because you are a member of Ubuntu
Bugs, which is the bug contact for Ubuntu.
--
I'm suffering from the same problem in Edgy and now as well in Feisty.
If there is any more information needed to fix this bug, please request
it.
--
Mozilla Thunderbird doesn't restart when Kubuntu session is reloaded
https://bugs.launchpad.net/bugs/49534
You received this bug notification
I suffered the same problem and was able to nail it down to udev! (see
also bug 77325)
Indeed, the mountnfs script in if-up.d is never run, because interfaces are
already up when rcS reaches S40networking.
The reason for this is, that udev get's notice of the hardware and calls itself
(via
Public bug reported:
When pushing an arbitrary ed2k link to a remote mldonkey with
kmldonkey_submit -h remote_host ed2k://. it shows an error window
with Failed to submit URL: despite the fact that mldonkey
successfully accepted the URL.
The Details button shows Added link : ..., so
24 matches
Mail list logo
