The problem for me is that it uses too much memory. Using a 1.5GB
resident set (of 3.0GB total virtual) on a 2GB system means that
everything else has to use swap, even if you're at +19 nice. And when
IO is highly-contended already, even swap is slower than usual. It's
actually so bad I'm
Are you sure that's the case? I would have thought that the Suggests
should be removed for versions which include the fonts. Please see:
http://www.debian.org/doc/debian-policy/ch-relationships.html#s7.5.2
Thanks.
--
figfonts in both Conflicts and Suggests
Actually, the bigger problem anyway is that the package doesn't Replace
figfonts-cjk, so upgrades from a system with this package installed will
break, which is what happened to me.
--
figfonts in both Conflicts and Suggests
https://bugs.launchpad.net/bugs/38150
You received this bug
Yes, it was reported a while ago. OK, I don't think many people will
still have that package installed these days, so I'm happy to see this
closed. Thanks.
--
figfonts in both Conflicts and Suggests
https://bugs.launchpad.net/bugs/38150
You received this bug notification because you are a
You'll have to free some disk space first.
--
Alacarte emptied my Applications menu list.
https://launchpad.net/bugs/61340
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Seb, no problems. The upload I tried to make was just for the above two
patches. I put the first one into the debian/patches directory as
11_desktop_notifications.patch and the second one was simply applied (to
the gnomevfs patch). I should have known it wasn't going to work. :-/
I can send you
** Attachment added: Fix for gnomevfs file change notification (converted to
unified diff)
http://librarian.launchpad.net/4940208/gnome-menus-2.16.1-fix_.desktop_notifications_uri_handling.patch
--
gnome-menus doesn't send notification for new .desktop files
** Attachment added: Fix for desktop notifications (converted to unified diff)
http://librarian.launchpad.net/4940207/gnome-menus-2.16.1-fix_.desktop_notifications.patch
--
gnome-menus doesn't send notification for new .desktop files
https://launchpad.net/bugs/64264
--
ubuntu-bugs mailing
** Bug watch added: GNOME Bug Tracker #367273
http://bugzilla.gnome.org/show_bug.cgi?id=367273
** Also affects: gnome-menus (upstream) via
http://bugzilla.gnome.org/show_bug.cgi?id=367273
Importance: Unknown
Status: Unknown
--
gnome-menus doesn't send notification for new
And here is another patch, which fixes the handling of .desktop files
with a space in their name (amongst other uri-encodable characters).
The problem was that gnomvfs converts spaces to %20 encoding. I've
fixed this by using gnomevfs's helper functions to do the encoding and
decoding.
**
The only way to reliably fix this is to fix the freedesktop
specification. The underlying problem is that there is no clean way
that meets the specification to override the NoDisplay attribute of the
.desktop file without copying the whole file to the user's applications
directory. Matthias's
The proposed change in bug #62304 would fix this as well.
--
local .desktop files after package deinstallation should be removed/modified
https://launchpad.net/bugs/55862
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
I can't duplicate this bug. I've tried creating menu items with the
same details but they are treated as separate and I can edit them
completely independently. Have you tried reliably reproducing it? Can
you provide exact steps to reproduce this please? (I'm on alacarte
0.10.0-0ubuntu1)
**
Perhaps this is an issue with disk space? Can the original poster
confirm if there was limited available disk space when running alacarte?
The information I can glean from the stack trace is that the menu file
(normally at ~/.config/menus/applications.menu) existed but was empty
(already).
BTW, to recreate the menus, simply remove the personalised menu file
like so:
$ rm -f ~/.config/menus/applications.menu
And rerun alacarte:
$ alacarte
It will hopefully recreate your menus from the system-wide defaults.
If the system-wide defaults are broken too, try reinstalling the gnome-
And here's how to reproduce the stack trace above:
[EMAIL PROTECTED]:~$ /home/pdr/.config/menus/applications.menu
[EMAIL PROTECTED]:~$ alacarte
/var/lib/python-support/python2.4/gtk-2.0/bonobo/__init__.py: inconsistent use
of tabs and spaces in indentation
Traceback (most recent call last):
I'm afraid I'm going to have to reject this bug on the basis that the
existing behaviour is well known, more predictable and is even
documented in the GNOME Desktop System Administrators Guide in the
online documentation:
Since user menu files take precedence over the system menu file, it
will
bugs.
** Changed in: gnome-menus (Ubuntu)
Assignee: (unassigned) = Pete Ryland
Status: Unconfirmed = Confirmed
--
Editing the menu doesn't update correctly after changes
https://launchpad.net/bugs/64264
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https
Ok, here is the patch. This seems to make everything work as it should.
** Attachment added: This patch fixes the passing on of .desktop directory
notifications
http://librarian.launchpad.net/4893535/gnome-menus-2.16.1-fix_.desktop_notifications.patch
--
Editing the menu doesn't update
*** This bug is a duplicate of bug 64264 ***
** This bug has been marked a duplicate of bug 64264
Editing the menu doesn't update correctly after changes
--
Moving menu items between categories in Alacarte doesn't work. (Edgy)
https://launchpad.net/bugs/64960
--
ubuntu-bugs mailing list
*** This bug is a duplicate of bug 64264 ***
I've marked this as a dup now, since this behaviour was caused by a bug
in gnome-menus (also now with patch). The above patch works because I
changed the semantics of a drag-and-drop to perform a move operation,
which doesn't create any new .desktop
This works for me (with English menus). It's a little bit slow, but
less than a second before it moves.
--
EDGY Menu management: hard to move items up and down
https://launchpad.net/bugs/63523
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
I can confirm that the item does not disappear from the original
submenu, but I've found that it does indeed turn up in the new submenu
ok. But dragging to, say, the Application main menu does not work.
Are you using English menus?
** Summary changed:
- Moving menu items in Alacarte doesn't
Can you try patching with the attached diff please?
* Download to /tmp
* run the following to apply the patch:
cd /usr/lib/python2.4/site-packages/Alacarte
sudo cp MainWindow.py MainWindow.py.OLD
sudo patch /tmp/alacarte_MainWindow.py_dragndropfix20061014.diff
Try again. Does that fix the
Note that running xhost + is really not recommended. In some cases,
you're opening a big security hole, allowing anyone to connect to your
machine's X server. Someone can log you out for example. For the above
problem, doing xhost +localhost is a *much* safer option. The DISPLAY
environment
25 matches
Mail list logo