I used to have similar issues with Xorg using up 300-400 MB after a
couple of hours usage. Now that I've upgraded to lucid and KMS (radeon
driver), Xorg stays at about 60 MB.
Is this problem solved for anybody else with lucid?
--
MASTER: memory leak
https://bugs.launchpad.net/bugs/98783
You
This is fixed in lucid as the virtual package emacsen is now part of the
dependencies. Still applies to karmic though.
--
emacs-jabber should be installable with emacs23 as the only version of emacs
https://bugs.launchpad.net/bugs/446501
You received this bug notification because you are a
The reason can be found in the changelog for version
0.8.4~~bzr9980-0ubuntu2
* disable kde gui until klash/qt4 has been fixed; keep kde packages as empty
packages for now.
- update debian/rules
- debian/klash.install
- debian/klash.links
- debian/klash.manpages
-
One of my colleges had this problem with Karmic. Installing the package
from proposed fixed it for him.
--
[MASTER] update-alternatives: error: alternative mpiexec can't be master: it is
a slave of mpirun
https://bugs.launchpad.net/bugs/480455
You received this bug notification because you are
** Bug watch added: Debian Bug tracker #556263
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=556263
** Also affects: doxygen via
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=556263
Importance: Unknown
Status: Unknown
--
package doxygen-gui is not build(doxywizard)
Hi komputes,
That is probably because, the package has been compiled for Hardy. As I
said before, the bug was fixed upstream and it should work in Intrepid
and the following releases. I could play your video file on my Karmic
system with Totem without any issues.
You wrote, that you are also
I think this bug has been fixed from Intrepid onwards. At least your file works
on my Karmic system in Totem.The fix for Hardy never made it to Ubuntu's
repository. I used the above patch to create a fixed package in my PPA.
Have a look at https://launchpad.net/~tukss/+archive/ppa/+packages
--
Public bug reported:
Binary package hint: emacs-jabber
The emacs-jabber package from karmic depends on emacs21, emacs22,
xemacs21-basesupport, or emacs-snapshot. As emacs23 is now in karmic, we
should also offer the corresponding emacs-jabber package, that doesn't
force people to keep emacs22
** Attachment added: ProcEnviron.txt
http://launchpadlibrarian.net/33312591/ProcEnviron.txt
** Attachment added: XsessionErrors.txt
http://launchpadlibrarian.net/33312592/XsessionErrors.txt
--
emacs-jabber should be installable with emacs23 as the only version of emacs
You can try the version from my PPA.
https://launchpad.net/~tukss/+archive/ppa
--
pam-encfs fails on upgrade to Hardy
https://bugs.launchpad.net/bugs/205783
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
That is true but looking at /var/log/clamav/freshclam.log show that the
daemon itself can't access the database site. That means that even with
freshclam running, the database gets outdated and clamscan complains
about an outdated database when invoked. I even tried entering an IP
address into
Thanks for the advice. It was indeed a profile issue. After switching to
complain mode, I got messages like
[16653.510538] type=1503 audit(1225647340.558:116):
operation=inode_permission requested_mask=::r denied_mask=::r
fsuid=114 name=/etc/resolvconf/run/resolv.conf pid=23644
I also have 0.94.dfsg.1~rc1-0ubuntu2 of clamav-freshclam installed.
abstractions/nameservice is included in my
/etc/apparmor.d/usr.bin.freshclam. The problem is that the abstractions
file only allows access to /var/run/resolvconf/resolv.conf but my
version of resolvconf (1.42ubuntu2) uses the file
Adding these values makes the touchpad usable in xserver-xorg-input-
synaptics-0.15.0+git20080820-1ubuntu5 again. I’m using the standard
xorg.conf file. Thanks for the help. :-)
I noticed that the tapping behavior is different from the one I was used
to in Hardy. On MacBooks that are lacking a
Perhaps you can solve the problem in a way similar to
https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-input-
synaptics/+bug/262276 by adding some options to
“/usr/share/hal/fdi/policy/20thirdparty/11-x11-synaptics.fdi”. There is
a special section for the ALPS touchpad in that file.
--
While experimenting with Debian experimental, I noticed something that
might be of help. When I was using the X server from Debian unstable,
everything worked fine. As soon as I upgraded to the version from the
experimental repository and restarted the X server, the touchpad started
to behave in
Using an older version of xserver-xorg-input-synaptics fixes the problem
for me. I put the version that was working for me into my PPA under
https://launchpad.net/~philippedelmann/+archive
Now we should try to find the difference that causes the regression.
--
Autoconfigured MacBook touchpad
The bug seems to be resolved in the final release of Hardy. I think we
can close it.
--
Printing issue in Firefox 3 beta 4 in hardy
https://bugs.launchpad.net/bugs/210317
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs
18 matches
Mail list logo
