In new versions you can copy rows from the GTK+ interface and paste them
into a spreadsheet to get a table with all the data... try selecting all the
rows...
Regards,
Nicolás.-
On Thu, Mar 5, 2009 at 8:32 AM, George B. i93.b...@gmail.com wrote:
Hello,
I was directed to this list via a Debian
This should be fixed in the yet-to-be-packaged new mtr version (0.74), as I
rewrote the GTK+ code there.
Regards,
Nicolás.-
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Package: sun-java6-jdk
Version: 6-02-1
Severity: normal
Currently it seems that each minor version is installed in a different
directory. However, the packaging scheme only allows one version of
Java 6. This useless high resolution of directory names bring
several problems for users which
In bug #386652 you removed the .la file of neon. This shows a
misunderstunding about what .la files are.
Subversion development packages should refer to libneon.la, there's no
problem with that.
Please, restore that file, as the package is currently borken. I need to
work with a custom made
In bug #386652 you removed the .la file of neon. This shows a
misunderstunding about what .la files are.
We know what .la files are. They are internal metadata maintained and
used by libtool, that everyone _except_ libtool shouldn't need to care
about. Talking about a .la file when you
Package: libneon26-dev
Severity: normal
Builds fail because libneon.la is missing. Neon config reports that this
file should be in /usr/lib/libneon.la.
$ neon-config --la-file
/usr/lib/libneon.la
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact
Builds fail because libneon.la is missing.
Which package is it?
No package. It's upstream, unmodified subversion.
Neon config reports that this
file should be in /usr/lib/libneon.la.
Yes, but it is removed, due to #386652 [1].
$ neon-config --la-file
The .la file should be put back.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Neon config reports that this
file should be in /usr/lib/libneon.la.
Yes, but it is removed, due to #386652 [1].
Me again =). Check Debian policy about .la files:
http://www.debian.org/doc/debian-policy/ch-files.html#s-libraries
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with
Package: xkb-data
Version: 0.8-5
Severity: normal
File: /usr/share/X11/xkb/symbols/latam
Pressing Alt Gr should produce the Euro symbol.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Package: enigma
Version: 0.92.2-1
Severity: normal
Needs to depend on enigma-data = 0.92.2-1, It doesn't work with an older
one.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
I don't maintain any locale packages, so this really isn't my
fault. Bug the maintainers of the respective locale packages to
update.
You shouldn't close a bug which isn't fixed. You should reassign to the
proper package. The users shouldn't be forced to track to which package
a bug
Package: firefox
Version: 1.5.dfsg-4
Severity: normal
Lots and lots of people contribut their work in order to have Firefox
localized to several languages (and contry - language combinations). These
localizations where previously packages, please, package them again. Not
everyone can read
The 'lxr-cvs' package seems to be orphaned. Perhaps it should be
marked that way so someone adopts it. Besides.. shouldn't this be the
default lxr version replacing the ancient one?
Ok, I should update it, and I should sort the patch to apply.
Thanks, I'm glad you are around =).
The main
The 'lxr-cvs' package seems to be orphaned. Perhaps it should be marked
that way so someone adopts it. Besides.. shouldn't this be the default
lxr version replacing the ancient one?
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL
Subject: gnome-menus: should support locally installed entries
Package: gnome-menus
Version: 2.10.2-1
Severity: normal
gnome-menus should support desktop entries installed in
/usr/local/share/applications. I think this could be done just adding
the directory in
Description : Pizza takeaway managment program written in gtk
Isn't written for gtk too much a developer thing to be included in the
short description?
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
17 matches
Mail list logo