Bug#291779: gettext-el: Problem with fuzzy mark for old translations

Package: gettext-el Version: 0.14.1-7 Severity: normal In a fr.po file, I have: #, fuzzy #~ msgid "Umount" #~ msgstr "Démonter" Though it is counted as old, it is also counted as fuzzy, and there is no way to remove the fuzzy mark with TAB (one needs to edit the file with E). -- System Informat

Bug#291781: mairix doesn't find words in the X-Spam-Status header

Package: mairix Version: 0.15.1-1 Severity: normal I used "mairix FORGED_RCVD_HELO" to find this word in the whole message (as indicated by the mairix help), but mairix didn't find any message, though several ones have this word in the X-Spam-Status header. -- System Information: Debian Release:

Bug#292649: libmpfr-dev: Patches available for MPFR 2.1.0

Package: libmpfr-dev Version: 2.1.0-2 Severity: normal FYI, patches for MPFR 2.1.0 are available on http://www.mpfr.org/mpfr-2.1.0/#bugs -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.9-dixsept Local

Bug#320789: emacs21: pasting utf-8 text to emacs produces garbage

On 2005-11-27 15:06:31 +0100, Jérôme Marant wrote: > I know you filed this bug report a long time ago. Shame on me > for not having replied more quickly. > > I just want to let you know this bug has been fixed upstream. Thanks for the information. So, I've just installed emacs-snapshot and could

Bug#341010: emacs-snapshot-bin-common: font-lock bug in fundamental mode

On 2005-11-27 19:50:49 +0100, Romain Francoise wrote: > Vincent Lefevre <[EMAIL PROTECTED]> writes: > > Loading lazy-lock...done > > Package lazy-lock is obsolete > > That's the important part; lazy-lock has been moved to obsolete because > it's hopeles

Bug#341010: emacs-snapshot-bin-common: font-lock bug in fundamental mode

