Package: 2vcard
Severity: minor
Here's an edited description, which is more accurate, shorter, and
up-to-date.
2vcard converts address books and alias files into the widely-used vCard
format. Currently it can convert from abook, Eudora, Juno, LDIF, mutt,
mh and pine.
-- System Information:
Package: plptools
Version: 1.0.4-4
Severity: wishlist
Please update to 1.0.8 from upstream. This is likely to be the last
release of plptools as I (the maintainer) no longer use a Psion
device, barring updates that fix compilation problems. With 1.0.8 and
small fixes to the packaging you should
Package: texlive-base-bin
Version: 2007.dfsg.2-4
Severity: minor
you may need ot - you may need to
TeX-on-Debian.hmlt - TeX-on-Debian.html
-- Package-specific info:
If you report an error when running one of the TeX-related binaries
(latex, pdftex, metafont,...), or if the bug is related to bad
Package: perl-doc
Version: 5.10.0-19
Severity: minor
precendence - precedence
-- System Information:
Debian Release: 5.0.2
APT prefers stable
APT policy: (500, 'stable')
Architecture: i386 (i686)
Kernel: Linux 2.6.26-2-686 (SMP w/1 CPU core)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8
Package: dailystrips
Version: 1.0.28-9
Severity: wishlist
Tags: patch
Oddly, a google search finds someone getting SMBC with dailystrips,
but I can't find a definition in the current package, so I guess they
made their own and didn't share :(
Definition follows:
strip smbc
name
Package: libmcrypt4
Version: 2.5.7-5
Severity: minor
/usr/share/aclocal/libmcrypt.m4 should be in the -dev package.
-- System Information:
Debian Release: 5.0.2
APT prefers stable
APT policy: (500, 'stable')
Architecture: i386 (i686)
Kernel: Linux 2.6.26-2-686 (SMP w/1 CPU core)
Locale:
Package: libmcrypt4
Version: 2.5.7-5
Severity: minor
aclocal says:
/usr/share/aclocal/libmcrypt.m4:17: warning: underquoted definition of
AM_PATH_LIBMCRYPT
/usr/share/aclocal/libmcrypt.m4:17: run info '(automake)Extending aclocal'
/usr/share/aclocal/libmcrypt.m4:17: or see
Package: copher
Severity: grave
Justification: renders package unusable
Please update to 0.2.0, which actually works, unlike the currently
packaged version, owing to changes at SourceForge.
-- System Information:
Debian Release: 5.0.2
APT prefers stable
APT policy: (500, 'stable')
Package: offlineimap
Version: 6.0.0
Followup-For: Bug #525007
There might be more useful information there.
-- System Information:
Debian Release: 5.0.2
APT prefers stable
APT policy: (500, 'stable')
Architecture: i386 (i686)
Kernel: Linux 2.6.26-2-686 (SMP w/1 CPU core)
Locale:
2009/6/12 John Goerzen jgoer...@complete.org:
Sounds to me like the server returned
messages could not be FETCHed (Failure)
when it should have returned some actual list of flags.
So shouldn't offlineimap exit with an error message in this case
rather than crashing?
Can you run
under -d
Package: offlineimap
Version: 6.0.0
Severity: normal
I got this traceback from a recent failure to sync. For all I know it
could indeed represent a failure, but the error message suggests a bug
in offlineimap to me:
Thread 'Folder sync gmail[INBOX]' terminated with exception:
Traceback (most
Package: cron
Version: 3.0pl1-105
Severity: normal
crontab(5) says:
BUGS
Although cron requires that each entry in a crontab end in a newline
character,
neither the crontab command nor the cron daemon will detect this error.
Instead,
the crontab will appear to load
Package: reportbug
Version: 3.48
Severity: normal
On my lenny system if I run reportbug libc6, no bugs are found.
Unsurprisingly, looking at the BTS shows quite a lot are filed!
reportbug on other packages (notably reportbug, in this case) works
fine; I've not found another package recently on
Package: rsync
Version: 3.0.3-2
Severity: normal
Running rsync -avHX /foo /bar, where /foo contains several hundred Gb of
data, (and a lot of hard links) I eventually get:
rsync: writefd_unbuffered failed to write 4 bytes [sender]: Broken pipe (32)
rsync: connection unexpectedly closed
From: Matthias Andree matthias.and...@gmx.de
To: 530749-d...@bugs.debian.org
Date: Thu, 28 May 2009 16:47:09 +0200
Subject: Re: [pkg-fetchmail-maint] Bug#530749: fetchmail: Please add option
to make no mail not an error condition
Am 27.05.2009, 15:12 Uhr, schrieb Reuben Thomas r...@sc3d.org
Package: fetchmail
Version: 6.3.9~rc2-4
Severity: wishlist
When using fetchmail in a cron job to fetch mail regularly (because
daemon mode is still not reliable, and yes, I've reported it and tried
and failed to help fix it), it's annoying that no mail, which is a
perfectly normal condition,
Package: atool
Version: 0.35.0-4
Severity: minor
Oddity:
$ aunpack gears-linux-opt.xpi
aunpack: gears-linux-opt.xpi: format not known, identifying using file
aunpack: gears-linux-opt.xpi: unsupported file format `empty (Zip archive data,
at least v1.0 to extract)'
But the pattern mentioned
Package: atool
Version: 0.35.0-4
Severity: normal
It's easier and more reliable to match against MIME types from file
(file -i).
The only potential problem is that some MIME types might be missing, but
I'm file upstream, and if you tell me of any missing in the current
version I'll happily add
Package: dnsmasq
Version: 2.45-1
Severity: normal
I seem to have to set RESOLV_CONF in /etc/default/dnsmasq, as otherwise
the -r setting in /etc/init.d/dnsmasq overrides the resolv-file setting
in /etc/dnsmasq.conf, contrary to the comments in /etc/init.d/dnsmasq.
I don't know if it is because
Package: grep
Version: 2.5.4-4
Followup-For: Bug #203109
I think this bug was kept open because of the lack of -P support in
Debian grep, but that has now been fixed.
However, the original man page patch made two other useful contributions
which in some form are still needed:
1. It mentioned
Package: grep
Version: 2.5.3~dfsg-6
Severity: minor
Tags: patch
Attached is a patch against grep CVS to support transparent decompression.
This is on the grep to-do list and has been accepted in principle for
inclusion upstream, but I'm posting it here because that was two years
ago, and I'm
Package: offlineimap
Version: 6.0.3
Followup-For: Bug #525007
I'm still keen to track this bug down, and I'm still getting it
regularly, to the extent that it's rather a pain, as I have to keep
killing offlineimap manually.
As I've said, it's sufficiently intermittent that I can't reproduce it
Package: plptools
Severity: normal
On kernels that have fuse built-in, the line modprobe fuse will fail.
Something like:
if ! grep fuse /proc/filesystems; then
modprobe fuse
fi
is needed instead.
This breaks in Ubuntu Jaunty for example (see LP#370142).
-- System Information:
Debian
Package: plptools
Version: 1.0.4-4
Severity: normal
Attached, a patch that fixes both #526407 and a similar bug when
stopping plpfuse: rather than catting to a virtual file, the file system
can simply be unmounted.
-- System Information:
Debian Release: 5.0.1
APT prefers stable
APT policy:
Package: rss2email
Version: 1:2.62-3
Severity: minor
Please mention in the man page that one can use HTTP basic authenticated
feeds with the normal syntax http://user:passw...@example.com/feed This
is in the FAQ on the rss2email web site but not in the man page.
-- System Information:
Debian
Package: wajig
Version: 2.0.38
Followup-For: Bug #477921
I attach a script that does not suffer from the problem I described
before (no longer gives an error if there are no removed packages to
purge).
What would you like next? Python code?
-- System Information:
Debian Release: 5.0.1
APT
Package: wajig
Version: 2.0.38
Followup-For: Bug #477921
Sorry, the last version was wrong. This one is actually correct and tested.
-- System Information:
Debian Release: 5.0.1
APT prefers stable
APT policy: (500, 'stable')
Architecture: i386 (i686)
Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU
Package: wajig
Version: 2.0.38
Followup-For: Bug #477921
We seemed to agree on a way forwards with this bug (use the code I
provided) nearly a year ago. Is there something else lacking for its
resolution?
-- System Information:
Debian Release: 5.0.1
APT prefers stable
APT policy: (500,
On Mon, 27 Apr 2009, Hilmar Preusse wrote:
On 17.07.07 Reuben Thomas (r...@sc3d.org) wrote:
Hi,
I've forwarded this bug to the upstream author, and will report
progress to this bug.
Do you know already if the bug is fixed in upstream?
As I said, I'll report progress to this bug. Since I
I appreciate you probably have quite a lot of bugs like this to close, but
if you read the bug report, you'd see that it applies equally to KDE 4, and
you might check whether it has in fact been resolved.
--
http://rrt.sc3d.org/ | author, n. one who parades ignorance in public
--
To
On Thu, 23 Apr 2009, Ana Guerrero wrote:
Hi Ruben,
On Thu, Apr 23, 2009 at 07:12:16PM +0100, Reuben Thomas wrote:
I appreciate you probably have quite a lot of bugs like this to close,
but if you read the bug report, you'd see that it applies equally to KDE
4, and you might check whether
Updating this bug for KDE 4:
I see that in systemsettings the default terminal emulator is Konsole. This
ignores Debian's settings; it should be x-terminal-emulator. In any case,
x-terminal-emulator should be the default *alternative* terminal emulator on
Debian.
--
http://rrt.sc3d.org/ |
I've had the bug happen again, this time at home (which I don't remember
happening before). Is there something I can do to a running process to help
identify the problem?
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
Package: offlineimap
Version: 6.0.0
Severity: normal
I'm using a laptop that frequently disconnects and reconnects to a
wireless router at present. I regularly find that offlineimap, which I
have set to run once per minute under cron, is using 100% CPU but making
no progress.
-- System
On Tue, 21 Apr 2009, John Goerzen wrote:
Eugenia Cheng wrote:
On Tue, 21 Apr 2009, John Goerzen wrote:
Try running it outside of cron, with
-u TTY.TTYUI -d imap -1
See what you can find from that.
I tried a few dozen times but it didn't fail in that way.
Then perhaps there is
On Tue, 21 Apr 2009, Reuben Thomas wrote:
I've changed the command-line for now as you requested (and removed the
redirection of stderr).
This results in some 15Mb and 2Mb log mails coming into my inbox from cron,
but I can't see anything of interest in them except that they seem
Package: libaudio-file-perl
Version: 0.11-1.1
Severity: normal
The man page in the second paragraph of the synopsis mentions methods like this:
print The . $file-type() .-file . $file-name
. is . int $file-length() . seconds long.\n;
but they don't work for me, at least
Visual comparison is unlikely to be helpful; better is to regenerate a
thumbnail, then extract it and the original and do a binary comparison.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Package: wnpp
Severity: wishlist
* Package name: libaudio-scan-perl
Version : 0.08
Upstream Author : Dan Sully dan...@cpan.org
* URL : http://search.cpan.org/dist/Audio-Scan/
* License : GPLv2 or later
Programming Lang: C, Perl
Description : Fast C
Package: libmp3-info-perl
Version: 1.23-1
Severity: wishlist
See RFP bug #524789. The maintainer of MP3::Info and Audio::Scan
recommends the latter be used instead of the former.
-- System Information:
Debian Release: 5.0.1
APT prefers stable
APT policy: (500, 'stable')
Architecture: i386
Package: plptools
Severity: minor
packed should be packaged.
-- System Information:
Debian Release: 5.0.1
APT prefers stable
APT policy: (500, 'stable')
Architecture: i386 (i686)
Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Package: bash
Version: 3.2-4
Severity: normal
After man -l bash-completion still tries to insert executable names,
when it should rather be offering file names as normal.
-- System Information:
Debian Release: 5.0
APT prefers stable
APT policy: (500, 'stable')
Architecture: i386 (i686)
Package: cups
Severity: normal
For an Epson 1290, CUPS offers both Print test page and Print
self-test page. The former works fine, producing a CUPS-generated
page. The latter fails, producing the error:
Error from /usr/lib/cups/filter/pstoraster
in the web interface. I can't find a
Updated patch attached. Two changes:
1. Use grep-status instead of dpkg. This means needing dctrl-tools for
describe. Is that a big deal? It has the desired behaviour with respect to
exit codes, i.e. 0 for an installed package, 1 otherwise (dpkg --status
exits with 0 for an available or
On Mon, 6 Apr 2009, Tim wrote:
Oh, please take no offense, as none was intended. I'm not even sure
what bug reports I might have submitted on the issue in the past, and
if I did, it probably didn't have enough detail. It's just one of
those bugs that only pops up right in the middle of
On Tue, 7 Apr 2009, Graham Williams wrote:
I'm looking to close out some long outstanding wajig bugs.
I'm thinking to close this one - perhaps its a wishlist? Or
would you have some suggested code to update?
As far as I can see it's a bug: wajig detail's documentation in wajig
listcommands
Package: dash
Version: 0.5.4-12
Severity: normal
dash accepts the following syntax:
for i; do...
but this is not correct POSIX syntax, as documented here:
http://www.opengroup.org/onlinepubs/95399/utilities/xcu_chap02.html#tag_02
where it says:
for name [ in [word ... ]]do
On Mon, 6 Apr 2009, Tim wrote:
This bug has been in zile a *long* time, but I have never managed to
either write a detailed enough bug report or get anyone to care.
My dear sir, I'm not sure whether I've ever had a bug report from you, but I
certainly *do* care, and have made several
On Mon, 6 Apr 2009, Tim wrote:
Would it be possible to add the -f back to the new package version for
a while?
Done. Will be in 2.3.5.
--
http://rrt.sc3d.org/ | taciturn, n. a silent pot
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe.
Package: manpages-posix
Version: 2.16-1
Severity: wishlist
Actually, this is a special case of a more general request. There are
cross-references from some of the POSIX man pages to things that are
not man pages, e.g. the document Shell Command Language, without
which sh(1posix) is woefully
Package: manpages-posix
Version: 2.16-1
Severity: normal
The man page contains the text:
However, the rules for target names have been set to
reserve the \fB'%'\fP and \fB''\fP characters.
It's therefore unclear what is meant as the second character. This
problem appears to go beyond the man
Package: man-db
Version: 2.5.2-4
Severity: minor
*** Please type your rs those around the GNU homepage URL in groff.1:
Angle brackets, such as those in the URL in groff(1):
.URL http://\:www.gnu.org GNU .
are displayed as occupying two character cells, but treated for
wrapping purposes as if
Package: gnulib
Version: 20081101-1
Severity: wishlist
Since gnulib is not released, why not make it like one of the non-free
pseudo-packages that downloads its real content? It could simply check
out the git respository into /var, and make links to the various
files. (I'm imagining that this
On Wed, 1 Apr 2009, Daniel Baumann wrote:
this is a good suggestion to do in *addition* to the normal gnulib
package. but replacing gnulib with an installer-only package is no way -
i don't want packages that depend on having internet access.
Good point.
anyway. i'll be looking into it (it
Package: tads3
Followup-For: Bug #384362
As with the original reporter, I found that the currently packaged
TADS3 won't play a randomly-downloaded game (in my case, Ditch Day,
which I enjoyed playing on my Atari ST years ago).
Is there some problem with updating this package? If so, perhaps I
Package: wput
Severity: wishlist
wput(1) doesn't mention usernames and passwords. In fact, wput does
support URLs containing them, but it would be nice to know this fact,
and maybe even summarise the format, as it's not that widely used.
-- System Information:
Debian Release: 5.0
APT prefers
Package: tads3
Followup-For: Bug #384362
Frobtads is an autotoolised version of tads, including the latest stable tads
VM:
http://www.tads.org/frobtads.htm
This may be easier to package than tads.
-- System Information:
Debian Release: 5.0
APT prefers stable
APT policy: (500, 'stable')
Package: firehol
Severity: normal
The first line says:
#To enable firehol at startup set this everything != NO
I had to think quite hard to understand it. I think it would better say:
#To enable firehol at startup set START_FIREHOL=YES
(Strictly, it's trying to say set to anything other than
Package: atool
Version: 0.35.0-4
Severity: normal
Illustration:
$ ls *.bz2
config.log.zile-2.3.5.r4-fuji.bz2 config.log.zile-2.3.5.r4-green.bz2
$ aunpack *.bz2
config.log.zile-2.3.5.r4-fuji.bz2: extracted to `config.log.zile-2.3.5.r4-fuji'
Oops! Only one file extracted!
-- System Information:
Package: git-core
Version: 1:1.5.6.5-3
Severity: minor
Formatting problems in (at least) git-reset(1), git-branch(1) under
EXAMPLES:
$ git commit ...
$ git reset --soft HEAD^ fB(1)fR
$ editfB(2)fR
i.e. some troff commands
On Fri, 27 Mar 2009, Aníbal Monsalve Salazar wrote:
On Wed, Mar 25, 2009 at 11:46:50PM +, Reuben Thomas wrote:
To get it to build I removed the --disable-perl-regexp from the
configure line in debian/rules, and added -dl to the end of LDFLAGS.
The installed package seems to work
Also, it looks as though with the patch you'll build without
--disable-perl-regexp? That would be good, as it would mean that Ubuntu, who
have libpcre in /lib and hence already ship with PCRE support, would be able
simply to ignore this patch; effectively this would be a patch for getting
Package: dict-gcide
Severity: minor
measurments - measurements.
-- System Information:
Debian Release: 5.0
APT prefers stable
APT policy: (500, 'stable')
Architecture: i386 (i686)
Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
On Wed, 25 Mar 2009, Aníbal Monsalve Salazar wrote:
On Tue, Mar 24, 2009 at 11:51:35PM +, Reuben Thomas wrote:
To clarify: my patch applies cleanly to current CVS.
Ah, but the one in the BTS appears to be out of date.
I attach the patch I have.
I tried it:
[errors]
OK, I'll have
Hi,
To get it to build I removed the --disable-perl-regexp from the configure
line in debian/rules, and added -dl to the end of LDFLAGS. The installed
package seems to work, in particular the -P option.
--
http://rrt.sc3d.org/ | dumb blonde, n. susbt. phr. peroxymoron
--
To UNSUBSCRIBE,
On Wed, 25 Mar 2009, Aníbal Monsalve Salazar wrote:
On Tue, Mar 24, 2009 at 10:12:03PM +0100, Marco d'Itri wrote:
On Nov 06, Reuben Thomas r...@sc3d.org wrote:
As we discussed a while ago, I've made a patch for grep to use PCRE
via dlopen.
Are there any news about this bug? Do you need help
On Wed, 25 Mar 2009, Aníbal Monsalve Salazar wrote:
On Tue, Mar 24, 2009 at 09:35:07PM +, Reuben Thomas wrote:
If there's interest, I'm happy to get it up to date.
Yes, please.
Currently my patch applies cleanly. It only patches search.c, it doesn't
attempt to patch the build system
To clarify: my patch applies cleanly to current CVS.
Ah, but the one in the BTS appears to be out of date.
I attach the patch I have.Binary files grep/src/egrep and grep-dlopen-pcre/src/egrep differ
Binary files grep/src/egrep.o and grep-dlopen-pcre/src/egrep.o differ
Binary files
Package: manpages-posix
Version: 2.16-1
Severity: normal
The example grep command in the explanation of man -k does not dispaly
properly (it should all display on one line, and when displayed some text at
the end of the command is missing).
-- System Information:
Debian Release: 5.0
APT
Package: valgrind
Version: 1:3.3.1-3
Severity: normal
README.Debian says that valgrind is compiled on kernel 2.4 and hence doesn't
support NPTL. Since Debian stable has not shipped this kernel for years, I
presume this is false. If not, it's surely time to rectify this problem?
-- System
Package: devhelp
Severity: minor
Two reasons:
1. It's irrelevant.
2. On Ubuntu devhelp is built against webkit, so the package
description isn't true there. It would be nice not to make this a
problem for Ubuntu when there isn't really a good reason.
-- System Information:
Debian Release: 5.0
Package: easytag
Followup-For: Bug #336465
The situation seems fairly clear: Debian cannot (for whatever reason)
include AAC suport, so if you want to edit AAC/MP4 tags, you need to
install easytag-aac from Debian multimedia, or build with such support
enabled from source. Hence, this bug can
Package: easytag
Severity: normal
If I start easytag with a path a component of which is unreadable,
easytag refuses to read the given path, even though the leaf directory
is readable and each component of the path is executable. This means
that I can't work with some files even though I do have
Package: plptools
Severity: minor
The final sentence of the package description lacks a concluding full stop.
-- System Information:
Debian Release: 5.0
APT prefers stable
APT policy: (500, 'stable')
Architecture: i386 (i686)
Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core)
Locale:
Package: plptools
Severity: minor
plptools Suggested portmap because it was needed for plpnfsd, but this
no longer exists (replaced by plpfuse).
-- System Information:
Debian Release: 5.0
APT prefers stable
APT policy: (500, 'stable')
Architecture: i386 (i686)
Kernel: Linux 2.6.26-1-686
Package: plptools
Followup-For: Bug #505702
This bug is fixed in 1.0.7; please update the package.
-- System Information:
Debian Release: 5.0
APT prefers stable
APT policy: (500, 'stable')
Architecture: i386 (i686)
Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core)
Locale: LANG=en_GB.UTF-8,
Package: jhead
Version: 2.84-2
Severity: important
-ce is broken in 2.86, and is fixed in 2.87, just released.
-- System Information:
Debian Release: 5.0
APT prefers stable
APT policy: (500, 'stable')
Architecture: i386 (i686)
Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core)
Locale:
Package: gutenbrowser
Severity: minor
The URL should be:
http://gutenbrowser.sourceforge.net/index.html
Without the index.html an error page is shown.
-- System Information:
Debian Release: 5.0
APT prefers stable
APT policy: (500, 'stable')
Architecture: i386 (i686)
Kernel: Linux
Package: manpages-dev
Version: 3.05-1
Severity: minor
Under %G, it says that it has the same value and format as %y, but it
means %Y (4-digit year).
-- System Information:
Debian Release: 5.0
APT prefers stable
APT policy: (500, 'stable')
Architecture: i386 (i686)
Kernel: Linux
Package: manpages-dev
Version: 3.05-1
Severity: normal
The BUGS section starts with a bald Avoid using this function, but
that advice only applies to calls with a non-NULL second argument. If
one uses the glibc extension (which the POSIX man page hints may well
become standard) then one is safe.
Package: cgiirc
Version: 0.5.9-3
Severity: normal
cgiirc seems to assume that /usr/share/images is aliased to the URL
/images, but this is not the case with Apache 2. According to Tollef Fog Heen,
Those packages should make sure to set up the necessary aliases they
need
-- System
Package: wcalc
Version: 2.3.1-1
Followup-For: Bug #511500
This bug is fixed in 2.4.
-- System Information:
Debian Release: 5.0
APT prefers testing
APT policy: (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core)
Locale: LANG=en_GB.UTF-8,
Package: wcalc
Version: 2.3.1-1
Severity: wishlist
There's a newer release (from last October) that fixes some bugs,
including #511500.
-- System Information:
Debian Release: 5.0
APT prefers testing
APT policy: (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.26-1-686 (SMP w/1
On Thu, 5 Feb 2009, Tollef Fog Heen wrote:
Given that /usr/share/images is not only used by web packages, I think
the answer is «no». Those packages should make sure to set up the
necessary aliases they need (or we could have something like
/usr/share/httpd/images that would be shipped in
Package: gbuffy
Version: 0.2.6-13
Severity: minor
The package description says that support for an external program run on
notification is planned, but since gbuffy has now not been updated for
over ten years that seems to be stretching the truth. I would simply
delete that bit.
-- System
Package: apt
Version: 0.7.20.1
Severity: minor
The line Pin: release unstable should be Pin: release a=unstable.
-- Package-specific info:
-- no debconf information
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
Package: apache2.2-common
Version: 2.2.9-10+lenny2
Severity: minor
As far as I can see, web applications designed to run under Apache
install images under /usr/share/images and expect the URL /images to be
aliased to this directory. However, I can't find any traces of it in the
default apache2
On Sun, 1 Feb 2009, Brice Goglin wrote:
Reuben Thomas wrote:
Package: xbacklight
Severity: normal
xbacklight -set sometimes has no effect. For example, when I suspend and
resume my laptop, the backlight is reset to 100%, but is still reported
as whatever I set it to before. xbacklight seems
Package: autoconf-doc
Followup-For: Bug #447861
I attach updated .dsc and .diff.gz files to bring the package up to date.
-- System Information:
Debian Release: 5.0
APT prefers testing
APT policy: (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core)
Package: openssh-client
Version: 1:5.1p1-5
Severity: wishlist
The current short package descriptions refer to rsh, yet for some years,
new users are unlikely to have used rsh, and experienced users are
likely (like me!) not to have used rsh for years.
Also, it's a good idea to avoid indirection
Package: wajig
Version: 2.0.38
Severity: wishlist
Please make wajig build-dep do apt-get build-dep.
-- System Information:
Debian Release: 5.0
APT prefers testing
APT policy: (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core)
Locale: LANG=en_GB.UTF-8,
Package: mpd
Severity: minor
mpd claims that when run from a non-root user it will run as that user
(see the comments in /etc/mpd.conf) but in fact it tries to become mpd
and then aborts when it can't. Either the comments should be clarified
(mpd will try to become the given user, if any), or
Package: expect
Version: 5.43.0-17
Severity: minor
expect(1) refers to a note on system indigestion, but that note
doesn't seem to appear anywhere in the man page.
-- System Information:
Debian Release: 5.0
APT prefers testing
APT policy: (500, 'testing')
Architecture: i386 (i686)
Kernel:
Package: psiconv
Version: 0.9.8-4
Severity: minor
The man page actually thinks it is called Version(1).
Further, the final paragraph of the page that says that the full
documentation is maintained as info is incorrect, and should be deleted.
-- System Information:
Debian Release: 5.0
APT
Package: psiconv
Version: 0.9.8-4
Followup-For: Bug #484729
This typo is also apparent in --help, and presumably comes from there.
-- System Information:
Debian Release: 5.0
APT prefers testing
APT policy: (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU
On Fri, 26 Dec 2008, Moritz Muehlenhoff wrote:
On Sun, Sep 30, 2007 at 12:41:35AM +0100, Reuben Thomas wrote:
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
Package: reiserfsprogs
Version: 1:3.6.19-6
Severity: normal
The exit codes for reiserfsck mentioned under AN EXAMPLE OF USING
reiserfsck do not seem to tally with those listed under EXIT CODES.
It is possible that these refer to different sets of error codes (for
--check versus the fixing
Package: nfs-kernel-server
Version: 1:1.1.2-6lenny1
Severity: important
If I use all_squash in an export line such as
/home/foo/music 192.168.11.0/255.255.255.0(all_squash,no_subtree_check)
then I find that remote mounts of the exported tree give the actual uid
and gid of the exported files and
Package: obexfs
Severity: minor
The synopsis doesn't show mount point and options. Adding something like:
[ -- mount_options ] mount_point
to the end of the synopsis should be sufficient. An example lower down
the page would also be nice.
One thing would be nice to clear up, too: obexftp seems
Package: xbacklight
Severity: minor
faiding - fading
-- System Information:
Debian Release: 5.0
APT prefers testing
APT policy: (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell:
601 - 700 of 1821 matches
Mail list logo
