Package: distcc-pump
Version: 3.1-2
Severity: important
The 04_fix_pumps_include_server_path.dpatch included in Debian hardcodes
a python2.5 path in place. This causes the pump server to fail to start
if only python 2.6 is available and python 2.5 isn't installed.
This bug was originally found
On Tue, Mar 09, 2010 at 04:58:11PM +0100, Gerfried Fuchs wrote:
Hi!
* Michael Casadevall mcasadev...@debian.org [2010-01-06 19:32:55 CET]:
Package: fontmatrix
Severity: serious
Tags: patch
Justification: no longer builds from source
When you state no longer - did it build
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
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
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
I'm the person who submitted this package to Ubuntu, and to Debian.
There was some issues with the copyright file which caused the Debian
REJECT (it's currently in Ubuntu's universe repo). It's been on my
TODO list to fix the copyright and reupload.
Michael
On Sun, Mar 8, 2009 at 5:15 PM, George
#! /bin/sh /usr/share/dpatch/dpatch-run
## armel-glibc-2.8.dpatch by Michael Casadevall [EMAIL PROTECTED]
##
## DP: Moved the location files are included to prevent a FTBFS
## DP: since in 2.8, you can't include headers within a function
## DP: and expect it to work
@DPATCH@
diff -urNad mono-1.9.1
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,
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
tags 501960 +patch
thankyou
Here's a fix for flex on ia64, which corrects the bug on IA64 due to
the different buffer size on this architecture. This also clears
#500171 (it will simply need a give-back once flex is updated).
--- flex-2.5.35.orig/flex.skl
+++ flex-2.5.35/flex.skl
@@ -1063,7
found #491590 0.6.1-1
thankyou
http://buildd.debian.org/fetch.cgi?pkg=cegui-mk2ver=0.6.1-1arch=amd64stamp=1224450974file=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 for
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
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
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 to build ruby1.9. The
issue
] 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,
and this bug can be closed, or at least downgraded
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 open two sockets, and then send data between both of them; I
misspoke when I said the internet, and should have said network
sockets, I'm
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:
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
)
* 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
libsmbios1 has
at 6:18 AM, Simon Huggins [EMAIL PROTECTED] wrote:
'ello Michael,
On Fri, Oct 03, 2008 at 02:39:36PM -0400, Michael Casadevall wrote:
.SH USAGE
Adept requires superuser privilleges to be able to lock and manipulate
the packaging database. If adept is
started by a non-privilleged user, only
Package: wnpp
Severity: normal
I'm requesting that someone adopt cvsps. It's been somewhat
under-maintained for now; I've rolled 64-bit fixes into
it, but there are other outstanding issues, and upstream is quite
dead. I no longer use cvsps, so I'm not in a
position to easily work on it.
Michael
Package: adept
Version: 3.0~beta2ubuntu1
Severity: wishlist
Tags: patch
I've written a manpage to include with adept which explains the basic
functionaility of the package, and general usage information. I hope you
accept and include this manpage in your package
.TH adept 1 October 2008 Debian
+++ gnucash-2.2.6/debian/changelog
@@ -1,3 +1,10 @@
+gnucash (2.2.6-2.1) sid; urgency=low
+
+ * Non-maintainer upload
+ * Switched libgoffice-0 to libgoffice-0-6 dependency (Closes: #498775)
+
+ -- Michael Casadevall [EMAIL PROTECTED] Sun, 14 Sep 2008
13:57:06 -0400
+
gnucash (2.2.6-2) unstable
(Closes: #498775)
+
+ -- Michael Casadevall [EMAIL PROTECTED] Sun, 14 Sep 2008
13:57:06 -0400
+
gnucash (2.2.6-2) unstable; urgency=medium
* src/backend/file/gnc-backend-file.c (gnc_int_link_or_make_backup):
diff -u gnucash-2.2.6/debian/control gnucash-2.2.6/debian/control
--- gnucash-2.2.6
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Well, the patch got linewrapped. Reattached as an attachment.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: http://getfiregpg.org
iEYEARECAAYFAkjS2KkACgkQpblTBJ2i2puqCwCfUf7eU3r2rYJahkrM+80vFJav
.
Michael
On Thu, Sep 18, 2008 at 6:43 PM, Thomas Bushnell BSG [EMAIL PROTECTED] wrote:
On Thu, 2008-09-18 at 18:22 -0400, Michael Casadevall wrote:
In one of those epic, I fail moments, the patch got truncated, but I
didn't catch it until I went to look at the bug again. Here's the full
patch
that I come a way a little smarter ;-)
Michael
On Thu, Sep 18, 2008 at 7:11 PM, Thomas Bushnell BSG [EMAIL PROTECTED] wrote:
On Thu, 2008-09-18 at 19:02 -0400, Michael Casadevall wrote:
I had no intent to upload and no intent to have this change migrated
from sid to lenny, I posted the NMU
iEYEARECAAYFAkjS5cUACgkQpblTBJ2i2psJCACglvNlF+Js6Wnlj+6NKPFAUVPC
OloAoI3b4r5gMj1+ndA3ewcFleANnOTW
=2mpe
-END PGP SIGNATURE-
On Thu, Sep 18, 2008 at 7:30 PM, Thomas Bushnell BSG [EMAIL PROTECTED] wrote:
On Thu, 2008-09-18 at 19:15 -0400, Michael Casadevall wrote:
I apologize then. I'm posting these patches/NMUs
/debian/changelog
@@ -1,3 +1,10 @@
+gnucash (2.2.6-2.1) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * Switched libgoffice-0 to libgoffice-0-6 dependency (Closes: #498775)
+
+ -- Michael Casadevall Sun, 14 Sep 2008 13:57:06 -0400
+
gnucash (2.2.6-2) unstable; urgency=medium
* src
Your patch is a better way to do it, so feel free to use that one in
place of mine. I just want to see the clamav transition over with :-).
Michael
On Sat, Sep 13, 2008 at 1:08 PM, Stephen Gran [EMAIL PROTECTED] wrote:
Basically, I hate to see the unconditional redefinition. After I sen
the
Subject: Please remove atm-dev as its an unneeded rdepends in sid
Package: atm-dev
Severity: wishlist
atm-dev is an old transitional package that has been in the archive
since at least sarge if not older. I have a debdiff which makes the
necessary changes to the source package to stop creating
Subject: Please change the dependencies from goffice0.4 to 0.6
Package: gnucash
Severity: wishlist
gnucash's currently packaged version can be built against goffice0.6.
It currently builds against goffice 0.4 which is an oldlibs. I'm
working to try and remove oldlibs from Ubuntu, and thus trying
Subject: Intent to NMU: FTBFS fix against libclamav5
Package: php-clamavlib
Severity: important
Justification: fails to build from source
Tags: patch
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I'm declaring intent to NMU to correct FTBFS against libclamav5.
Sid has libclamav5 which has a
-clamavlib (0.13-1.3) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * Bumped standards version to 3.8.0
+ * Corrected FTBFS by porting the code from libclamav4 to 5. (Closes: #498554)
+
+ -- Michael Casadevall Thu, 11 Sep 2008 00:01:40 -0400
+
php-clamavlib (0.13-1.2) unstable; urgency=low
/changelog
+++ php-clamavlib-0.13/debian/changelog
@@ -1,3 +1,10 @@
+php-clamavlib (0.13-1.3) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * Corrected FTBFS by porting the code from libclamav4 to 5. (Closes: #498554)
+
+ -- Michael Casadevall [EMAIL PROTECTED] Thu, 11 Sep 2008
00:01:40 -0400
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Woo, I had almost given up trying to find a sponsor for this package,
most people took off screaming :-).
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: http://getfiregpg.org
No, I haven't. With Lenny in freeze, I haven't seen the point in submitting
an RFS.
Michael
On Fri, Aug 1, 2008 at 4:28 PM, Eugene V. Lyubimkin
[EMAIL PROTECTED]wrote:
Michael, have you posted an RFS at [EMAIL PROTECTED]
--
Eugene V. Lyubimkin aka JackYF, Ukrainian C++ developer.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I've packaged code::blocks for Ubuntu, passing lintian tests, and I'm
willing to submit and handle package maintenance for Debian if someone
is willing to sponsor me. I'm currently working with upstream to
resolve two minor issues with C::B (one with
After more research, the issue is caused by glibc2.8 on Ubuntu.
Here's the patch we applied to our main repositry.
Michael
On Sat, 2008-07-12 at 13:44 +0200, gregor herrmann wrote:
On Fri, 11 Jul 2008 18:14:34 -0400, Michael Casadevall wrote:
[Please cc [EMAIL PROTECTED] on replies]
I
Subject: Fix for FTBFS with glibc2.8
Package: obexpushd
Severity: wishlist
Tags: patch
On Ubuntu, which is using glibc2.8, obexpushd fails to build due to
changes in the glibc headers. The attached patch will allow successful
build on the newer glibc for when debian updates.
--- src/get.c.new
+ unreproducible moreinfo
thanks
On Fri, Jul 11, 2008 at 08:49:02PM -0400, Michael Casadevall wrote:
The included patch fixes purelibc on amd64. It will likely also help fix
I see no FTBS issues for purelibc-0.4-1 on amd64. Which version are you
referring to?
Thanks,
Ludovico
--
[EMAIL
Package: libnet-ssleay-perl
Version: all
Severity: important
Tags: patch
The test suite fails due to a printf statement using %d vs %ld. The
following patch corrects the test-suite.
Michael
--- a/t/local/ptr_cast_test.c.old 2008-07-11 18:57:38.0 +
+++ b/t/local/ptr_cast_test.c
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I ran it on my amd64, and it failed the test suite with the following error:
t/local/00_ptr_cast# compiling test program with: cc -o
t/local/ptr_cast_test t/local/ptr_cast_test.c
# Failed test 'STDERR empty after compiling'
# at
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Package: purelibc
Severity: important
Tags: patch
Justification: fails to build from source
The included patch fixes purelibc on amd64. It will likely also help fix
building on other architecture, but it has not been tested on such.
Michael
- ---
Package: gcc-4.3
Version: 4.3.1-2
Severity: important
Tags: patch
On m68k, gnu99 mode doesn't work correctly out of the box due to our
woefully outdated glibc (we're currently stuck at 2.5-1). This is because
the inline schematics changed between glibc 2.5 and 2.7, and gcc 4.2 to 4.3.
This patch
X-Debbugs-CC: [EMAIL PROTECTED]
I should not send patches when I'm half alseep. Here's one that's actually
appliable ;-)
--- gcc-4.3.1/gcc/config/m68k/linux-old.h2008-07-04 04:02:21.0
-0400
+++ gcc-4.3.1/gcc/config/m68k/linux.h2008-07-04 05:23:21.0 -0400
@@ -37,6 +37,13
the control and copyright files locally.
Micheal
On Sat, 15 Mar 2008, Steve Langasek wrote:
On Fri, Mar 14, 2008 at 09:23:02PM -0400, Michael Casadevall wrote:
Package: wnpp
Severity: wishlist
Owner: Michael Casadevall [EMAIL PROTECTED]
* Package name: devotee
Version : 0.1patch2
PROTECTED]
To: [EMAIL PROTECTED]
Subject: Bug#470995: ITP: devotee -- Debian voting system
Resent-Date: Sat, 15 Mar 2008 15:03:01 +
Resent-Date: Sat, 15 Mar 2008 15:03:02 +
Resent-From: Nico Golde [EMAIL PROTECTED]
Resent-To: debian-bugs-dist@lists.debian.org
Resent-cc: [EMAIL PROTECTED], Michael
Package: wnpp
Severity: wishlist
Owner: Michael Casadevall [EMAIL PROTECTED]
* Package name: devotee
Version : 0.1patch2
Upstream Author : Manoj Srivastava [EMAIL PROTECTED]
* URL : http://www.debian.org/
* License : GPL
Programming Lang: (C, C++, C#, Perl
Hrm. It looks like nrss is trying to use wget; It's possible it uses it
as a dependency, and I didn't realize it when I packaged it. Can you
please install wget (apt-get install wget), and see if it resolves the
problem. If so, I'll release an update of the package.
Michael
On Mon, 2007-09-10 at
Bestel wrote:
On Mon, 2007-09-10 at 08:32 -0400, Michael Casadevall wrote:
Hrm. It looks like nrss is trying to use wget; It's possible it uses it
as a dependency, and I didn't realize it when I packaged it. Can you
please install wget (apt-get install wget), and see if it resolves
That did the trick. I got the package from experimental, and
successfully reporduced the problem. I'll forward this upstream, and see
if I can knock off a patch to fix this.
Michael
On Mon, 2007-09-10 at 16:56 +0200, Xavier Bestel wrote:
On Mon, 2007-09-10 at 10:50 -0400, Michael Casadevall
Ever since applying this patch, mach panics for me on startup. It gets
as far as starting sshd, then it panics with
panic: zalloc: zone i386 pcb state exhausted
kernel breakpoint trap, eip 0x1179d7
stopped at 0x1179d6: int $3
Any ideas why I'm getting a panic while others aren't? (I haven't had
Independently of Samuel, I ended up patching the same bug in Texlive,
but I did a different method of fixing
NOFILE instead of simply defining it to 256; According to the POSIX
reference I found, NOFILE is the maximum
files that can be opened at one time by a single process. On hurd, this
is
Package: gcc-4.1
Version: 4.1.2-13
Followup-For: Bug #433539
While that specfile (and the updated patch) does solve the problem, it
incorrectly
causes all static binaries to be built with profiling. I'm testing a new patch
that
fixes this behavior (I've attached it, but it hasn't been fully
Package: gcc-4.1
Version: 4.1.2-13
Severity: important
Discovered by running configure, any empty lines with just a ; will
cause an endless loop. I attempted to debug with gdb, but that crashed
to. I've included a test file that reproduces the problem. Also
reproduced with gcc-4.2
-- System
Package: gcc-4.1
Version: 4.1.2-13
Followup-For: Bug #433539
As a follow up to my last email, I've updated my patch more, and now it
properly handles profiling with -static and without. I also used it to build
and
profile hurd translators as staticially built binaries without a problem. This
Package: gcc-4.2
Version: 4.2.1-0
Severity: normal
Tags: patch
Profiling support is broken on Hurd due to a mistake within GCC's internal spec
files.
I've included a patch to fix the default spec file.
Michael
-- System Information:
Debian Release: lenny/sid
APT prefers unstable
APT policy:
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
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
X-Debbugs-Cc: [EMAIL PROTECTED], [EMAIL PROTECTED]
Package: gcc-4.1
Version: 4.1.2-13
Severity: important
Tags: patch
Profiling support on Hurd has been broken for some time due to a mistake within
GCC's spec files. I've included a patch that
60 matches
Mail list logo