On 2005-11-27 20:46:51 +0100, Romain Francoise wrote: > I was referring to the Emacs NEWS file, not NEWS.Debian. Use `C-h n' in > Emacs to find this file directly. OK. Shouldn't there be a symlink /usr/share/doc/emacs-snapshot-common/NEWS pointing to this file? This is quite a standard place. --

Bug#341055: spamassassin: spamd failure (prefork: syswrite(7) failed, retrying...) and timeout

Package: spamassassin Version: 3.1.0a-1 Severity: important Since Friday 25 September, I have problems with spamd. After some time, all connections time out. Restarting it with /etc/init.d/spamassassin restart solves the problem... temporarily. I've just had a look at the /var/log/syslog file

Bug#340364: Not a bug

On 2005-12-01 16:53:02 +0100, Thomas Hood wrote: > severity 340364 normal > stop > > "tail -c 4" is not standards-conformant, so this is not a bug. It is standard conformant. Please look at http://www.opengroup.org/onlinepubs/009695399/utilities/tail.html There is a space between -c and the n

Bug#340364: Not a bug

On 2005-12-02 14:07:45 +0100, Thomas Hood wrote: > Sorry, I was wrong. It _is_ standards-conformant. What I should have > said was: it is ambiguous; different standards prescribe different > behavior. I base this on the upstream text that I quoted. OK. > For the record, can you please clarify thi

Bug#342348: zsh: subversion completion for "svn resolved"

Package: zsh Version: 4.2.6-1 Severity: wishlist "svn resolved" currently has no special completion. The completion would be very similar to "svn commit", but by using the pattern "C" in _svn_status, instead of "([ADMR~]|?M)". -- System Information: Debian Release: testing/unstable APT prefers

Bug#342347: zsh: _cache_svn_status makes subversion completion fail after a change

Package: zsh Version: 4.2.6-1 Severity: normal The "svn status" result is cached by _subversion in $_cache_svn_status, but the cache is not updated after a modification of the files (which may lead to a change in the "svn status" result). Therefore later svn completions sometimes fail. IMHO, it w

Bug#342487: perl: Encode bug: decode destroys the string.

Package: perl Version: 5.8.7-7 Severity: normal The script #!/usr/bin/env perl use strict; use Encode; my $it = "string"; print "[$it]\n"; print "[".decode("iso-8859-1", $it, 1)."]\n"; print "[$it]\n"; produces the following output: [string] [string] [] This is a regression. In the past, this

Bug#342782: xterm -e ./cmd tries to find a wrong program cmd and crashes

Package: xterm Version: 6.8.2.dfsg.1-7 Severity: important As shown by strace -f, "xterm -e ./cmd" tries to access cmd found in $PATH (ignoring ".") instead of cmd found in the current directory. If cmd isn't found, xterm just segfaults. In particular, this breaks rox, which tries to compile in a

Bug#342782: xterm -e ./cmd tries to find a wrong program cmd and crashes

On 2005-12-10 10:31:38 -0500, Thomas Dickey wrote: > This was fixed in patch #203: > > http://invisible-island.net/xterm/xterm.log.html#xterm_203 > > Patch #203 - 2005/7/6 - XFree86 4.5.99.7 > > amend change to command-line processing in patch #201 to avoid > conflict with -e option

Bug#335712: sh-script.el: coloring inconsistency with a zsh script

On 2005-12-11 14:33:54 +0100, Jérôme Marant wrote: > The "then" keyword is being colored differently because you forgot the > ";" after "]]". I didn't forget it since the ";" is useless after "]]". "[[ ... ]]" is a special syntax recognized by zsh, with its own rules (patterns inside "[[ ... ]]" a

Bug#342912: uxterm uses more than 200 MB RES memory with Xrealvnc and doesn't appear

Package: xterm Version: 6.8.2.dfsg.1-11 Severity: important In a VNC desktop (served by Xrealvnc) with the fvwm window manager, when I run uxterm or start xterm with LC_CTYPE=en_US.UTF-8, the "top" command shows that the xterm process takes up to more than 200 MB RES memory, making the whole syste

Bug#339136: downgrade severity to important?

This bug currently prevents coreutils 5.93-5 from going to testing. I think that the severity should be downgraded to "important"; there's no reason why it should be "critical". And I had a similar bug[*] (more serious in fact, since it even broke POSIX compliancy) that was even downgraded from "i

Bug#343088: make: Missing information about backward-incompatibility

Package: make Version: 3.80+3.81.b3-1 Severity: normal The file /usr/share/doc/make/NEWS.Debian.gz says: * WARNING: Backward-incompatibility! In order to comply with POSIX, the way in which GNU make processes backslash-newline sequences in command strings has changed. See the GNU m

Bug#334697: apt-listbugs does not show grave bug 342879 either

Same problem with bug 342879 of make. It was not listed. -- Vincent Lefèvre <[EMAIL PROTECTED]> - Web: 100% accessible validated (X)HTML - Blog: Work: CR INRIA - computer arithmetic / SPACES project at LORIA -- To UNSUBSCRIBE, email to [EM

Bug#343356: openoffice.org: Exported PDF files are large (use subset compact fonts?)

Package: openoffice.org Version: 2.0.0-5 Severity: wishlist When I export a document to PDF, the generated PDF file is always very large. I've included a simple test example. When I convert it to PDF, I get a 115 KB file: -rw-r--r-- 1 vlefevre spaces 117066 2005-12-14 17:13:55 test.pdf dixsept:~

Bug#343453: pump should not assume a hardcoded default interface

Package: pump Version: 0.8.24-1 Severity: normal By default, pump assumes the Ethernet interface is called eth0. This is confusing and will not necessarily work as the Ethernet interface may have another name, depending on the Linux kernel. IMHO this is a design bug and for consistency, pump shoul

Bug#343471: bash: In the command line, problem when the line reaches the last column of the terminal

Package: bash Version: 3.1-1 Severity: normal With the bash command line (interactive shell), when the command I'm typing reaches the last column of the terminal, this sometimes goes on at the first column of the same line instead of the next line. This problem occurs in an xterm, even an xterm I'

Bug#343471: bash: In the command line, problem when the line reaches the last column of the terminal

On 2005-12-16 00:49:11 +0100, Matthias Klose wrote: > please could you explain "sometimes"? I've done more tests. The problem always occurs (not only in xterm), except when I do a "reset" from bash. To reproduce it, press 'a' and wait for the a's to reach the right of the terminal. I have the pro

Bug#343471: bash: In the command line, problem when the line reaches the last column of the terminal

On 2005-12-16 10:42:52 +0100, Vincent Lefevre wrote: > Same problem after removing by .bash_profile and .bashrc files. > But this problem doesn't occur when executing "bash --norc". Still without my .bash_profile and .bashrc files: When I start bash with "bash --rcf

Bug#343471: bash: In the command line, problem when the line reaches the last column of the terminal

Same problem on PowerPC after upgrading from bash 3.0-17 to bash 3.1-1 (bash 3.0-17 didn't have this problem). The problem isn't related to $TERM, I can reproduce it with TERM=vt100 for instance. -- Vincent Lefèvre <[EMAIL PROTECTED]> - Web: 100% accessible validated (X)

Bug#343625: pari-gp: PARI/GP URL changed

Package: pari-gp Version: 2.1.7-2 Severity: normal The gp(1) man page contains: Tips, development info, nice icons and bad jokes can be found at PARI home page, set up by Gerhard Niklasch at http://www.parigp-home.de/ But this page says to use http://pari.math.u-bordeaux.fr/ inste

Bug#343471: bash: In the command line, problem when the line reaches the last column of the terminal

On 2005-12-16 13:47:21 -0500, Chet Ramey wrote: > Vincent Lefevre wrote: > > When I start bash with "bash --rcfile /etc/bash.bashrc", the problem > > occurs. But if I type "bash --norc" then "source /etc/bash.bashrc", > > it doesn't occur. Wh

Bug#343471: bash: In the command line, problem when the line reaches the last column of the terminal

On 2005-12-16 13:47:21 -0500, Chet Ramey wrote: > What's in debian's /etc/bash.bashrc, and has it been changed on your > system? Without the comments: [ -z "$PS1" ] && return shopt -s checkwinsize if [ -z "$debian_chroot" ] && [ -r /etc/debian_chroot ]; then debian_chroot=$(cat /etc/debian_ch

Bug#343673: --rcfile description in bash man page is incorrect

Package: bash Version: 3.1-1 Severity: normal The bash man page says: --rcfile file Execute commands from file instead of the system wide initialization file /etc/bash.bashrc and the standard personal initialization file ~/.bashrc if the shell is

Bug#343471: bash: In the command line, problem when the line reaches the last column of the terminal

On 2005-12-16 20:53:13 -0500, Chet Ramey wrote: > Vincent Lefevre wrote: > > dixsept:~> bash --norc > > bash-3.1$ > > > > dixsept:~> bash --rcfile /dev/null > > [EMAIL PROTECTED]:~$ > > > > Shouldn't I have got the same prompt? >

Bug#343831: perl: "warn" causes segmentation fault due to infinite recursion

Package: perl Version: 5.8.7-10 Severity: important Perl segfaults with the following script: #!/usr/bin/perl use strict; use I18N::Langinfo qw(langinfo CODESET); my $encoding = langinfo CODESET; binmode STDOUT, ":encoding($encoding)"; binmode ST

Bug#335528: subversion: svn+ssh breaks will automatic ssh connection caching

On 2005-10-24 14:49:44 +0100, Paul Brook wrote: > The combination of svn+ssh and automatic ssh connection caching is > broken. > > In my ~/.ssh/config I have > > ControlPath /tmp/.ssh-%h-%p-%r > ControlMaster auto You're not allowed to do that as the master connection will close any slave conne

Bug#338151: apt-listchanges: diff between the old changelog and the new one

Package: apt-listchanges Version: 2.59-0.2 Severity: wishlist apt-listchanges should display a diff between the old changelog and the new one. Indeed changes coming from security updates are in the new changelog under a different form. The user should be able to see the no security patches were mi

Bug#339001: geximon: BadWindow (invalid Window parameter) error on remote display

Package: geximon Version: 0.7.1-1 Severity: important When geximon is started on a remote display, trying to open a menu (either with the mouse or with the keyboard) leads to the following fatal error: The program 'geximon' received an X Window System error. This probably reflects a bug in the pr

Bug#346162: zsh: jobs -p is not POSIX-compliant

Package: zsh Version: 4.3.0-dev-2-1 Severity: normal POSIX says that with "jobs -p", only the PID is output, whereas zsh outputs full information. See http://www.opengroup.org/onlinepubs/009695399/utilities/jobs.html STDOUT If the -p option is specified, the output shall consist of one

Bug#345646: slocate: Please provide a NEWS file announcing important changes

On 2006-01-05 16:06:30 -0800, Kevin Lindsay wrote: > There shouldn't have been a change, and this is a bug. What problem > have you specifically experienced? When LOCATE_PATH is defined, the databases in $LOCATE_PATH are searched instead of the default one. Before the change, I was using * "slo

Bug#345646: slocate: Please provide a NEWS file announcing important changes

On 2006-01-05 21:08:20 -0800, Kevin Lindsay wrote: > oops, juse to be more clear, anything in the environment var LOCATE_PATH > will always be searched regardless. ie, > > This will search both db1.db and db2.db, but not the default database: > LOCATE_PATH=db1.db > slocate -d db2.db foo > > This

Bug#346215: bash: a kill -TERM causes the EXIT trap to be executed

Package: bash Version: 3.1-1 Severity: normal With the following script, "sh trapexitbug" and "bash trapexitbug" cause the EXIT trap to be executed, which breaks traditional sh compatibility and, IMHO, is not POSIX-compliant (see the explanations in the script). Other shells, such as dash, ksh and

Bug#346341: slocate: permission problem when LOCATE_PATH is set and not working -d option

Package: slocate Version: 3.0.beta.r3-1 Severity: important When LOCATE_PATH is not set, slocate can read the default database: dixsept:~> slocate bin/browser /home/vlefevre/bin/browser /home/vlefevre/greux/bin/browser But not when it is set: dixsept:~> LOCATE_PATH=/users/spaces/vlefevre/privat

Bug#345646: slocate: Please provide a NEWS file announcing important changes

On 2006-01-06 09:35:49 -0800, Kevin Lindsay wrote: > Ok, thanks. The fix will be in the next upload, which should be > today sometime. There are still problems (worse?). I've just reported a new bug. -- Vincent Lefèvre <[EMAIL PROTECTED]> - Web: 100% accessible validated

Bug#346453: trang: does not write namespace in RNC to RNG conversion

Package: trang Version: 20030619-4 Severity: normal I have: --- test.xml - http://www.w3.org/1999/xhtml";>Para 1 http://www.w3.org/1999/xhtml";>Para 2 -- and the corresponding s

Bug#347237: lesspipe: please add 7-Zip format support (code included)

Package: less Version: 394-1 Severity: wishlist I suggest to add the following: *.7z) if [ -x "`which 7za`" ]; then if 7za l "$1" | tail -n 1 | grep -q ' 1 file'; then 7za x -so "$1" else 7za l "$1" fi else echo "No 7za available"; fi ;; Warning: The 7

Bug#272296: weird font corruption caused by scrolling

On 2006-01-09 01:21:35 -0500, Eric Dorland wrote: > Any better in 1.5? I've tested on a Linux/x86 machine with Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8) Gecko/20051224 Debian/1.5.dfsg-3 Firefox/1.5. And I still get missing lines[*] when scrolling, with: user_pref("browser.display.screen_

Bug#347654: mirrors: FTP server 35.9.37.225 (ftp.us.debian.org) doesn't support passive mode

Package: mirrors Severity: normal ftp.us.debian.org has 4 IP addresses. 3 of the machines work without any problem, but 35.9.37.225 doesn't support FTP passive mode: I get a timeout with curl -O ftp://35.9.37.225/debian/pool/main/libp/libpaper/libpaper_1.1.14-3.tar.gz and according to a trace,

Bug#345637: fmtutil: xmltex fails leaving tetex-bin unconfigured

On 2006-01-02 14:01:17 +0100, Michael Eyrich wrote: > Package: tetex-bin > Version: 3.0-13 > Severity: important > > > fmtutil fails to generate format file: > > fmtutil: running `tex -ini -jobname=xmltex -progname=xmltex &latex > xmltex.ini' ... Same problem here on my ppc machine. I've atta

