Bug#563972: patch to fix fontmatrix on armel

2010-03-09 Thread Michael Casadevall
On Tue, Mar 09, 2010 at 04:58:11PM +0100, Gerfried Fuchs wrote: > Hi! > > * Michael Casadevall [2010-01-06 19:32:55 CET]: > > Package: fontmatrix > > Severity: serious > > Tags: patch > > Justification: no longer builds from source > > When you

Bug#563972: patch to fix fontmatrix on armel

2010-01-06 Thread Michael Casadevall
Package: fontmatrix Severity: serious Tags: patch Justification: no longer builds from source I've recently fixed fontmatrix to build on armel on Ubuntu, and I'm passing along the patch to help recitify the FTBFS. The underlying issue is that on ARM, qreal is typedef'ed to float versus a double s

Bug#533428: is bug fixed? nope

2009-09-11 Thread Michael Casadevall
reassign 533428 calibre thanks This is a problem with calibre; sip doesn't promise stable APIs at the moment, so calibre must be re-uploaded for each sip4/python-qt4 upload; this is a problem with any python module that also includes C code (as there are no sonames to break libraries). There is a

Bug#539689: [lenny] icedove and iceowel segfaults on mipsel

2009-08-02 Thread Michael Casadevall
Package: icedove Version: 2.0.0.22-0lenny1 Severity: serious On a stable lenny/mipsel installation, icedove and iceowl currently segfaults when executed from the commandline. Output is as follwos: mcasadev...@genesis:~/bin$ icedove /usr/lib/icedove/run-mozilla.sh: line 131: 17689 Segmentation f

Bug#505101: Ah, missed the previous bug ...

2008-11-09 Thread Michael Casadevall
retitle "libupsclient-dev points to /usr/lib not /lib" thankyou Sorry, I overlooked that the libraries in /lib are intentional. The problem is now that the files in -dev point to /usr/lib, vs /lib making anything that builds against libupsclient-dev crash and burn. Michael -- To UNSUBSCRIBE, e

Bug#505101: libupsclient1 ends up in /lib, not /usr/lib

2008-11-09 Thread Michael Casadevall
Subject: libupsclient1 ends up in /lib, not /usr/lib Package: libupsclient1 Severity: serious libupsclient1 installs its shared libraries into /lib, not /usr/lib [EMAIL PROTECTED]:/# dpkg -L libupsclient1 /lib/libupsclient.so.1.0.0 It appears all thats needed to fix is a change in the rules on 1

Bug#491590: Uh, SILLY is not compiled into the package

2008-10-24 Thread Michael Casadevall
found #491590 0.6.1-1 thankyou http://buildd.debian.org/fetch.cgi?&pkg=cegui-mk2&ver=0.6.1-1&arch=amd64&stamp=1224450974&file=log - if you check the build log, SILLY is not compiled into the cegui package. The SILLY library isn't even packaged for Debian!! Here's the lines from the log: checking

Bug#500807: Looking at the backtrace ...

2008-10-19 Thread Michael Casadevall
I took a quick glance at the backtraces. The first problem looks like Icedove got a piece of mail with an invalid MINE type which is crashing Icedove, which is a bug that should be sent upstream. If you can isolate the email thats causing that crash, that would be vastly helpful. The second one jus

Bug#478717: ruby1.9/hppa problems

2008-10-15 Thread Michael Casadevall
It should be noted that in my run, the test suite completed with only two failures. Michael On Wed, Oct 15, 2008 at 5:16 AM, Lucas Nussbaum <[EMAIL PROTECTED]> wrote: > On 15/10/08 at 04:16 -0400, Michael Casadevall wrote: >> Working with lucas, I've successfully been able t

Bug#491930: ruby1.9/hppa problems

2008-10-15 Thread Michael Casadevall
Working with lucas, I've successfully been able to build ruby1.9. The issue is related to NPTL support in the kernel. NPTL on HPPA is extremely unstable it seems, and currently causes anything that uses to threads to go boom under some cirmstances. Some versions of the kernel however appear to work

Bug#501411: Took a quick look at this

2008-10-09 Thread Michael Casadevall
whats causing this behavior Michael On Fri, Oct 10, 2008 at 2:23 AM, Russ Allbery <[EMAIL PROTECTED]> wrote: > "Michael Casadevall" <[EMAIL PROTECTED]> writes: > >> Taking a closer look at the FTBFS, and the code, it seems the code is >> trying to ope

Bug#501411: Took a quick look at this

2008-10-09 Thread Michael Casadevall
AIL PROTECTED]> wrote: > Michael Casadevall wrote: >> I took a quick look at this, its possible this FTBFS on the grid >> simply because the internet isn't available. I rebuilt it a few times, >> and it always passed. If it possible that this is just a random fluke,

Bug#501411: Took a quick look at this

2008-10-09 Thread Michael Casadevall
I took a quick look at this, its possible this FTBFS on the grid simply because the internet isn't available. I rebuilt it a few times, and it always passed. If it possible that this is just a random fluke, and this bug can be closed, or at least downgraded? Michael -- To UNSUBSCRIBE, email to

Bug#500320: Patch to fix

2008-10-09 Thread Michael Casadevall
tags 500320 +patch +confirmed thankyou This FTBFS is easily fixable by adding intltool to the build-deps, and makes the package buildable on i386 and amd64. I've created an NMU, and I'll upload as a convience to you if desired: http://mentors.debian.net/cgi-bin/sponsor-pkglist?action=details;pack

Bug#501413: Patch to correct intermittent FTBFS in test suite

2008-10-08 Thread Michael Casadevall
e upstream bug Michael #! /bin/sh /usr/share/dpatch/dpatch-run ## 94_rpl_test_failure.dpatch by Michael Casadevall <[EMAIL PROTECTED]> ## ## DP: Bug MySQL #30209 - race condition with the rpl_packet test in some cases. ## DP: Fix backported from current MySQL test suite @DPATCH@ diff -urNa

Bug#494316: Updated package

2008-10-07 Thread Michael Casadevall
#491795) * Added symbol file for new library soname * Bumped standards version to 3.8.0 * Added dependency on chrpath (used to remoth rpaths on amd64/ia64) -- Michael Casadevall Tue, 07 Oct 2008 19:28:04 -0400 libsmbiosxml which was dropped had no rdepends outside of this source package libsmb

Bug#433716: file: File doesn't compile on Debian GNU/Hurd

2007-07-18 Thread Michael Casadevall
Package: file Version: 4.21-1 Severity: serious Tags: patch Justification: no longer builds from source -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 File doesn't compile on Hurd due to a dependence on PIPE_BUF. The patch uses pathconf to get _PC_PIPE_BUF which is unlimited (-1) on Hurd. Michael