Bug#349325: O: pipenightdreams -- Connect pipes to get the water flowing from inlet to outlet

Package: wnpp Severity: normal Package: pipenightdreams Version: 0.10.0-11 Section: games Priority: optional Architecture: i386 Depends: libc6 (>= 2.3.5-1), libgcc1 (>= 1:4.0.2), libsdl-image1.2 (>= 1.2.3), libsdl1.2debian (>> 1.2.7+1.2.8), libstdc++6 (>= 4.0.2-4), pipenightdreams-data (=

Bug#349326: O: ttf-bitstream-vera -- The Bitstream Vera family of free TrueType fonts

Package: wnpp Severity: normal Package: ttf-bitstream-vera Version: 1.10-4 Section: x11 Priority: optional Architecture: all Depends: defoma Recommends: x-ttcidfont-conf | fontconfig Installed-Size: 732 Maintainer: Debian QA Group <[EMAIL PROTECTED]> Description: The Bitstream Vera famil

Bug#349324: O: patchutils -- Utilities to work with patches

Package: wnpp Severity: normal Package: patchutils Version: 0.2.31-2 Section: text Priority: optional Architecture: i386 Depends: libc6 (>= 2.3.5-1), perl, patch, debianutils (>= 1.16) Conflicts: interdiff, extractdiff Replaces: interdiff, extractdiff Provides: interdiff, extractdiff Ins

Bug#349322: O: libungif4 -- shared library for GIF images

Package: wnpp Severity: normal Package: libungif4g Version: 4.1.4-2 Section: libs Priority: optional Architecture: i386 Depends: libc6 (>= 2.3.5-1) Conflicts: giflib4g Replaces: giflib4g, libungif-bin (<< 4.1.0b1-1) Provides: giflib4g Installed-Size: 120 Maintainer: Debian QA Group <[EM

Bug#349323: O: patch -- Apply a diff file to an original

Package: wnpp Severity: normal Package: patch Version: 2.5.9-3 Section: utils Priority: standard Architecture: i386 Depends: libc6 (>= 2.3.5-1) Suggests: ed Installed-Size: 188 Maintainer: Debian QA Group <[EMAIL PROTECTED]> Description: Apply a diff file to an original Patch will take

Bug#349321: O: enscript -- Converts ASCII text to Postscript, HTML, RTF or Pretty-Print

Package: wnpp Severity: normal Package: enscript Version: 1.6.4-8 Section: text Priority: optional Architecture: i386 Depends: libc6 (>= 2.3.5-1), libpaper1 Suggests: gv | postscript-viewer, lpr Conflicts: genscript Replaces: genscript Installed-Size: 2344 Maintainer: Debian QA Group <[

Bug#337972: libungif4g: buffer overflows and NULL dereference

On Mon, Nov 07, 2005 at 11:51:50AM -0500, Martin Pitt wrote: Hi, > Chris Evans discovered several buffer overflows (CVE-2005-3350) and a > NULL dereference (CVE-2005-2974), which were fixed upstream in 4.1.4. > > Here is the Ubuntu patch which only contains the security relevant > bits: thanks

Bug#334180: dovecot-omapd: All IMAP logings are non-functional after upgrade

On Sun, 2005-10-30 at 19:40 +0100, Kurt Roeckx wrote: Hi, > So it seems the version in sid already was build with > libssl0.9.8. I guess I didn't upgrade my chroot. > > So I can close this now, since it should be fixed. no, still the same: Oct 31 00:11:08 varda dovecot: imap-login: Can't loa

Bug#335072: ttf-bitstream-vera: should use mkttfdir and depend on fttools

reassign 335072 x-ttcidfont-conf thanks On Fri, Oct 21, 2005 at 11:54:19AM -0700, Andrew T. Young wrote: > After installing the ttf-bitstream-vera font package, > I find that X gives a "could not init fontpath element" > error message for the TrueType fonts. This appears to be > caused by faulty

Bug#334180: dovecot-omapd: All IMAP logings are non-functional after upgrade

On Wed, Oct 26, 2005 at 12:14:47AM +0200, Kurt Roeckx wrote: Hi, > I've been trying to reproduce this, but I can't. Everything > seems to be working perfectly for me. > > Can someone please try to explain me how I should reproduce the > error? do you by chance have zlib1g-dev installed on you

Bug#254223: freetype 2.1.10

On Mon, Oct 17, 2005 at 08:24:20PM +0100, Christophe Rhodes wrote: Hi, > It's definitely broken here, where "here" is now a Debian unstable x86 > box at home (as opposed to a Ubuntu amd64 box at work). > > I've put a screenshot up at > . In

Bug#323215: ftp.debian.org: please remove libungif from unstable

Package: ftp.debian.org Severity: normal Hi, please remove source package libungif (binary package libungif3g) from unstable. It has long since been superseded by libungif4 and nothing in sarge (much less etch or sid) links to it. -Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a

Bug#323169: filterdiff: ability to strip non-diff stuff

tags 323169 + upstream forwarded 323169 [EMAIL PROTECTED] thanks On Mon, 2005-08-15 at 10:39 +0200, martin f krafft wrote: Hi, [filtering non-diff lines] > > uh, am I missing something or is filterdiff (without any options) > > already doing exactly what you want? > > Ah, excellent. Yes, it do

Bug#323169: filterdiff: ability to strip non-diff stuff

On Mon, 2005-08-15 at 09:41 +0200, martin f krafft wrote: Hi, > It would be cool if filterdiff had a flag causing it to strip all > non-patch content from stdin. Thanks, uh, am I missing something or is filterdiff (without any options) already doing exactly what you want? -Michael -- To UNS

Bug#320357: fetchmail: CAN-2005-2335 not fixed in sid either

retitle 320357 fetchmail: CAN-2005-2335 unfixed in unstable, stable and possibly oldstable tags 320357 + patch thanks Hi, the attached patch seems to fix it. Want me to NMU? -Michael --- rules.orig 2005-07-30 11:20:27.0 +0200 +++ rules 2005-07-30 11:42:13.0 +0200 @@ -108,7 +108

Bug#320357: fetchmail: CAN-2005-2335 not fixed in sid either

Hi, this isn't fixed in sid either, because debian/rules is fucked up and only applies the patch after the build. I just noticed this by chance because I suddenly got bitten by the old fetchsizelimit bug again (for APOP) and started to investigate... And why is there an old random unrelated bugfi

Bug#319027: ttf-bitstream-vera: Missing U+0175 character (a w with ^ on top) in iso10646-1 font

severity 319027 wishlist tags 319027 + upstream thanks On Tue, 2005-07-19 at 13:27 +0300, Juha Jäykkä wrote: Hi, > As an ISO10646-1 font, bitstream vera fonts should include a glyph for > U+0175. It is used in gaelic, > it's probably not terribly important, but Debian's *default* should includ

Bug#254223: vera bug

On Sun, 2005-06-12 at 18:21 +0100, Christophe Rhodes wrote: Hi, > Well, no, obviously it doesn't /prove/ anything, just as the original > bug report didn't prove that it was in fact a bug in Vera -- except > that there is a problem in the interaction of Vera and > freetype-as-distributed-by-Debi

Bug#308316: [Fwd: Bug#308316: patchutils: FTBFS on the Hurd]

tags 308316 + upstream forwarded 308316 [EMAIL PROTECTED] thanks Hi, another old bug I seem to have overlooked... Btw. are there any plans for a new release in the foreseeable future? Otherwise I'll just upload a new package with this patch to Debian to allow the Hurd folks to build it (and may

Bug#254223: vera bug

On Sun, 2005-06-12 at 16:39 +0100, Christophe Rhodes wrote: Hi, > I believe in fact that this problem is a bug in libfreetype. You can > see my analysis, such as it is, at > ; the executive > summary is that rebuilding libfreetype not to use th

Bug#306921: interdiff: does not respect $TMPDIR

tags 306921 + upstream forwarded 306921 [EMAIL PROTECTED] thanks On Fri, 2005-04-29 at 05:17 -0700, Steve Langasek wrote: Hi, > Trying to use debdiff on a system with a small root partition can fail, > because interdiff -z does not respect the TMPDIR environment setting: > > $ TMPDIR=/var/tmp

Bug#264439: [Fwd: Bug#264439: filterdiff could read exclusions or inclusions from a file]

tags 264439 + upstream forwarded 264439 [EMAIL PROTECTED] thanks Hi, this one's rather old; seems like I completely overlooked it. Anyway, -I/-X options to filterdiff which take file of patterns to include/exclude don't sound like a bad idea. -Michael --- Begin Message --- Package: patchutils V

Bug#306869: [Fwd: Bug#306869: patchutils: splitdiff calls lsdiff with wrong args]

tags 306869 + upstream patch forwarded 306869 [EMAIL PROTECTED] thanks --- Begin Message --- Package: patchutils Version: 0.2.30-1 Severity: normal splitdiff calls lsdiff internally, and when used with the -p option, always yields this warning: $ splitdiff -a -d -p1 mypatch -p given without -i or

Bug#305828: [Fwd: Bug#305828: patchutils: rediff doesn't like file diff removal in patches]

forwarded 305828 [EMAIL PROTECTED] thanks Hi, not entirely sure what's going on there, but rediff definitely gets confused when all hunks for a file are removed. I think it's still expecting the patch header for the removed file. -Michael --- Begin Message --- Package: patchutils Version: 0.2.3

Bug#299310: patchutils: fixcvsdiff(1) lacking space to separate 'patch(1)' and 'mis-interprets'

tags 299310 + upstream patch forwarded 299310 [EMAIL PROTECTED] thanks On Sun, 2005-03-13 at 08:39 -0500, Justin Pryzby wrote: Hi, > fixcvsdiff(1) is missing a space in the DESCRIPTION paragraph: > > patch(1)mis-interprets. The diff file must retain the lines beginning > ^^^ Right

Bug#289881: Debian Bug report logs - #289881

On Tue, 2005-02-08 at 16:22 +0100, Xavier Bassery wrote: Hi, when replying to a bug please keep it cced. > I've been inspecting the problem on both debian/unstable and woody. > First, the problem is unrelated to viewcvs. > It's only an enscript bug on woody. > So it would be better to reassign

Bug#289724: Enscript needs /etc/papersize

On Mon, 2005-01-10 at 19:20 +0100, John Plate wrote: Hi, > 1: Encript does not work if /etc/papersize does not exist. It produces > illegal Postscript. > > 2: If I set > DefaultMedia: A4 >in /etc/enscript.cfg then enscript will segfault!! (if /etc/papersize does > not exist) > > 3:

Bug#288777: libungif4: upstream location in copyright file is outdated

On Wed, 2005-01-05 at 17:31 +0100, Adrian Bunk wrote: Hi, > Upstream moved to > http://sourceforge.net/projects/libungif Right, as a matter of fact I'm already using source from there, I just forgot to update the copyright file. Will do with the next upload. -Michael -- To UNSUBSCRIBE, em

Bug#287880: Regenerate font.map on installation

On Thu, 2004-12-30 at 13:55 -0500, Patrice Fournier wrote: Hi, > I've got an extra font installed for enscript and everytime the package > is upgraded, the font.map is replaced by the default one causing > enscript to not find the extra font and print the escaped octal value of > each character

Bug#287296:

On Sun, 2004-12-26 at 21:30 +0100, Georg Bauer wrote: Hi, > Maybe the default configuration should be made stdout While I'm not really happy with the default either, it's historical behaviour I don't really want to change without a very good reason. Besides you can always change DefaultOutputMe