Bug#345637: fmtutil: xmltex fails leaving tetex-bin unconfigured

On 2006-01-12 15:21:11 +0100, Norbert Preining wrote: > This shold not happen anymore with xmltex 1.9-11.1. Did you two accept > the upgrade of config files? I didn't get any question during the upgrade. > Please send us the contents of > /etc/texmf/fmt.d/*xmltex* > (of all the files with x

Bug#345637: fmtutil: xmltex fails leaving tetex-bin unconfigured

On 2006-01-12 15:57:58 +0100, Frank Küster wrote: > Both of you, please send us the output of the commands > > ls /etc/texmf/fmt.d/40xmltex.cnf* /etc/texmf/fmt.d/40xmltex.cnf /etc/texmf/fmt.d/40xmltex.cnf.dpkg-new > cat /etc/texmf/fmt.d/40xmltex.cnf xmltex tex language.dat&lat

Bug#345637: fmtutil: xmltex fails leaving tetex-bin unconfigured

On 2006-01-12 18:52:29 +0100, Norbert Preining wrote: > On Don, 12 Jan 2006, Vincent Lefevre wrote: > > -rw-r--r-- 1 122 2002-11-20 10:15:48 /etc/texmf/fmt.d/40xmltex.cnf > > -rw-r--r-- 1 99 2006-01-06 20:28:31 /etc/texmf/fmt.d/40xmltex.cnf.dpkg-new > > You didn't ac

