Bug#580308: distcc-pump: Debian patches to distcc shouldn't hardcode python versions
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 in Ubuntu, here's the original bugs: http://bugs..launchpad.net/ubuntu/+source/distcc/+bug/472201 http://bugs..launchpad.net/ubuntu/+source/distcc/+bug/511585 Michael -- System Information: Debian Release: squeeze/sid APT prefers lucid-updates APT policy: (500, 'lucid-updates'), (500, 'lucid-security'), (500, 'lucid') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-21-generic (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages distcc-pump depends on: ii distcc 3.1-2Simple distributed compiler client ii libc6 2.11.1-0ubuntu7 Embedded GNU C Library: Shared lib ii python 2.6.5-0ubuntu1launchpad1 An interactive high-level object-o ii python-support 1.0.4ubuntu1launchpad2 automated rebuilding support for P distcc-pump recommends no packages. distcc-pump suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#563972: patch to fix fontmatrix on armel
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 before properly? I.e. I wonder wether a proper found version is missing in this bugreport and wether the bug actually does affect the stable release (lenny). If not I would want to close it for lenny - unfortunately I don't have the arm hardware to check it there, though lenny was released with a version of fontmatrix that seem to have build at some point, at least three years ago. This is too long for a timegap for me to just close it and let the security team (or whoever would need to update the package in stable) over this issue again. Thanks, Rhonda Lenny released with fontmatrix 0.4 which built on arm, and armel. It was later builds that started to FTBFS, although I don't remember the first version that started to have trouble. There's been no released (and still supported) version of Debian that hasn't shipped with fontmatrix built on arm/armel. Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#563972: patch to fix fontmatrix on armel
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 so when using qMax between a double and a qreal, you need to cast the call so the compiler can find the proper function. Index: fontmatrix-0.6.0/src/fminfodisplay.cpp === --- fontmatrix-0.6.0.orig/src/fminfodisplay.cpp 2010-01-06 09:22:22.677196249 -0500 +++ fontmatrix-0.6.0/src/fminfodisplay.cpp 2010-01-06 09:22:54.437193376 -0500 @@ -152,7 +152,7 @@ GlyphToSVGHelper gtsh ( gpi-path(), tf ); svg += gtsh.getSVGPath() + \n; horOffset += gpi-data(GLYPH_DATA_HADVANCE).toDouble() * scaleFactor; - maxHeight = qMax ( gtsh.getRect().height(), maxHeight ); + maxHeight = qMaxqreal ( gtsh.getRect().height(), maxHeight ); tf.translate( gpi-data(GLYPH_DATA_HADVANCE).toDouble() * scaleFactor,0 ); delete gpi; } -- System Information: Debian Release: squeeze/sid APT prefers lucid-updates APT policy: (500, 'lucid-updates'), (500, 'lucid-security'), (500, 'lucid') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31-16-generic (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#533428: is bug fixed? nope
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 plan to implement a dh_sip (or a more generic solution) to permamently resolve this issue, but at this time, this package requires an NMU. In addition, I spoke with Martin Pitt who was unable to reproduce the issue; its possible the maintainer binary was built in an out-of-date chroot that caused this issue. Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#539689: [lenny] icedove and iceowel segfaults on mipsel
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 fault
$prog ${1+$@}
I'll attempt to provide a more useful backtrace and such once I have the
system fully setup. As an additional note, iceweasel is unaffected.
Michael
-- System Information:
Debian Release: 5.0.2
APT prefers stable
APT policy: (500, 'stable')
Architecture: mipsel (mips64)
Kernel: Linux 2.6.27.1-ls2f-lemote-yl-di
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages icedove depends on:
ii debianutils2.30 Miscellaneous utilities specific t
ii fontconfig 2.6.0-3 generic font configuration library
ii libatk1.0-01.22.0-1 The ATK accessibility toolkit
ii libc6 2.7-18GNU C Library: Shared libraries
ii libcairo2 1.6.4-7 The Cairo 2D vector graphics libra
ii libfontconfig1 2.6.0-3 generic font configuration library
ii libfreetype6 2.3.7-2+lenny1FreeType 2 font engine, shared lib
ii libgcc11:4.3.2-1.1 GCC support library
ii libglib2.0-0 2.16.6-2 The GLib library of C routines
ii libgtk2.0-02.12.12-1~lenny1 The GTK+ graphical user interface
ii libhunspell-1.2-0 1.2.6-1 spell checker and morphological an
ii libjpeg62 6b-14 The Independent JPEG Group's JPEG
ii libnspr4-0d4.7.1-4 NetScape Portable Runtime Library
ii libnss3-1d 3.12.0-6 Network Security Service libraries
ii libpango1.0-0 1.20.5-5 Layout and rendering of internatio
ii libpng12-0 1.2.27-2+lenny2 PNG library - runtime
ii libstdc++6 4.3.2-1.1 The GNU Standard C++ Library v3
ii libx11-6 2:1.1.5-2 X11 client-side library
ii libxft22.1.12-3 FreeType-based font drawing librar
ii libxinerama1 2:1.0.3-2 X11 Xinerama extension library
ii libxrender11:0.9.4-2 X Rendering Extension client libra
ii libxt6 1:1.0.5-3 X11 toolkit intrinsics library
ii psmisc 22.6-1Utilities that use the proc filesy
ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime
icedove recommends no packages.
Versions of packages icedove suggests:
pn icedove-gnome-support none (no description available)
pn latex-xft-fonts none (no description available)
ii libthai0 0.1.9-4Thai language support library
-- no debconf information
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#304570: CodeBlocks upload rejected?
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 Danchev danc...@spnet.net wrote: On Sunday 08 March 2009 23:06:36 Steve M. Robbins wrote: Hi, Hi, This bug has a very long history :-) The entries of 2008-10-29 and 2008-12-07 suggest that the package was uploaded then rejected. What is the problem? How can I help get CodeBlocks into Debian? I left some traces on that bug, but I didn't uploaded the package, thus I have no clue what the reasoning behind that rejection was, though I'd like to know too. -- pub 4096R/0E4BD0AB 2003-03-18 people.fccf.net/danchev/key pgp.mit.edu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#506260: mono FTBFS with recent glibc on ARM
Subject: mono FTBFS with recent glibc on ARM Package: mono Severity: important Tags: patch Mono currently builds on ARM, but with newer glibc snapshots (such as the one in Ubuntu, or the one in experimental (I think), it FTBFSes, due a header issue. The following patch corrects the header issues #! /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+dfsg~/mono/arch/arm/tramp.c mono-1.9.1+dfsg/mono/arch/arm/tramp.c --- mono-1.9.1+dfsg~/mono/arch/arm/tramp.c 2007-11-08 17:07:43.0 -0500 +++ mono-1.9.1+dfsg/mono/arch/arm/tramp.c 2008-11-18 21:00:52.0 -0500 @@ -10,6 +10,9 @@ #if defined(_WIN32_WCE) || defined (UNDER_CE) # include windows.h +#else +#include unistd.h +#include sys/mman.h #endif #include errno.h @@ -75,8 +78,6 @@ code_buff = malloc(code_size); VirtualProtect(code_buff, code_size, PAGE_EXECUTE_READWRITE, old_prot); #else -#include unistd.h -#include sys/mman.h int page_size = sysconf(_SC_PAGESIZE); int new_code_size; -- System Information: Debian Release: lenny/sid APT prefers jaunty-updates APT policy: (500, 'jaunty-updates'), (500, 'jaunty-security'), (500, 'jaunty') Architecture: amd64 (x86_64) Kernel: Linux 2.6.27-7-generic (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#505101: Ah, missed the previous bug ...
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, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#505101: libupsclient1 ends up in /lib, not /usr/lib
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 131-132 to change debian/lib to debian/usr/lib. Michael -- System Information: Debian Release: lenny/sid APT prefers jaunty-updates APT policy: (500, 'jaunty-updates'), (500, 'jaunty-security'), (500, 'jaunty') Architecture: amd64 (x86_64) Kernel: Linux 2.6.27-7-generic (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#501960: Fix for flex on IA-64
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 +1063,12 @@ /* Amount of stuff to slurp up with each read. */ #ifndef YY_READ_BUF_SIZE +#ifdef __ia64__ +/* On IA-64, the buffer size is 16k, not 8k */ +#define YY_READ_BUF_SIZE 16384 +#else #define YY_READ_BUF_SIZE 8192 +#endif /* __ia64__ */ #endif m4_ifdef( [[M4_YY_NOT_IN_HEADER]], -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#491590: Uh, SILLY is not compiled into the package
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 SILLY... no configure: Image loading via SILLY by OpenGL renderer disabled -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#500807: Looking at the backtrace ...
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 just seems to be that Icedove stalled downloading a large attachment; if you had left it running, it likely would have finished (although I agree a progress bar would have been nice). Icedove 2.0.0.17 was just uploaded to unstable today, it may fix your issue. If you can test with that version, it would be greatly appreciated. Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#491930: ruby1.9/hppa problems
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. I had a successful build with a machine with the following uname Linux gsyprf11 2.6.22.19 #1 SMP Sat Apr 5 18:55:33 PDT 2008 parisc64 GNU/Linux The test suite passes successfully, although it does take an extremely long time to build. cpuinfo is as follows: processor : 0 cpu family : PA-RISC 2.0 cpu : PA8700 (PCX-W2) cpu MHz : 750.00 model : 9000/800/A500-7X model name : Crescendo 750 W2 hversion: 0x5e30 sversion: 0x0491 I-cache : 768 KB D-cache : 1536 KB (WB, direct mapped) ITLB entries: 240 DTLB entries: 240 - shared with ITLB bogomips: 1495.04 software id : 824930630 processor : 1 cpu family : PA-RISC 2.0 cpu : PA8700 (PCX-W2) cpu MHz : 750.00 model : 9000/800/A500-7X model name : Crescendo 750 W2 hversion: 0x5e30 sversion: 0x0491 I-cache : 768 KB D-cache : 1536 KB (WB, direct mapped) ITLB entries: 240 DTLB entries: 240 - shared with ITLB bogomips: 1495.04 software id : 824930630 I uploaded the results to ~ncommander-guest/ruby1.9 on alioth. The 219kb build.log is available. Built with debuild -B -b Michael On Tue, Oct 14, 2008 at 6:47 PM, Lucas Nussbaum [EMAIL PROTECTED] wrote: forcemerge 478717 491930 thanks Hi, I'm merging #478717 and #491930, since they are about the same issue (ruby1.9's recent versions not being available on hppa). I did some tests. The last upstream revision of ruby1.9 that I could successfully compile was rev 11437 (Sun Dec 31 07:24:56 2006 +). This was just before the merge of YARV, so YARV is a good suspect. Unfortunately, the YARV merge was done all at once, so it's not possible to bissect it. Open questions: - is there a later version that is buildable on Debian? That would be great, because if would exclude a bug in the big YARV merge. The first bad version I could find (with the failure that is reported in this bug) is rev 12544 (Fri Jun 15 03:27:33 2007 +). This is confirmed by http://buildd.debian.org/build.php?arch=hppapkg=ruby1.9 - 1.9.0.0-2 was built and uploaded, but the log is not available on buildd.d.o, so it was probably a manual upload. The .changes is signed by LaMont Jones [EMAIL PROTECTED], and the package works fine according to some basic tests. Lamont, do you remember how you managed to build that package? Did you use an old system/kernel? Thank you, -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#478717: ruby1.9/hppa problems
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 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. I had a successful build with a machine with the following uname Linux gsyprf11 2.6.22.19 #1 SMP Sat Apr 5 18:55:33 PDT 2008 parisc64 GNU/Linux The test suite passes successfully, although it does take an extremely long time to build. cpuinfo is as follows: processor : 0 cpu family: PA-RISC 2.0 cpu : PA8700 (PCX-W2) cpu MHz : 750.00 model : 9000/800/A500-7X model name: Crescendo 750 W2 hversion : 0x5e30 sversion : 0x0491 I-cache : 768 KB D-cache : 1536 KB (WB, direct mapped) ITLB entries : 240 DTLB entries : 240 - shared with ITLB bogomips : 1495.04 software id : 824930630 processor : 1 cpu family: PA-RISC 2.0 cpu : PA8700 (PCX-W2) cpu MHz : 750.00 model : 9000/800/A500-7X model name: Crescendo 750 W2 hversion : 0x5e30 sversion : 0x0491 I-cache : 768 KB D-cache : 1536 KB (WB, direct mapped) ITLB entries : 240 DTLB entries : 240 - shared with ITLB bogomips : 1495.04 software id : 824930630 I uploaded the results to ~ncommander-guest/ruby1.9 on alioth. The 219kb build.log is available. Built with debuild -B -b Michael Following Michael's steps, I successfully built ruby1.9 on mkhppa3, one of Thibaut Varene's boxes, using the following kernel: Linux mkhppa3 2.6.22.19 #1 SMP Tue Oct 14 14:22:05 CEST 2008 parisc64 GNU/Linux Before that, I tried to build using lenny's 2.6.26. I ran into several WARN_ON()s and hard locks, and never managed to build ruby1.9 on hppa using lenny's kernel. This kernel is clearly not ready for a release, but it's not my call to make... After the build, ruby's test suite mostly passed (some thread tests just blocked, so there's still a problem with threading on hppa). So I had to disable it in debian/rules. I think that the status is good enough for lenny/hppa. And this should allow to build the other missing packages too. Dato, is it fine if I upload those binaries to unstable? How should I proceed to make them migrate to testing? I think they will magically appear in testing since the source is already in testing, but I'm not sure now. Thanks a lot to Michael for hinting about 2.6.22.19 :-) -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#501411: Took a quick look at this
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 not sure if the grid computers would prevent a socket from being opened properly, looking at the test code, it is not specifying a port (although that might not be necessary with socketpair. socketpair(Rdr, Wtr, AF_UNIX, SOCK_STREAM, PF_UNSPEC); It's opening with the sockets with those flags. Any ideas? Michael On Fri, Oct 10, 2008 at 1:29 AM, Luk Claes [EMAIL 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, and this bug can be closed, or at least downgraded? A package should not need the internet to get built. So if that's the case, closing or downgrading the bug is not an option. Cheers Luk -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#501411: Took a quick look at this
Here's the relevant script section:
### Test Per Object PostLoopCallbacks
socketpair(Rdr, Wtr, AF_UNIX, SOCK_STREAM, PF_UNSPEC);
my $reader = Danga::Socket-new(\*Rdr);
my $writer = Danga::Socket-new(\*Wtr);
print # reader: $reader\n# writer: $writer\n;
my $reader_fired = 0;
my $writer_fired = 0;
$reader-SetPostLoopCallback(sub {
my Danga::Socket $self = shift;
ok(1, reader PLC fired);
$reader_fired++;
return $reader_fired $writer_fired ? 0 : 1;
});
$writer-SetPostLoopCallback(sub {
my Danga::Socket $self = shift;
ok(1, writer PLC fired);
$writer_fired++;
return $reader_fired $writer_fired ? 0 : 1;
});
Danga::Socket-EventLoop;
I poked through the source of Danga, and didn't see anything obvious
on 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 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 not sure if the grid computers would prevent a socket
from being opened properly, looking at the test code, it is not
specifying a port (although that might not be necessary with
socketpair.
socketpair(Rdr, Wtr, AF_UNIX, SOCK_STREAM, PF_UNSPEC);
It's opening with the sockets with those flags. Any ideas?
This is basically equivalent to pipe() but with larger buffers on many
hosts. If that's all the code is doing, it really should succeed. It
doesn't require any particular network configuration on the host.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#500320: Patch to fix
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;package=gnome-build Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#501411: Took a quick look at this
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 [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#494316: Updated package
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I've created a NMU to handle updating this package should the original maintainer need help with the update. The changelog is as follows: libsmbios (2.0.3-0.1) unstable; urgency=high * Non-maintainer upload. * New upstream release for compatibility with linux kernel 2.6.26 (Closes: #494316) * Changed libsmbios1 - 2 due to soname change (ABI break) * Dropped libsmbiosxml1 - removed upstream (no rdepends in Debian) * Removed automatic libtool upgrades as it horribly, horribly, horribly breaks the build (Closes: #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 libsmbios1 has one rdepend on hal. hal builds and links correctly against libsmbios2, it simply will require a binNMU to finish the transition. Its confirmed to build successfully on i386 and amd64. The 0.13.13 - 2.0.3 package has been tested on amd64, and upgrades without any issues from 0.13.13 to 2.0.3. the libsmbios1 package can be removed once hal is rebuilt pending this upload. debdiff is attached between the two versions. It should be noted that the amount of source changes is actually relatively smaller then it might first seem since a large amount of the changes comes from autotools being updated, and libsmbiosxml being removed (which accounts for 25% of the diff size alone not counting autotools changes) Upstream Changelog: * Wed Jan 9 2008 Michael E Brown - 2.0.0 - - ABI incompatible, minor API changes - - sync up libsmbios soname with version # - - move binaries to /usr/sbin as they are only runnable by root - - drop libsmbiosxml lib as it was mostly unused. - - drop autotools generated files out of git and add autogen.sh - - drop tokenCtl binary-- pysmbios has a *much* improved version * Wed Aug 22 2007 Michael E Brown - 0.13.9 - - Fix a couple of failure-to-check-return on fopen. most were unit-test code only, but two or three were in regular code. - - Add hinting to the memory class, so that it can intelligently close /dev/mem file handle when it is not needed (which is most of the time). it only leaves it open when it is scanning, so speed is not impacted. Notes: There are some other outstanding lintian issues with this package that were not addressed, but they are at best minor, and are not within the scope of the NMU. If the maintainer of this package however would like to see fixes for them in addition to everything else, then I'd be glad to help. The watch file is currently broken (goes with above). I have no intention to upload (nor ability, since I'm still a NM) this package without either approval from the release team, or approval from the maintainer. I created this updated package as a convince to the former should it be necessary. The package itself is available here on mentors: http://mentors.debian.net/debian/pool/main/l/libsmbios/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: http://getfiregpg.org iEYEARECAAYFAkjsKBkACgkQpblTBJ2i2ptIlQCeL223G767RX5dZkFGD2/a8FWV 2BUAoI/rw3WSjbbkehKSxi/3iZiX3S8S =71s5 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#501062: [adept] Adding a manpage to adept
Ack, the USAGE section didn't quite get finished. .SH USAGE Adept requires superuser privileges to be able to lock and manipulate the packaging database. If adept is started by a non-privileged user, only read-only information will be available. adept has three modes of handling new packages, an advanced mode (which is the default), a simpler installer mode which simply shows applications that can be installed in a simple non-obstructive list, and an updater mode which is streamlines to handling package updates. I've attached the complete and corrected manpage Michael On Sun, Oct 5, 2008 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 read-only information will be available. adept has two modes of handling new packages, an advanced mode (which is the default), and a simpler installer mode which is better suited You seem to have missed a bit here. -- Simon Huggins \ This isn't flying, it's falling with style -- Buzz \ Lightyear http://www.earth.li/~huggie/htag.pl 0.0.24 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFI6JRlMQdl+99c4rQRAupGAKCHUcmAWX1+dkdEfJNnem+8xizS0wCff2Ex ujLmHQz1smyNbmLB1kYPAvc= =/tge -END PGP SIGNATURE- adept.1 Description: Binary data
Bug#501257: RFA: cvsps
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 -- System Information: Debian Release: lenny/sid APT prefers intrepid-updates APT policy: (500, 'intrepid-updates'), (500, 'intrepid-security'), (500, 'intrepid') Architecture: amd64 (x86_64) Kernel: Linux 2.6.27-4-generic (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#501062: [adept] Adding a manpage to adept
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 User Commands .SH NAME adept \- KDE-based interface to APT .SH SYNOPSIS .B adept [\fIQT-options\fR] [\fIKDE-options\fR] [\fImode\fR] .SH DESCRIPTION Adept is a graphical front-end to apt, the Advanced Package Tool, and thus can perform various package management tasks such as installing and removing applications, viewing package meta-data such as dependencies, and descriptions, performing system upgrades, and other common packaging tasks. .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 read-only information will be available. adept has two modes of handling new packages, an advanced mode (which is the default), and a simpler installer mode which is better suited .SH ADEPT MODES .TP \fBinstaller\fR Launchs adept in installer mode which is easier for newer users to install packages with. .TP \fBupdater\fR Launchs adept in updater mode which is a streamlined interface for handling package updates. .SH OTHER OPTIONS .TP \fB\-\-help\fR Show help about options and exit .TP \fB\-\-help\-qt\fR Show Qt specific options and exit .TP \fB\-\-help\-kde\fR Show KDE specific options and exit .TP \fB\-\-help\-all\fR Show all options and exit .TP \fB\-\-author\fR Show author information and exit .TP \fB\-v\fR, \fB\-\-version\fR Show version information and exit .TP \fB\-\-license\fR Show license information and exit .SH NOTES .TP For the sake of brevrty, KDE and Qt specific options are not listed here are not a part of adept's usage, and are simply options accepted by all KDE and Qt applications -- System Information: Debian Release: lenny/sid APT prefers intrepid-updates APT policy: (500, 'intrepid-updates'), (500, 'intrepid-security'), (500, 'intrepid') Architecture: amd64 (x86_64) Kernel: Linux 2.6.27-4-generic (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages adept depends on: ii app-install-dat 0.6.9Ubuntu applications (data files) ii apt [libapt-pkg 0.7.14ubuntu6Advanced front-end for dpkg ii apt-xapian-inde 0.15 maintenance tools for a Xapian ind ii kdebase-runtime 4:4.1.2-0ubuntu2 runtime components from the offici ii kdelibs54:4.1.2-0ubuntu1 core libraries for all KDE 4 appli ii libacl1 2.2.47-2 Access control list shared library ii libattr11:2.4.41-1 Extended attribute shared library ii libbz2-1.0 1.0.5-0.1ubuntu1 high-quality block-sorting file co ii libc6 2.8~20080505-0ubuntu7GNU C Library: Shared libraries ii libept0 0.5.25 High-level library for managing De ii libgcc1 1:4.3.2-1ubuntu8 GCC support library ii libice6 2:1.0.4-1X11 Inter-Client Exchange library ii libqt4-dbus 4.4.2-0ubuntu2 Qt 4 D-Bus module ii libqt4-network 4.4.2-0ubuntu2 Qt 4 network module ii libqt4-svg 4.4.2-0ubuntu2 Qt 4 SVG module ii libqt4-xml 4.4.2-0ubuntu2 Qt 4 XML module ii libqtcore4 4.4.2-0ubuntu2 Qt 4 core module ii libqtgui4 4.4.2-0ubuntu2 Qt 4 GUI module ii libsm6 2:1.0.3-2X11 Session Management library ii libstdc++6 4.3.2-1ubuntu8 The GNU Standard C++ Library v3 ii libstreamanalyz 0.5.11-1 streamanalyzer library for Strigi ii libstreams0 0.5.11-1 streams library for for Strigi Des ii libx11-62:1.1.5-1X11 client-side library ii libxapian15 1.0.7-3 Search engine library ii libxau6 1:1.0.3-3X11 authorisation library ii libxcursor1 1:1.1.9-1X cursor management library ii libxdmcp6 1:1.0.2-3X11 Display Manager Control Protoc ii libxext62:1.0.4-1X11 miscellaneous extension librar ii libxfixes3 1:4.0.3-2X11 miscellaneous 'fixes' extensio ii libxft2 2.1.12-3ubuntu1 FreeType-based font drawing librar ii libxrender1 1:0.9.4-2X Rendering Extension client libra ii libxtst62:1.0.3-1X11 Testing -- Resource extension ii zlib1g 1:1.2.3.3.dfsg-12ubuntu1 compression library - runtime adept recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#498775: Proper patch attached.
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 with the updated build-deps. Sorry about that. diff -u gnucash-2.2.6/debian/changelog gnucash-2.2.6/debian/changelog --- gnucash-2.2.6/debian/changelog +++ 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; 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/debian/control +++ gnucash-2.2.6/debian/control @@ -3,7 +3,7 @@ Priority: optional Maintainer: Thomas Bushnell, BSG [EMAIL PROTECTED] Standards-Version: 3.7.2 -Build-Depends: libfinance-quote-perl, guile-1.6-slib, guile-1.6-dev, m4, gettext, slib (= 3a2-5), debhelper (= 4.2.16), zlib1g-dev, libxml-parser-perl, x11-common, libglib2.0-dev (= 2.4.7), libxml2-dev (= 2.4.16), libgtk2.0-dev (= 2.4.13), libglade2-dev (= 2.3.6), libgnomeprint2.2-dev (= 2.8.0), libgconf2-dev, libgnomeui-dev (= 2.0.0), libgsf-gnome-1-dev (= 1.12.2), libpango1.0-dev (= 1.6.0), libgtkhtml3.8-dev, gconf2, libgoffice-0-dev, dpkg-dev (= 1.13.19), swig, libofx-dev, ofx, libaqbanking20-dev +Build-Depends: libfinance-quote-perl, guile-1.6-slib, guile-1.6-dev, m4, gettext, slib (= 3a2-5), debhelper (= 4.2.16), zlib1g-dev, libxml-parser-perl, x11-common, libglib2.0-dev (= 2.4.7), libxml2-dev (= 2.4.16), libgtk2.0-dev (= 2.4.13), libglade2-dev (= 2.3.6), libgnomeprint2.2-dev (= 2.8.0), libgconf2-dev, libgnomeui-dev (= 2.0.0), libgsf-gnome-1-dev (= 1.12.2), libpango1.0-dev (= 1.6.0), libgtkhtml3.14-dev, gconf2, libgoffice-0-6-dev, dpkg-dev (= 1.13.19), swig, libofx-dev, ofx, libaqbanking20-dev Build-Conflicts: guile-1.8-dev, guile-1.8 Package: gnucash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#498775:
Please disregard the last patch I posted. It's got a mistake in the distribution. --- gnucash-2.2.6/debian/changelog +++ gnucash-2.2.6/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 [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/debian/control +++ gnucash-2.2.6/debian/control @@ -3,7 +3,7 @@ Priority: optional Maintainer: Thomas Bushnell, BSG [EMAIL PROTECTED] Standards-Version: 3.7.2 -Build-Depends: libfinance-quote-perl, guile-1.6-slib, guile-1.6-dev, m4, gettext, slib (= 3a2-5), debhelper (= 4.2.16), zlib1g-dev, libxml-parser-perl, x11-common, libglib2.0-dev (= 2.4.7), libxml2-dev (= 2.4.16), libgtk2.0-dev (= 2.4.13), libglade2-dev (= 2.3.6), libgnomeprint2.2-dev (= 2.8.0), libgconf2-dev, libgnomeui-dev (= 2.0.0), libgsf-gnome-1-dev (= 1.12.2), libpango1.0-dev (= 1.6.0), libgtkhtml3.8-dev, gconf2, libgoffice-0-dev, dpkg-dev (= 1.13.19), swig, libofx-dev, ofx, libaqbanking20-dev +Build-Depends: libfinance-quote-perl, guile-1.6-slib, guile-1.6-dev, m4, gettext, slib (= 3a2-5), debhelper (= 4.2.16), zlib1g-dev, libxml-parser-perl, x11-common, libglib2.0-dev (= 2.4.7), libxml2-dev (= 2.4.16), libgtk2.0-dev (= 2.4.13), libglade2-dev (= 2.3.6), libgnomeprint2.2-dev (= 2.8.0), libgconf2-dev, libgnomeui-dev (= 2.0.0), libgsf-gnome-1-dev (= 1.12.2), libpango1.0-dev (= 1.6.0), libgtkhtml3.14-dev, gconf2, libgoffice-0-6-dev, dpkg-dev (= 1.13.19), swig, libofx-dev, ofx, libaqbanking20-dev Build-Conflicts: guile-1.8-dev, guile-1.8 Package: gnucash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#498775: Third time is the charm
-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 X/0AmgNgkMYV6rCkitlBs8uVqjAV5+2f =LKrs -END PGP SIGNATURE- gnucash.debdiff Description: Binary data
Bug#498775: Proper patch attached.
I had no intent to upload and no intent to have this change migrated from sid to lenny, I posted the NMU as a convince to you to so you won't have to make the changes yourself. In general, I felt that providing a debdiff would make your life as a maintainer easier. I apologize if this wasn't clear. 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 with the updated build-deps. Sorry about that. Oh, and of course, it's not even a bug; it's a wishlist item! NMUs for wishlist items are prohibited outright. If you have not yet actually uploaded, I ask that you desist immediately. If you have, I ask that you contact the ftp team and inform them that the NMU was a mistake, and CC me as well. Thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#498775: Proper patch attached.
I apologize then. I'm posting these patches/NMUs for my NM application; the AM application was worded in a way that suggested I should post it in the form of an NMU. Again, I didn't mean to offend or step on anybodies toes, so I do hope you accept my apologize with this regard, and the knowledge 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 as a convince to you to so you won't have to make the changes yourself. In general, I felt that providing a debdiff would make your life as a maintainer easier. I apologize if this wasn't clear. Posting a patch is always welcome; this patch goes further and claims to be an NMU. It is not normal to attach a changelog entry as if it were an NMU to patches which are not actual NMUs. Thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#498775: Proper patch attached.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I shall do that for the future; I have no desire to irk any other maintainers by having a repeat performance of this :-). Michael -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: http://getfiregpg.org 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 for my NM application; the AM application was worded in a way that suggested I should post it in the form of an NMU. Again, I didn't mean to offend or step on anybodies toes, so I do hope you accept my apologize with this regard, and the knowledge that I come a way a little smarter ;-) I think it's much better to post the patch, and not to put a NMU-ish changelog. It can be helpful to provide a changelog (but only marginally so); it's confusing to label something NMU when there isn't an actual NMU forthcoming. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#498775: Debdiff for dependency change
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 This change has been pushed through on Ubuntu. It also resolved a crash involving printing PDFs and made the fonts prettier. diff -u gnucash-2.2.6/debian/changelog gnucash-2.2.6/debian/changelog - --- gnucash-2.2.6/debian/changelog +++ gnucash-2.2.6/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/backend/file/gnc-backend-file.c (gnc_int_link_or_make_backup): -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: http://getfiregpg.org iEYEARECAAYFAkjNVfQACgkQpblTBJ2i2pvYbgCbBPtCMs4ky0hP5xahuKnlcwme 1YAAnit6Vp/Y5SEPSfNUeU4Q/j2NWOYe =/d2e -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#498554: or another approach
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 first patch, I realized that it may break scripts where people check for the constant, which is now a wasted check, but no sense breaking people's code just because clamav wants to :) -- - | ,''`.Stephen Gran | | : :' :[EMAIL PROTECTED] | | `. `'Debian user, admin, and developer | |`- http://www.debian.org | - -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#498773: Please remove atm-dev as its an unneeded rdepends in sid
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 atm-dev. Since there hasn't been any updates to this package in a considerable time, this is also an Intent to NMU post, and I will upload to the delayed queue if there is no response within seven days to this bug. Michael -- System Information: Debian Release: lenny/sid APT prefers intrepid-updates APT policy: (500, 'intrepid-updates'), (500, 'intrepid-security'), (500, 'in$ Architecture: amd64 (x86_64) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#498775: Please change the dependencies from goffice0.4 to 0.6
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 to working to also remove them from Debian. I have a debdiff, and I'm willing to NMU this package to apply the update for you. The ubuntu thread about changing the dependencies in gnucash is here for reference: https://bugs.launchpad.net/ubuntu/+source/gnucash/+bug/269687 -- System Information: Debian Release: lenny/sid APT prefers intrepid-updates APT policy: (500, 'intrepid-updates'), (500, 'intrepid-security'), (500, 'in$ Architecture: amd64 (x86_64) Kernel: Linux 2.6.27-3-generic (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#498554:
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 different API than libclamav4, causing this package to FTBFS from source. I will attach the debdiff to the followup email -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: http://getfiregpg.org iEYEARECAAYFAkjImdsACgkQpblTBJ2i2pt6gQCeITkx97RYl8qok0I/SPnTqeBE XoMAn2+FpBi1/0sxAf/IL4L4SfdUnG9o =oQjY -END PGP SIGNATURE- -- System Information: Debian Release: lenny/sid APT prefers intrepid-updates APT policy: (500, 'intrepid-updates'), (500, 'intrepid-security'), (500, 'intrepid') Architecture: amd64 (x86_64) Kernel: Linux 2.6.27-2-generic (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#498554:
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 NMU debdiff follows diff -u php-clamavlib-0.13/clamav.c php-clamavlib-0.13/clamav.c - --- php-clamavlib-0.13/clamav.c +++ php-clamavlib-0.13/clamav.c @@ -30,6 +30,13 @@ #include #include +/** + * This hack is needed to make this code + * compatible with clamav 4 and 5 + **/ + +#undef CL_EFSYNC +#define CL_EFSYNC-113 ZEND_DECLARE_MODULE_GLOBALS(clamav) diff -u php-clamavlib-0.13/debian/changelog php-clamavlib-0.13/debian/changelog - --- php-clamavlib-0.13/debian/changelog +++ php-clamavlib-0.13/debian/changelog @@ -1,3 +1,11 @@ +php-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 * Non-maintainer upload. diff -u php-clamavlib-0.13/debian/control php-clamavlib-0.13/debian/control - --- php-clamavlib-0.13/debian/control +++ php-clamavlib-0.13/debian/control @@ -3,7 +3,7 @@ Priority: optional Maintainer: Jonas Genannt Build-Depends: debhelper (= 4.1.6), php5-dev, libclamav-dev, po-debconf - -Standards-Version: 3.7.3 +Standards-Version: 3.8.0 Package: php5-clamavlib Architecture: any -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: http://getfiregpg.org iEYEARECAAYFAkjInRYACgkQpblTBJ2i2ptmwwCfa59FVPoMlAeK7Qu0m0ZmpZje qRIAoIbjIUmfS2lrT2Kcxhc5L4APzdAE =RkbY -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#498554: Updated debdiff
Sorry, the last debdiff bumped the standards version which I did out of habit. Here's the correct one that will be uploaded. diff -u php-clamavlib-0.13/clamav.c php-clamavlib-0.13/clamav.c --- php-clamavlib-0.13/clamav.c +++ php-clamavlib-0.13/clamav.c @@ -30,6 +30,13 @@ #include stdio.h #include clamav.h +/** + * This hack is needed to make this code + * compatible with clamav 4 and 5 + **/ + +#undef CL_EFSYNC +#define CL_EFSYNC-113 ZEND_DECLARE_MODULE_GLOBALS(clamav) diff -u php-clamavlib-0.13/debian/changelog php-clamavlib-0.13/debian/changelog --- php-clamavlib-0.13/debian/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 + php-clamavlib (0.13-1.2) unstable; urgency=low * Non-maintainer upload. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#304570: Code::blocks packaging
-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 iEYEARECAAYFAkjBm80ACgkQpblTBJ2i2pufMgCbBretKAaIRDzB3S3h6/syJJL2 6f8An3S2klIL/QWGbFwVygH+ZFMEFt7L =j+IH -END PGP SIGNATURE- On Fri, Sep 5, 2008 at 4:57 PM, George Danchev [EMAIL PROTECTED] wrote: Hello Michael, I found your package on mentors archive, and I'm generally interested in uploading codeblocks to Debian archive, since I intend to use it. In fact we have already gave it a try and found it much lightweight and intuitive as compared to eclipse + CDT for instance and AFAICS reading that buglog there are quite some people interested in codeblocks package who are now using their own local ones. Packaging looks fine to, but some comments though: * I found some pieces of code which seem to be external projects (tinyxml, wxscintilla, both hosted at sf.net); a simple grep for `author' or `file by' would reveals these details. Also licensecheck (devscripts) would be helpful. So, these licences and copyrights should also be listed in debian/copyright file, which presumably is in machine interpretable format. However, having so much code duplication doesn't help security, so we would be better off approaching upstream and find ways to use these packages (not packaged yet) separately, and not carry them with codeblocks source tree. These could be sort of tedious and time consuming dealing with upstream. Probably a good idea, but it requires a lot of coordination with upstream, which I'm not sure they're willing to do. The copyright file however I agree can be updated. * I haven't looked at their trunk lately, but is there any progress on sorting out that `global plugins path' hack you have applied to the package ? No response on multiple threads and posts (not just me) to fix this bug. I get the feeling its not going to get fixed anytime soon. * I also think that such a tremendous package as a codebase should be maintained by a team, ubuntu guys are also welcome of course. Any suggestions ? The package is maintained by the MOTU team in Ubuntu (I did the initial packaging work, and a peek at the changelog shows that its already an accepted Ubuntu package), but I have no objections to making it a team package; My only condition is I allow day-zero NMUs on my packages, and any co-maintainer must allow that on packages I co-maintain with. Other then that, no issues with any NM or DD who wishs to work on it. Michael [1] http://wiki.debian.org/Proposals/CopyrightFormat -- pub 4096R/0E4BD0AB 2003-03-18 people.fccf.net/danchev/key pgp.mit.edu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#304570: Code::blocks packaging
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.
Bug#304570: Code::blocks packaging
-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 icons not showing up, and a second with a path that required a rather nasty hack to be changed to place plugins outside of /usr/share). If any DD who is interested in Code::Blocks for Debian, I'm willing to work with them to get my pre-existing package into the archive. Michael -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: http://getfiregpg.org iD8DBQFIgfGppblTBJ2i2psRAp0zAJ9My3dX4XJiIGjGsdVADk6niVLY+wCfZLly f/78+ikgBtY3ZwcMdwuu5iI= =4q7C -END PGP SIGNATURE-
Bug#490369: The test suites fail on any 64-bit architectures
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 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 t/local/00_ptr_cast.t line 28. # got: 't/local/ptr_cast_test.c: In function 'main': # t/local/ptr_cast_test.c:27: warning: format '%d' expects type 'int', but argument 4 has type 'long unsigned int' # t/local/ptr_cast_test.c:27: warning: format '%d' expects type 'int', but argument 6 has type 'long unsigned int' # ' # expected: '' # Looks like you failed 1 test of 5. dubious Test returned status 1 (wstat 256, 0x100) I should have been more specific and said a specific test fails ;-). Thanks for providing the actual output. And which version of libnet-ssleay-perl are you using? I am running on Ubuntu though, I passed the bug report though since the test suite was not run on buildd.d.o. The test suite _is_ run for the 1.33.01-1 version, and the logs which also show the output of the passing tests _are_ available at http://buildd.debian.org/pkg.cgi?pkg=libnet-ssleay-perl http://buildd.debian.org/~jeroen/status/package.php?p=libnet-ssleay-perl I'm using GCC-4.3.1 which may make the difference. The build logs report gcc-4.3_4.3.1-3 Does someone else from the Debian Perl Group have any ideas? Cheers, gregor 01-int_min_max_ftbfs_fix.dpatch Description: application/shellscript
Bug#490675: Fix for FTBFS with glibc2.8
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 2008-07-13 05:46:52.0 + +++ src/get.c 2008-07-13 05:51:06.0 + @@ -33,6 +33,7 @@ #include fcntl.h #include ctype.h #include unistd.h +#include limits.h #define EOL(n) ((n) == '\n' || (n) == '\r') -- System Information: Debian Release: lenny/sid APT prefers hardy-updates APT policy: (500, 'hardy-updates'), (500, 'hardy-security'), (500, 'hardy') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24-19-generic (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#490389: [Pkg-vsquare-devel] Bug#490389: Patch to fix FTBFS on amd64
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 There is no build log on Debian on AMD64, this patch was required to get it building on Ubuntu where it FTBFS on all architectures aside from i686. I should have made this more clear in my email. The package was synced from Ubuntu without changes, and has never been modified until that patch was applied to it (creating 0.4.1-1ubuntu1). It's possible that the specific issue that effected it on Ubuntu isn't true on Debian, or the package hasn't been built recently on amd64 and thus hasn't had an opportunity to fail. Michael -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: http://getfiregpg.org iD8DBQFIeK3ApblTBJ2i2psRArB1AJ4vFnwxldBdWZVVJjKPJlekEP+ZqwCfYu8d 027lKFVCIgGusu5PGieMKdU= =SWhB -END PGP SIGNATURE- On Sat, Jul 12, 2008 at 3:32 AM, Ludovico Gardenghi [EMAIL PROTECTED] wrote: tags 490389 + 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 PROTECTED]#acheronte (irc.freenode.net) ICQ: 64483080 GPG ID: 07F89BB8 Jabber: [EMAIL PROTECTED] Yahoo: gardenghelle -- This is signature nr. 4072
Bug#490369: The test suites fail on any 64-bit architectures
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 2008-07-11 18:57:50.0 + @@ -23,7 +23,7 @@ FROMTYPE bufptr = (FROMTYPE) malloc(500); volatile TOTYPE i; /* prevent optimization */ - printf(# %s: '%s' len: %d, '%s' len: %d.\n, argv[0], FROMTYPESTR, + printf(# %s: '%s' len: %ld, '%s' len: %ld.\n, argv[0], FROMTYPESTR, sizeof(TOTYPE), TOTYPESTR, sizeof(char *)); i = (TOTYPE)bufptr; -- System Information: Debian Release: lenny/sid APT prefers hardy-updates APT policy: (500, 'hardy-updates'), (500, 'hardy-security'), (500, 'hardy') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24-19-generic (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#490369: The test suites fail on any 64-bit architectures
-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 t/local/00_ptr_cast.t line 28. # got: 't/local/ptr_cast_test.c: In function 'main': # t/local/ptr_cast_test.c:27: warning: format '%d' expects type 'int', but argument 4 has type 'long unsigned int' # t/local/ptr_cast_test.c:27: warning: format '%d' expects type 'int', but argument 6 has type 'long unsigned int' # ' # expected: '' # Looks like you failed 1 test of 5. dubious Test returned status 1 (wstat 256, 0x100) I should have been more specific and said a specific test fails ;-). I am running on Ubuntu though, I passed the bug report though since the test suite was not run on buildd.d.o. I'm using GCC-4.3.1 which may make the difference. Michael Michael -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: http://getfiregpg.org iD8DBQFId9tLpblTBJ2i2psRAia/AJ9Wq+t4YbcPlqLqaMutus4nz5XvEwCfbPMO +3owRs2J/932ObZp6t0YHTA= =6kpK -END PGP SIGNATURE- On Fri, Jul 11, 2008 at 5:57 PM, gregor herrmann [EMAIL PROTECTED] wrote: tag 490369 + moreinfo unreproducible thanks Package: libnet-ssleay-perl Version: all Could you please tell us which version you used to verify the problem? The test suite fails due to a printf statement using %d vs %ld. What does fails mean? The package (1.33.01-1) builds fine (including running the tests): http://buildd.debian.org/pkg.cgi?pkg=libnet-ssleay-perl http://buildd.debian.org/~jeroen/status/package.php?p=libnet-ssleay-perlhttp://buildd.debian.org/%7Ejeroen/status/package.php?p=libnet-ssleay-perl and I've just tried it on an ia64 and on an amd64 machine. It's well possible that I'm missing something though ... Cheers, gregor -- .''`. http://info.comodo.priv.at/ | gpg key ID: 0x00F3CFE4 : :' : debian gnu/linux user, admin developer - http://www.debian.org/ `. `' member of https://www.vibe.at/ | how to reply: http://got.to/quote/ `-NP: Rigmor Gustafsson: It Never Entered My Mind -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkh31zsACgkQOzKYnQDzz+St/QCgo5LouMULYOwrylqfasUgMAPz 7LUAn3SqUFnPepy3di3GVOh79Ar7a90a =LkUZ -END PGP SIGNATURE-
Bug#490389: Patch to fix FTBFS on amd64
-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 - --- socketcalls.c.old2008-07-11 21:45:00.0 + +++ socketcalls.c2008-07-11 21:45:39.0 + @@ -20,6 +20,7 @@ */ #include config.h +#include stdlib.h /* needs on amd64 and others */ #include stdarg.h #include sys/types.h #include sys/socket.h - -- System Information: Debian Release: lenny/sid APT prefers hardy-updates APT policy: (500, 'hardy-updates'), (500, 'hardy-security'), (500, 'hardy') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24-19-generic (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: http://getfiregpg.org iD8DBQFId/99pblTBJ2i2psRAjSfAJ0cmtYcxkEyH3HX/W/GMU3Hq+Zf5QCeOP8x kVkt27/tsASB5ObvEj1vLp8= =Ni+W -END PGP SIGNATURE-
Bug#489234: patch to allow gnu99 mode on m68k
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 configures the built in spec file to pass -fgnu89-inline, and
thus allowing
proper compilation and linking with the older glibc on m68k. This patch
should not be
merged upstream, and it should be removed once a newer glibc is available
for our architecture.
Michael
--- linux-old.h2008-07-04 04:02:21.0 -0400
+++ linux.h2008-07-04 05:23:21.0 -0400
@@ -37,6 +37,13 @@
#undef M68K_HONOR_TARGET_STRICT_ALIGNMENT
#define M68K_HONOR_TARGET_STRICT_ALIGNMENT 0
+/* on m68k, we always need to use gnu89 inlining because we're
+ still limited to glibc 2.5. This should be removed after
+ a newer glibc is available */
+
+#undef CC1_SPEC
+#define CC1_SPEC %{profile:-p} %{std=gnu99:-fgnu89-inline}
+
/* Here are four prefixes that are used by asm_fprintf to
facilitate customization for alternate assembler syntaxes.
Machines with no likelihood of an alternate syntax need not
-- System Information:
Debian Release: lenny/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.24-1-686 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages gcc-4.3 depends on:
ii binutils2.18.1~cvs20080103-4 The GNU assembler, linker and
bina
ii cpp-4.3 4.3.1-2 The GNU C preprocessor
ii gcc-4.3-base4.3.1-2 The GNU Compiler Collection
(base
ii libc6 2.7-10 GNU C Library: Shared libraries
ii libgcc1 1:4.3.1-2GCC support library
ii libgomp14.3.1-2 GCC OpenMP (GOMP) support
library
Versions of packages gcc-4.3 recommends:
ii libc6-dev 2.7-10 GNU C Library: Development
Librari
-- no debconf information
Bug#489234: *sigh*
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 @@
#undef M68K_HONOR_TARGET_STRICT_ALIGNMENT
#define M68K_HONOR_TARGET_STRICT_ALIGNMENT 0
+/* on m68k, we always need to use gnu89 inlining because we're
+ still limited to glibc 2.5. This should be removed after
+ a newer glibc is available */
+
+#undef CC1_SPEC
+#define CC1_SPEC %{profile:-p} %{std=gnu99:-fgnu89-inline}
+
/* Here are four prefixes that are used by asm_fprintf to
facilitate customization for alternate assembler syntaxes.
Machines with no likelihood of an alternate syntax need not
Bug#470995: ITP: devotee -- Debian voting system
I was under the imprssion that the URL field is the location of the upstream site; since devotee is part of the Debian project, I put the URL as http://debian.org. The page where I downloaded the source then goes into the copyright file. If I'm mistaken, please tell me now so I can correct 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 Upstream Author : Manoj Srivastava [EMAIL PROTECTED] * URL : http://www.debian.org/ Hrm? I don't think you downloaded devotee from www.debian.org... -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ [EMAIL PROTECTED] [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#470995: ITP: devotee -- Debian voting system
I've since made the correction in my local package. Here's the source URL for future reference: http://arch.debian.org/arch/private/srivasta/archive-lenny/devotee--devel--0.1/ Michael On Sat, 15 Mar 2008, Nico Golde wrote: Date: Sat, 15 Mar 2008 15:59:34 +0100 From: Nico Golde [EMAIL 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 Casadevall [EMAIL PROTECTED] Hi, looking at the fact that other people might want to check the source or the project you are filing an ITP for I think this is a rather strange rationale. Kind regards Nico -- Nico Golde - http://www.ngolde.de - [EMAIL PROTECTED] - GPG: 0x73647CFF For security reasons, all text in this mail is double-rot13 encrypted. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#470995: ITP: devotee -- Debian voting system
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, Python, etc.) Description : Debian voting system Devotee is the debian voting system, used when offical matters are called to a vote. It intergrates with LDAP, and GPG, and isolates each voting task into a seperate program to ensure votes are not lost due to an error in devotee. -- System Information: Debian Release: lenny/sid APT prefers gutsy-updates APT policy: (500, 'gutsy-updates'), (500, 'gutsy-security'), (500, 'gutsy-backports'), (500, 'gutsy') Architecture: i386 (i686) Kernel: Linux 2.6.22-14-generic (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441553: nrss: doesn't work at all
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 13:39 +0200, Xavier Bestel wrote: Package: nrss Version: 0.3.1-1 Severity: important Hi, I just tried nrss, created a config file with only lines like: add http://...; feedname but it fails as I launch it, with wget error messages. Im trying to paste them here, but they are amlformed because they print on the ncurses screen. ┌┐│Cannot specify -r, -p or -N if -O is given. │└───Usage: wget [OPTION]... [URL]...─┘ Cannot specify -r, -p or -N if -O is given. Usage: wget [OPTION]... [URL]... Cannot specify -r, -p or -N if -O is given. Usage: wget [OPTION]... [URL]... Cannot specify -r, -p or -N if -O is given. Usage: wget [OPTION]... [URL]... Cannot specify -r, -p or -N if -O is given. Usage: wget [OPTION]... [URL]... planet.gnome.org/atom.xml Error Updating http://rss.slashdot.org/Slashdot/slashdot -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 2.6.22-2-amd64 (SMP w/1 CPU core) Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages nrss depends on: ii libc6 2.6.1-2GNU C Library: Shared libraries ii libexpat1 1.95.8-4 XML parsing C library - runtime li ii libncurses5 5.6+20070825-1 Shared libraries for terminal hand nrss recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441553: nrss: doesn't work at all
I had wget 1.10 installed. I just ran apt-get update, and apt-get upgrade wget, and I'm still at 1.10. http://packages.debian.org/wget says its the latest version available for debian, can you run which wget to see if it Debian's version or not? Michael On Mon, 2007-09-10 at 14:36 +0200, Xavier 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 the problem. If so, I'll release an update of the package. wget was already installed on my system: [EMAIL PROTECTED]:~]$ wget --version GNU Wget 1.11-beta-1 Maybe it's not the right version ? Xav -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441553: nrss: doesn't work at all
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 wrote: I had wget 1.10 installed. I just ran apt-get update, and apt-get upgrade wget, and I'm still at 1.10. http://packages.debian.org/wget says its the latest version available for debian, can you run which wget to see if it Debian's version or not? It's from debian, but it may be from experimental. The exact package version is 1.10.2+1.11.beta1-1 Xav -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#440068: gnumach: GPT in fp_save, fpu.c:675
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 too much time to debug on my own; I'm using QEMU-x86 with kqemu acceleration on ebaled as my platform) Michael On Tue, 2007-09-04 at 01:24 +0200, Samuel Thibault wrote: Hi, Samuel Thibault, le Wed 29 Aug 2007 16:50:20 +0200, a écrit : Michael Banck, le Wed 29 Aug 2007 16:13:20 +0200, a écrit : eax 0x107502f8 This is the culprit: fxsave needs the buffer to be 16 bytes-aligned. It looks like there is a bug somewhere in the alignment support of zalloc(). The attached patch should help: in case the allocation makes sleep, zalloc_next_space could be changed by another task, and hence possibly unaligned. Samuel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#437949: texlive-bin: FTBFS on hurd-i386 because of icu
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 dymanic (and I believe the default is 1024
based on what sysconf(_SC_OPEN_MAX) says). My patch causes the array to
be allocated dymanically should
NOFILE not be defined.
That being said, Samuel's patch properly fixes the build system by
adding a mh-gnu file,
(my patch simply replaces mh-unknown with mh-linux). I've included the
revelent fix for
detex.l below.
Michael
--- a/build/source/texk/detex/detex.lSun Aug 26 05:16:32 2007 -0400
+++ b/build/source/texk/detex/detex.lMon Aug 27 07:26:04 2007 -0400
@@ -34,6 +34,9 @@ static charrcsid[] = $Header: /p/src/l
#endif
#ifndef MAXPATHLEN
#include sys/param.h
+#endif
+#ifndef NOFILE
+#include unistd.h
#endif
#define PATH_MAX MAXPATHLEN
#ifdef OS2
@@ -89,7 +92,15 @@ char*rgsbInputPaths[MAXINPUTPATHS];/*
char*rgsbInputPaths[MAXINPUTPATHS];/* list of input paths in
order */
charsbCurrentEnv[CCHMAXENV];/* current environment being ignored */
char*sbProgName;/* name we were invoked with */
+
+/* Not all systems define NOFILE */
+#ifdef NOFILE
FILE*rgfp[NOFILE+1];/* stack of input/include files */
+#else
+FILE **rgfp;
+#endif /* NOFILE */
+
intcfp = 0;/* count of files in stack */
intcOpenBrace = 0;/* count of `{' in LaMacro2 */
intcsbEnvIgnore;/* count of environments ignored */
@@ -278,6 +289,11 @@ char*rgsbArgs[];
char*pch, *sbEnvList = DEFAULTENV, sbBadOpt[2];
FILE*TexOpen();
intfSawFile = 0, iArgs = 1;
+
+/* Allocate rgfp if we don't have NOFILE defined */
+#ifndef NOFILE
+*rgfp = malloc((sysconf(_SC_OPEN_MAX)+1) * sizeof(FILE));
+#endif
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#433539: gcc-4.1: Updated Profiling Patch (yet again)
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 tested yet -
there
still might be bugs!)
Michael
-- System Information:
Debian Release: lenny/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: hurd-i386 (i686-AT386)
Kernel: GNU-Mach 1.3.99/Hurd-0.3
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/bash
Versions of packages gcc-4.1 depends on:
ii binutils 2.17cvs20070426-8 The GNU assembler, linker and bina
ii cpp-4.14.1.2-13 The GNU C preprocessor
ii gcc-4.1-base 4.1.2-13 The GNU Compiler Collection (base
ii libc0.32.5-11+hurd.1 GNU C Library: Shared libraries
ii libgcc11:4.2.1-0 GCC support library
Versions of packages gcc-4.1 recommends:
ii libmudflap0-dev 4.1.2-13 GCC mudflap support libraries (dev
-- no debconf information
--- src/gcc/config/i386/gnu.h 2007-07-14 17:02:14.21000 -0400
+++ src/gcc/config/i386/gnu.h 2007-07-14 13:01:43.97000 -0400
@@ -34,8 +34,8 @@
#define STARTFILE_SPEC \
%{!shared: \
%{!static: \
- %{pg:gcrt1.o%s} %{!pg:%{p:gcrt1.o%s} %{!p:crt1.o%s}}} \
- %{static:crt0.o%s}} \
+ %{pg:gcrt0.o%s} %{!pg:%{p:gcrt0.o%s} %{!p:crt1.o%s}}} \
+ %{static: %{pg:gcrt0.o%s} %{!pg:{%p:crt0.o%s}} %{!p:crt0.o%s}}} \
crti.o%s %{static:crtbeginT.o%s}\
%{!static:%{!shared:crtbegin.o%s} %{shared:crtbeginS.o%s}}
Bug#435907: gcc-4.1: Empty ; causes programs built with profiling to hang
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 Information:
Debian Release: lenny/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: hurd-i386 (i686-AT386)
Kernel: GNU-Mach 1.3.99/Hurd-0.3
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/bash
Versions of packages gcc-4.1 depends on:
ii binutils 2.17cvs20070426-8 The GNU assembler, linker and bina
ii cpp-4.14.1.2-13 The GNU C preprocessor
ii gcc-4.1-base 4.1.2-13 The GNU Compiler Collection (base
ii libc0.32.5-11+hurd.1 GNU C Library: Shared libraries
ii libgcc11:4.2.1-0 GCC support library
Versions of packages gcc-4.1 recommends:
ii libmudflap0-dev 4.1.2-13 GCC mudflap support libraries (dev
-- no debconf information
#include stdio.h
#include unistd.h
int main() {
;
return 0;
}
Bug#433539: gcc-4.1: Final patch for profiling
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
patch also works for gcc-4.2 (although its off by five lines)
Michael
-- System Information:
Debian Release: lenny/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: hurd-i386 (i686-AT386)
Kernel: GNU-Mach 1.3.99/Hurd-0.3
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/bash
Versions of packages gcc-4.1 depends on:
ii binutils 2.17cvs20070426-8 The GNU assembler, linker and bina
ii cpp-4.14.1.2-13 The GNU C preprocessor
ii gcc-4.1-base 4.1.2-13 The GNU Compiler Collection (base
ii libc0.32.5-11+hurd.1 GNU C Library: Shared libraries
ii libgcc11:4.2.1-0 GCC support library
Versions of packages gcc-4.1 recommends:
ii libmudflap0-dev 4.1.2-13 GCC mudflap support libraries (dev
-- no debconf information
--- src/gcc/config/i386/gnu.h 2007-07-14 17:02:14.21000 -0400
+++ src/gcc/config/i386/gnu.h 2007-07-14 13:01:43.97000 -0400
@@ -34,8 +34,8 @@
#define STARTFILE_SPEC \
%{!shared: \
%{!static: \
- %{pg:gcrt1.o%s} %{!pg:%{p:gcrt1.o%s} %{!p:crt1.o%s}}} \
- %{static:crt0.o%s}} \
+ %{pg:gcrt0.o%s} %{!pg:%{p:gcrt0.o%s} %{!p:crt1.o%s}}} \
+ %{static: %{pg:gcrt0.o%s} %{!pg:{%p:gcrt0.o%s} %{!p:crt0.o%s \
crti.o%s %{static:crtbeginT.o%s}\
%{!static:%{!shared:crtbegin.o%s} %{shared:crtbeginS.o%s}}
Bug#434937: gcc-4.2: Profiling on Hurd procudes a non-working executable
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: (500, 'unstable')
Architecture: hurd-i386 (i686-AT386)
Kernel: GNU-Mach 1.3.99/Hurd-0.3
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/bash
Versions of packages gcc-4.2 depends on:
ii binutils 2.17cvs20070426-8 The GNU assembler, linker and bina
ii cpp-4.24.2.1-0 The GNU C preprocessor
ii gcc-4.2-base 4.2.1-0 The GNU Compiler Collection (base
ii libc0.32.5-11+hurd.1 GNU C Library: Shared libraries
ii libgcc11:4.2.1-0 GCC support library
ii libgomp1 4.2.1-0 GCC OpenMP (GOMP) support library
Versions of packages gcc-4.2 recommends:
pn libmudflap0-4.2-dev none (no description available)
-- no debconf information
*** ../gcc-4.2-profiling.patch
--- gcc-4.2-4.2-20070707/src/gcc/config/i386/gnu.h 2007-07-26
23:39:43.62000 -0400
+++ gcc-4.2-4.2-20070707/src-save/gcc/config/i386/gnu.h 2007-07-25
11:47:43.83000 -0400
@@ -29,8 +29,8 @@
#define STARTFILE_SPEC \
%{!shared: \
%{!static: \
- %{pg:gcrt1.o%s} %{!pg:%{p:gcrt1.o%s} %{!p:crt1.o%s}}} \
- %{static:crt0.o%s}} \
+ %{pg:gcrt0.o%s} %{!pg:%{p:gcrt0.o%s} %{!p:crt1.o%s}}} \
+ %{static: %{pg:gcrt0.o%s} %{!pg:%{p:gcrt0.o%s} %{!p:crt0.o%s \
crti.o%s %{static:crtbeginT.o%s}\
%{!static:%{!shared:crtbegin.o%s} %{shared:crtbeginS.o%s}}
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#433716: file: File doesn't compile on Debian GNU/Hurd
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 - -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: hurd-i386 (i686-AT386) Kernel: GNU-Mach 1.3.99/Hurd-0.3 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages file depends on: ii libc0.3 2.5-11+hurd.1GNU C Library: Shared libraries ii libmagic1 4.21-1 File type determination library us ii zlib1g 1:1.2.3.3.dfsg-5 compression library - runtime file recommends no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU) iD8DBQFGm0PVV/FBeJ6jsZQRAtR0AJ94myWQM4de0R+uegXqiGn4BmLV4gCeM/BH n5uqDxLXfG4lkoZZHUBzioc= =emZJ -END PGP SIGNATURE- *** file-4.21/src/magic.c 2007/07/16 09:10:24 1.1 --- file-4.21/src/magic.c 2007/07/16 09:41:40 *** *** 58,63 --- 58,68 #include locale.h #endif + #ifndef PIPE_BUF + // Get the PIPE_BUF from pathconf + #define PIPE_BUF pathconf(., _PC_PIPE_BUF) + #endif + #include netinet/in.h /* for byte swapping */ #include patchlevel.h
Bug#433539: gcc-4.1: profiling support on hurd
-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 changes the gnu specfile within GCC so
it properly links binaries when compiled with profiling
- -- System Information:
Debian Release: lenny/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: hurd-i386 (i686-AT386)
Kernel: GNU-Mach 1.3.99/Hurd-0.3
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/bash
Versions of packages gcc-4.1 depends on:
ii binutils 2.17cvs20070426-8 The GNU assembler, linker and bina
ii cpp-4.14.1.2-13 The GNU C preprocessor
ii gcc-4.1-base 4.1.2-13 The GNU Compiler Collection (base
ii libc0.32.5-11+hurd.1 GNU C Library: Shared libraries
ii libgcc11:4.2-20070627-1 GCC support library
Versions of packages gcc-4.1 recommends:
ii libmudflap0-dev 4.1.2-13 GCC mudflap support libraries (dev
- -- no debconf information
- --===1063792021==
Content-Type: text/plain; charset=us-ascii
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment; filename=profiling.patch
+++ src/gcc/config/i386/gnu.h Sat Jul 14 13:01:43 2007
- --- src/gcc/config/i386/gnu.h Sat Jul 14 17:02:14 2007
***
*** 34,41
#define STARTFILE_SPEC \
%{!shared: \
%{!static: \
- -%{pg:gcrt1.o%s} %{!pg:%{p:gcrt1.o%s} %{!p:crt1.o%s}}} \
+%{pg:gcrt0.o%s} %{!pg:%{p:gcrt0.o%s} %{!p:crt1.o%s}}} \
- - %{static:crt0.o%s}} \
+ %{static: %{pg:gcrt0.o%s} %{!pg:{%p:gcrt0}} %{!p:crt0.o%s}}} \
crti.o%s %{static:crtbeginT.o%s}\
%{!static:%{!shared:crtbegin.o%s} %{shared:crtbeginS.o%s}}
***
- --===1063792021==--
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU)
iD8DBQFGmgY8V/FBeJ6jsZQRAoixAJ9BGvjn4UmvuN5VHZ/hQDagBWDWhgCfXfRY
+IsMQaYqxlmmeikBh1+KWfQ=
=wxQs
-END PGP SIGNATURE-
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
