Bug#471061: audacious: I believe this is now a gcc 4.3 bug

2008-06-24 Thread Kristine Daniels
Package: audacious Followup-For: Bug #471061 At this point in time the default gcc is 4.3. If I tweak the debian/rules to add CC=gcc-4.2 CXX=g++-4.2 to the invocation of ./configure and rebuild, audacious runs without the SIGILL. If I tweak the debian/rules to add CC=gcc CXX=g++ to the invocation

Bug#389495: ifupdown-scripts-zg2: Scripts call find and cut from /usr when /usr unmounted

2006-09-26 Thread Kristine Daniels
On Tue, Sep 26, 2006 at 10:19:24AM +0200, Marc Haber wrote: > On Mon, Sep 25, 2006 at 08:04:18PM -0400, Kristine Daniels wrote: > > Some of us still run with /usr as a separate filesystem. > > These scripts fail under that circumstance. > > There are tests like > >

Bug#389495: ifupdown-scripts-zg2: Scripts call find and cut from /usr when /usr unmounted

2006-09-25 Thread Kristine Daniels
Package: ifupdown-scripts-zg2 Version: 0.2-2 Severity: important Some of us still run with /usr as a separate filesystem. These scripts fail under that circumstance. There are tests like if [ "$STATEFILE" != "`find $STATEFILE -type f -and -user root -and -group root -and -not -perm +0022`" ]; the

Bug#378481: yaird: Fails to make initrd on xen domu

2006-07-16 Thread Kristine Daniels
Package: yaird Version: 0.0.12-15 Severity: important I receive the following when attempting to use mkinitrd.yaird under a xen dom-u to create it for the dom-u vm01:/boot# yaird -o initrd.img-2.6.16-2-xen-686 2.6.16-2-xen-686 yaird error: unsupported device required: hda1 (fatal) -- System Inf

Bug#377375: linux-headers-2.6.17-1-k7: Requires linux-kbuild-2.6.17 which does not exist

2006-07-08 Thread Kristine Daniels
Package: linux-headers-2.6.17-1-k7 Severity: grave Justification: renders package unusable Subject says it all. This headers package has been out here for over a week without a corresponding kbuild package. Kindly provide the kbuild package, or fix the headers package not to require the kbuild p

Bug#338816: Glitch appears to come from jack.progress

2005-11-12 Thread Kristine Daniels
Package: jack Version: 3.1.1-11 Followup-For: Bug #338816 For the multi-byte character problem it appears that jack.progress stores the filename with the multibyte character while it's stored to disk with the high ascii character. A quick edit of jack.progress to have it match what's there allows

Bug#338816: jack: Odd behavior with renaming items with high-ascii/unicode characters in freedb file

2005-11-12 Thread Kristine Daniels
Package: jack Version: 3.1.1-10.1 Severity: normal This is being filed against 3.1.1-10 plus all working patches from #338697 added to the debian/patches directory. There are two similar bugs. I'll report both here, but will gladly split them out if requested. The first is when doing cleanup a

Bug#338697: jack: Fails to rip cdrdao files

2005-11-12 Thread Kristine Daniels
On Sat, Nov 12, 2005 at 06:31:59PM +, Martin Michlmayr wrote: > * Martin Michlmayr <[EMAIL PROTECTED]> [2005-11-12 18:23]: > > Try > > cdrdao read-cd --datafile foo.cdr foo.toc > > like in your original example and then > > jack -F foo.cdr > > and then it will work. > > ... or maybe it

Bug#338697: jack: Fails to rip cdrdao files

2005-11-12 Thread Kristine Daniels
On Sat, Nov 12, 2005 at 05:55:15PM +, Martin Michlmayr wrote: > * Kristine Daniels <[EMAIL PROTECTED]> [2005-11-12 00:48]: > [ jack -f doesn't work anymore] > > Options: vbr read-ahead=0 id=de09160c len=38:45 | press Q to quit > > ...I feel blocked - q

Bug#338697: jack: Fails to rip cdrdao files

2005-11-12 Thread Kristine Daniels
On Sat, Nov 12, 2005 at 12:20:28PM +, Martin Michlmayr wrote: > * Kristine Daniels <[EMAIL PROTECTED]> [2005-11-12 00:48]: > > As per the /usr/share/doc/examples I am attempting > > $ cdrdao read-cd --datafile foo.cdr foo.toc > > $ jack -f $PWD/data.toc > > (

Bug#338697: jack: Fails to rip cdrdao files

2005-11-11 Thread Kristine Daniels
Package: jack Version: 3.1.1-10 Severity: normal As per the /usr/share/doc/examples I am attempting $ cdrdao read-cd --datafile foo.cdr foo.toc $ jack -f $PWD/data.toc (The full path to the .toc file is required for jack to find the data file) This used to work. Reverting back to 3.1.1-2 allows

Bug#332932: fdutils: superformat does not work on usb floppies

2005-10-09 Thread Kristine Daniels
Package: fdutils Version: 5.5-20050303-2 Severity: normal I am trying to move to usb floppies in my environment. Unfortunately, superformat cannot grok usb floppy drives $ sudo superformat /dev/sdg Not a floppy drive Which is probably broken as designed. I am primarily looking to have somethin

Bug#327243: apt-move: Have movefile work with source packages.

2005-09-08 Thread Kristine Daniels
On Thu, Sep 08, 2005 at 12:35:03PM -0400, Kristine Daniels wrote: Okay, I figured out how to get apt-move ... movefiles to work with source and binary packages that aren't currently in a repository (dpkg-scan* to create dummy lists files). A featu

Bug#327243: apt-move: Have movefile work with source packages.

2005-09-08 Thread Kristine Daniels
Package: apt-move Version: 4.2.24-1 Severity: wishlist Going through the debian repository howto, apt-move is listed as a tool for creating a repository structure similar to the main debian pools. Works great for .debs. Doesn't work for .dsc files. -- System Information: Debian Release: testin

Bug#305949: openoffice.org: Unrecognized token in pdf export

2005-04-22 Thread Kristine Daniels
Package: openoffice.org Version: 1.1.3-9 Severity: normal Exporting a spreadsheet as PDF causes "An unrecognized token '558.9m' was found." popup appears on acroread 5, 6, 7 when trying to read the file. Pages initially display, but may not be redisplayed. xpdf displays the file just fine. So