Bug#345637: fmtutil: xmltex fails leaving tetex-bin unconfigured

On 2006-01-13 09:33:33 +0100, Frank Küster wrote: > Obviously I was wrong about the "not changed for long". But I expected > that then there would be a question, instead of a clean overwrite. I > don't know why the question wasn't shown. You didn't by chance set > DEBIAN_FRONTEND to noninteracti

Bug#343913: Confirmed

On 2005-12-19 14:11:29 +0100, Eugen Dedu wrote: > I confirm this bug. I use powerpc too and 1.5.dfsg-2. 1.0.x worked ok. I confirm this too. This also means that following links from RSS readers doesn't work either. Very annoying. BTW, the bug should be marked as important, as this is a major f

Bug#344776: xterm: menu labels are displayed in a very large font

Package: xterm Version: 204-0pre1 Severity: normal When I make a menu appears with Ctrl-click over an xterm window, the fonts are very large. I've attached the result of "appres XTerm". -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (900, 'testing'),

Bug#344778: debsecan: typo in message concerning obsolete packages

Package: debsecan Version: 0.3.1 Severity: minor The following message: Note that some packages were marked as obsolete. To deal with the vulnerabilities in them, you need to remove them. Before you ca do this, you may have to upgrade other packages depending on them. has a typo: s/ca/ca

