On Sat, 13 Oct 2007, Sven Joachim wrote:
Why not include the emacs-22 directory in the INFOPATH list?
Because then I will just have the same problem again when Emacs 23 comes
out, or when I use some other program that installs info files in a
subdirectory of /usr/share/info and I want to
Package: libpsiconv6
Severity: wishlist
Please build the psiconv command-line utility. Building it from source
works fine on a current testing system.
-- System Information:
Debian Release: lenny/sid
APT prefers testing
APT policy: (700, 'testing'), (600, 'experimental'), (600, 'unstable')
Package: libluabind-dev
Severity: minor
It is written towards Lua 5.0, and does not work with Lua 4 or.
would be better as:
It is written for Lua 5.x, and does not work with Lua 4 or earlier.
(According to the web site, it works with Lua 5.x, not just 5.0,
although I don't know if the Debian
Package: wnpp
Severity: wishlist
Package name: pinot
Version : 0.76
Upstream Author : Fabrice Colin [EMAIL PROTECTED]
URL : http://pinot.berlios.de/
License : GPL
Programming Lang: C++
Description : search engine for local files based on Xapian
On Sat, 13 Oct 2007, Kartik Mistry wrote:
On 10/13/07, Reuben Thomas [EMAIL PROTECTED] wrote:
Package name: pinot
...
Description : search engine for local files based on Xapian
Hi,
There is another Xapian based local file search engine in Debian: recoll
recoll is QT-based
Package: liblua5.1-0-dbg
Version: 5.1.2-3
Severity: minor
deborphan wants to get rid of liblua5.1-0-dbg; it shouldn't (and
doesn't want to get rid of any other -dbg package).
-- System Information:
Debian Release: lenny/sid
APT prefers testing
APT policy: (700, 'testing'), (600,
Package: deborphan
Version: 1.7.23
Severity: minor
If there's no newline at the end of the file, the last package
mentioned is not kept.
-- System Information:
Debian Release: lenny/sid
APT prefers testing
APT policy: (700, 'testing'), (600, 'experimental'), (600, 'unstable')
Architecture:
Package: deborphan
Version: 1.7.23
Followup-For: Bug #275621
It's not been noted here that this bug has been fixed, at least as
originally stated: I just removed libc6-i686 from my
/var/lib/deborphan/keep, and deborphan still doesn't list the package.
-- System Information:
Debian Release:
Package: emacs22-common
Version: 22.1+1-2
Severity: normal
For some reason, view-emacs-FAQ says Info file efaq does not exist,
although `locate efaq' finds /usr/share/info/emacs22/efaq.gz.
-- System Information:
Debian Release: lenny/sid
APT prefers testing
APT policy: (700, 'testing'),
Package: info
Version: 4.8.dfsg.1-6
Severity: wishlist
Because I sometimes install programs in my home directory, I use
INFOPATH to specify the system directories plus one in my home
directory. However, I get into trouble when system directories are
added or renamed.
If it were possible to
But I suspect the problem is that Info-directory-list is not set
correctly, which can be caused by either
(a) the environment variable INFOPATH is set, or
This is correct, I do. This seems to be the problem. However, I'm not sure
how to get around it. I set INFOPATH because I install some
On Thu, 11 Oct 2007, Brian White wrote:
If you don't care about per-user, you could just add a rule is the
/usr/share/lib/mime/packages (or something like that) with the rule you want.
That will make it system-wide next time update-mime is run.
The trouble is, I do care about per-user. Is
Package: fcron
Version: 3.0.1-1
Followup-For: Bug #446428
I at least found out how to fix the problem: use fcrontab -z to
reinstall each crontab from source.
-- System Information:
Debian Release: lenny/sid
APT prefers testing
APT policy: (700, 'testing'), (600, 'experimental'), (600,
Package: fcron
Version: 3.0.1-1
Severity: wishlist
fcron 3.0.3 has been released, which seems to have some small but
useful changes, as well as featuring an improved build system (I'm
hoping that this reduces the amount of work for the Debian maintainer
with future versions).
-- System
Package: fcron
Version: 3.0.1-1
Severity: normal
I had a problem earlier where my system clock was set to some time in
2020. After resetting it back to 2007, fcron no longer runs any of my
tasks. (I can't even see how to get it to regenerate its state, but
that it fails in this way at all is more
Package: pidgin-plugin-pack
Version: 2.0.0-1
Followup-For: Bug #429309
This bug appears to have been fixed; I don't get it with the current
version. You can close it.
-- System Information:
Debian Release: lenny/sid
APT prefers testing
APT policy: (700, 'testing'), (600, 'experimental'),
Package: pidgin-plugin-pack
Version: 2.0.0-1
Severity: normal
When I ignore someone using /ignore, it should change the nick's
context menu item to unignore.
-- System Information:
Debian Release: lenny/sid
APT prefers testing
APT policy: (700, 'testing'), (600, 'experimental'), (600,
Package: pidgin
Version: 2.2.0-1
Followup-For: Bug #429310
This bug was filed about a straightforward regression: in older
versions of gaim, the ignored icon (a no entry sign) was overlaid
on top of any other icon attached to a given nick. This is no longer
the case, and in particular, the ignore
Package: xxdiff
Severity: normal
apt-get remove xxdiff fails to remove /usr/share/doc/xxdiff, because
there's a .dhelp file left in the directory.
-- System Information:
Debian Release: lenny/sid
APT prefers testing
APT policy: (700, 'testing'), (600, 'experimental'), (600, 'unstable')
Package: rhythmbox
Version: 0.11.1-1+b1
Severity: normal
If I change the sound sink for gstreamer, I have to restart rhythmbox
before this is noticed. I change the sink using:
gconftool -t string -s /system/gstreamer/0.10/default/musicaudiosink $sink
(I do this so I can assign the action to a
On Tue, 9 Oct 2007, Sven Arvidsson wrote:
Are you using the crossfading backend?
Ah, clever you! Yes, I am.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Package: openoffice.org-calc
Version: 2.2.1-8
Severity: normal
When I try to import a CSV file with a few thousand columns but only
13 rows, I get an error about too many rows. Only part of the first
row is imported, but the problem is in fact the number of columns, as
far as I can see, not the
Package: mime-support
Version: 3.39-1
Severity: normal
When I try to edit a file of which run-mimetype cannot guess the MIME
type, it defaults to a default type of application/*. This is a bad
choice, because a user cannot set a handler for application/* in their
~/.mailcap without thereby
Package: mime-support
Version: 3.39-1
Severity: normal
see is a bad choice for PAGER on a typical system, because many
programs that might reasonably be the viewer for type text/plain do
not accept input on standard input. PAGER is quite a specialised
function. I suggest that you remove the
Package: libtime-modules-perl
Version: 2006.0814-1
Severity: minor
ambigueous - ambiguous more than once.
-- System Information:
Debian Release: lenny/sid
APT prefers testing
APT policy: (700, 'testing'), (600, 'experimental'), (600, 'unstable')
Architecture: i386 (i686)
Kernel: Linux
Package: mime-support
Version: 3.39-1
Followup-For: Bug #445700
EDITOR should not be set to edit, because EDITOR indicates a text
editor, and is not normally fed other types of file. Using edit makes
some functionality stop working, for example reportbug's support for
cursor positioning in
Package: wajig
Version: 2.0.37
Severity: minor
There may be others; probably worth checking.
-- System Information:
Debian Release: lenny/sid
APT prefers testing
APT policy: (700, 'testing'), (600, 'experimental'), (600, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.22-2-686 (SMP
Package: sane
Version: 1.0.14-4
Severity: minor
invidual - individual
-- System Information:
Debian Release: lenny/sid
APT prefers testing
APT policy: (700, 'testing'), (600, 'experimental'), (600, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.22-2-686 (SMP w/1 CPU core)
Locale:
Package: libgnome2-0
Version: 2.20.0-1
Severity: normal
I'm trying to report a GNOME bug upstream (well, that's what happens
by default: bug-buddy runs on a segfault, and prepares an upstream
report) and quite reasonably, they want me to install -dbg packages to
get a better backtrace. I have
On Fri, 5 Oct 2007, Brian White wrote:
At the moment ~/.mailcap takes precedence over /etc/mailcap, so a user
can't specify a program to use for types that don't have a rule in
/etc/mailcap.
Specifically, I'd like to be able to specify fallbacks for text/* and
application/* (and just point
Package: file
Version: 4.21-3
Severity: minor
Upgrading from 4.17-5 to 4.21-3, I had customised both /etc/magic and
/etc/magic.mime. I was offered the usual choice by debconf to upgrade
/etc/magic.mime or not, but /etc/magic was silently left alone,
without any choice.
-- System Information:
Package: mime-support
Version: 3.39-1
Severity: minor
Trying to diagnose another problem, I ran run-mailcap adding the -w flag
(always a good idea!) and got the following warning:
Useless use of lc in void context at run-mailcap line 80.
And indeed, since lc does not implicitly assign to $_,
Package: mime-support
Version: 3.39-1
Followup-For: Bug #77985
Hi,
is there some problem implementing this patch? The difficulties raised
by the maintainer have been addressed:
1. If the file is compressed, that's fine, as file -z takes care of
it.
2. If the file is on stdin, that's fine,
Package: mime-support
Version: 3.39-1
Severity: wishlist
At the moment ~/.mailcap takes precedence over /etc/mailcap, so a user
can't specify a program to use for types that don't have a rule in
/etc/mailcap.
Specifically, I'd like to be able to specify fallbacks for text/* and
application/*
Package: cupsys
Version: 1.3.2-1
Severity: normal
I thought at first that mime.types(5) referred to /etc/mime.types, but
it doesn't. Could it please be renamed so that it's obvious it is to
do with CUPS's mime.types file and not the system-wide one?
-- System Information:
Debian Release:
Package: mime-support
Version: 3.39-1
Followup-For: Bug #402778
Is there some problem closing this bug? Even just a few more lines in
/etc/mime.types about what the format of the file is would be great;
even better would be a short man page. If there's anything I can help
with, let me know, as
Package: iceweasel
Version: 2.0.0.7-2
Severity: normal
Starting without a ~/.mozilla directory, I try downloading a PDF file.
I am offered Document viewer as the default application. Fine. I
select Do this automatically so that I don't have to confirm again.
Next time I try downloading a PDF, I
Package: rhythmbox
Version: 0.10.1-1+b1
Severity: wishlist
rhythmbox-client can stream e.g. MP3s, which makes it a very nice
candidate helper application for web browsers.
Unfortunately, I think this needs some support from the rhythmbox
package. My understanding of this area is deficient, but
Package: rhythmbox
Version: 0.10.1-1+b1
Severity: minor
If I look at the list of missing tracks from my library, they all
have the same time, and for some at least it is wrong (this morning
the time was 11:41pm yesterday, and one of the tracks on the list I
had only added and then removed today).
Package: global
Version: 5.6.1-1
Severity: minor
Needs a comma after C++: C/C++, Yacc and Java, not C/C++ Yacc and
Java. Also, I suggest either YACC or yacc, as it's an acronym, so
Yacc doesn't make a lot of sense.
-- System Information:
Debian Release: lenny/sid
APT prefers testing
APT
On Tue, 25 Sep 2007, Sven Arvidsson wrote:
This is probably a problem with GStreamer. Can you make one of these
tracks available for testing?
I can't find a track I can make available that doesn't work, but further
investigation suggests that the problem occurs when there's no Xing header
Package: esound
Version: 0.2.36-3
Severity: minor
See Subject.
-- System Information:
Debian Release: lenny/sid
APT prefers testing
APT policy: (700, 'testing'), (600, 'experimental'), (600, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.21-2-686 (SMP w/1 CPU core)
Locale:
Package: rhythmbox
Version: 0.10.1-1+b1
Severity: normal
If I execute
gconftool -t string -s /system/gstreamer/0.10/default/musicaudiosink $sink
where $sink is some sink other than the current one, Rhythmbox doesn't
change the sound output until the song changes. It should change if I
at
Yes, it looks like a driver bug.
To be absolutely sure its not a bug in the NetworkManager link detection
support, please change to the directory /sys and run
# cat `find . -name carrier | grep usb0`
Yes, I get 1.
OK, where should I take this bug next?
--
http://rrt.sc3d.org/ | impossible,
On Sun, 30 Sep 2007, Michael Biebl wrote:
Please reassign to the package providing the flusb driver. In your case
that should probably be on of the linux-image-* packages.
Sounds like the right package, the kernel modules involved seem to be rather
usbnet, plusb and asix...).
--
Package: wajig
Version: 2.0.37
Followup-For: Bug #385318
Actually, install/DISTRIBUTION works fine, but only if you have that
distribution in your /etc/apt/sources.list. Maybe it's worth
explaining that somewhere in the documentation. It's also probably
worth explaining the use of pinning to make
Package: wajig
Version: 2.0.37
Severity: wishlist
Now that apt supports autoremove, it would be nice if wajig (being a
friendlier and more powerful tool than apt-get!) automatically did
autoremove. I often now find myself having to run it manually.
The one point of possible contention I see is
On Tue, 25 Sep 2007, Sven Arvidsson wrote:
This is probably a problem with GStreamer. Can you make one of these
tracks available for testing?
I'm trying to see if I can reproduce the problem with something I can make
available.
Also, do you know how these files were created (with the
On Tue, 25 Sep 2007, Michael Biebl wrote:
network-manager only switches to the ethernet connection, when the
driver says it has a link. Can you please post the output of nm-tool
when the usb eth. card is attached.
It seems to me from the below that the something is incorrectly reporting a
Package: emacs22-common
Version: 22.1+1-2
Severity: wishlist
Makefiles and makefile fragments often have filenames ending in .mak,
so it would be nice to have an auto-mode-alist pattern for that.
-- System Information:
Debian Release: lenny/sid
APT prefers testing
APT policy: (700,
Package: network-manager
Version: 0.6.5-1
Severity: minor
*** Please type your report below this line *** Just before the
mention of Starbucks, there is a bad line break in
/usr/share/doc/network-manager/README (a line is much too long).
-- System Information:
Debian Release: lenny/sid
APT
Package: network-manager
Version: 0.6.5-1
Severity: normal
I normally use my laptop with its wireless interface. Often, I plug it
into a multi-adaptor that contains a USB ethernet device (asix
driver). This does not have a cable connected, yet network-manager
decides to use it, and removes the
Package: rhythmbox
Version: 0.10.1-1+b1
Severity: normal
For some reason rhythmbox displays lengths that are much too long for
some MP3 tracks. mp3info displays the correct length.
-- System Information:
Debian Release: lenny/sid
APT prefers testing
APT policy: (700, 'testing'), (600,
Package: mairix
Version: 0.21-1
Severity: minor
In the middle is the following text:
This is a colon-separated list of the mbox folders (relative to
and then the paragraph ends.
-- System Information:
Debian Release: lenny/sid
APT prefers testing
APT policy: (700, 'testing'), (600,
Package: acpid
Version: 1.0.4-7.1
Severity: minor
acpid will log all of it's: it's - its
-- System Information:
Debian Release: lenny/sid
APT prefers testing
APT policy: (700, 'testing'), (600, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.21-2-686 (SMP w/1 CPU core)
Locale:
Package: emacs22-common-non-dfsg
Version: 22.1+1-1
Severity: normal
Inter-file links don't work because they don't have the emacs22/
prefix, e.g. the link to the CC Mode manual from the Emacs manual.
-- System Information:
Debian Release: lenny/sid
APT prefers testing
APT policy: (700,
Package: mined
Severity: minor
in a plain-text -- in a plain-text
-- System Information:
Debian Release: lenny/sid
APT prefers testing
APT policy: (700, 'testing'), (600, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.21-2-686 (SMP w/1 CPU core)
Locale: LANG=en_GB.UTF-8,
On Sun, 23 Sep 2007, Peter S Galbraith wrote:
Or do you mean the auto-mode-alist isn't set?
That's right.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Package: pmount
Version: 0.9.16-4
Severity: normal
I have a USB stick with an ext2 file system on the first primary
partition. When I pmount it (automatically, via ivman), it is mounted
as vfat, and I get an empty directory. If I manually unmount and
remount as -t ext2, it works fine.
pmount
On Sat, 22 Sep 2007, Vincent Fourmond wrote:
That is really weird. Are you mounting the exact same device ? What
does the following say:
pmount -d /dev/your_device
$ pmount -d /dev/sdc1
resolved /dev/sdc1 to device /dev/sdc1
Checking for device '/dev/sdc1' in '/etc/fstab'
mount point to be
Package: nictools-pci
Severity: minor
oder - or
-- System Information:
Debian Release: lenny/sid
APT prefers testing
APT policy: (700, 'testing'), (600, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.21-2-686 (SMP w/1 CPU core)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8
Package: sudo
Version: 1.6.8p12-6
Severity: wishlist
Editors like Emacs often choose the editing mode for a file based on
its suffix, and sudoedit frustrates this by adding some random
characters to the file name. Could it please add the random characters
elsewhere? Adding them to just before the
On Sat, 22 Sep 2007, Vincent Fourmond wrote:
Hmmm...
And what if you simply do:
mount /dev/sdc1
That works fine (I have to give a mount point, of course):
mount /dev/sdc1 /media/sdc1
Which filesystem will mount find ?
ext2
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a
Package: autossh
Version: 1.3-4
Severity: wishlist
autossh currently exits without an error if the tunnel cannot be
immediately opened. This is a bit confusing, since there's no obvious
difference between that and an invocation where it succeeds and
backgrounds itself (if using -f). I suggest
On Tue, 18 Sep 2007, Filippo Giunchedi wrote:
Could you try:
export AUTOSSH_DEBUG=1
and launch your autossh without the -f
I get the following:
[first I start up autossh with the network working, so it can resolve the
host name]
autossh[23373]: checking for grace period, tries = 0
Package: autossh
Version: 1.3-4
Severity: wishlist
It would be nice if autossh could be made to ignore initial problems
starting the ssh tunnel. Just as it can cope when there are problems
after it has been started, for some uses, it's also not necessary to
tell the user and halt if there are
Package: rubygems
Version: 0.9.4-4
Severity: minor
In some error message, instaling should be installing.
-- System Information:
Debian Release: lenny/sid
APT prefers testing
APT policy: (700, 'testing'), (600, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.21-2-686 (SMP w/1 CPU
Package: brandy
Version: 1.20~pre4-1
Severity: normal
brandy -help just starts brandy up as normal.
-- System Information:
Debian Release: lenny/sid
APT prefers testing
APT policy: (700, 'testing'), (600, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.21-2-686 (SMP w/1 CPU core)
Package: brandy
Version: 1.20~pre4-1
Severity: normal
If I just start brandy up it uses 100% cpu.
-- System Information:
Debian Release: lenny/sid
APT prefers testing
APT policy: (700, 'testing'), (600, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.21-2-686 (SMP w/1 CPU core)
Package: autossh
Version: 1.3-4
Severity: normal
I have the following trace from my system logs for an interface that
was up but not working:
Sep 14 00:59:04 drom autossh[7870]: ssh exited with error status 255;
restarting ssh
Sep 14 00:59:04 drom autossh[7870]: starting ssh (count 36085)
Sep
Apologies, this is a false positive. The bug is indeed with the old version
of pidgin-plugin-pack; what happened is that I deinstalled the unstable
version of pidgin-plugin-pack in order to run tests before filing another
bug report, then reinstalled the testing version by mistake, thus coming
On Wed, 12 Sep 2007, Brendan O'Dea wrote:
As such, it would seem preferable to get po4a to do the transliteration
from utf8 to the appropriate escapes.
One other option is to use ISO-8859-1 (or other appropriate encoding) if
that is sufficient to encode the characters you need.
--
Package: kernel-package
Version: 11.001
Severity: minor
tailored for debian should be tailored for Debian.
Maybe debianized should be Debianized, but I'm not sure.
-- System Information:
Debian Release: lenny/sid
APT prefers testing
APT policy: (700, 'testing'), (600, 'unstable')
Package: coreutils
Version: 5.97-5.3
Severity: minor
The man page documentation for sort -u -c is a bit unclear; the info
documentation is much better, so I suggest the following change to the
man page:
-u, --unique
with -c, check for strict ordering; without -c, output only
Package: aptitude
Version: 0.4.6.1-1
Severity: minor
The following manpage in your package appears to be UTF-8 encoded:
/usr/share/man/cs/man8/aptitude.8.gz
According to Colin Watson, With some exceptions for Far Eastern
languages, manual pages should not at present be encoded using UTF-8.
As
Package: acpi
Version: 0.09-3
Severity: minor
The following manpages in your package appear to be UTF-8 encoded:
/usr/share/man/de/man1/acpi.1.gz
According to Colin Watson, With some exceptions for Far Eastern
languages, manual pages should not at present be encoded using UTF-8.
As such, it's
Package: libyaml-perl
Version: 0.62-1
Severity: minor
The following manpages in your package appear to be UTF-8 encoded:
/usr/share/man/man3/YAML.3pm.gz
/usr/share/man/man3/YAML::Base.3pm.gz
/usr/share/man/man3/YAML::Dumper.3pm.gz
/usr/share/man/man3/YAML::Dumper::Base.3pm.gz
Package: cvs2svn
Version: 1.5.0-1
Severity: minor
The following manpages in your package appear to be UTF-8 encoded:
/usr/share/man/man1/cvs2svn.1.gz
According to Colin Watson, With some exceptions for Far Eastern
languages, manual pages should not at present be encoded using UTF-8.
As such,
Package: fontforge
Version: 0.0.20070607-4
Severity: minor
The following manpages in your package appear to be UTF-8 encoded:
/usr/share/man/man1/fontforge.1.gz
/usr/share/man/man1/fontimage.1.gz
/usr/share/man/man1/sfddiff.1.gz
According to Colin Watson, With some exceptions for Far Eastern
Package: amule
Version: 2.1.3-4
Severity: minor
The following manpages in your package appear to be UTF-8 encoded:
/usr/share/man/de/man1/amule.1.gz
According to Colin Watson, With some exceptions for Far Eastern
languages, manual pages should not at present be encoded using UTF-8.
As such,
Package: gxine
Version: 0.5.8-3
Severity: minor
The following manpages in your package appear to be UTF-8 encoded:
/usr/share/man/de/man1/gxine.1.gz
According to Colin Watson, With some exceptions for Far Eastern
languages, manual pages should not at present be encoded using UTF-8.
As such,
Package: dctrl-tools
Version: 2.11
Severity: minor
The following manpages in your package appear to be UTF-8 encoded:
/usr/share/man/man1/join-dctrl.1.gz
According to Colin Watson, With some exceptions for Far Eastern
languages, manual pages should not at present be encoded using UTF-8.
As
Package: mozplugger
Severity: minor
The following manpages in your package appear to be UTF-8 encoded:
/usr/share/man/man1/mozplugger-controller.1.gz
/usr/share/man/man1/mozplugger-helper.1.gz
According to Colin Watson, With some exceptions for Far Eastern
languages, manual pages should not at
Package: libxcursor-dev
Version: 1:1.1.9-1
Severity: minor
The following manpages in your package appear to be UTF-8 encoded:
/usr/share/man/man3/Xcursor.3.gz
According to Colin Watson, With some exceptions for Far Eastern
languages, manual pages should not at present be encoded using UTF-8.
As
Package: libyaml-perl
Version: 0.62-1
Followup-For: Bug #441810
/usr/share/man/man1/ysh.1p.gz
/usr/share/man/man3/Test::YAML.3pm.gz
-- System Information:
Debian Release: lenny/sid
APT prefers testing
APT policy: (700, 'testing'), (600, 'unstable')
Architecture: i386 (i686)
Kernel: Linux
Package: libxaw-headers
Version: 2:1.0.4-1
Severity: minor
The following manpages in your package appear to be UTF-8 encoded:
/usr/share/man/man3/Xaw.3.gz
According to Colin Watson, With some exceptions for Far Eastern
languages, manual pages should not at present be encoded using UTF-8.
As
Package: libxft-dev
Version: 2.1.12-2
Severity: minor
The following manpages in your package appear to be UTF-8 encoded:
/usr/share/man/man3/Xft.3.gz
According to Colin Watson, With some exceptions for Far Eastern
languages, manual pages should not at present be encoded using UTF-8.
As such,
Package: libxfixes-dev
Version: 1:4.0.3-2
Severity: minor
The following manpages in your package appear to be UTF-8 encoded:
/usr/share/man/man3/Xfixes.3.gz
According to Colin Watson, With some exceptions for Far Eastern
languages, manual pages should not at present be encoded using UTF-8.
As
Package: subversion-tools
Version: 1.4.4dfsg1-1
Severity: minor
The following manpage in your package appears to be UTF-8 encoded:
/usr/share/man/man1/svn-clean.1.gz
According to Colin Watson, With some exceptions for Far Eastern
languages, manual pages should not at present be encoded using
Package: libxinerama-dev
Version: 1:1.0.2-1
Severity: minor
The following manpages in your package appear to be UTF-8 encoded:
/usr/share/man/man3/Xinerama.3.gz
According to Colin Watson, With some exceptions for Far Eastern
languages, manual pages should not at present be encoded using UTF-8.
Package: mb2md
Version: 3.20-3
Severity: minor
The following manpages in your package appear to be UTF-8 encoded:
/usr/share/man/man1/mb2md.1.gz
According to Colin Watson, With some exceptions for Far Eastern
languages, manual pages should not at present be encoded using UTF-8.
As such, it's
Package: xserver-xorg-video-fbdev
Version: 1:0.3.1-1
Severity: minor
The following manpages in your package appear to be UTF-8 encoded:
/usr/share/man/man4/fbdev.4.gz
According to Colin Watson, With some exceptions for Far Eastern
languages, manual pages should not at present be encoded using
Package: xserver-xorg-core
Version: 2:1.3.0.0.dfsg-12
Severity: minor
The following manpage in your package appears to be UTF-8 encoded:
/usr/share/man/man4/exa.4.gz
According to Colin Watson, With some exceptions for Far Eastern
languages, manual pages should not at present be encoded using
Package: libxaw-headers
Version: 2:1.0.4-1
Followup-For: Bug #441819
I believe the UTF-8 characters occur only in comments, which is not a problem.
-- System Information:
Debian Release: lenny/sid
APT prefers testing
APT policy: (700, 'testing'), (600, 'unstable')
Architecture: i386 (i686)
Package: fontforge
Version: 0.0.20070607-4
Followup-For: Bug #441815
I think the UTF-8 characters only occur in comments, which is not a problem.
-- System Information:
Debian Release: lenny/sid
APT prefers testing
APT policy: (700, 'testing'), (600, 'unstable')
Architecture: i386 (i686)
Package: libxcursor-dev
Version: 1:1.1.9-1
Followup-For: Bug #441820
I believe the UTF-8 characters occur only in comments, which is not a problem.
-- System Information:
Debian Release: lenny/sid
APT prefers testing
APT policy: (700, 'testing'), (600, 'unstable')
Architecture: i386 (i686)
Package: libxft-dev
Version: 2.1.12-2
Followup-For: Bug #441822
I believe the UTF-8 characters occur only in comments, which is not a
problem.
-- System Information:
Debian Release: lenny/sid
APT prefers testing
APT policy: (700, 'testing'), (600, 'unstable')
Architecture: i386 (i686)
Package: libxfixes-dev
Version: 1:4.0.3-2
Followup-For: Bug #441821
I believe the UTF-8 characters occur only in comments, which is not a
problem.
-- System Information:
Debian Release: lenny/sid
APT prefers testing
APT policy: (700, 'testing'), (600, 'unstable')
Architecture: i386 (i686)
On Tue, 11 Sep 2007, Noèl Köthe wrote:
Am Dienstag, den 11.09.2007, 12:03 +0100 schrieb Reuben Thomas:
Hello,
The following manpages in your package appear to be UTF-8 encoded:
/usr/share/man/man1/mb2md.1.gz
According to Colin Watson, With some exceptions for Far Eastern
languages, manual
Package: libxinerama-dev
Version: 1:1.0.2-1
Followup-For: Bug #441825
I believe the UTF-8 characters occur only in comments, which is not a
problem.
-- System Information:
Debian Release: lenny/sid
APT prefers testing
APT policy: (700, 'testing'), (600, 'unstable')
Architecture: i386 (i686)
1001 - 1100 of 1821 matches
Mail list logo
