Bug#319698: bidwatcher: switch to GTK2

Package: bidwatcher Version: 1.3.17-1 Severity: wishlist Create a GTK2 version of the program. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (50, 'experimental') Architecture: i386 (i586) Shell: /bin/sh linked to

Bug#319699: RM: pyxine -- RoM, dead upstream, no rdepends

Package: ftp.debian.org Severity: important Rather than see Pyxine through the C++ ABI transition it would probably be better to just remove it. It has no reverse-depends, it's abandoned upstream, the one program that used it (Lsongs) appears to be equally dead upstream, and python-gst provides a

Bug#319697: gbase: separate X and non-X versions to different packages

Package: gbase Version: 0.5-2 Severity: wishlist Please separate the package to something like: gbase-common gbase-gtk gbase-nox so non-X users can install the command line version without installing X and GTK libraries needlessly. -- System Information: Debian Release: testing/unstable APT pre

Bug#312003: xscreensaver: Confirmation

Package: xscreensaver Version: 4.21-5 Followup-For: Bug #312003 I have to confirm this issue on my system also. It is an interesting way to avoid the KDE bug though. ;) -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (7221, 'testing'), (7221, 'stable')

Bug#319695: snac: use GTK2 instead of GTK1.2

Package: snac Version: 0.3-4 Severity: wishlist use GTK2 instead of GTK1.2 -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (50, 'experimental') Architecture: i386 (i586) Shell: /bin/sh linked to /bin/bash Kernel: L

Bug#123611: gnokii: plea to fulfill this wish - separate things which depend on X libs to another package

Package: gnokii Version: 0.6.5-1 Followup-For: Bug #123611 It's a pity that over four and a half years after this simple wish has been filed, it still hasn't been fulfilled. I would also like to use gnokii without X libs. -- System Information: Debian Release: testing/unstable APT prefers unsta

Bug#306290: RFS: ttf-mph-2b-damase -- font with ranges from the latest version of unicode