Bug#344776: xterm: menu labels are displayed in a very large font

Snapshot attached. xterm-menu.png Description: PNG image

Bug#344776: xterm: menu labels are displayed in a very large font

On 2005-12-26 05:08:50 +0100, David Martínez Moreno wrote: > Strange, I have the right menus with the same version > (204-0pre1). I send attached a picture. It was like this before I upgraded to xterm 204-0pre1. Or is it due to my recent upgrade to Xorg? Perhaps not a problem with xterm sinc

Bug#344776: xterm: menu labels are displayed in a very large font

reassign 344776 xorg-x11 retitle 344776 Incorrect Speedo/fonts.dir leads to incorrect font selection thanks On 2005-12-26 17:46:09 -0500, Thomas Dickey wrote: > I also noticed that the default fontsize is different in XFree86 vs > Xorg. I've found the cause of the problem. I have /usr/X11R6/li

Bug#344776: xterm: menu labels are displayed in a very large font

reassign 344776 xorg-x11 retitle 344776 Incorrect Speedo/fonts.dir leads to incorrect font selection thanks (resent since I forgot to Cc [EMAIL PROTECTED] -- sorry) > On 2005-12-26 17:46:09 -0500, Thomas Dickey wrote: > > I also noticed that the default fontsize is different in XFree86 vs > > Xor

Bug#344776: xterm: menu labels are displayed in a very large font

On 2005-12-26 20:27:04 -0500, Thomas Dickey wrote: > On Tue, Dec 27, 2005 at 01:47:08AM +0100, Vincent Lefevre wrote: > > > If I remove this directory from my font path, then the fonts are OK. > > /usr/X11R6/lib/X11/fonts/Speedo does contain a fonts.dir file: > > I ha

Bug#344776: xterm: menu labels are displayed in a very large font

