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 losing
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 membe
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 notification
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
https://bugs.launchpad.net/bugs/3815
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
** 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 .deskto
** 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 mailin
** 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
https://launchpad.net/bugs/642
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
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
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 sug
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.
** Attachm
*** 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 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
ubu
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 c
six other duplicate 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
ubu
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 co
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):
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-
me
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).
Alaca
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)
** Chan
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
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 pro
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 wor
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
https://lists.ubuntu.com/mailman/listinfo/ub
25 matches
Mail list logo