Hi all, (I'm not subscribed, please CC me and the ITP - MFT set) Package name: ttf-mph-2b-damase Upstream Author : Mark Williamson <[EMAIL PROTECTED]> Upstream URL: http://fixedsys.org/~node_ue/fonts/ License : Public Domain ITP : http://bugs.debian.org/306290 Package

Bug#319694: w3mmee-img: optionally use GTK2 instead of GTK1.2

Package: w3mmee-img Version: 0.3.p24.20-2 Severity: wishlist w3mmee-img depends on libgtk1.2. I would like it to be possible to use it with GTK2 libs alternatively. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (5

Bug#319696: package pilrcui separately, so pilrc can be installed without X and GTK libs

Package: pilrc Version: 3.2-1 Severity: wishlist Separate the pilrcui GTK frontend to a separate package, so the pilrc package doesn't depend on libgtk1.2 and xlibs. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (

Bug#319693: hypermail: New upstream version

Package: hypermail Version: 2.1.8-1 Severity: wishlist http://sourceforge.net/project/shownotes.php?group_id=18117&release_id=241470 reports release 2.2.0, which removes at least some of the annoying warnings -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (200, 't

Bug#225819: man page for blackhole

tags 225819 pending thanks At Sat, 23 Jul 2005 16:17:53 +0200, Timo Schneider wrote: > Package: xjokes > Tags: patch > > .\" Process this file with > .\" groff -man -Tascii blackhole.1 Thank you! I'll upload merged version when ftp-master come back. Thanks, -- Kenshi Muto [EMAIL PROTECTED] -

Bug#317703: xsupplicant: Should not write username/password info to log file

Tags 317703 pending Thanks On Sun, Jul 10, 2005 at 10:03:05PM +0200, Frans Pop muttered these words: > Package: xsupplicant > Version: 1.0.1-4 > Severity: grave > Tags: security > Justification: user security hole > > When xsupplicant is started on boot, my wireless card is not "up". > In that s

Bug#319685: Nevermind...

OK, the package is still there but no longer listed under "recommended" or "suggested" and at some point had gotten removed from my system (bad dependency with something?) Anyway, it installs fine, so nevermind. Though I think it should be a recommend/suggest package... -- Phil Dibowitz

Bug#319691: Package Web Search

Package: packages.debian.org Version: n/a If you goto packages.debian.org and do a search for packages in 'any' distribution and 'any' section and put more than one keyword in, the search fails with "Error: keyword not valid or missing" Here's is an example: http://packages.debian.org/cgi-bin/se

Bug#319692: metar: decode wind direction

Package: metar Version: 20050706.1-1 Severity: wishlist Tags: patch I can convert wind direction from a compass heading to compass points in my head, but I shouldn't have to. See patch. Peter --- metar-20050706.1.orig/src/main.c +++ metar-20050706.1/src/main.c @@ -106,7 +106,12 @@ if (

Bug#319690: mutella(GNU/k*BSD): FTBFS: out of date config.sub/config.guess

Package: mutella Version: N/A Severity: important Hello, The current version of mutella fails to build on GNU/kFreeBSD, because of outdated config.guess and config.sub. The versions of config.guess and config.sub in mutella are too old to correctly support Debian GNU/k*BSD. A version is neede

Bug#319688: gsmlib(GNU/k*BSD): FTBFS: out of date libtool scripts

Package: gsmlib Version: N/A Severity: important Hello, The current version of gsmlib fails to build on GNU/kFreeBSD, because of outdated libtool. The version of libtool in gsmlib is too old to correctly support Debian GNU/k*BSD. libtool 1.5.2-1 or later is need. Here is how to update the li

Bug#319687: devscripts: dch --distribution always set the distribution to UNRELEASED

Package: devscripts Version: 2.9.2 Severity: normal The --distribution option is broken, as the distribution is set to UNRELEASED whatever distribution is given as an argument. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'exp

Bug#319686: segfaults on bad ~/.xgalscores, potentially exploitable

Package: xgalaga Version: 2.0.34-30 Severity: important Tags: security xgalaga is sgid and reads/writes from ~/.xgalscores. This is a potentially dangerous combination and I've found one potential security hole in it. The code tries to be fairly safe, and it does not seem vulnerable to symlink a

Bug#309389: ipmasq: enumerate-if does not report eth0:1 etc. correctly

Hi, (Sorry for slow response. I just moved from Europe to Japan.) On Mon, May 16, 2005 at 05:51:31PM -0400, Paul Miller wrote: > Package: ipmasq > Version: 4.0.2 > Severity: normal > > When using multiple subnets on the same interface, enumerate-if does > not correctly list sub interfaces, ethX:

Bug#319554: ncurses-base: xterm-color terminfo should have kdch1=\E[3~

On Sat, 23 Jul 2005, Daniel Jacobowitz wrote: Since the terminfo shipped with xterm is primarily of interest for the "real" and current xterm, and the terminfo shipped with ncurses is supposed to cover a wide variety of all kinds of oddball terminals, I am inclined to take only the entries descr

Bug#319685: multisync: Pilot plugin gone!

Package: multisync Version: 0.82-5.1 Severity: important The pilot plugin for multisync seems to have disappeared. Since I use multisync to sync my phone to my palm pilot, this makes the package completely unusable for me, and I suspect many others. -- System Information: Debian Release: testing

Bug#319554: ncurses-base: xterm-color terminfo should have kdch1=\E[3~

On Sat, Jul 23, 2005 at 10:44:49AM -0400, Thomas E. Dickey wrote: > >I'm a bit confused really; the xterm-r6 definition in misc/terminfo.src > >has kdch1=\E[3~. The xterm-r6 definition in debian/xterm.ti has > >kdch1=\177, and I'm pretty sure we get that from the xterm source > >distribution... I

Bug#319454: drscheme: Selecting text in a text entry field crashes on AMD64

I can't reproduce this on amd64 with drscheme 209-6 and xserver-xorg. Simon Guest wrote: > Package: drscheme > Version: 1:209-5 > Severity: normal > > This problem occurs for me on AMD64, but not on i386. > > Selecting text in a text entry field, for example the filename in the > Open File dialo

Bug#319684: xfce4-diskperf-plugin: X4DP runs but never sees any traffic on busy disk

Package: xfce4-diskperf-plugin Version: 1.5-3 Severity: normal I have 'Disk Performance' running, (it shows up on the panel), and configured for my default drive '/dev/hda3': % { mount ; df ; } | grep hda3 /dev/hda3 on / type ext3 (rw,errors=remount-ro) /dev/hda3 7901858

Bug#319683: wmaker: New upstream version available

Package: wmaker Version: 0.91.0-7.2 Severity: wishlist Hi! There is a new upstream version of Window Maker (version 0.92), that fix some bugs and also have some new features. Thank you! Nelson -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'u

Bug#319554: ncurses-base: xterm-color terminfo should have kdch1=\E[3~

On Sun, 24 Jul 2005, Vincent Lefevre wrote: On 2005-07-23 09:38:31 -0400, Thomas Dickey wrote: hmm - a quick glance at the code shows this is another of the ones that claim it's xterm-compatible (I see some "xterm" and "vt100" literals). I'd suggest testing that theory with vttest. The only me

Bug#319682: unionfs-source: pathconf does not work with _PC_NAME_MAX option

Package: unionfs-source Version: 1.0.11-1 Severity: important On an unionfs mount point, pathconf(".", _PC_NAME_MAX) returns 0 (instead of 255). This undermines the usability of patch in certain cases. Here is a related message : http://www.fsl.cs.sunysb.edu/pipermail/unionfs/2005-February/0001

Bug#319678: aspell-fr: Please autobuild dictionary hash at install time

Package: aspell-fr Severity: wishlist As of aspell >= 0.60.3-3 in conjunction with dictionaries-common >= 0.49.2, aspell now fully supports building dictionary hashes at install time. This provides two huge advantages over packaging the hashes in the .deb: 1. The dictionary packages may be Arch:

Bug#319674: aspell-de-alt: Needs repackaging for latest aspell

Package: aspell-de-alt Severity: grave Version: 2.1-1-1 Tags: sid As of the aspell 0.60.3-2 package, I changed the location in which aspell looks for dictionaries from /usr/lib/aspell-0.60 to /usr/lib/aspell (for support for autobuilding dictionary hashes). Obviously, this broke all existing dict

Bug#319677: aspell-pl: Please autobuild dictionary hash at install time

Package: aspell-pl Severity: wishlist As of aspell >= 0.60.3-3 in conjunction with dictionaries-common >= 0.49.2, aspell now fully supports building dictionary hashes at install time. This provides two huge advantages over packaging the hashes in the .deb: 1. The dictionary packages may be Arch:

Bug#319659: nautilus-cd-burner: Fails to rewrite DVD-RW

On Sat, Jul 23, 2005 at 10:10:10PM +0200, Lo?c Minier wrote: > Looks like a kernel bug to me. Are you able to achieve the same task > via command line tools? Could you please send the commands which are > failing/succeeding? I've never used the command-line tools before, and I can't say I'm v

Bug#318815: Needs repackaging for latest aspell

retitle 318815 Needs repackaging for latest aspell severity 318815 grave tag 318815 sid thanks Here's some additional information regarding the aspell changes: As of the aspell 0.60.3-2 package, I changed the location in which aspell looks for dictionaries from /usr/lib/aspell-0.60 to /usr/lib/a

Bug#319671: tla(GNU/k*BSD): FTBFS: out of date config.sub/config.guess

Package: tla Version: N/A Severity: important Hello, The current version of tla fails to build on GNU/kFreeBSD, because of outdated config.guess and config.sub. The versions of config.guess and config.sub in tla are too old to correctly support Debian GNU/k*BSD. A version is needed from this

Bug#319669: aspell-pt-br: Needs repackaging for latest aspell

Package: aspell-pt-br Severity: grave Version: 2.4.really.3.0.beta4-9 Tags: sid As of the aspell 0.60.3-2 package, I changed the location in which aspell looks for dictionaries from /usr/lib/aspell-0.60 to /usr/lib/aspell (for support for autobuilding dictionary hashes). Obviously, this broke all

Bug#319673: aspell-fo: Needs repackaging for latest aspell

Package: aspell-fo Severity: grave Version: 0.2.16-1.1 Tags: sid As of the aspell 0.60.3-2 package, I changed the location in which aspell looks for dictionaries from /usr/lib/aspell-0.60 to /usr/lib/aspell (for support for autobuilding dictionary hashes). Obviously, this broke all existing dicti

Bug#319672: aspell-it: Needs repackaging for latest aspell

Package: aspell-it Severity: grave Version: 0.60-2 Tags: sid As of the aspell 0.60.3-2 package, I changed the location in which aspell looks for dictionaries from /usr/lib/aspell-0.60 to /usr/lib/aspell (for support for autobuilding dictionary hashes). Obviously, this broke all existing dictionar

Bug#319680: aspell-ca: Please autobuild dictionary hash at install time

Package: aspell-ca Severity: wishlist As of aspell >= 0.60.3-3 in conjunction with dictionaries-common >= 0.49.2, aspell now fully supports building dictionary hashes at install time. This provides two huge advantages over packaging the hashes in the .deb: 1. The dictionary packages may be Arch:

Bug#319679: kdelibs4 broken dependency

Package: kdelibs4 Version: 4:3.3.2-7 It's impossible to install KDE. I have installed Debian Sid (Sarge netinstall and then upgraded to Sid) today and if I try to install KDE, it cannot, so I finally got the problem: 'apt-get install kdelibs4' says it depends on libaspell15, but it's not installab

Bug#319681: aspell-bn: Needs repackaging for latest aspell

Package: aspell-bn Severity: grave Version: 0.60.0.01.1.1-2 Tags: sid As of the aspell 0.60.3-2 package, I changed the location in which aspell looks for dictionaries from /usr/lib/aspell-0.60 to /usr/lib/aspell (for support for autobuilding dictionary hashes). Obviously, this broke all existing d

Bug#319554: ncurses-base: xterm-color terminfo should have kdch1=\E[3~

On 2005-07-23 09:38:31 -0400, Thomas Dickey wrote: > hmm - a quick glance at the code shows this is another of the ones that > claim it's xterm-compatible (I see some "xterm" and "vt100" literals). > I'd suggest testing that theory with vttest. The only mention of vttest > in the changelog is t

Bug#319667: aspell-sv: Needs repackaging for latest aspell

Package: aspell-sv Severity: grave Version: 0.50-2-4 Tags: sid As of the aspell 0.60.3-2 package, I changed the location in which aspell looks for dictionaries from /usr/lib/aspell-0.60 to /usr/lib/aspell (for support for autobuilding dictionary hashes). Obviously, this broke all existing diction

Bug#319666: aspell-tl: Needs repackaging for latest aspell

Package: aspell-tl Severity: grave Version: 0.02-5 Tags: sid As of the aspell 0.60.3-2 package, I changed the location in which aspell looks for dictionaries from /usr/lib/aspell-0.60 to /usr/lib/aspell (for support for autobuilding dictionary hashes). Obviously, this broke all existing dictionari

Bug#319660: katoob depends on libaspell15 which doesn't exists anymore

Mohammed Sameer <[EMAIL PROTECTED]> writes: > On Sat, Jul 23, 2005 at 01:00:31PM -0700, Brian Nelson wrote: >> tag 319660 pending >> thanks >> >> On Sat, Jul 23, 2005 at 08:28:59PM +0100, Baruch Even wrote: >> > katoob depends on libaspell15 which has been replaced with >> > libaspell15c2. The pa

Bug#319668: aspell-sl: Needs repackaging for latest aspell

Package: aspell-sl Severity: grave Version: 0.60-2 Tags: sid As of the aspell 0.60.3-2 package, I changed the location in which aspell looks for dictionaries from /usr/lib/aspell-0.60 to /usr/lib/aspell (for support for autobuilding dictionary hashes). Obviously, this broke all existing dictionar

Bug#319670: aspell-pt: Needs repackaging for latest aspell

Package: aspell-pt Severity: grave Version: 0.50-2-4 Tags: sid As of the aspell 0.60.3-2 package, I changed the location in which aspell looks for dictionaries from /usr/lib/aspell-0.60 to /usr/lib/aspell (for support for autobuilding dictionary hashes). Obviously, this broke all existing diction

Bug#319675: aspell-de: Needs repackaging for latest aspell

Package: aspell-de Version: 0.60-20030222-1-3 Severity: grave Tags: sid As of the aspell 0.60.3-2 package, I changed the location in which aspell looks for dictionaries from /usr/lib/aspell-0.60 to /usr/lib/aspell (for support for autobuilding dictionary hashes). Obviously, this broke all existin

Bug#319676: aspell-bg: Needs repackaging for latest aspell

Package: aspell-bg Severity: grave Version: 3.0-4 Tags: sid As of the aspell 0.60.3-2 package, I changed the location in which aspell looks for dictionaries from /usr/lib/aspell-0.60 to /usr/lib/aspell (for support for autobuilding dictionary hashes). Obviously, this broke all existing dictionari

Bug#319156: Needs repackaging for latest aspell

retitle 319156 Needs repackaging for latest aspell severity 319156 grave tag 319156 sid thanks Here's some additional information regarding the aspell changes: As of the aspell 0.60.3-2 package, I changed the location in which aspell looks for dictionaries from /usr/lib/aspell-0.60 to /usr/lib/a

Bug#319273: popularity-contest: should be able to send copies to From address

On Sat, Jul 23, 2005 at 10:02:39PM +0200, Petter Reinholdtsen wrote: > Why do you make it so complex? I would believe it was sufficient to > add this line to /etc/popularity-contest.conf if you wanted to send > email both to the normal MAILTO address and the MAILFROM address. > MAILTO="$MAILTO,$

Bug#319554: ncurses-base: xterm-color terminfo should have kdch1=\E[3~

On Sun, 24 Jul 2005, Vincent Lefevre wrote: On 2005-07-23 09:38:31 -0400, Thomas Dickey wrote: hmm - a quick glance at the code shows this is another of the ones that claim it's xterm-compatible (I see some "xterm" and "vt100" literals). I'd suggest testing that theory with vttest. The only me

Bug#319619: Needs repackaging for latest aspell

retitle 319619 Needs repackaging for latest aspell severity 319619 grave tag 319619 sid thanks Here's some additional information regarding the aspell changes: As of the aspell 0.60.3-2 package, I changed the location in which aspell looks for dictionaries from /usr/lib/aspell-0.60 to /usr/lib/a

Bug#319660: katoob depends on libaspell15 which doesn't exists anymore

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Sat, Jul 23, 2005 at 01:00:31PM -0700, Brian Nelson wrote: > tag 319660 pending > thanks > > On Sat, Jul 23, 2005 at 08:28:59PM +0100, Baruch Even wrote: > > katoob depends on libaspell15 which has been replaced with > > libaspell15c2. The package

Bug#319638: [l10n] Initial Czech translation of trn4 debconf messagesd

tags 319638 pending thanks On Sat, Jul 23, 2005 at 06:29:14PM +0200, Miroslav Kure wrote: > Package: trn4 > Severity: wishlist > Tags: l10n, patch > > Hi, in attachement there is initial Czech translation (cs.po) of > trn4 debconf messages, please include it. Thanks, committed to my repository.

Bug#319567: taking over 2 packages

Dirk: I must have missed the message, I will spend some time on it this weekend. Carlo On Sat, 23 Jul 2005, Dirk Eddelbuettel wrote: Perlers, Following up on this post by Carlo On 20 June 2005 at 23:39, Carlo Segre wrote: | | I have been asked by Dirk Eddelbuetel to have the group adopt t

Bug#318816: Needs repackaging for latest aspell

retitle 318816 Needs repackaging for latest aspell severity 318816 grave tag 318816 sid thanks Here's some additional information regarding the aspell changes: As of the aspell 0.60.3-2 package, I changed the location in which aspell looks for dictionaries from /usr/lib/aspell-0.60 to /usr/lib/a

Bug#319661: note

Note that this is fixed in the new upsteam release by Nico at -- see shy jo signature.asc Description: Digital signature

Bug#319665: aspell-no: Needs repackaging for latest aspell

Package: aspell-no Severity: grave Version: 2.0-20 Tags: sid As of the aspell 0.60.3-2 package, I changed the location in which aspell looks for dictionaries from /usr/lib/aspell-0.60 to /usr/lib/aspell (for support for autobuilding dictionary hashes). Obviously, this broke all existing dictionari

Bug#317388: logwatch: Unmatched entries in Postfix section

Dustin Huptas schrieb: Hi Willi, sorry for the late feedback, here are the corresponding log lines: Jul 4 13:04:04 saturn postfix/smtpd[22767]: NOQUEUE: reject_warning:RCPT from host[x.x.x.x]: 450 <[EMAIL PROTECTED]>: Sender address rejected: Domain not found; from=<[EMAIL PROTECTED]> to=<[E

Bug#319657: Cloning, reassigning to kernel-package, tagging pending

clone 319657 -1 reassign -1 kernel-package tags -1 pending tags 319657 pending thanks Hi, This is bug in kernel-package, maintainer is aware of the problem and will upload a fixed version (9.004) as soon as the ftp-master is functional again (Monday, at the latest). We'll have to re-upload the

Bug#319567: taking over 2 packages

(reposting, this time with valid recipients. Sorry for the dupes --edd) Perlers, Following up on this post by Carlo On 20 June 2005 at 23:39, Carlo Segre wrote: | | I have been asked by Dirk Eddelbuetel to have the group adopt two of his | perl packages. I have uploaded them to the svn serv

Bug#319663: mirror: creates a dir instead of a symlink

Package: mirror Version: 2.9-52 Severity: normal Hello Ian, given the following mirror file: package=denx site=ftp.denx.de remote_dir=/pub local_dir=denx passive_ftp=true recursive=true , mirror creates the directory denx/LinuxPPC/usr/src/RTAI, mirrors i

Bug#319482: Acknowledgement (mozilla-firefox: Hebrew support doesn't work properly)

I have spoken to the author of the patch. It is not scheduled to enter upstream. He and I are going to undertake this and I shall update this bug report with our progress. Antony -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED

Bug#317954: bluefish 1.0-1 depends on the absent in unstable libaspell15

tag 317954 pending thanks On Tue, Jul 12, 2005 at 10:01:10AM -0500, Erick Ivaan Lopez Carreon wrote: > The following packages have unmet dependencies: > bluefish: Depends: libaspell15 (>= 0.60) but it is not installable > E: Broken packages > > > And in accordance with the list of packages: >

Bug#317388: [Logwatch-Devel] fwd: Re: Bug#317388: logwatch: Unmatched entries in Postfix section

Willi Mann wrote: But you didn't find out out whether the reject_warning line is redundant and what's the difference between the two. Before anyone can seriously apply the patch, we need to know that. Of course, from the original report, it's very likely that it's another line which would be

Bug#319661: sgid games program can write to any file writable by games group

Package: xemeraldia Version: 0.3-29 Severity: grave Tags: security In the progress of removing the sgid bit from xemeraldia as a routing preventative measure, I noticed that Xemeraldia's score file is controlled by an X resource. Therefore, it can trivially be used to overwrite any file on the sys

Bug#300860: more complete patch for klic

implicit deps cause problems on 64-bit machines. The attached patch makes for far fewer warnings from gcc-4.0, although there are still several: klicdb.c:126: warning: pointer targets in passing argument 1 of 'atoi' differ in signedness klicdb.c:252: warning: pointer targets in passing argum

Bug#317814: libenchant1 depends on removed libaspell15 package and cannot be installed.

tag 317814 pending thanks On Mon, Jul 11, 2005 at 10:28:44PM +0100, David Ramsden wrote: > libenchant1 depends on libapsell15 which appears to have been removed > and replaced with libapsell15c2. > > As a result libenchant1 cannot be installed. > > This stops programs such as abiword from being

Bug#318053: python2.3-gnome2-extras: package is uninstallable because it depends on libaspell15

tag 318053 pending thanks On Wed, Jul 13, 2005 at 02:04:24AM -0400, John McCutchan wrote: > Package depends on libaspell15, which has been replaced by libaspell15c2 I (aspell maintainer) am undoing the libaspell15 transition, so this problem will go away as soon as ftp-master comes back up and I

Bug#319660: katoob depends on libaspell15 which doesn't exists anymore

Brian Nelson wrote: > On Sat, Jul 23, 2005 at 08:28:59PM +0100, Baruch Even wrote: > >>katoob depends on libaspell15 which has been replaced with >>libaspell15c2. The package needs to be rebuilt to correct this. > > > Please don't. > > I (aspell maintainer) am undoing the libaspell15 transition

Bug#319657: linux-image-2.6.12-1-686: /vmlinuz and /initrd symlinks were botched after installing 2.6.12

On Saturday 23 July 2005 20:47, Andrew Moise wrote: > After installing linux-image, the automatic run of lilo failed. I > found that that had been because my /vmlinuz symlink pointed to > '/boot/-2.6' and my /initrd.img to '/boot/-2.6'. That should probably be '/boot-2.6' in both cases. At leas

Bug#318889: sylpheed-claws-gtk2: libaspell15 was changed to libaspell15c2 so it doesn't install

tag 318889 pending thanks On Mon, Jul 18, 2005 at 03:51:51PM +0300, Micha Feigin wrote: > Debain switch from libaspell15 to libaspell15c2 which requires a rebuild > of the package. After that it works fine. Without it, it won't install I (aspell maintainer) am undoing the libaspell15 transition,

Bug#319486: Installation on Sony Vaio VGN-A417M

"Frans Pop" <[EMAIL PROTECTED]> writes: > What you need to do is manually install the 2.6.11 kernel and make sure a > new initrd is created for that and your bootloader is configured for it. > To install the new kernel you can use the rescue mode of the installer > (boot 'rescue'). OK, thanks fo

Bug#319657: linux-image-2.6.12-1-686: /vmlinuz and /initrd symlinks were botched after installing 2.6.12

Just to be clear, regardless of what it _should_ be, it's definitely not correct on my system: [EMAIL PROTECTED] ~]$ ls -l /vmlinuz lrwxrwxrwx 1 root root 10 2005-07-23 09:56 /vmlinuz -> /boot/-2.6 [EMAIL PROTECTED] ~]$ ls -l /initrd.img lrwxrwxrwx 1 root root 10 2005-07-23 09:56 /initrd.img -

Bug#319660: katoob depends on libaspell15 which doesn't exists anymore

tag 319660 pending thanks On Sat, Jul 23, 2005 at 08:28:59PM +0100, Baruch Even wrote: > katoob depends on libaspell15 which has been replaced with > libaspell15c2. The package needs to be rebuilt to correct this. Please don't. I (aspell maintainer) am undoing the libaspell15 transition, so this

Bug#319659: nautilus-cd-burner: Fails to rewrite DVD-RW

Package: nautilus-cd-burner Version: 2.10.2-1 Severity: normal I have an AMD64 system with a Plextor PX-712A CD-RW and DVD-/+RW SATA optical drive. I've engaged in a bit of kernel trickery to get this drive working; I've written more about that if it helps: http://www.brettcsmith.org/wiki/wiki

Bug#318261: nedit: does not start up after installing xserver-xorg (x opcode failure)

I have exactly the same problem. Best regards, Lars -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#318261: nedit: does not start up after installing xserver-xorg (x opcode failure)

I also tried nedit-nc which show the same problem. The 5.5 binary from nedit.org does not have the problem. Lars -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#319529: tpctl: starting tpctl produces dma errors

The laptop is a TP 600X (2645-9FU). > Is tpctl still useful to you? I haven't used it in many months. I last used it to set power-management features such as what happens when the lid is opened or closed. But that was back when I used APM for power management (in my TP 560{,X} days and when I f

Bug#319660: katoob depends on libaspell15 which doesn't exists anymore

Package: katoob Version: 0.3.8-1 Severity: grave katoob depends on libaspell15 which has been replaced with libaspell15c2. The package needs to be rebuilt to correct this. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#186739: SSL-POP3 closes connection when feeding to local SMTP takes too long -> fetchmail dies with signal 13

Ralf, Please retry with fetchmail-6.2.5 and state whether 6.2.5 still shows this problem or fixes it. Thank you. -- Matthias Andree -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL

Bug#312902: Missing UTF-8 locales

tags 312902 fixed-upstream thanks At Sat, 11 Jun 2005 00:36:58 +0200, Denis Barbier wrote: > > It would be great if all our locales support UTF-8 for etch. I'm > > not familiar with glibc locale data, but if there's any grunt > > work I can do to help with this, I'm very willing to assist. > > H

Bug#319489: Buffer overflow in Description parsing

On Sat, Jul 23, 2005 at 01:56:00PM -0400, Anthony DeRobertis wrote: > Kevin Dwyer wrote: > > > - while (*scratch != '\n') { > > + while (*scratch != '\n' && idx < sizeof Description) { > > I strongly suspect that should be sizeof(Description)-1 because you're > going to NULL-terminate...

Bug#318934: GNU/kFreeBSD summary

Aurelien has updated some of the patches for -4, so the patchset that we need to get applied is a bit different. Ok, this bug log has gone a bit crazy. Let's summarise to make it clear. This one is now up-to-date (for -4), thanks to Aurelien: http://glibc-bsd.alioth.debian.org/patches/xorg/a

Bug#237907: xemacs segfaults when replying to messages in Gnus

Hi, I tried contact the bug submitter in Nov 2004 to see if it was still occuring and have not received a reply yet. I use Gnus as my primary (only) MUA and have never had this problem, and certainly not with the version in sarge. I think you should close this bug or reduce severity and mark as

Bug#319524: please allow DHCP server to specify default archive mirror

Phil Blundell wrote: > You're right that a preseed file would also allow me to set the mirror > location during install, but that would be slightly more cumbersome from > my point of view. I don't really want to get into building customised > CD images, so in order to make it "just work" without m

Bug#319657: linux-image-2.6.12-1-686: /vmlinuz and /initrd symlinks were botched after installing 2.6.12

Package: linux-image-2.6.12-1-686 Version: 2.6.12-1 Severity: normal After installing linux-image, the automatic run of lilo failed. I found that that had been because my /vmlinuz symlink pointed to '/boot/-2.6' and my /initrd.img to '/boot/-2.6'. -- System Information: Debian Release: testing

Bug#319136: [Pkg-shadow-devel] Bug#319136: passwd: config script silently fails if invalid group file is present

> On Fri, Jul 22, 2005 at 07:48:08AM +0200, Marc Haber wrote: > > if ! shadowconfig bla; then > > echo >&2 "ERR: shadowconfig failed" > > exit 1 > > fi > > > > Having the -e trip is something to be avoided. > > In order for the above code to work, you mean? Oops, now I see -- you mean "-e tri

Bug#312415: fetchmail: does not implement IMAP correctly

Please provide more details, for instance, the fetchmail -vv output and the message that was received with the extra parenthesis. -- Matthias Andree -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#314408: libc6: Fix pthread_rwlock_wrlock hang with nptl

tags 314408 fixed-upstream thanks At Fri, 24 Jun 2005 03:58:02 -0700, Steve Langasek wrote: > Given that this bug is specific to amd64, it is not actually a > release-critical bug for Debian (yet); there's no sense in letting this bug > block glibc updates from reaching testing when amd64 isn't ev

Bug#317082: libc6-s390x: missing depends on lib64gcc1

reassign 317082 dpkg-dev thanks Summary: The bug submitted in #317082 that requests adding "Depends: lib64gcc1" to libc6-s390x on s390. However the bug submitted in #258647 that requests removing "Depends: lib64gcc1" to libc6-sparc64 on sparc. Both bugs are conflicted because both libc6

Bug#58992: viper-mode and gnus cause frequent error messages

Hi, I am not a regular user of viper mode (but actually an avid vi fan even though I use emacs, so I just use vi when I want those key bindings ;-). I have tried using viper mode and gnus together (and I am writing this email in such a mode) and do not see any problems in sarge. This bug is over

Bug#69594: viper-mode and gnus cause frequent error messages

Hi, The bug report describes an interaction between tm and gnus. This fault does not appear in the standard version of gnus shipped in xemacs21-support in sarge (in fact tm is not loaded by gnus at all). I would recommend closing this bug because it was fixed a long time ago (the bug is nearly 5

Bug#319655: debtags: Generates exception when run for first time

Package: debtags Version: 1.1 Severity: normal Naively attempting to add tags to one of my packages I invoked debtags but got an error message as follows: | ~$ debtags tag add lspowertweak system role::sw-utility | Warning: Impossible to restore previous backup copy: No such file or directory Ca

Bug#319654: mutt: No way to match on folded header lines.

Package: mutt Version: 1.5.9-2 Severity: wishlist Hello, I am currently using this in my muttrc: - save-hook '~h ^List-Id:\ .*' +exim - This worked perfectly well, when the header used was: List-Id: Reach the exim4 maintainers However recently, probably due to a mailman upgrade

Bug#319656: debtags: Silently fails to add system tag

Package: debtags Version: 1.1 Severity: normal Attempting to add the system tag to the package lspowertweak produces the following results: | [EMAIL PROTECTED]:~$ debtags tag ls lspowertweak | hardware::detection | role::sw-utility | special::not-yet-tagged | special::not-yet-tagged::l | [EMAIL P

Bug#319653: compilation mode doesn't handle UTF-8 output from subprocesses (by default)

Package: emacs21 Version: 21.4a-1 Severity: minor Emacs seems to mostly work fine in a UTF-8 environment. However, there is one annoyance. It appears that g++, in a UTF-8 locale, will output extended characters in its error messages. For instance, matchers.cc:227: error: request for member

Bug#319652: failed assertion

Package: slapd Version: 2.2.23-8 I just get a bunch of these from cron running on haydn: /home/devel/openldap/build-area/openldap2-2.1.30/libraries/liblber/io.c:702: ber_get_next: Assertion `0' failed. Wichert. -- Wichert Akkerman <[EMAIL PROTECTED]>It is simple to make things. http://www

Bug#319376: close bug 319376

package autoconf-archive found 319376 20050418-1 close 319376 20050502-1 thanks This bug has been fixed by upstream version 20050502. qingning -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#319154: kdelibs' ftbfs: simple fix

Hello *! Including in kdeui/kactioncollection.h fixes this ftbfs, though I have not yet tried whether the new packages work and the build sports quite a few warnings. Regards, David -- - hallo... wie gehts heute? - *hust* gut *rotz* *keuch* - gott sei dank kommunizieren wir über ein septisc

  1   2   3   >