On 2005-12-27 10:54:27 +0100, David Martínez Moreno wrote: > What are you using? Mmmm...X.Org 6.8.2-11. The same as here. As I've said in my latest message, the change is in 6.8.2.dfsg.1-1. I didn't notice the problem before because I upgraded from XFree86 to Xorg a few days ago (but I also

Bug#179729: less: fails to read all data from pipe

On 2003-02-04 01:25:13 -0500, Steve M. Robbins wrote: > I use "cvs diff 2>&1 | less" a lot. It turns out that if the diff is > large, part of the text is not displayed. I verified this by redirecting > the diff to a file and using "less" on the file -- in that case I see > all the text. I doubt

Bug#344963: Piping data to less makes the command pause (buffer problem?)

Package: less Version: 394-1 Severity: normal Piping data to less makes the command pause, as shown with the following test case. lessbuffbug - #!/bin/bash [[ -c "$1" ]] || { echo "Usage: lessbuffbug " >&2; exit 1; } for (( i=0; i<3; i++ ))

Bug#343913: firefox remote control not working on ppc

On 2005-12-27 20:44:42 +0100, Marc 'HE' Brockschmidt wrote: > I can reproduce this problem on my iBook (and it annoys the hell out of > me). It's a severe usability problem on a RC arch, so I'm upgrading it > to important. The bug is still marked as "unconfirmed" on https://bugzilla.mozilla.org

Bug#324125: ftp.debian.org: bad sections for libselinux binary packages

reopen 324125 thanks On 2005-09-13 01:13:29 +0200, Jeroen van Wolffelaar wrote: > On Sat, Aug 20, 2005 at 01:21:17PM +0200, Vincent Lefevre wrote: > > libselinux1-dev is currently in section libs instead of libdevel, > > and so on. The control file is correct

Bug#278990: firefox: adds a buggy entry to /etc/mailcap (needs a wrapper to copy the file)

retitle 278990 firefox: adds a buggy entry to /etc/mailcap (needs a wrapper to copy the file) thanks On 2005-12-31 10:11:39 -0500, Justin Pryzby wrote: > This problem still exists, so this bug report should remain open, > however cloned, reassigned, retitled, blocked, or tagged. If the file > sh

Bug#278990: firefox: adds a buggy entry to /etc/mailcap (needs a wrapper to copy the file)

On 2005-12-31 16:33:24 +0100, Vincent Lefevre wrote: > But IMHO, the wrapper should be generic and be provided by Mutt. > Something like: > > text/html; /usr/bin/view-attach /usr/bin/firefox '%s'; description=HTML Text; > test=test -n "$DISPLAY"; nametemp

Bug#278990: firefox: adds a buggy entry to /etc/mailcap (needs a wrapper to copy the file)

On 2005-12-31 11:14:42 -0500, Justin Pryzby wrote: > Is the problem specific to mozilla, or are there other things that > will have this problem, that may or may not already have bugs filed > against them? I don't know. I'd say that applications that make sure that one instance is run are in the s

Bug#278990: firefox: adds a buggy entry to /etc/mailcap (needs a wrapper to copy the file)

On 2005-12-31 13:35:24 -0500, Justin Pryzby wrote: > Do you know how I can get a list of all potential entries there? I > guess it is (typically?) updated by dh_installmime, right? > > /usr/bin/see > /usr/bin/edit > /usr/bin/compose > /usr/bin/print They are from the mime-support package, but I

Bug#345483: psh(1p) man page doesn't mention zoidberg Perl shell

Package: psh Version: 1.8-5 Severity: wishlist The psh(1p) compares various Perl shells, but doesn't mention zoidberg, which is another Perl shell (zoidberg Debian package). -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'test

Bug#345583: zsh: file completion for "last" command is buggy

Package: zsh Version: 4.3.0-dev-2-1 Severity: normal When I do "last -f ", then file completion works as expected. But it no longer works if another option is used, such as in "last -af " or "last -axf ". -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy:

Bug#345587: cpp-4.0: x86/powerpc inconsistency for the __linux macro

Package: cpp-4.0 Version: 4.0.2-5 Severity: normal As shown below, the __linux macro is no longer defined when using the C99 mode on a PowerPC machine. An x86 machine does not have this behavior. This is normal for the linux macro to be no longer defined (as it is not reserved), but I do not see w

Bug#345646: slocate: Please provide a NEWS file announcing important changes

Package: slocate Version: 3.0.beta.r1-1 Severity: wishlist There has been an incompatible change concerning the LOCATE_PATH environment variable making slocate no longer work here; until I found this problem, I was wondering why. This kind of things should have been announced in a NEWS file (which

Bug#321689: automake1.9: "make dist" distributes too many files (dist-info)

On 2006-01-02 14:14:40 +0100, Ralf Wildenhues wrote: > [ this is http://bugs.debian.org/321689 ] > Please try this patch (against CVS Automake, but should apply to > branch-1-9 as well). Thanks. Thanks, this works at least with the Debian package. -- Vincent Lefèvre <[EMAIL PROTECTED]> - Web:

Bug#345723: cramfsswap generates an invalid cramfs file

Package: cramfsswap Version: 1.1 Severity: grave Justification: renders package unusable I've generated a cramfs file with mkcramfs, then converted it to little-endian with cramfsswap. But when I wanted to mount it on a little-endian machine (Zaurus), I got the following error: mount: Mounting /u

Bug#335893: Using the geoip or geoipfree plugin makes awstats.pl too slow (network access?)

On 2005-10-26 20:11:11 +0200, Jonas Smedegaard wrote: > Hmm - speed of dns lookups is wildly dependent on your system setup > and the Internet "weather" in general. > > So even if documented is will be only speculation. There's still a big difference between a 10% reduction of the speed (build ti

Bug#336166: awstats.pl does not take the server timezone into account

Package: awstats Version: 6.4-2 Severity: normal /usr/lib/cgi-bin/awstats.pl line 4942 contains \\[([^ ]+) [^ ]+\\] corresponding to the date field (for LogFormat 4). Thus the server timezone, matched by the second [^ ]+, is not taken into account. This is an error because the server may be a remo

Bug#336166: awstats.pl does not take the server timezone into account

reopen 336166 thanks On 2005-10-29 00:03:28 -0400, Charles Fry wrote: > If you look at awstats bug #226718: > > > http://sourceforge.net/tracker/index.php?func=detail&aid=226718&group_id=13764&atid=113764 > > you will see that the upstream author voluntarily ignores the timestamp. Probably

Bug#319946: perl-modules: Net::Domain::hostfqdn() returns an incorrect FQDN

I didn't try "hostname -d" and "dnsdomainname". To summarize, with these results: ay:~> hostname --fqdn ay.vinc17.org ay:~> hostname -s ay ay:~> hostname -d vinc17.org ay:~> dnsdomainname vinc17.org But ay:~> perl -e 'use Net::Domain qw(hostfqdn); print hostfqdn()."\n"' ay.local It is clear tha

Bug#336627: "cvs update blah" returns successfully if blah does not exist

Package: cvs Version: 1:1.12.9-15 Severity: normal $ cvs up blah || echo error cvs update: nothing known about `blah' It should have output "error". -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (900, 'testing'), (900, 'stable'), (200, 'unstable') Ar

Bug#337041: openssh: ssh doesn't retain the IUTF8 flag

Package: openssh Severity: normal When I do a ssh from a terminal with IUTF8 flag set, this flag is no longer set on the other side. The easiest way to test this is to do a ssh to localhost. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstab

Bug#337041: openssh: ssh doesn't retain the IUTF8 flag

On 2005-11-02 18:13:32 +, Colin Watson wrote: > Sorry, I'm not familiar with the IUTF8 flag; as far as I know, the > terminal emulator I generally use (pterm) doesn't support it. What > terminal are you using? xterm, with the patch I posted here: http://bugs.debian.org/cgi-bin/bugreport.cgi

Bug#334701: can't install tetex-bin 2.0.2-31 due to /usr/share/man/man1/texi2pdf.1.gz

On 2005-11-03 12:51:51 +0100, Frank Küster wrote: > AFAIK, the distribution tags are deprecated and rather meaningless, > now that we have a version-aware BTS. In fact, the problem I had was on a machine with Debian/unstable, and I tried to reinstall a package from testing (because the new unstabl

Bug#339586: fvwm should support the _NET_WM* properties

Package: fvwm Version: 1:2.5.14-4 Severity: wishlist Subject says it all: fvwm should support the _NET_WM* properties. Currently, in ISO-8859-1 locales, when one has (due to a gtk+ bug): WM_NAME(STRING) = "Bug 160236 - no window title if none of the *_NAME properties are set - Mozilla Firefox" _

Bug#340364: /usr/bin/tail: "tail -c 3 < ..." fails

Package: coreutils Version: 5.93-5 Severity: important File: /usr/bin/tail I get the following error (_POSIX2_VERSION is not set): dixsept:~> tail -c 3 < /dev/null tail: cannot open `3' for reading: No such file or directory zsh: exit 1 tail -c 3 < /dev/null Though there is a workaround (use

Bug#340930: mairix 0.17 doesn't preserve flags in virtual maildir folder

Package: mairix Version: 0.17-1 Severity: normal When I do a search with mairix 0.17, I get symlinks like: 123456789.42557.mairix -> /home/vlefevre/Mail/oldarc/cur/1132874915.27066_201.ay:2,S instead of 123456789.42557.mairix:2,S -> /home/vlefevre/Mail/oldarc/cur/1132874915.27066_201.ay:2,S

Bug#257062: please backport new Intel i910 driver

On 2005-06-04 23:36:47 +0200, Albrecht Gebhardt wrote: > debian packages + sources at (version is 4.3.0.dfsg.1-13.uk): > > deb http://debian.uni-klu.ac.at/debian.uniklu sarge/uniklu/desktop \ > main contrib non-free main-uk contrib-uk non-free-uk > # (it is in main) I tried both 4.3.0.dfsg.1-13

Bug#266304: not fixed

reopen 266304 thanks The bug is still present in imagemagick 6:6.2.3.0-1, even without -crop. The current workaround: convert -crop 1424x1024 im.jpg - | display -resize 1600x1200 -window root - (I had to replace the -geometry by -resize, and the convert is still needed.) -- Vincent Lefèvre <[E

Bug#312886: unzip -l outputs dates in an ambiguous/buggy format

Package: unzip Version: 5.52-3 Severity: normal I did an unzip -l and saw the following date: 04-07-03. Here in France, this would probably mean 4 July 2003. But in fact the file was modified on 7 April 2003! First the date output by unzip should be correct and non ambiguous: either a format chos

Bug#312932: wrong binary name (xmlstarlet instead of xml) on i386

Package: xmlstarlet Version: 1.0.0-1 Severity: normal On i386: dixsept:~> dpkg --listfiles xmlstarlet | grep /usr/bin/ /usr/bin/xmlstarlet But the Usage message says: dixsept:~> xmlstarlet XMLStarlet Toolkit: Command line utilities for XML Usage: xml [] [] [...] The powerpc version (also 1.0.

Bug#313393: estraier: error in documentation (search conditions)

Package: estraier Version: 1.2.28-1 Severity: minor /usr/share/doc/estraier/spex.html says: [and] word remove documents containing the specified word from the result. It is default behavior without any operator. I assume that this should be "remove documents *not* containing

Bug#313631: mozilla-firefox: segmentation faut on http://www.rtl.fr/rtlinfo/

Package: mozilla-firefox Version: 1.0.4-3 Severity: important https://bugzilla.mozilla.org/show_bug.cgi?id=297686 When opening , Firefox crashes immediately. I doubt this is useful, but... Core was generated by `/usr/lib/mozilla-firefox/firefox-bin -a firefox'. Progr

Bug#314154: subversion: images and styles.css are missing from the book

Package: subversion Version: 1.2.0-1 Severity: normal subversion 1.1 had styles.css and an images directory with PNG files in /usr/share/doc/subversion/book. They are no longer present in 1.2.0-1. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (900, 'testing'), (20

Bug#281167: netkit-inetd upgrade modifies /etc/inetd.conf - needs a reconfigure

Once again, my config file was changed after the upgrade. I've finally found that this is fixed by executing "dpkg-reconfigure netkit-inetd". But I don't remember being asked such a question in the past. Just before the "dpkg-reconfigure netkit-inetd", the file /var/cache/debconf/config.dat contai

Bug#314249: less should filter non-printable (raw) characters of the filename

Package: less Version: 382-2 Severity: normal "less" does nice things concerning non-printable (raw) characters in the file contents, but when such characters appear in the filename, they are just sent to the terminal. For instance, try touch ab`tput bold`cd and look at this file with "less".

Bug#295680: libc6: getgrname returns a result that doesn't belong to /etc/group

On 2005-06-17 02:03:08 +0300, Lars Wirzenius wrote: > Thus, I think the Linux manual page saying that getgrnam uses > /etc/group only is a bug. So, that would also make programs that rely on /etc/group being used buggy. IIRC, when I want to add a local group with addgroup, it checks first if it ex

Bug#295680: libc6: getgrname returns a result that doesn't belong to /etc/group

On 2005-06-17 18:36:17 +0200, GOMBAS Gabor wrote: > On Fri, Jun 17, 2005 at 08:51:53AM +0200, Vincent Lefevre wrote: > > So, that would also make programs that rely on /etc/group being used > > buggy. IIRC, when I want to add a local group with addgroup, it checks > > fi

Bug#310383: getmail4 transforms "Return-Path: <>" into "Return-Path: <<>>"

Package: getmail4 Version: 4.3.5-1 Severity: normal When I receive a mailer-daemon message, getmail transforms the header Return-Path: <> into Return-Path: <<>> Note: I assume that this comes from getmail since the message stored in a Maildir mailbox on the server (as a backup) has the cor

Bug#310857: dict-freedict-eng-fra: accomodate -> accommodate

Package: dict-freedict-eng-fra Version: 1.1-4 Severity: normal The English word "accomodate" should be written "accommodate" (with 2 m's). -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bas

Bug#263945: Random windows and incorrect titles

The cause of random windows may be due to incorrect titles. I've attached 3 snapshots of the FvwmWinList. The first one (buttons1.png) shows what I got just after starting FVWM: * FvwmButtons * xterm * xterm All of them are incorrect. Note that "xterm" is the initial title of my xterms, but

Bug#311296: mutt: Temporary file creation is unsafe

> From: "Roberto C. Sanchez" <[EMAIL PROTECTED]> > [...] There is no threat of overwriting an existing file or creating > a file somewhere where the user lacks appropriate permissions, but > there is a trivial way to DoS the users in mutt. The user can still change $tmpdir in his muttrc to avoid

Bug#311384: findutils: find should filter out non-printable characters

Package: findutils Version: 4.1.20-6 Severity: important The "find" command should filter out non-printable characters when the output stream (stdout or stderr) is attached to a terminal. Otherwise escape sequences may be sent to the terminal, for instance when there are filenames encoded in UTF-8

Bug#311425: apt-listbugs does not list serious bugs for xmltex

Package: apt-listbugs Version: 0.0.48 Severity: important Concerning the last upgrade: dixsept:/home/vlefevre# apt-get dist-upgrade Reading Package Lists... Done Building Dependency Tree... Done Calculating Upgrade... Done The following packages have been kept back: xserver-xfree86 The followin

  1   2   3   4   5   6   7   8   9   10   >