Bug#874901: [GLE-devel] Probable fix for qgle seg faults with latest ghostscript versions
On Mon, Mar 02, 2020 at 08:18:21PM +0100, Moritz M?hlenhoff wrote: > > I've now filed a removal bug for gle-graphics. It can be re-introduced when > a stable Qt5 port is available, there's plenty of time until the next freeze. Thanks, Moritz. I uploaded a version today which should fix everything, it has to go trough NEW, so it will take a little longer. The Qt5 part was already working fine, only the part loading the ghostscript library had issues. The library is located in /usr/lib/, for example /usr/lib/x86_64-linux-gnu/ on amd64. The triarch part can be determined with: ARCH = $(shell dpkg-architecture -qDEB_HOST_MULTIARCH) I tried to pass this directory with a define to the cpp code, where it would be used to load the library. The define worked fine (some issues with quotes) according to the logs, but during compilation this was changed to: /usr/lib/x86_64-1-gnu (linux replace by 1), which I could not figure out how to fix or even what happened there. So instead of using the define, I created a new header file during the build, where a const with the correct path was defined. The only change to the upstream code is now to include this new header file and load the library with the const as path. That works fine (tested only on amd64, but strace shows the correct path), and I expect it to work for all other arches as well, as long as the dpkg-architecture call is correct. This is the solution I have been looking for, even though it is debian specific. But other distributions should be able to create the own fix based on this. Now if I can get write access to the git repository on salsa, I can push the new version there. Christian
Bug#874901: [GLE-devel] Probable fix for qgle seg faults with latest ghostscript versions
On Thu, Aug 29, 2019 at 10:55:28PM +0200, Francesco Poli wrote: > On Thu, 29 Aug 2019 22:14:04 +0200 Christian T. Steigies wrote: > > > Hi, > > On Fri, Aug 16, 2019 at 04:32:08PM +0100, Laurence Abbott via Glx-devel > > wrote: > > > I _think_ I have the fix for seg faults that occur when QGLE is used with > > > ghostscript 9.27 (the latest release). > > > > I applied Laurence's patches and applied them to the Debian package, plus > > some Debian related changes. It looks as if we have QGLE ported to Qt5! > > Hey, I am glad to hear this! :-) > I am adding the Qt4-removal bug address to the list of recipient, since > this is good news for Qt4-removal issue. > > > > > I need to do some before this can go into Debian, but here are amd64 and > > source packages for you to test: > > > > https://people.debian.org/~cts/deb/ > > > > Please don't upload them, but test and send feedback back to the list. > > Any specific reason to use a version number (4.2.5-7~exp1) which is > actually considered lower than the one currently in Debian unstable > (4.2.5-7+b1)? Oh, I forgot about the binNMU. This is not the version that will be uploaded to Debian, that will be -8. I just wanted to give you something to test, before I upload, and it should have had a version between 7 and 8. Well, I guess you can still test it, since you need to install the deb manually anyway. Christian
Bug#934976: defendguin-data: Bill Gates images used, questionable copyright status
Hi Bill, On Sat, Aug 17, 2019 at 05:15:08PM +0200, Fabio Pesari wrote: > Package: defendguin-data > Version: 0.0.12-7 > Severity: serious > Tags: upstream > Justification: Policy 2.3 > > Dear Maintainer, > > defendguin-data uses real-life photographs of Bill Gates (from the 70s, I > believe) in the defendguin/images/evilbill directory. I doubt those are > released under a free license. > > The audio files in the defendguin/sounds directory are also suspicious, they > sound like they have been sampled from sources whose copyright status isn't > clear. > > For this reason, I think these files should not be distributed by Debian. > > > > -- System Information: > Debian Release: bullseye/sid > APT prefers testing > APT policy: (500, 'testing') > Architecture: amd64 (x86_64) > > Kernel: Linux 4.19.0-5-amd64 (SMP w/4 CPU cores) > Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE= > (charmap=UTF-8) > Shell: /bin/sh linked to /usr/bin/dash > Init: systemd (via /run/systemd/system) > LSM: AppArmor: enabled > > -- no debconf information In the AUTHORS file you write "used with permission" for the "photo". I don't see this mentioned under the Sound Effects. Do you think there is a copyright problem or not? If there is a problem, I would probably just drop the package from Debian, I don't think its worth the effort to create new images and sound files for this old package. thanks, Christian
Bug#853420: gle-graphics: fix ftbfs with GCC-7
Hi, On Wed, Oct 18, 2017 at 10:50:40PM +0200, Sl?vek Banko wrote: > Tags: + patch > > By chance, I encountered the same bug in another project. > I attach a patch here as well. Thanks for your patch, much easier than what I tried: I removed abs() from f2c.h and included cmath and using std:abs to the cpp files. Also I had to do this in two files: fcontour.cpp and ffitcontour.cpp to get it to compile. Your patch is less invasive, so I uploaded that now. If I could figure out what happened to the upstream branch I would also push this to alioth... thanks, Christian
Bug#669161: gle-graphics: FTBFS on sparc (*** glibc detected *** ../../build/bin/gle: double free or corruption (!prev): 0x70468660 ***)
On Thu, Jun 07, 2012 at 10:57:56PM +0200, Christian T. Steigies wrote: On Thu, Jun 07, 2012 at 10:26:43PM +0200, Pino Toscano wrote: Sorry to reopen this bug, but the problem still persist, and it it's on the way of the poppler 0.18 transition; see [1] [1] https://buildd.debian.org/status/fetch.php?pkg=gle-graphicsarch=sparcver=4.2.4c-2%2Bb1stamp=1338767008 It seems gle-graphics is a leaf package, so in case it could be temporarly hinted out of testing to make the transition complete soon (it will reenter once it has been fixed, of course). I think the problem is not gle-graphics but the sparc buildd, I can not reproduce the build failure on the sparc porter box. Can you explain to me why it fails on the buildd, but not on the porter box? Or can you tell me what should be changed in the package? Please try to build it on a different sparc machine, I can successfully build it on smetana.debian.org, and I do not have access to any other sparc machine. My explanation is that the sparc buildd is broken, I have seen that before when I was running m68k buildds. The only other explanation, in case the sparc buildd is not broken, would be that the porter box is broken so that it produces working packages. I think this is less likely. No response from you or the original bug reporter for over a week, does this mean you agree with my conclusion that the sparc buildd is broken? Christian -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669161: gle-graphics: FTBFS on sparc (*** glibc detected *** ../../build/bin/gle: double free or corruption (!prev): 0x70468660 ***)
On Sat, Jun 16, 2012 at 02:59:48PM +0200, Julien Cristau wrote: On Sat, Jun 16, 2012 at 14:44:02 +0200, Christian T. Steigies wrote: No response from you or the original bug reporter for over a week, does this mean you agree with my conclusion that the sparc buildd is broken? The same failure happened on multiple buildds. So probably not. Then please give me a hint on what I should fix. I can not reproduce this on the only available Debian sparc box. It still builds fine in the sid chroot on smetana.debian.org. What is the difference between smetana and the sparc buildds, shouldn't they behave identically? Christian -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669161: gle-graphics: FTBFS on sparc (*** glibc detected *** ../../build/bin/gle: double free or corruption (!prev): 0x70468660 ***)
On Thu, Jun 07, 2012 at 10:26:43PM +0200, Pino Toscano wrote: reopen 669161 thanks Hi Christian, Alle domenica 13 maggio 2012, Christian T. Steigies ha scritto: On Tue, Apr 17, 2012 at 10:36:30PM +0200, Julien Cristau wrote: Source: gle-graphics Version: 4.2.4-1 Severity: serious Tags: wheezy sid Justification: fails to build from source (but built successfully in the past) gle-graphics no longer builds on sparc, see e.g. the log at https://buildd.debian.org/status/fetch.php?pkg=gle-graphicsarch=sp arcver=4.2.4-1stamp=1333804744 I have uploaded a new version of gle-graphics and it fails to build with the same problem on sparc: https://buildd.debian.org/status/fetch.php?pkg=gle-graphicsarch=spar cver=4.2.4c-1stamp=1336781297 Sorry to reopen this bug, but the problem still persist, and it it's on the way of the poppler 0.18 transition; see [1] [1] https://buildd.debian.org/status/fetch.php?pkg=gle-graphicsarch=sparcver=4.2.4c-2%2Bb1stamp=1338767008 It seems gle-graphics is a leaf package, so in case it could be temporarly hinted out of testing to make the transition complete soon (it will reenter once it has been fixed, of course). I think the problem is not gle-graphics but the sparc buildd, I can not reproduce the build failure on the sparc porter box. Can you explain to me why it fails on the buildd, but not on the porter box? Or can you tell me what should be changed in the package? Please try to build it on a different sparc machine, I can successfully build it on smetana.debian.org, and I do not have access to any other sparc machine. My explanation is that the sparc buildd is broken, I have seen that before when I was running m68k buildds. The only other explanation, in case the sparc buildd is not broken, would be that the porter box is broken so that it produces working packages. I think this is less likely. Christian -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669161: gle-graphics: FTBFS on sparc (*** glibc detected *** ../../build/bin/gle: double free or corruption (!prev): 0x70468660 ***)
On Tue, Apr 17, 2012 at 10:36:30PM +0200, Julien Cristau wrote: Source: gle-graphics Version: 4.2.4-1 Severity: serious Tags: wheezy sid Justification: fails to build from source (but built successfully in the past) gle-graphics no longer builds on sparc, see e.g. the log at https://buildd.debian.org/status/fetch.php?pkg=gle-graphicsarch=sparcver=4.2.4-1stamp=1333804744 I have uploaded a new version of gle-graphics and it fails to build with the same problem on sparc: https://buildd.debian.org/status/fetch.php?pkg=gle-graphicsarch=sparcver=4.2.4c-1stamp=1336781297 However, when I build it on smetana, the only reachable sparc porter box, it builds just fine in the sid chroot. Thus, I can not reproduce your bug, is it possible that the sparc buildd is broken? If not, this would mean that smetana is broken, causing gle-graphics to build successfully. Or do you have another explanation? From the build log on smetana: dpkg-buildpackage -rfakeroot -D -us -uc dpkg-buildpackage: source package gle-graphics dpkg-buildpackage: source version 4.2.4c-1 dpkg-buildpackage: source changed by Christian T. Steigies c...@debian.org dpkg-source --before-build gle-graphics-4.2.4c dpkg-buildpackage: host architecture sparc [...] GLE 4.2.4c[init.tex]-C-R- If GLE says 'Saving definitions', then compilation was successful. init.tex (692) |end text| Saving definitions make[3]: Leaving directory `/home/cts/gle-graphics-4.2.4c/src/TeX' [...] dpkg-deb: building package `gle-graphics' in `../gle-graphics_4.2.4c-1_sparc.deb'. dpkg-genchanges ../gle-graphics_4.2.4c-1_sparc.changes Christian -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644588: gle-graphics: FTBFS: Message: /usr/lib/libgle-graphics-4.2.2.so: cannot open shared object file: No such file or directory
On Tue, Oct 18, 2011 at 08:51:06AM +0200, Petr Salinger wrote: The problem seems be in src/gle/file_io.cpp: #if defined(__UNIX__) !defined(__MACOS__) !defined(__FREEBSD__) /* try to read location from the /proc/self/exe file */ char path[PATH_MAX]; struct stat stat_buf; string path2 = /proc/self/exe; There is a /proc/self/exe support under GNU/kFreeBSD, but it is limited, namely inside combination of bind mounts and chroots. I bet that configuration of buildd have been changed in mean time. In fact the /proc/self/exe file systems is linuxism. On the porter machines /proc is mounted, also inside the chroots: null/proc linprocfs rw 0 0 null/srv/chroot/sid/proclinprocfs rw0 2 It is possible that this is a linuxism, but if this should not be used on bsd, wouldn't it be better if the proc filesystem is NOT available on the porter boxes? Or at least document it so that package maintainers can find it. I do not see proc mentioned here http://wiki.debian.org/Debian_GNU/kFreeBSD_FAQ or here http://glibc-bsd.alioth.debian.org/porting/PORTING When I log onto the hurd porter box, I get some links to porting issues, which I think is a great idea (but they also don't mention proc...) Please try this: --- src/gle/file_io.cpp +++ src/gle/file_io.cpp @@ -1334,7 +1334,7 @@ return true; } #endif -#if defined(__UNIX__) !defined(__MACOS__) !defined(__FREEBSD__) +#if defined(__linux__) /* try to read location from the /proc/self/exe file */ char path[PATH_MAX]; struct stat stat_buf; Thanks for the patch. This works on the porterbox, so I hope it will also work on the buildds. Christian -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644588: gle-graphics: FTBFS(kfreebsd): Message: /usr/lib/libgle-graphics-4.2.2.so: cannot open shared object file: No such file or directory
On Fri, Oct 07, 2011 at 11:33:33PM +0200, Christoph Egger wrote: Hi! Christian T. Steigies c...@debian.org writes: Hi, On Fri, Oct 07, 2011 at 12:08:59PM +0200, Christian T. Steigies wrote: On Fri, Oct 07, 2011 at 10:22:32AM +0200, Christoph Egger wrote: Package: src:gle-graphics Version: 4.2.2-5 Severity: serious Tags: sid wheezy Justification: fails to build from source (but built successfully in the past) Hi! Your package failed to build on the kfreebsd-* buildds: I do not understand why it fails now, since it has built before. As you can see, the previous binNMU has also failed, while the one before was successful: https://buildd.debian.org/status/logs.php?pkg=gle-graphicsarch=kfreebsd-amd64 The problem seems to be that during the build process the binary, that has just been built, is run a few times. It needs a library that has just been built and it should use the library from the build directory, since it is not installed on the system. In 4.2.2-4+b1 and -4, the library was found, in 4.2.2-4+b2 and -5, the library is not found. What has changed in kfreebsd in the meantime, and how do I circumvent it? I have successfully built 4.2.2-4 (which failed in the last binNMU) and 4.2.2-5 in an unstable chroot on asdfasdf.debian.net, the kfreebsd-amd64 porterbox. On io.debian.net, the kfreebsd-i386 porterbox, the build does not complete as there is no gs installed in the unstable chroot, but the executable works where it has failed on your machine: I've done some test-builds on my local box. It's permanently building Any news on this? Your bug report is blocking the package from moving to testing: http://qa.debian.org/excuses.php?package=gle-graphics fine unless I'm doing parallel build which fails in a different way: cp -p manip.hlp ../../build/manip.hlp g++ -DHAVE_CONFIG_H -DGLEVN=\4.2.2\ -pthread -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/include/cairo -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/libpng12 cell.o cmd.o eval.o filemenu.o fn.o general.o keyword.o manip.o mjl.o polish.o sub.o token.o var.o unix_extra.o unixinkey.o varargs.o unixscr.o ../gle/cutils.static.o ../gle/file_io.static.o -o ../../build/bin/manip -lncurses -ltinfo -lm make[2]: Leaving directory `/var/tmp/gle-graphics-4.2.2/src/manip' /usr/bin/make -C src/gui -f MakefileAC make[2]: Entering directory `/var/tmp/gle-graphics-4.2.2/src/gui' /usr/bin/qmake-qt4 /usr/bin/make make[3]: Entering directory `/var/tmp/gle-graphics-4.2.2/src/gui' make[3]: warning: jobserver unavailable: using -j1. Add `+' to parent make rule. make[3]: *** No targets specified and no makefile found. Stop. make[3]: Leaving directory `/var/tmp/gle-graphics-4.2.2/src/gui' make[2]: *** [domake] Error 2 make[2]: *** Waiting for unfinished jobs I am not sure what a parallel build is, but it seems to be something that is not done on buildds. I'll reshedule the build to see what happens. If it still fails hopefully someone from -bsd can help you further. So to summarize, both you and I can build the package on kfreebsd machines (debian porter boxes and your box), but the buildds fail to build since 4.2.2-4+b2, whereas 4.2.2-4+b1 and 4.2.2-4 have built successfully. Note that in a binNMU the source code has not been changed. From this I conclude that the bug is not in the source, but only on the buildds, especially since other kfreebsd machines build the package fine, without any source changes. Since nobody from -bsd seems to be able to help, I suggest to reassign the bug to bsd (what would be the pseudo package for that?) or reduce the severity from serious to something reasonable, normal or minor. Christian -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644588: gle-graphics: FTBFS(kfreebsd): Message: /usr/lib/libgle-graphics-4.2.2.so: cannot open shared object file: No such file or directory
On Fri, Oct 07, 2011 at 10:22:32AM +0200, Christoph Egger wrote: Package: src:gle-graphics Version: 4.2.2-5 Severity: serious Tags: sid wheezy Justification: fails to build from source (but built successfully in the past) Hi! Your package failed to build on the kfreebsd-* buildds: make -C title -f Makefile.gcc make[3]: Entering directory `/build/buildd-gle-graphics_4.2.2-5-kfreebsd-amd64-8a_9wn/gle-graphics-4.2.2/gle-refman/title' ../../build/bin/gle -d pdf glelogo.gle GLE: error loading library '/usr/lib/libgle-graphics-4.2.2.so' Message: /usr/lib/libgle-graphics-4.2.2.so: cannot open shared object file: No such file or directory make[3]: *** [glelogo.pdf] Error 255 Full build log at https://buildd.debian.org/status/fetch.php?pkg=gle-graphicsarch=kfreebsd-amd64ver=4.2.2-5stamp=1317942525 Regards Christoph If you have further questions please mail debian-...@lists.debian.org Yes, I have seen that. Can you help me debug it? It also fails on kfreebsd-i386 with the same problem, but builds everywhere else (hurd is another problem, but I know how to fix that). I do not understand why it fails now, since it has built before. As you can see, the previous binNMU has also failed, while the one before was successful: https://buildd.debian.org/status/logs.php?pkg=gle-graphicsarch=kfreebsd-amd64 The problem seems to be that during the build process the binary, that has just been built, is run a few times. It needs a library that has just been built and it should use the library from the build directory, since it is not installed on the system. In 4.2.2-4+b1 and -4, the library was found, in 4.2.2-4+b2 and -5, the library is not found. What has changed in kfreebsd in the meantime, and how do I circumvent it? Christian -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644588: gle-graphics: FTBFS(kfreebsd): Message: /usr/lib/libgle-graphics-4.2.2.so: cannot open shared object file: No such file or directory
Hi, On Fri, Oct 07, 2011 at 12:08:59PM +0200, Christian T. Steigies wrote: On Fri, Oct 07, 2011 at 10:22:32AM +0200, Christoph Egger wrote: Package: src:gle-graphics Version: 4.2.2-5 Severity: serious Tags: sid wheezy Justification: fails to build from source (but built successfully in the past) Hi! Your package failed to build on the kfreebsd-* buildds: I do not understand why it fails now, since it has built before. As you can see, the previous binNMU has also failed, while the one before was successful: https://buildd.debian.org/status/logs.php?pkg=gle-graphicsarch=kfreebsd-amd64 The problem seems to be that during the build process the binary, that has just been built, is run a few times. It needs a library that has just been built and it should use the library from the build directory, since it is not installed on the system. In 4.2.2-4+b1 and -4, the library was found, in 4.2.2-4+b2 and -5, the library is not found. What has changed in kfreebsd in the meantime, and how do I circumvent it? I have successfully built 4.2.2-4 (which failed in the last binNMU) and 4.2.2-5 in an unstable chroot on asdfasdf.debian.net, the kfreebsd-amd64 porterbox. On io.debian.net, the kfreebsd-i386 porterbox, the build does not complete as there is no gs installed in the unstable chroot, but the executable works where it has failed on your machine: (sid)cts@io:~/gle-graphics-4.2.2$ ./build/bin/gle -mkinittex GLE 4.2.2[init.tex]-C-R- If GLE says 'Saving definitions', then compilation was successful. init.tex (686) |end text| Saving definitions (sid)cts@io:~/gle-graphics-4.2.2$ ./build/bin/gle gle-refman/title/glelogo.gle GLE 4.2.2[gle-refman/title/glelogo.gle]-C-R-[glelogo][.eps] To me it looks as if your buildd is borken, please try to build on another machine and close the bug if this is the case. Christian -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#554556: marked as done (FTBFS with binutils-gold)
On Wed, Oct 05, 2011 at 09:15:39PM +0200, Jakub Wilk wrote: * Christian T. Steigies c...@debian.org, 2011-10-05, 20:24: Tried to build your package and it fails to build with GNU binutils-gold. The version in unstable builds fine against binutils-gold. Sorry, I can not reproduce your finding on amd64. Interesting. Indeed, it fails to build on amd64. However, before closing the bug I tried it on i386, where it builds successfully. The relevant line from i386 buid log[0] is: g++ -Wl,-O1 -o ../../build/bin/qgle objects/about.o objects/amove.o objects/arc.o objects/circle.o objects/colourbutton.o objects/colourpicker.o objects/component.o objects/consolewindow.o objects/drawingobject.o objects/ellipse.o objects/fileinfo.o objects/gledrawing.o objects/grid.o objects/line.o objects/main.o objects/mainwindow.o objects/newfile.o objects/polararray.o objects/propertyeditor.o objects/propertymodel.o objects/qgle_statics.o objects/qgs.o objects/qgslibloader.o objects/serverthread.o objects/settings.o objects/settings_dialogue.o objects/snapline.o objects/text.o objects/variantdelegate.o objects/objectblocks.o objects/dialogues.o objects/moc_about.o objects/moc_amove.o objects/moc_arc.o objects/moc_circle.o objects/moc_colourbutton.o objects/moc_colourpicker.o objects/moc_component.o objects/moc_consolewindow.o objects/moc_drawingobject.o objects/moc_ellipse.o objects/moc_gledrawing.o objects/moc_grid.o objects/moc_line.o objects/moc_mainwindow.o objects/moc_newfile.o objects/moc_polararr ay.o objects/moc_propertyeditor.o objects/moc_propertymodel.o objects/moc_qgs.o objects/moc_serverthread.o objects/moc_settings.o objects/moc_settings_dialogue.o objects/moc_snapline.o objects/moc_text.o objects/moc_variantdelegate.o objects/moc_objectblocks.o objects/moc_dialogues.o objects/qrc_qgle.o-L/usr/lib -ldl -lgle-graphics-4.2.2 -L../../build/lib/ -lQtGui -lQtNetwork -lQtCore -lpthread As you see, -ldl is there. Yes, maybe that explains why I can not find the place where I need to add -ldl to make it build on amd64. Are you sure you have binutils-gold installed? Yes. But anyway, sorry for the noise! [0] https://buildd.debian.org/status/fetch.php?pkg=gle-graphicsarch=i386ver=4.2.2-4%2Bb2stamp=1316278910 On the amd64 buildd (without binutils-gold), it builds, without -ldl: https://buildd.debian.org/status/fetch.php?pkg=gle-graphicsarch=amd64ver=4.2.2-4%2Bb2stamp=1316277792 With binutils-gold, there is no -ldl, and the build fails. I did not see any significant difference between your i386 and and my amd64 buildlog, during the build, the check for dlopen succeeds: checking for qmake-qt4... /usr/bin/qmake-qt4 checking for library containing dlopen... -ldl However, tt does build on amd64 with this patch: -- gle-graphics-4.2.2.orig/src/gui/qgle.pro.in +++ gle-graphics-4.2.2/src/gui/qgle.pro.in @@ -163,7 +163,7 @@ # link against the GLE library (unix - Linux and Mac OS/X) unix { - LIBS += -lgle-graphics-@GLE_VERSION@ -L../../build/lib/ + LIBS += -ldl -lgle-graphics-@GLE_VERSION@ -L../../build/lib/ } win32 { LIBS += -lgle-graphics-@GLE_VERSION@ -L../../build/bin/ Or with this patch: --- gle-graphics-4.2.2.orig/src/gui/qgle.pro.in +++ gle-graphics-4.2.2/src/gui/qgle.pro.in @@ -157,7 +157,7 @@ images/reload.png \ images/reload_red.png -linux-g++ { +linux-g++-64 { LIBS += -ldl } I am not a qt expert, but I wonder why the rule needs to be called linux-g++-64 even though the compiler is called as g++. I assume the latter patch works only for amd64 and will fail on all other arches, does it need an arch specific extension for every other CPU? So perhaps the first solution is better, is there a reason why -ldl is not included in the unix rule? Christian -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#628265: gle-graphics: FTBFS: libdl.so.2: could not read symbols: Invalid operation
On Wed, Jul 20, 2011 at 10:37:17AM +0200, Lucas Nussbaum wrote: It's not failing for me in my latest rebuild. Closing. Hint: usually it helps to diff the build logs to see if a build-dep changed, which often helps to track down the source of the problem. --- gle-graphics_4.2.2-4_lsid64.buildlog2011-05-28 10:42:55.0 +0200 +++ gle-graphics_4.2.2-4-amd64-20110719-23452011-07-20 00:01:17.992162606 +0200 @@ -1,38 +1,24 @@ -DC-Build-Header: gle-graphics 4.2.2-4 / Sat May 28 10:09:49 +0200 2011 -sbuild (Debian sbuild) 0.60.0 (23 Feb 2010) on suno-13.sophia.grid5000.fr +sbuild (Debian sbuild) 0.60.0 (23 Feb 2010) on guido.earth.sol ââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââ -â gle-graphics 4.2.2-4 (amd64) 28 May 2011 10:09 â +â gle-graphics 4.2.2-4 (amd64) 19 Jul 2011 23:45 â ââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââ Package: gle-graphics Version: 4.2.2-4 Architecture: amd64 -Chroot Build Dir: /var/lib/schroot/mount/lsid64-14bc93c3-015a-40af-b306-82191bb04341/build/user-gle-graphics_4.2.2-4-amd64-5lKgtX -Start Time: 20110528-1009 +Chroot Build Dir: /var/lib/schroot/mount/buildd-03babacc-ee9e-4076-a8cb-a609e1cd74da/build/root-gle-graphics_4.2.2-4-amd64-Ughcbz +Start Time: 20110719-2345 Checking correctness of source dependencies... Kernel: Linux 2.6.32-5-amd64 amd64 (x86_64) -Toolchain package versions: libc6-dev_2.13-4 dpkg-dev_1.16.0.3 linux-libc-dev_2.6.39-1+b1 gcc-4.6_4.6.0-10 g++-4.6_4.6.0-10 binutils_2.21.51.20110523-1 libstdc++6-4.6-dev_4.6.0-10 libstdc++6_4.6.0-10 -Package versions: apt_0.8.14.1 apt-utils_0.8.14.1 autoconf_2.68-1 automake_1:1.11.1-1 autotools-dev_20110511.1 base-files_6.4 base-passwd_3.5.22 bash_4.1-3 binutils_2.21.51.20110523-1 bsdmainutils_8.2.2 bsdutils_1:2.17.2-9.1 build-essential_11.5 bzip2_1.0.5-6 cdbs_0.4.94 coreutils_8.5-1 cpp_4:4.6.0-5 cpp-4.6_4.6.0-10 dash_0.5.5.1-7.4 debconf_1.5.39 debfoster_2.7-1.1 debhelper_8.1.6 debian-archive-keyring_2010.08.28 debianutils_4 diffutils_1:3.0-1 dpkg_1.16.0.3 dpkg-dev_1.16.0.3 e2fslibs_1.41.12-4 e2fsprogs_1.41.12-4 ed_1.4-3 fakeroot_1.15.1-1 file_5.04-5+b1 findutils_4.4.2-1+b1 fontconfig_2.8.0-2.2 fontconfig-config_2.8.0-2.2 g++_4:4.6.0-5 g++-4.6_4.6.0-10 gcc_4:4.6.0-5 gcc-4.6_4.6.0-10 gcc-4.6-base_4.6.0-10 gettext_0.18.1.1-3 gettext-base_0.18.1.1-3 ghostscript_9.02~dfsg-2 gnupg_1.4.11-3 gpgv_1.4.11-3 grep_2.6.3-3 groff-base_1.21-5 gs-cjk-resource_1.20100103-2 gsfonts_1:8.11+urwcyr1.0.7~pre44-4.2 gzip_1.3.12-9 hostname_3.06 html2text_1.3.2a-15 initscripts_2.88dsf-13.7 insserv_1.14.0-2.1 install-info_4.13a.dfsg.1-6 intltool-debian_0.35.0+20060710.1 less_443-1 libacl1_2.2.49-4 libattr1_1:2.4.44-2 libaudio2_1.9.2-7 libavahi-client3_0.6.30-3 libavahi-common-data_0.6.30-3 libavahi-common3_0.6.30-3 libblkid1_2.17.2-9.1 libboost-dev_1.46.1.1 libboost1.46-dev_1.46.1-5 libbz2-1.0_1.0.5-6 libc-bin_2.13-4 libc-dev-bin_2.13-4 libc6_2.13-4 libc6-dev_2.13-4 libcloog-ppl0_0.15.9-3 libcomerr2_1.41.12-4 libcroco3_0.6.2-1 libcups2_1.4.6-6 libcupsimage2_1.4.6-6 libdb4.7_4.7.25-19 libdb5.1_5.1.25-10 libdbus-1-3_1.4.8-3 libdpkg-perl_1.16.0.3 libexpat1_2.0.1-7 libfontconfig1_2.8.0-2.2 libfreetype6_2.4.4-1 libgc1c2_1:7.1-7 libgcc1_1:4.6.0-10 libgcrypt11_1.4.6-5 libgdbm3_1.8.3-9 libglib2.0-0_2.28.6-1 libgmp10_2:5.0.1+dfsg-7 libgmpxx4ldbl_2:5.0.1+dfsg-7 libgnutls26_2.10.5-1+b1 libgomp1_4.6.0-10 libgpg-error0_1.10-0.3 libgs9_9.02~dfsg-2 libgs9-common_9.02~dfsg-2 libgssapi-krb5-2_1.9+dfsg-1+b1 libice6_2:1.0.7-1 libicu44_4.4.2-2 libidn11_1.20-1 libijs-0.35_0.35-7 libjasper1_1.900.1-7+b1 libjbig2dec0_0.11-1 libjpeg62_6b1-1 libjpeg62-dev_6b1-1 libk5crypto3_1.9+dfsg-1+b1 libkeyutils1_1.4-4 libkpathsea5_2009-8 libkrb5-3_1.9+dfsg-1+b1 libkrb5support0_1.9+dfsg-1+b1 liblcms1_1.18.dfsg-1.2+b4 liblzma2_5.0.0-2 libmagic1_5.04-5+b1 libmng1_1.0.10-1+b1 libmpc2_0.9-3 libmpfr4_3.0.1-3 libncurses5_5.9-1 libncurses5-dev_5.9-1 libncursesw5_5.9-1 libopenjpeg2_1.3+dfsg-4 libpam-modules_1.1.2-3 libpam-runtime_1.1.2-3 libpam0g_1.1.2-3 libpaper1_1.1.24+nmu1 libpcre3_8.12-3 libpipeline1_1.2.0-1 libpng12-0_1.2.44-2 libpng12-dev_1.2.44-2 libpoppler5_0.12.4-1.2 libpopt0_1.16-1 libppl-c4_0.11.2-3 libppl9_0.11.2-3 libpwl5_0.11.2-3 libqt4-dbus_4:4.7.3-1 libqt4-declarative_4:4.7.3-1 libqt4-designer_4:4.7.3-1 libqt4-dev_4:4.7.3-1 libqt4-help_4:4.7.3-1 libqt4-network_4:4.7.3-1 libqt4-qt3support_4:4.7.3-1 libqt4-script_4:4.7.3-1 libqt4-scripttools_4:4.7.3-1 libqt4-sql_4:4.7.3-1 libqt4-svg_4:4.7.3-1 libqt4-test_4:4.7.3-1 libqt4-xml_4:4.7.3-1
Bug#628265: gle-graphics: FTBFS: libdl.so.2: could not read symbols: Invalid operation
Hi, On Sat, May 28, 2011 at 01:58:40PM +0200, Lucas Nussbaum wrote: Source: gle-graphics Version: 4.2.2-4 Severity: serious Tags: wheezy sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20110528 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part: /usr/bin/ld: note: 'dlclose@@GLIBC_2.2.5' is defined in DSO /lib64/libdl.so.2 so try adding it to the linker command line /lib64/libdl.so.2: could not read symbols: Invalid operation collect2: ld returned 1 exit status The full build log is available from: http://people.debian.org/~lucas/logs/2011/05/28/gle-graphics_4.2.2-4_lsid64.buildlog A list of current common problems and possible solutions is available at http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! About the archive rebuild: The rebuild was done on about 50 AMD64 nodes of the Grid'5000 platform, using a clean chroot. Internet was not accessible from the build systems. I have rebuilt gle-graphics in a sid chroot (using pbuilder AND sbuild) and I can not reproduce this. My AMD64 only has two cores, but that is probably not relevant. Can you try again on your cluster and then close or reassign the bug? Christian -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#613344: bumprace: Music and sounds have undocumented and likely non-free origin
On Mon, Feb 14, 2011 at 05:20:17PM -0800, Josh Triplett wrote: On Mon, Feb 14, 2011 at 11:56:53PM +0100, Christian T. Steigies wrote: On Mon, Feb 14, 2011 at 01:08:42AM -0800, Josh Triplett wrote: On Mon, Feb 14, 2011 at 12:39:48AM -0800, Josh Triplett wrote: The music and sounds in Bumprace don't have any documentation for their origin, or of the license that applies to them. The bumprace music, lizard.mod, looks like a copy of Lizardkind's Theme, a well-known s/kind/king/ You are correct, the copyright file does not mention the music, it should. However, I found this mod for example at: http://modarchive.org/index.php?request=view_by_moduleidquery=48348 Which distributes this under the Mod Archive Distribution license. This looks reasonable ok to me, but it also says that the author should be asked for permission. I am not sure if that has happened, at least I do not see it mentioned in the source. Karl? The Mod Archive Distribution License doesn't look even remotely close to a free license; in particular, provided it has stayed in its original, unmodified, unbundled form. The Licensing FAQ says This does not cover inclusion in a packed/bundled application or game. So, unless the author has given separate permission for use in bumprace, the .mod remains not only non-free but entirely non-distributable as part of bumprace. According to upstream, and the AUTHORS file in orig.tar.gz, the license for the artwork is as follows: == ARTWORK == The music was written by THE LIZARD KING E-mail: gustaf.grefb...@pp.itv.se Homepage: http://www.itv.se/~a1055/frames.html Files: lizard.mod License: free to use, modify and redistribute Background image by TOZZIE: Homepage: http://www.tozzie-designs.com/ Files: back2.jpg License: free to use, modify and redistribute Sound effects: Copied from an old version of the game Clanbomber Files: explode.wav whoosh.wav winlevel.wav License: GPL I will mention this specifically in the copyright file in the next upload and I hope this closes this bug. I have soem doubts, though, since the webpages do not work for me anymore and the old version of clanbomber seems to have been removed from Debian. Christian -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#571296: FTBFS: autofoo failures
Hi, On Thu, Feb 25, 2010 at 02:28:35AM +0100, Cyril Brulebois wrote: Source: gle-graphics Version: 4.2.2-2 Severity: serious Justification: FTBFS Hi, looks like you're missing a B-D on autoconf? | aclocal autoconf ./configure --docdir=/usr/share/doc/gle-graphics/ --with-rpath=no | configure.ac:173: error: possibly undefined macro: AC_DEFINE | If this token and others are legitimate, please use m4_pattern_allow. | See the Autoconf documentation. | configure.ac:458: error: possibly undefined macro: AC_MSG_RESULT | make: *** [configure/gle-graphics] Error 1 Full build logs: https://buildd.debian.org/status/package.php?suite=unstablep=gle-graphics Anyway, ???autoreconf -vfi??? usually does everything for you (provided relevant packages are build-depended on, of course). Thanks for the report. This is the first time I hear about autoreconf, so should I replace aclocal autoconf by autoreconf or do you recommend to run it outside the build process? In the first case, the debian diff will be small, but there will be some files left after the build, so it can not be cleanly built two times in a row, unless I undo all those changes in the clean target. Or does cdbs take care of that automatically? In the second case, the diff will be large, and it should be run manually before every upload? Christian -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#562316: [Pkg-scicomp-devel] Bug#562316: xmds-doc: FTBFS: make[2]: epstopdf: Command not found
On Fri, Feb 19, 2010 at 11:57:36PM +0100, Rafael Laboissiere wrote: * Lucas Nussbaum lu...@lucas-nussbaum.net [2009-12-24 11:50]: Source: xmds-doc Version: 0~svn.1884-2 Severity: serious User: debian...@lists.debian.org Usertags: qa-ftbfs-20091213 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part: make[1]: Entering directory `/build/user-xmds-doc_0~svn.1884-2-amd64-G6zORG/xmds-doc-0~svn.1884/latex' /usr/bin/make --directory=figures make[2]: Entering directory `/build/user-xmds-doc_0~svn.1884-2-amd64-G6zORG/xmds-doc-0~svn.1884/latex/figures' epstopdf advectionMatlabPlot.eps make[2]: epstopdf: Command not found make[2]: *** [advectionMatlabPlot.pdf] Error 127 This is caused by the fact that the epstopdf program was moved from the texlive-extra-utils into the texlive-font-utils in unstable. Adding the later to Build-Depends-Indep should fix the present bug. I am no more a DD, so if a good soul from the Debian Scientific Computing Team is lurking this bug report, please fix it. Unfortunately it is not that simple, xmds_defs.tex needs patching, otherwise the build fails like in #560759 I added a quilt patch, does the source version have to be updated as well? I am not yet familiar with the new source formats. Who wants to be an uploader of this package? And how do I push the changes back to git? I have attached my diff, the package is building fine, but there are a lot of Non-PDF special ignored! messages, I do not remember if that is to be expected. Christian diff -urN xmds-doc-0~svn.1884/debian/changelog xmds-doc/debian/changelog --- xmds-doc-0~svn.1884/debian/changelog 2010-02-23 23:49:33.0 +0100 +++ xmds-doc/debian/changelog 2010-02-23 23:36:11.0 +0100 @@ -1,3 +1,14 @@ +xmds-doc (0~svn.1884-3) unstable; urgency=low + + [Christian T. Steigies] + * debian/control: ++ Add texlive-font-utils to Build-Depends-Indep +(closes: #562316) ++ Bump Standards-Version to 3.8.4 (no changes needed) + * Fix multiple definition of \ifpdf in xmds_defs.tex + + -- Christian T. Steigies c...@debian.org Tue, 23 Feb 2010 22:52:00 +0100 + xmds-doc (0~svn.1884-2) unstable; urgency=low [ Daniel Leidert ] diff -urN xmds-doc-0~svn.1884/debian/control xmds-doc/debian/control --- xmds-doc-0~svn.1884/debian/control 2010-02-23 23:49:33.0 +0100 +++ xmds-doc/debian/control 2010-02-23 23:35:14.0 +0100 @@ -2,11 +2,12 @@ Section: doc Priority: extra Maintainer: Debian Scientific Computing Team pkg-scicomp-de...@lists.alioth.debian.org -Uploaders: Rafael Laboissiere raf...@debian.org -Build-Depends: debhelper (= 5), cdbs +Uploaders: Christian T. Steigies c...@debian.org +Build-Depends: debhelper (= 5), cdbs, quilt Build-Depends-Indep: texlive-latex-recommended, texlive-latex-extra, - texlive-extra-utils, texlive-fonts-recommended, ghostscript -Standards-Version: 3.8.1 + texlive-extra-utils, texlive-fonts-recommended, ghostscript, + texlive-font-utils +Standards-Version: 3.8.4 Homepage: http://xmds.sourceforge.net/ Vcs-Git: git://alioth.debian.org/git/pkg-scicomp/xmds-doc.git Vcs-Browser: http://git.debian.org/?p=pkg-scicomp/xmds-doc.git diff -urN xmds-doc-0~svn.1884/debian/patches/ifpdf.patch xmds-doc/debian/patches/ifpdf.patch --- xmds-doc-0~svn.1884/debian/patches/ifpdf.patch 1970-01-01 01:00:00.0 +0100 +++ xmds-doc/debian/patches/ifpdf.patch 2010-02-23 23:42:28.0 +0100 @@ -0,0 +1,40 @@ +Index: xmds-doc-0~svn.1884/latex/xmds_defs.tex +=== +--- xmds-doc-0~svn.1884.orig/latex/xmds_defs.tex 2010-02-23 23:41:57.0 +0100 xmds-doc-0~svn.1884/latex/xmds_defs.tex 2010-02-23 23:42:20.0 +0100 +@@ -33,23 +33,22 @@ + helps latex2html *not* see the stuff inbetween + + % this code hacked from that of R Chandrasekhar from UWA +-\newif\ifpdf ++\newif\ifmakepdf + \ifx\pdfoutput\undefined + \pdffalse% we are not running pdfLaTeX + \else + \pdfoutput=1 % we are running pdfLaTeX +- \pdftrue + \fi + + % add the color package +-\ifpdf ++\ifmakepdf + \usepackage[usenames,dvipsnames]{color} + \else + \usepackage[usenames,dvips]{color} + \fi + + % add the hyperref package +-\ifpdf ++\ifmakepdf + \usepackage[pdftex]{hyperref} + \else + \usepackage[hypertex]{hyperref} +@@ -62,7 +61,7 @@ + \usepackage{ccaption} + \usepackage{fancyhdr} + +-\ifpdf ++\ifmakepdf + \DeclareGraphicsExtensions{.pdf} % this command defined in graphicx + \pdfcompresslevel=9 % 0: no compression, 9: highest compression + % or, set compress_level 9 in file pdftex.cfg diff -urN xmds-doc-0~svn.1884/debian/patches/series xmds-doc/debian/patches/series --- xmds-doc-0~svn.1884/debian/patches/series 1970-01-01 01:00:00.0 +0100 +++ xmds-doc/debian/patches/series 2010-02-23 23:43:10.0 +0100 @@ -0,0 +1 @@ +ifpdf.patch diff -urN xmds-doc-0~svn.1884
Bug#448259: tcpreplay: [FTBFS] No rule to make target `distclean'
Package: tcpreplay Version: 3.2.1-1 Severity: serious Justification: no longer builds from source Automatic build of tcpreplay_3.2.1-1 on tanda by sbuild/m68k 98 [...] ** Using build dependencies supplied by package: Build-Depends: debhelper ( 3.0.0), libpcap0.8-dev, tcpdump, autogen, autotools-dev [...] # Add here commands to clean up after the build process. /usr/bin/make distclean make[1]: Entering directory `/build/buildd/tcpreplay-3.2.1' make[1]: *** No rule to make target `distclean'. Stop. make[1]: Leaving directory `/build/buildd/tcpreplay-3.2.1' make: *** [clean] Error 2 dpkg-buildpackage: failure: /usr/bin/fakeroot debian/rules clean gave error exit status 2 See buildlogs at: http://buildd.debian.org/build.php?pkg=tcpreplay Christian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#432076: firebird1.5: [m68k] FTBFS
Package: firebird1.5 Version: 1.5.4.4910rel-7 Severity: serious Justification: FTBFS, uses illegal assembler options Automatic build of firebird1.5_1.5.4.4910rel-7 on aahz by sbuild/m68k 98 [...] ** Using build dependencies supplied by package: Build-Depends: debhelper ( 5.0.0), docbook-to-man, libncurses5-dev, bison, quilt (= 0.40), po-debconf, libeditline-dev, dpkg-dev (= 1.13.19) [...] make[4]: Entering directory `/build/buildd/firebird1.5-1.5.4.4910rel/src' g++ -I../src/include/gen -I../src/include -DTERMINATE_IDLE_LOCK_MANAGER -ggdb -O3 -march=i586 -mtune=i686 -fno-omit-frame-pointer -fno-builtin -DNDEBUG -DLINUX -pipe -MMD -fPIC -DPROD_BUILD -c ../src/common/classes/alloc.cpp -o ../temp/libfbcommon/common/classes/alloc.o cc1plus: error: unrecognized command line option -march=i586 cc1plus: error: unrecognized command line option -mtune=i686 make[4]: *** [../temp/libfbcommon/common/classes/alloc.o] Error 1 -march=i586 and -mtune=i686 will not work anywhere except on ia32 hardware. In case you do not want this package to be built on non ia32 hardware, please set the Architecture line in the control file accordingly, so that buildds do not try to build your package unnecessarily. Christian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#422848: ftbfs on ia64
On Tue, May 08, 2007 at 02:54:32PM +0200, maximilian attems wrote: Package: usplash Severity: serious Version: 0.4-43-2 dpkg-architecture: failure: unable to open triplettable: No such file or directory dpkg-buildpackage: unable to determine host architecture ** Build finished at 20070508-1339 FAILED [dpkg-buildpackage died] strange -1 build, need to investigate I had a couple of those after upgrading dpkg-dev to 1.14.0 (but not dpkg) on my m68k buildd. I don't think this is related to usplash, after upgrading dpkg to 1.14.0 this seems to be fixed. Christian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#422387: [Pkg-octave-devel] Bug#422387: octave2.1-forge: FTBFS: epsf.tex not found, images will be ignored.
On Sat, May 05, 2007 at 05:23:09PM +0200, Lucas Nussbaum wrote: Package: octave2.1-forge Version: 2006.03.17+dfsg1-3 Severity: serious Justification: FTBFS on i386, very likely to fail everywhere else User: [EMAIL PROTECTED] Usertags: builddep-tetex-ftbfs Hi, During a rebuild of all packages in sid, I discovered that your package failed to build on i386. I had a similar bug report on one of my packages, changing the build-dep from tetex to texlive, texlive-generic-recommended was all it took to fix this. Christian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#350595: gerris still FTBFS on m68k
reopen 350595 thanks Hi, gerris still fails to build on m68k: if /bin/sh ../libtool --silent --mode=compile m68k-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I/usr/include +-DG_LOG_DOMAIN=\Gfs\ -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include-DFTT_2D=1 -O2 -Wall -Wall +-Werror-implicit-function-declaration -Wmissing-prototypes -Wmissing-declarations -pipe -MT libgfs2D_la-init.lo -MD -MP -MF +.deps/libgfs2D_la-init.Tpo \ -c -o libgfs2D_la-init.lo `test -f 'init.c' || echo './'`init.c; \ then mv -f .deps/libgfs2D_la-init.Tpo .deps/libgfs2D_la-init.Plo; \ else rm -f .deps/libgfs2D_la-init.Tpo; exit 1; \ fi init.c:28: error: '__FPU_MASK_DZ' undeclared here (not in a function) make[4]: *** [libgfs2D_la-init.lo] Error 1 This might be due to __FPU_MASK_DZ not being defined for m68k, but _FPU_MASK_DZ instead: #define _FPU_MASK_DZ0x0400#define _FPU_MASK_DZ 0x0400 Christian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#405898: lcd4linux: [m68k] FTBFS: sys/io.h: No such file or directory
Package: lcd4linux Version: 0.10.0+cvs20060825-1 Severity: serious Justification: no longer builds from source Your package does not build on m68k. It uses ia32 asm like in 336017. But the error that causes the package to fail seems to be sys/io.h, which does not exist on m68k, and many other arches it seems, see: http://buildd.debian.org/build.cgi?pkg=lcd4linux Automatic build of lcd4linux_0.10.0+cvs20060825-1 on aahz by sbuild/m68k 85 [...] ** Using build dependencies supplied by package: Build-Depends: debhelper (= 4.0.0), libmysqlclient15-dev, python-dev, libx11-dev, libncurses5-dev, libusb-dev, libgd2-noxpm-dev, libxt-dev, libmpd-dev [...] if gcc -DHAVE_CONFIG_H -I. -I. -I. -I/usr/include/python2.4 -D_GNU_SOURCE -Wall -W -fno-strict-aliasing -g -O2 -MT drv_RouterBoard.o -MD -MP -MF .deps/drv_RouterBoard.Tpo -c -o drv_RouterBoard.o drv_RouterBoard.c; \ then mv -f .deps/drv_RouterBoard.Tpo .deps/drv_RouterBoard.Po; else rm -f .deps/drv_RouterBoard.Tpo; exit 1; fi drv_RouterBoard.c:129:20: error: sys/io.h: No such file or directory In file included from drv_RouterBoard.c:133: udelay.h:85:2: warning: #warning please insert appropriate nop asm statement here drv_RouterBoard.c: In function 'drv_RB_outw': drv_RouterBoard.c:275: warning: implicit declaration of function 'iopl' drv_RouterBoard.c:276: warning: implicit declaration of function 'outl' drv_RouterBoard.c:277: warning: implicit declaration of function 'inw' drv_RouterBoard.c:280: warning: implicit declaration of function 'outw' make[2]: *** [drv_RouterBoard.o] Error 1 Christian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#405929: openmpi: [m68k] FTBFS No atomic primitives available for m68k-unknown-linux-gnu
Package: openmpi Version: 1.1-2.3 Severity: serious Justification: no longer builds from source Automatic build of openmpi_1.1-2.3 on aahz by sbuild/m68k 85 [...] checking if .size is needed... yes checking if .align directive takes logarithmic value... no configure: error: No atomic primitives available for m68k-unknown-linux-gnu make: *** [config.status] Error 1 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#383527: mldonkey: [m68k] FTBFS: unrecognized command line option -mno-omit-leaf-frame-pointer
Package: mldonkey Version: 2.7.7-8 Severity: serious Justification: no longer builds from source Automatic build of mldonkey_2.7.7-8 on garkin by sbuild/m68k 85 [...] Toolchain package versions: libc6-dev_2.3.6-19 linux-kernel-headers_2.6.17.8-1 gcc-4.1_4.1.1-11 g++-4.1_4.1.1-11 binutils_2.17-2+b1 libstdc++6-4.1-dev_4.1.1-11 libstdc++6_4.1.1-11 [...] m68k-linux-gnu-g++ -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -o src/utils/lib/CryptoPP.o -I/usr/lib/ocaml/3.09.2 -c src/utils/lib/CryptoPP.cc cc1plus: error: unrecognized command line option -mno-omit-leaf-frame-pointer make[1]: *** [src/utils/lib/CryptoPP.o] Error 1 Full logs are available at: http://buildd.debian.org/build.php?arch=m68kpkg=mldonkeyver= Christian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#379369: crossfire: [FTBFS] /home/kari/deb/crossfire/crossfire-1.9.1/./configure: No such file or directory
Package: crossfire Severity: serious Justification: no longer builds from source Automatic build of crossfire_1.9.1-3 on garkin by sbuild/m68k 85 [...] ** Using build dependencies supplied by package: Build-Depends: debhelper (= 5), cdbs, libxaw7-dev, flex, python-dev, autoconf, quilt [...] if [ ! -e configure ] ; then autoconf ; fi touch debian/stamp-autotools-files /usr/bin/make -C . make[1]: Entering directory `/build/buildd/crossfire-1.9.1' /bin/sh ./config.status --recheck running CONFIG_SHELL=/bin/sh /bin/sh /home/kari/deb/crossfire/crossfire-1.9.1/./configure --build=i486-linux-gnu --prefix=/usr --includedir=${prefix}/include --mandir=${prefix}/share/man --infodir=${prefix}/share/info --sysconfdir=/etc --localstatedir=/var --libexecdir=${prefix}/lib/crossfire --disable-maintainer-mode --disable-dependency-tracking --srcdir=. --without-check --bindir=/usr/games --datadir=/usr/share/games --localstatedir=/var/games build_alias=i486-linux-gnu CC=cc CFLAGS=-g -Wall -O2 LDFLAGS= CPPFLAGS= CXX=g++ CXXFLAGS=-g -Wall -O2 --no-create --no-recursion /bin/sh: /home/kari/deb/crossfire/crossfire-1.9.1/./configure: No such file or directory make[1]: *** [config.status] Error 127 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#379371: libgd-gd2-perl: [FTBFS]
Package: libgd-gd2-perl Version: 1:2.34-1 Severity: serious Justification: no longer builds from source Automatic build of libgd-gd2-perl_1:2.34-1 on tanda by sbuild/m68k 85 [...] ** Using build dependencies supplied by package: Build-Depends: cdbs (= 0.4.23-1.1), debhelper (= 4.2.0), dh-buildinfo, perl (= 5.6.0-16), libgd2-xpm-dev (= 2.0.28), libjpeg62-dev, libpng12-dev, libz-dev, libfreetype6-dev, libxpm-dev | xlibs-dev ( 4.3.0), libx11-dev | xlibs-dev ( 4.3.0) [...] Checking for stray libgd header files... ** WARNING: found gd.h header file in /usr/include/gd.h, but it is expected at /usr/include/gd.h. This may cause compile errors! ** ** Possible problems found ** Included Features: GD_XPM GD_JPEG GD_FONTCONFIG GD_FREETYPE GD_PNG GD_GIF GD_UNCLOSEDPOLY GD_ANIMGIF GD_FTCIRCLE VERSION_33 GD library used from: /usr Checking if your kit is complete... Looks good [...] touch debian/stamp-makefile-build /usr/bin/make -C . OPTIMIZE=-g -Wall -O2 test make[1]: Entering directory `/build/buildd/libgd-gd2-perl-2.34' PERL_DL_NONLAZY=1 /usr/bin/perl -MExtUtils::Command::MM -e test_harness(0, 'blib/lib', 'blib/arch') t/*.t t/GD..Testing using png support. FAILED test 6 Failed 1/12 tests, 91.67% okay t/PolylineSubroutine scale redefined at /build/buildd/libgd-gd2-perl-2.34/blib/lib/GD/Polyline.pm line 52. ok Failed Test Stat Wstat Total Fail Failed List of Failed --- t/GD.t121 8.33% 6 Failed 1/2 test scripts, 50.00% okay. 1/13 subtests failed, 92.31% okay. make[1]: *** [test_dynamic] Error 255 make[1]: Leaving directory `/build/buildd/libgd-gd2-perl-2.34' make: *** [debian/stamp-makefile-check] Error 2 Christian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#379370: [FTBFS, m68k] patch fails to apply
Package: python2.5 Version: 2.4.3+2.5b2-2 Severity: serious Justification: no longer builds from source Automatic build of python2.5_2.4.3+2.5b2-2 on tanda by sbuild/m68k 85 [...] ** Using build dependencies supplied by package: Build-Depends: debhelper (= 4.2), autoconf, libreadline5-dev, libncursesw5-dev (= 5.3), tk8.4-dev, libdb4.4-dev, zlib1g-dev, libgdbm-dev, blt-dev (= 2.4z), libssl-dev, sharutils, libbz2-dev, libbluetooth2-dev [!hurd-i386 !kfreebsd-i386 !kfreebsd-amd64], locales, libsqlite3-dev, libffi4-dev (= 4.1.0), mime-support, libgpmg1 [!hurd-i386 !kfreebsd-i386 !kfreebsd-amd64], netbase, lsb-release, bzip2 Build-Depends-Indep: libhtml-tree-perl, tetex-bin, tetex-extra, texinfo, emacs21, debiandoc-sgml, sharutils Build-Conflicts: tcl8.0-dev, tk8.0-dev, tcl8.2-dev, tk8.2-dev, tcl8.3-dev, tk8.3-dev, python2.5-xml, python-xml [...] debian/patches/m68k-no-ctypes.dpatch -patch patching file setup.py Hunk #1 FAILED at 13. Hunk #2 FAILED at 182. Hunk #3 FAILED at 1349. 3 out of 3 hunks FAILED -- saving rejects to file setup.py.rej make: *** [patch-stamp-m68k-no-ctypes] Error 1 Christian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#376581: python-4suite: [m68k] build log is not written to stdout - build can time out
Package: python-4suite Version: 0.99cvs20060405-1.1 Severity: serious Justification: no longer builds from source Automatic build of python-4suite_0.99cvs20060405-1.1 on aahz by sbuild/m68k 85 [...] make[1]: Entering directory `/build/buildd/python-4suite-0.99cvs20060405' cd 4Suite python2.3 setup.py config --system --docdir=/usr/share/doc/python-4suite-doc --datadir=/build/buildd/python-4suite-0.99cvs20060405/4Suite/build/share ../build-python2.3-log 21 cd 4Suite python2.3 setup.py -v build ../build-python2.3-log 21 touch build-python2.3-stamp make[1]: Leaving directory `/build/buildd/python-4suite-0.99cvs20060405' make[1]: Entering directory `/build/buildd/python-4suite-0.99cvs20060405' cd 4Suite python2.4 setup.py config --system --docdir=/usr/share/doc/python-4suite-doc --datadir=/build/buildd/python-4suite-0.99cvs20060405/4Suite/build/share ../build-python2.4-log 21 cd 4Suite python2.4 setup.py -v build --with-docs ../build-python2.4-log 21 make[1]: *** [build-python2.4-stamp] Terminated make: *** [build-stamp] Terminated Build killed with signal 15 after 150 minutes of inactivity If you don't want the build log to contain any information about the build, you should at least print something to stdout so that the build on our beloved slower arches can succeed without adjusting the timeout for your package on a dozen machines. gcc-4.0 is doing so while running the testsuite, your package could do that as well. But actually, I think it would be better if the build log actually appeared in the build log. Christian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#365094: unionfs: FTBFS on hppa and m68k
On Sat, Jul 01, 2006 at 01:18:45PM +0200, Daniel Baumann wrote: Since there is no reaction from m68k so far, I'll ignore it and drop the m68 modules with the next upload. This also means, that there will not be any live system for m68k. Live system? You mean like for a live CD? That would be something m68k can live without. Sorry for not answering, I started a native build of linux-2.6.17 yesterday, it seems it will take approximately another 24h to finish. With that I hope that the kernel-headers problems are fixed for m68k, but I can only report on that after I did some test builds. Everything just takes a little longer on m68k. I am a little suprised that a kernel build takes more than 20h now on m68k, the last builds I did with linux-2.4 took maybe 6h per subarchs. This must be one of the benefits of the one source package for all.. Christian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#374200: libarchive: [FTBFS] yacc: command not found
Package: libarchive Version: 1.2.53-1 Severity: serious Justification: no longer builds from source Your package fails to build on all arches, probably due to a missing build dependency on bison/yacc: Automatic build of libarchive_1.2.53-1 on tanda by sbuild/m68k 85 [...] ** Using build dependencies supplied by package: Build-Depends: debhelper (= 4.0.0), autotools-dev, libbz2-dev, zlib1g-dev, libacl1-dev, e2fslibs-dev, libattr1-dev, linux-kernel-headers [...] creating libarchive.la (cd .libs rm -f libarchive.la ln -s ../libarchive.la libarchive.la) if m68k-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I. -I./libarchive -Wall -g -O2 -MT tar/bsdtar-bsdtar.o -MD -MP -MF tar/.deps/bsdtar-bsdtar.Tpo -c -o tar/bsdtar-bsdtar.o `test -f 'tar/bsdtar.c' || echo './'`tar/bsdtar.c; \ then mv -f tar/.deps/bsdtar-bsdtar.Tpo tar/.deps/bsdtar-bsdtar.Po; else rm -f tar/.deps/bsdtar-bsdtar.Tpo; exit 1; fi yacc `test -f 'tar/getdate.y' || echo './'`tar/getdate.y /bin/sh: yacc: command not found make[2]: *** [tar/getdate.c] Error 127 See full logs at http://buildd.debian.org/build.php?pkg=libarchive Christian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#372473: FTBFS: broken Makefile
Package: ruby1.8 Version: 1.8.4-3 Severity: serious Justification: no longer builds from source Your package fails to build on all arches, see http://buildd.debian.org/build.php?pkg=ruby1.8 Automatic build of ruby1.8_1.8.4-3 on garkin by sbuild/m68k 85 [...] compiling Win32API compiling bigdecimal make[2]: Entering directory `/build/buildd/ruby1.8-1.8.4/build-tree/ruby-1.8.4/ext/bigdecimal' Makefile:141: *** missing separator. Stop. make[2]: Leaving directory `/build/buildd/ruby1.8-1.8.4/build-tree/ruby-1.8.4/ext/bigdecimal' make[1]: *** [all] Error 1 Christian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#369779: mdadm: [m68k] FTBFS with gcc-4.1
Package: mdadm Version: 2.4.1-2 Severity: serious Justification: no longer builds from source Your package fails to build on m68k. We have recently switched to gcc/g++ 4.1 as default compiler, so this might be a gcc regression. dh_testdir /usr/bin/make all CXFLAGS=-g -O2 make[1]: Entering directory `/build/buildd/mdadm-2.4.1' gcc -Wall -Werror -Wstrict-prototypes -DCONFFILE=\/etc/mdadm/mdadm.conf\ -DCONFFILE2=\/etc/mdadm.conf\ -g -O2 -DSendmail=\/usr/sbin/sendmail -t\ -c -o mdadm.o mdadm.c gcc -Wall -Werror -Wstrict-prototypes -DCONFFILE=\/etc/mdadm/mdadm.conf\ -DCONFFILE2=\/etc/mdadm.conf\ -g -O2 -DSendmail=\/usr/sbin/sendmail -t\ -c -o config.o config.c cc1: warnings being treated as errors config.c: In function 'free_line': config.c:197: warning: dereferencing type-punned pointer will break strict-aliasing rules config.c:197: warning: dereferencing type-punned pointer will break strict-aliasing rules config.c: In function 'devline': config.c:249: warning: dereferencing type-punned pointer will break strict-aliasing rules config.c:249: warning: dereferencing type-punned pointer will break strict-aliasing rules config.c: In function 'arrayline': config.c:287: warning: dereferencing type-punned pointer will break strict-aliasing rules config.c:287: warning: dereferencing type-punned pointer will break strict-aliasing rules config.c: In function 'mailline': config.c:417: warning: dereferencing type-punned pointer will break strict-aliasing rules config.c:417: warning: dereferencing type-punned pointer will break strict-aliasing rules config.c: In function 'programline': config.c:432: warning: dereferencing type-punned pointer will break strict-aliasing rules config.c:432: warning: dereferencing type-punned pointer will break strict-aliasing rules make[1]: *** [config.o] Error 1 make[1]: Leaving directory `/build/buildd/mdadm-2.4.1' make: *** [build-stamp] Error 2 Christian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#368018: ocaml-shout: FTBFS: configure: error: Cannot find libshout.
Package: ocaml-shout Severity: serious Justification: no longer builds from source You package fails to build on all arches: ** Using build dependencies supplied by package: Build-Depends: debhelper ( 4.0.0), libshout3-dev, ocaml-nox (= 3.09.1), ocaml-findlib [...] checking for pkg-config... /usr/bin/pkg-config configure: /usr/bin/pkg-config couldn't find libshout. Try adjusting PKG_CONFIG_PATH. checking for shout-config... no configure: error: Cannot find libshout. make: *** [config.status] Error 1 See this page for full build logs: http://buildd.debian.org/build.php?pkg=ocaml-shout Christian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#367181: FTBFS: I have no package to build
Package: allegro4 Severity: serious Justification: no longer builds from source allegro4 fails to build on all arches, see http://buildd.debian.org/build.php?pkg=allegro4 Automatic build of allegro4_2:4.0.4-2 on garkin by sbuild/m68k 85 [...] Checking correctness of source dependencies... Toolchain package versions: libc6-dev_2.3.6-5 linux-kernel-headers_2.6.13+0rc3-2.1 gcc-4.0_4.0.3-1 g++-4.0_4.0.3-1 binutils_2.16.1cvs20060413-1 libstdc++6-4.0-dev_4.0.3-1 libstdc++6_4.1.0-1 -- dpkg-source: extracting allegro4 in allegro4-4.0.4 dpkg-buildpackage: source package is allegro4 dpkg-buildpackage: source version is 2:4.0.4-2 dpkg-buildpackage: host architecture m68k dpkg-buildpackage: source version without epoch 4.0.4-2 /usr/bin/fakeroot debian/rules clean dh_testdir dh_clean debian/rules build make: Nothing to be done for `build'. /usr/bin/fakeroot debian/rules binary-arch dh_testdir dh_clean -k dh_installdirs -s dh_installdirs: I have no package to build dh_installchangelogs -s dh_installchangelogs: I have no package to build dh_installdocs -s dh_installdocs: I have no package to build dh_compress -s dh_compress: I have no package to build dh_installdeb -s dh_installdeb: I have no package to build dh_gencontrol -s dh_gencontrol: I have no package to build dh_md5sums -s dh_md5sums: I have no package to build dh_builddeb -s dh_builddeb: I have no package to build dpkg-genchanges -B -mDebian/m68k Build Daemon [EMAIL PROTECTED] dpkg-genchanges: arch-specific upload - not including arch-independent packages dpkg-genchanges: failure: cannot read files list file: No such file or directory -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#365094: unionfs: 1.1.4+20060417.0541+debian-2
On Fri, Apr 28, 2006 at 05:35:08AM +0200, Daniel Baumann wrote: Christian T. Steigies wrote: your package fails to build on m68k, as well as powerpc, ia64, and hppa with similar problems. No, not similar problems. On hppa, the package FTBFS due to code errors. On ia64 and powerpc, the used buildd are not capable of building ${arch}64 because the machine used is only ${arch}32, but the package will build fine if a capable machine is used. See http://buildd.debian.org/build.php?arch=pkg=unionfs From m68k, I didn't seen any buildlog so far, why isn't here any? Now there is, sorry. Ok, reading the log explains why it is not working on m68k. The buildd tries to execute scripts/basic/fixdep from the linux-headers package. And as somebody else noted before, this does not run on m68k, since it was (cross-)built on i386, but only the kernel is cross-built, not the binaries. So it is either the fault of the linux-2.6 package, which does not properly cross-compile binaries in its packages, or my fault, since I do not want to wait a week for the packages to compile natively. Can we please get this fixed in the kernel-build process? It should be useful for other arches that cross-compile the kernel, too. Christian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#365094: unionfs: 1.1.4+20060417.0541+debian-2
Package: unionfs Severity: serious Justification: no longer builds from source Hi, your package fails to build on m68k, as well as powerpc, ia64, and hppa with similar problems. Automatic build of unionfs_1.1.4+20060417.0541+debian-2 on aahz by sbuild/m68k 85 [...] Get:2 http://incoming.debian.org linux-headers-2.6.16-1 2.6.16-10 [2827kB] Get:3 http://incoming.debian.org linux-headers-2.6.16-1-amiga 2.6.16-10 [271kB] Get:4 http://incoming.debian.org linux-headers-2.6.16-1-bvme6000 2.6.16-10 [252kB] Get:5 http://incoming.debian.org linux-headers-2.6.16-1-hp 2.6.16-10 [252kB] Get:6 http://incoming.debian.org linux-headers-2.6.16-1-mac 2.6.16-10 [265kB] Get:7 http://incoming.debian.org linux-headers-2.6.16-1-mvme147 2.6.16-10 [259kB] Get:8 http://incoming.debian.org linux-headers-2.6.16-1-mvme16x 2.6.16-10 [259kB] Get:9 http://incoming.debian.org linux-headers-2.6.16-1-q40 2.6.16-10 [264kB] Get:10 http://incoming.debian.org linux-headers-2.6.16-1-sun3 2.6.16-10 [258kB] Get:11 http://incoming.debian.org linux-headers-2.6.16-1-all-m68k 2.6.16-10 [25.2kB] Get:12 http://incoming.debian.org linux-headers-2.6.16-1-all 2.6.16-10 [25.2kB] [...] install: cannot stat `linux-2.6/unionfs.ko-amiga': No such file or directory install: cannot stat `linux-2.6/unionfs.ko-atari': No such file or directory install: cannot stat `linux-2.6/unionfs.ko-bvme6000': No such file or directory install: cannot stat `linux-2.6/unionfs.ko-hp': No such file or directory install: cannot stat `linux-2.6/unionfs.ko-mac': No such file or directory install: cannot stat `linux-2.6/unionfs.ko-mvme146': No such file or directory install: cannot stat `linux-2.6/unionfs.ko-mvme16x': No such file or directory install: cannot stat `linux-2.6/unionfs.ko-q40': No such file or directory install: cannot stat `linux-2.6/unionfs.ko-sun3': No such file or directory make: *** [install] Error 1 See http://buildd.debian.org/build.php?arch=pkg=unionfs The m68k linux-images (which I built) do not contain any unionfs modules, the only thing that might come close is ufs, which is included in those packages. I do not find a directory fs/unionfs in the linux-2.6 source, what is wrong here? Are we missing a patch, which includes the unionfs driver for m68k? Are the headers built wrong, they were cross-compiled? Why do you need to copy the modules into your package, if they were present in the linux-image, they could just be loaded from there? But maybe I don't understand the purpose of your package, I have never used it myself. If you think this is a problem in the linux-image package, please reply to debian-kernel@lists.debian.org, so we can fix this for all arches. Thanks, Christian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#358577: gnumeric: uninstallable (again) on amd64
Package: gnumeric Version: 1.6.3-1+b1 Followup-For: Bug #358577 It seems gnumeric has been binNMUed again for amd64, making it uninstallable, see #357936, #358577. Christian wajig policy gnumeric gnumeric: Installed: (none) Candidate: 1.4.3-4 Version table: 1.6.3-1+b1 0 -2 http://amd64.debian.net sid/main Packages -2 http://amd64.debian.net unstable/main Packages -2 http://ftp.de.debian.org sid/main Packages 1.4.3-4 0 500 http://ftp.de.debian.org sarge/main Packages -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-amd64-k8-smp Locale: LANG=C, [EMAIL PROTECTED] (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361995: evolution: same for appointments
Package: evolution Version: 2.4.2.1-1 Followup-For: Bug #361995 I am experiencing a similar problem, for contacts/addressbook and appointments/calendar. I have created a new addressbook/new calendar On this Computer, however all new entries that I put into the newly created one seem to be registered only in the first one that has been created after the Personal one (when opening the contact/appointment). They show up in each of them, so this does not help me sorting my adressbook or calendar, if I have all entries in all addressbooks/calendars. If later created addressbooks/calendars are only aliases to the one created first, I understand this behaviour, but how can I use more addressbooks/calendars? BTW right clicking on an appointment makes evolution quit unexpectedly, also bug-buddy quits unexpectedly when I try to inform the developers. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-amd64-k8-smp Locale: LANG=C, [EMAIL PROTECTED] (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Versions of packages evolution depends on: ii evolution-dat 1.4.2.1-1 evolution database backend server ii gconf22.14.0-1 GNOME configuration database syste ii gnome-icon-th 2.12.1-2 GNOME Desktop icon theme ii gtkhtml3.83.8.1-1HTML rendering/editing library - b ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libatk1.0-0 1.11.3-1 The ATK accessibility toolkit ii libaudiofile0 0.2.6-6Open-source version of SGI's audio ii libbonobo2-0 2.14.0-1 Bonobo CORBA interfaces library ii libbonoboui2- 2.10.1-2 The Bonobo UI library ii libc6 2.3.6-3GNU C Library: Shared libraries an ii libcairo2 1.0.2-3The Cairo 2D vector graphics libra ii libcamel1.2-6 1.4.2.1-1 The Evolution MIME message handlin ii libcomerr21.38+1.39-WIP-2005.12.31-1 common error description library ii libcompfaceg1 1:1.5.2-3 Compress/decompress images for mai ii libdb4.2 4.2.52-23.1Berkeley v4.2 Database Libraries [ ii libebook1.2-5 1.4.2.1-1 Client library for evolution addre ii libecal1.2-3 1.4.2.1-1 Client library for evolution calen ii libedataserve 1.4.2.1-1 Utility library for evolution data ii libedataserve 1.4.2.1-1 GUI utility library for evolution ii libesd0 0.2.36-3 Enlightened Sound Daemon - Shared ii libfontconfig 2.3.2-1.1 generic font configuration library ii libfreetype6 2.1.10-1 FreeType 2 font engine, shared lib ii libgail-commo 1.8.11-1 GNOME Accessibility Implementation ii libgail17 1.8.11-1 GNOME Accessibility Implementation ii libgconf2-4 2.14.0-1 GNOME configuration database syste ii libgcrypt11 1.2.2-1LGPL Crypto library - runtime libr ii libglade2-0 1:2.5.1-2 library to load .glade files at ru ii libglib2.0-0 2.10.1-2 The GLib library of C routines ii libgnome-keyr 0.4.9-1GNOME keyring services library ii libgnome-pilo 2.0.12-1.4 Support libraries for gnome-pilot ii libgnome2-0 2.12.0.1-5 The GNOME 2 library - runtime file ii libgnomecanva 2.14.0-1 A powerful object-oriented display ii libgnomeprint 2.12.1-3 The GNOME 2.2 print architecture - ii libgnomeprint 2.12.1-2 GNOME 2.2 print architecture User ii libgnomeui-0 2.12.1-1 The GNOME 2 libraries (User Interf ii libgnomevfs2- 2.14.0-2 GNOME virtual file-system (runtime ii libgnutls11 1.0.16-14 GNU TLS library - runtime library ii libgpg-error0 1.2-1 library for common error values an ii libgtk2.0-0 2.8.16-1 The GTK+ graphical user interface ii libgtkhtml3.8 3.8.1-1HTML rendering/editing library - r ii libice6 6.9.0.dfsg.1-6 Inter-Client Exchange library ii libjpeg62 6b-12 The Independent JPEG Group's JPEG ii libkrb53 1.4.3-6MIT Kerberos runtime libraries ii libldap2 2.1.30-13 OpenLDAP libraries ii libnspr4 2:1.7.12-1.1 Netscape Portable Runtime Library ii libnss3 2:1.7.12-1.1 Network Security Service Libraries ii liborbit2 1:2.14.0-1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.12.0-2 Layout and rendering of internatio ii libpisock8
Bug#356365: heartbeat-2: [m68k, s390] FTBFS: undefined reference
On Sun, Mar 12, 2006 at 11:53:46AM +0900, Horms wrote: On Sat, Mar 11, 2006 at 03:40:11PM +0100, Christian T. Steigies wrote: Package: heartbeat-2 Version: 2.0.4-1 Severity: serious Justification: no longer builds from source Automatic build of heartbeat-2_2.0.4-1 on aahz by sbuild/m68k 85 [...] ** Using build dependencies supplied by package: Build-Depends: debhelper (= 4.0.0), libsnmp9-dev, libglib2.0-dev, perl, net-tools, netkit-ping | iputils-ping, python, psmisc, modutils, libnet1-dev, iproute, libtool, automake1.9 | automaken, libcurl3-openssl-dev, libxml2-dev, bison, flex, uuid-dev, libopenipmi-dev (= 2.0.1), lynx, libbz2-dev, zlib1g-dev, uuid-dev, libsensors-dev, libltdl3-dev, swig, openssh-client, libgnutls11-dev, python2.3-dev, libpam0g-dev, libncurses5-dev Build-Conflicts: automake1.4 [...] checking for special snmp libraries... -L/usr/lib -lnetsnmp -lm -lwrap -lwrap checking snmp libraries: -lc -luuid -lrt -ldl -L/usr/lib -lnetsnmp -lm -lwrap -lwrap... configure: error: cannot link with requested libraries. Reported errors follow: /usr/lib/libnetsnmp.so: undefined reference to `EVP_DigestInit' /usr/lib/libnetsnmp.so: undefined reference to `EVP_DigestFinal' /usr/lib/libnetsnmp.so: undefined reference to `EVP_DigestFinal_ex' /usr/lib/libnetsnmp.so: undefined reference to `EVP_md5' /usr/lib/libnetsnmp.so: undefined reference to `HMAC' /usr/lib/libnetsnmp.so: undefined reference to `EVP_MD_CTX_cleanup' /usr/lib/libnetsnmp.so: undefined reference to `SSLeay' /usr/lib/libnetsnmp.so: undefined reference to `EVP_sha1' /usr/lib/libnetsnmp.so: undefined reference to `EVP_MD_CTX_init' /usr/lib/libnetsnmp.so: undefined reference to `EVP_DigestUpdate' /usr/lib/libnetsnmp.so: undefined reference to `RAND_bytes' /usr/lib/libnetsnmp.so: undefined reference to `DES_cbc_encrypt' /usr/lib/libnetsnmp.so: undefined reference to `DES_ncbc_encrypt' /usr/lib/libnetsnmp.so: undefined reference to `DES_key_sched' collect2: ld returned 1 exit status See full logs at: http://buildd.debian.org/build.php?pkg=heartbeat-2 Thanks, this problem seems to manifest on s390 as well. I have a rough idea of how to fix it. Do you know of a box that I can log into to do some testing - this problem does not seem to manifest on the architectures that I have (i386 and ppc). Like an m68k box? I think crest is the developer machine: http://crest.debian.org/ Christian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#356365: heartbeat-2: [m68k, s390] FTBFS: undefined reference
Package: heartbeat-2 Version: 2.0.4-1 Severity: serious Justification: no longer builds from source Automatic build of heartbeat-2_2.0.4-1 on aahz by sbuild/m68k 85 [...] ** Using build dependencies supplied by package: Build-Depends: debhelper (= 4.0.0), libsnmp9-dev, libglib2.0-dev, perl, net-tools, netkit-ping | iputils-ping, python, psmisc, modutils, libnet1-dev, iproute, libtool, automake1.9 | automaken, libcurl3-openssl-dev, libxml2-dev, bison, flex, uuid-dev, libopenipmi-dev (= 2.0.1), lynx, libbz2-dev, zlib1g-dev, uuid-dev, libsensors-dev, libltdl3-dev, swig, openssh-client, libgnutls11-dev, python2.3-dev, libpam0g-dev, libncurses5-dev Build-Conflicts: automake1.4 [...] checking for special snmp libraries... -L/usr/lib -lnetsnmp -lm -lwrap -lwrap checking snmp libraries: -lc -luuid -lrt -ldl -L/usr/lib -lnetsnmp -lm -lwrap -lwrap... configure: error: cannot link with requested libraries. Reported errors follow: /usr/lib/libnetsnmp.so: undefined reference to `EVP_DigestInit' /usr/lib/libnetsnmp.so: undefined reference to `EVP_DigestFinal' /usr/lib/libnetsnmp.so: undefined reference to `EVP_DigestFinal_ex' /usr/lib/libnetsnmp.so: undefined reference to `EVP_md5' /usr/lib/libnetsnmp.so: undefined reference to `HMAC' /usr/lib/libnetsnmp.so: undefined reference to `EVP_MD_CTX_cleanup' /usr/lib/libnetsnmp.so: undefined reference to `SSLeay' /usr/lib/libnetsnmp.so: undefined reference to `EVP_sha1' /usr/lib/libnetsnmp.so: undefined reference to `EVP_MD_CTX_init' /usr/lib/libnetsnmp.so: undefined reference to `EVP_DigestUpdate' /usr/lib/libnetsnmp.so: undefined reference to `RAND_bytes' /usr/lib/libnetsnmp.so: undefined reference to `DES_cbc_encrypt' /usr/lib/libnetsnmp.so: undefined reference to `DES_ncbc_encrypt' /usr/lib/libnetsnmp.so: undefined reference to `DES_key_sched' collect2: ld returned 1 exit status See full logs at: http://buildd.debian.org/build.php?pkg=heartbeat-2 Christian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#356045: schroot: [m68k] FTBFS: declaration of 'double __atan(double)' throws different exceptions
Package: schroot Version: 0.2.7-2 Severity: serious Justification: no longer builds from source Automatic build of schroot_0.2.7-2 on garkin by sbuild/m68k 85 [...] ** Using build dependencies supplied by package: Build-Depends: debhelper (= 4.0.0), autotools-dev, pkg-config (= 0.20), libpam0g-dev (= 0.79-3.1), uuid-dev, liblockdev1-dev (= 1.0.2-1), libboost-dev, libboost-program-options-dev, gettext, libcppunit-dev Checking for already installed source dependencies... [...] Making all in schroot make[3]: Entering directory `/build/buildd/schroot-0.2.7/schroot' m68k-linux-gnu-g++ -DGETTEXT_PACKAGE=\schroot\ -DLOCALEDIR=\/usr/share/locale\ -D_GNU_SOURCE -I. -I. -I.. -pedantic -Wall -Wcast-align -Wextra -Wwrite-strings -Wswitch-default -Wcast-qual -Wunused-variable -Wredundant-decls -Wctor-dtor-privacy -Wnon-virtual-dtor -Wreorder -Wold-style-cast -Woverloaded-virtual -fstrict-aliasing -g -O2 -o sbuild.gch -c sbuild.h /usr/include/bits/mathinline.h: In function 'double __atan(double)': /usr/include/bits/mathinline.h:128: error: declaration of 'double __atan(double)' throws different exceptions /usr/include/bits/mathcalls.h:59: error: than previous declaration 'double __atan(double) throw ()' /usr/include/bits/mathinline.h: In function 'float __atanf(float)': /usr/include/bits/mathinline.h:128: error: declaration of 'float __atanf(float)' throws different exceptions /usr/include/bits/mathcalls.h:59: error: than previous declaration 'float __atanf(float) throw ()' [...] /usr/include/bits/mathinline.h: In function 'long int lrintl(long double)': /usr/include/bits/mathinline.h:426: error: declaration of 'long int lrintl(long double)' throws different exceptions /usr/include/bits/mathcalls.h:326: error: than previous declaration 'long int lrintl(long double) throw ()' /usr/include/bits/mathinline.h:427: error: declaration of 'long double fmal(long double, long double, long double)' throws different exceptions /usr/include/bits/mathcalls.h:355: error: than previous declaration 'long double fmal(long double, long double, long double) throw ()' /usr/include/bits/mathinline.h: In function 'void sincosl(long double, long double*, long double*)': /usr/include/bits/mathinline.h:432: error: declaration of 'void sincosl(long double, long double*, long double*)' throws different exceptions /usr/include/bits/mathcalls.h:82: error: than previous declaration 'void sincosl(long double, long double*, long double*) throw ()' make[3]: *** [sbuild.gch] Error 1 If this is rather a bug in libc6-dev, please reassign. Christian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#355837: ion3: [m68k, arm] FTBFS: Xinerama.h: No such file or directory
Package: ion3 Version: 20060305-1 Severity: serious Justification: no longer builds from source Automatic build of ion3_20060305-1 on aahz by sbuild/m68k 85 [...] ** Using build dependencies supplied by package: Build-Depends: debhelper ( 4), gcc ( 3), libxinerama-dev | libx11-dev, libsm-dev, liblua50-dev ( 5.0.2), liblualib50-dev ( 5.0.2), lua50 ( 5.0.2), tetex-extra, hevea, dpatch Checking for already installed source dependencies... debhelper: already installed (5.0.24 4 is satisfied) gcc: already installed (4:4.0.2-2 3 is satisfied) libxinerama-dev: missing libx11-dev: already installed (6.9.0.dfsg.1-4) libsm-dev: already installed (6.9.0.dfsg.1-4) liblua50-dev: missing liblualib50-dev: missing lua50: missing tetex-extra: missing hevea: missing dpatch: missing Checking for source dependency conflicts... /usr/bin/sudo /usr/bin/apt-get --purge $CHROOT_OPTIONS -q -y install liblua50-dev liblualib50-dev lua50 tetex-extra hevea dpatch Reading Package Lists... Building Dependency Tree... The following extra packages will be installed: gs gs-common gs-gpl gsfonts libcairo2 libkpathsea4 liblua50 liblualib50 libnetpbm10 libpoppler0c2 libt1-5 libxaw8 libxmu6 libxpm4 netpbm ocaml-base-nox tetex-base tetex-bin tex-common Suggested packages: curl hpijs hevea-doc gv postscript-viewer xpdf-reader pdf-viewer texinfo texi2html dvipng chktex lacheck rubber sam2p xbase-clients Recommended packages: patchutils psfontmgr tetex-doc dialog whiptail psutils perl-tk libxml-parser-perl The following NEW packages will be installed: dpatch gs gs-common gs-gpl gsfonts hevea libcairo2 libkpathsea4 liblua50 liblua50-dev liblualib50 liblualib50-dev libnetpbm10 libpoppler0c2 libt1-5 libxaw8 libxmu6 libxpm4 lua50 netpbm ocaml-base-nox tetex-base tetex-bin tetex-extra tex-common 0 upgraded, 25 newly installed, 0 to remove and 16 not upgraded. [...] gcc -g -Os -W -Wimplicit -Wreturn-type -Wswitch -Wcomment -Wtrigraphs -Wformat -Wchar-subscripts -Wparentheses -pedantic -Wuninitialized -DCF_XFREE86_TEXTPROP_BUG_WORKAROUND -I/usr/X11R6/include -I.. -I.. -I.. -D_XOPEN_SOURCE -D_XOPEN_SOURCE_EXTENDED -std=c99 -DCF_HAS_VA_COPY -c rootwin.c -o rootwin.o rootwin.c:25:37: error: X11/extensions/Xinerama.h: No such file or directory rootwin.c:308: error: syntax error before '*' token rootwin.c: In function 'xinerama_sanity_check': rootwin.c:312: error: 'nxi' undeclared (first use in this function) rootwin.c:312: error: (Each undeclared identifier is reported only once rootwin.c:312: error: for each function it appears in.) rootwin.c:315: error: 'xi' undeclared (first use in this function) rootwin.c: In function 'ioncore_manage_rootwin': rootwin.c:334: error: 'XineramaScreenInfo' undeclared (first use in this function) rootwin.c:334: error: 'xi' undeclared (first use in this function) rootwin.c:339: warning: implicit declaration of function 'XineramaQueryExtension' rootwin.c:340: warning: implicit declaration of function 'XineramaQueryScreens' make[2]: *** [rootwin.o] Error 1 It seems xinerama-dev is never installed, since libx11-dev was already installed. Maybe this should not happen on a buildd, but you build depends said x11-dev was fine, and it seems it isn't. Christian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#352779: FTBFS: fig2dev: command not found
Package: cyrus-imapd-2.2 Version: 2.2.12-3 Severity: serious Justification: no longer builds from source Automatic build of cyrus-imapd-2.2_2.2.12-3 on aahz by sbuild/m68k 85 [...] ** Using build dependencies supplied by package: Build-Depends: debhelper (= 4.1.68), tcl8.3-dev, libwrap0-dev, libpam0g-dev, libdb4.2-dev (= 4.2.52), libssl-dev, libzephyr-dev, libsasl2-dev (= 2.1.9), comerr-dev, drac-dev (= 1.11-7), libsnmp9-dev | libsnmp5-dev, perl (= 5.6.0-16), xutils, flex, bison, autotools-dev, po-debconf, dpatch Build-Depends-Indep: transfig, gs, groff [...] touch build-arch-stamp dh_testdir cd doc \ pod2man ../perl/sieve/scripts/sieveshell.pl ../man/sieveshell.1 \ fig2dev -L png murder.fig murder.png \ rm -f groff-html-*.png pod2htm* /bin/sh: fig2dev: command not found make: *** [build-indep-stamp] Error 127 fig2dev is probably in the transfig package, if you build the doc files in the binary-arch target (which might not be what you want), you have to list fig2dev in Build-Depends, not in Build-Depends-Indep. Christian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#352779: FTBFS: fig2dev: command not found
On Tue, Feb 14, 2006 at 07:11:11AM -0500, Benjamin Seidenberg wrote: Christian T. Steigies wrote: Package: cyrus-imapd-2.2 Version: 2.2.12-3 Severity: serious Justification: no longer builds from source Automatic build of cyrus-imapd-2.2_2.2.12-3 on aahz by sbuild/m68k 85 [...] ** Using build dependencies supplied by package: Build-Depends: debhelper (= 4.1.68), tcl8.3-dev, libwrap0-dev, libpam0g-dev, libdb4.2-dev (= 4.2.52), libssl-dev, libzephyr-dev, libsasl2-dev (= 2.1.9), comerr-dev, drac-dev (= 1.11-7), libsnmp9-dev | libsnmp5-dev, perl (= 5.6.0-16), xutils, flex, bison, autotools-dev, po-debconf, dpatch Build-Depends-Indep: transfig, gs, groff [...] touch build-arch-stamp dh_testdir cd doc \ pod2man ../perl/sieve/scripts/sieveshell.pl ../man/sieveshell.1 \ fig2dev -L png murder.fig murder.png \ rm -f groff-html-*.png pod2htm* /bin/sh: fig2dev: command not found make: *** [build-indep-stamp] Error 127 fig2dev is probably in the transfig package, if you build the doc files in the binary-arch target (which might not be what you want), you have to list fig2dev in Build-Depends, not in Build-Depends-Indep. Christian We have 2 of these bugs now (#352775 and #352779). According to debian/rules: # We aren't actually able to build arch-indep independently from # arch-dep, so we guarantee that the arch build has been done first build-indep: build-indep-stamp build-indep-stamp: configure-stamp build-arch Thus, our indep target can not be built without the arch-dependent target, and thus we need the Build-Depends-Indep dependencies to be in Build-Depends, or to fix the rules. I did the first with r195. If this The indep pacakges are always built together with the arch-dep packages, the question is, are there arch indep packages, and if so can the arch-dep packages be built without buildind the indep packages, they could not be indep then I guess. solution is acceptable, can we have an upload soonish? If we'd rather fix the rules file (probably a better solution, although I'm not sure why this was done in the first place), I don't know that I know I trust doing it myself without any guidance, so someone would either have to give me a hint or do it themselves. I haven't looked at the rules at all, I am just guessing here. If your package is _not_ building an _all.deb using fig2dev, typically a pacakge called *-doc_all.deb, just change the build-depends. If it is building an all.deb, then you should fix the rules, otherwise you would just receive another bugreport that the package is building all.debs in the binary-arch target, which is a waste of CPU time on the buildds, plus it leaves _all.deb lying around in the build directory, since those debs are never uploaded by the buildd, but only by the maintainer during the initial upload of source and debs, which includes _all.debs. Christian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#352451: grass: [FTBFS] No such file or directory
Package: grass Version: 6.0.1-2 Severity: serious Justification: no longer builds from source Automatic build of grass_6.0.1-2 on aahz by sbuild/m68k 85 [...] ** Using build dependencies supplied by package: Build-Depends: flex, bison, libreadline5-dev | libreadline-dev, libncurses5-dev, lesstif2-dev, debhelper (= 4.0.2), dpatch, libtiff4-dev, tcl8.3-dev, tk8.3-dev, fftw-dev, xlibmesa-gl-dev, libglu1-xorg-dev | xlibmesa-glu-dev, libfreetype6-dev, autoconf2.13, autotools-dev, libgdal1-1.3.1-dev, proj (= 4.4.7), libjpeg62-dev, libpng12-dev, libpq-dev | postgresql-dev, unixodbc-dev, doxygen, fakeroot, libmysqlclient15-dev | libmysqlclient14-dev [...] # fix all the braindead scripts debian/fixscripts.sh sed: can't read /build/buildd/grass-6.0.1/debian/tmp/usr/lib/grass/etc/nviz2.2/scripts/script_get_line: No such file or directory sed: can't read /build/buildd/grass-6.0.1/debian/tmp/usr/lib/grass/etc/nviz2.2/scripts/script_play: No such file or directory sed: can't read /build/buildd/grass-6.0.1/debian/tmp/usr/lib/grass/etc/nviz2.2/scripts/script_tools: No such file or directory sed: can't read /build/buildd/grass-6.0.1/debian/tmp/usr/lib/grass/etc/nviz2.2/scripts/script_file_tools: No such file or directory sed: can't read /build/buildd/grass-6.0.1/debian/tmp/usr/lib/grass/etc/nviz2.2/scripts/nviz2.2_script: No such file or directory sed: can't read /build/buildd/grass-6.0.1/debian/tmp/usr/lib/grass/etc/nviz2.2/scripts/panel_label.tcl: No such file or directory sed: can't read /build/buildd/grass-6.0.1/debian/tmp/usr/lib/grass/etc/nviz2.2/scripts/panel_scale.tcl: No such file or directory chmod: cannot access `/build/buildd/grass-6.0.1/debian/tmp/usr/lib/grass/etc/nviz2.2/scripts/panel_kanimator.tcl': No such file or directory chmod: cannot access `/build/buildd/grass-6.0.1/debian/tmp/usr/lib/grass/etc/nviz2.2/scripts/panel_scale.tcl': No such file or directory chmod: cannot access `/build/buildd/grass-6.0.1/debian/tmp/usr/lib/grass/etc/nviz2.2/scripts/structlib.tcl': No such file or directory chmod: cannot access `/build/buildd/grass-6.0.1/debian/tmp/usr/lib/grass/etc/nviz2.2/scripts/panel_label.tcl': No such file or directory chmod: cannot access `/build/buildd/grass-6.0.1/debian/tmp/usr/lib/grass/etc/nviz2.2/scripts/attPopup.tcl': No such file or directory chmod: cannot access `/build/buildd/grass-6.0.1/debian/tmp/usr/lib/grass/etc/nviz2.2/scripts/attIsosurfPopup.tcl': No such file or directory chmod: cannot access `/build/buildd/grass-6.0.1/debian/tmp/usr/lib/grass/etc/nviz2.2/scripts/panel_pos.tcl': No such file or directory chmod: cannot access `/build/buildd/grass-6.0.1/debian/tmp/usr/lib/grass/etc/nviz2.2/scripts/panel_vol.tcl': No such file or directory chmod: cannot access `/build/buildd/grass-6.0.1/debian/tmp/usr/lib/grass/etc/nviz2.2/scripts/panelIndex': No such file or directory chmod: cannot access `/build/buildd/grass-6.0.1/debian/tmp/usr/lib/grass/etc/nviz2.2/scripts/colorPopup.tcl': No such file or directory chmod: cannot access `/build/buildd/grass-6.0.1/debian/tmp/usr/lib/grass/etc/nviz2.2/scripts/multimapBrowser.tcl': No such file or directory chmod: cannot access `/build/buildd/grass-6.0.1/debian/tmp/usr/lib/grass/etc/nviz2.2/scripts/panel_animation.tcl': No such file or directory chmod: cannot access `/build/buildd/grass-6.0.1/debian/tmp/usr/lib/grass/etc/nviz2.2/scripts/script_support.tcl': No such file or directory chmod: cannot access `/build/buildd/grass-6.0.1/debian/tmp/usr/lib/grass/etc/nviz2.2/scripts/panel_vect.tcl': No such file or directory chmod: cannot access `/build/buildd/grass-6.0.1/debian/tmp/usr/lib/grass/etc/nviz2.2/scripts/panel_sdiff.tcl': No such file or directory chmod: cannot access `/build/buildd/grass-6.0.1/debian/tmp/usr/lib/grass/etc/nviz2.2/scripts/assoc.tcl': No such file or directory chmod: cannot access `/build/buildd/grass-6.0.1/debian/tmp/usr/lib/grass/etc/nviz2.2/scripts/unique.tcl': No such file or directory chmod: cannot access `/build/buildd/grass-6.0.1/debian/tmp/usr/lib/grass/etc/nviz2.2/scripts/panel_main.tcl': No such file or directory chmod: cannot access `/build/buildd/grass-6.0.1/debian/tmp/usr/lib/grass/etc/nviz2.2/scripts/position_procs.tcl': No such file or directory chmod: cannot access `/build/buildd/grass-6.0.1/debian/tmp/usr/lib/grass/etc/nviz2.2/scripts/panel_lights.tcl': No such file or directory chmod: cannot access `/build/buildd/grass-6.0.1/debian/tmp/usr/lib/grass/etc/nviz2.2/scripts/panel_query.tcl': No such file or directory chmod: cannot access `/build/buildd/grass-6.0.1/debian/tmp/usr/lib/grass/etc/nviz2.2/scripts/panel_query_orig.tcl': No such file or directory chmod: cannot access `/build/buildd/grass-6.0.1/debian/tmp/usr/lib/grass/etc/nviz2.2/scripts/nviz_init.tcl': No such file or directory chmod: cannot access `/build/buildd/grass-6.0.1/debian/tmp/usr/lib/grass/etc/nviz2.2/scripts/cutplane_channels.tcl': No such file or directory chmod: cannot access
Bug#349988: not fixed
reopen 349988 thanks Automatic build of kdbg_2.0.3-2 on aahz by sbuild/m68k 85 Build started at 20060209-0845 ** Checking available source versions... Fetching source files... Reading Package Lists... Building Dependency Tree... Need to get 1055kB of source archives. Get:1 http://incoming.debian.org kdbg 2.0.3-2 (dsc) [605B] Get:2 http://incoming.debian.org kdbg 2.0.3-2 (tar) [887kB] Get:3 http://incoming.debian.org kdbg 2.0.3-2 (diff) [167kB] Fetched 1055kB in 6s (152kB/s) Download complete and in download only mode ** Using build dependencies supplied by package: Build-Depends: debhelper (= 4.1.0), kdelibs4-dev, libqt3-compat-headers, dpatch Checking for already installed source dependencies... [...] Good - your configure finished. Start make now /usr/bin/make make[1]: Entering directory `/build/buildd/kdbg-2.0.3' cd . /bin/sh /build/buildd/kdbg-2.0.3/admin/missing --run aclocal-1.9 /build/buildd/kdbg-2.0.3/admin/missing: line 46: aclocal-1.9: command not found WARNING: `aclocal-1.9' is missing on your system. You should only need it if you modified `acinclude.m4' or `configure.in'. You might want to install the `Automake' and `Perl' packages. Grab them from any GNU archive site. cd . /bin/sh /build/buildd/kdbg-2.0.3/admin/missing --run automake-1.9 --foreign /build/buildd/kdbg-2.0.3/admin/missing: line 46: automake-1.9: command not found WARNING: `automake-1.9' is missing on your system. You should only need it if you modified `Makefile.am', `acinclude.m4' or `configure.in'. You might want to install the `Automake' and `Perl' packages. Grab them from any GNU archive site. cd . perl admin/am_edit Makefile.in cd . rm -f configure cd . /usr/bin/make -f admin/Makefile.common configure make[2]: Entering directory `/build/buildd/kdbg-2.0.3' ./admin/cvs.sh: line 11: autoconf: command not found make[2]: *** [configure] Error 1 The package also fails on arm with the same problem, so I am afraid that we are hit by the timeskew problem here: http://crest.debian.org/problems.html Timestamp skew of the auto* files that are patched from diff.gz hits m68k more than the other arches. The problem is described fully in /usr/share/doc/autotools-dev/README.Debian.gz. Christian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#350817: warped: FTBFS: incomplete build-depends
Package: warped Severity: serious Justification: no longer builds from source Automatic build of warped_20051029-1 on tanda by sbuild/m68k 85 [...] ** Using build dependencies supplied by package: Build-Depends: debhelper ( 4.1.0), libtool, libclutils0-dev checking mpi.h usability... no checking mpi.h presence... no checking for mpi.h... no configure: error: Couldn't find mpi.h and you asked to enable mpi. You probably need to define an include path. The package fails to build on all arches, see: http://buildd.debian.org/build.php?pkg=warped In case the mpi headers are supposed to be included in clutils, please reassign the bug. Christian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#350279: uim: [m68k] FTBFS
Package: uim Version: 1:1.0.0-1.1 Severity: serious Justification: no longer builds from source Automatic build of uim_1:1.0.0-1.1 on aahz by sbuild/m68k 85 [...] ** Using build dependencies supplied by package: Build-Depends: debhelper ( 4.0.0), dpatch (= 1.11), automake1.7, autotools-dev, intltool, libtool, libgtk2.0-dev, libpango1.0-dev, libfreetype6-dev, libatk1.0-dev, libgnome2-dev, libxml-perl, libpanel-applet2-dev, libice-dev, libsm-dev, libx11-dev, libxext-dev, libxi-dev, libxmu-dev, libxmuu-dev, libxp-dev, libxpm-dev, libxrandr-dev, libxt-dev, libxtrap-dev, libxtst-dev, libxv-dev, x-dev, xlibs-static-dev, libcanna1g-dev, libanthy-dev, libncurses5-dev, libm17n-dev, prime, libqt3-mt-dev [...] Making all in scm make[2]: Entering directory `/build/buildd/uim-1.0.0/scm' /usr/bin/make -C ../uim uim-module-manager \ LIBUIM_SCM_FILES=`(cd .. pwd)`/scm LIBUIM_PLUGIN_LIB_DIR=../uim/.libs \ ../uim/uim-module-manager \ --path ../scm --register pyload anthy canna prime skk tcode tutcode byeoru hangul viqr ipa-x-sampa latin m17nlib make[3]: Entering directory `/build/buildd/uim-1.0.0/uim' make[3]: `uim-module-manager' is up to date. make[3]: Leaving directory `/build/buildd/uim-1.0.0/uim' ERROR: not a file (see errobj) *backtrace* (require key.scm) at /build/buildd/uim-1.0.0/scm/custom-rt.scm:44 (require custom-rt.scm) at /build/buildd/uim-1.0.0/scm/init.scm:95 (require init.scm) (*catch (quote errobj) (require init.scm)) (eq? (quote *init.scm-loaded*) (*catch (quote errobj) (require init.scm))) ERROR: unbound variable (errobj require-custom) Warning: Module pyload is not a correct module. ERROR: unbound variable (errobj require-custom) anthy plugin subsequent /build/buildd/uim-1.0.0/scm/anthy.scm loading failed ERROR: unbound variable (errobj require-custom) [...] Warning: Module m17nlib is not a correct module. ERROR: unbound variable (errobj custom-reload-customs) ERROR: unbound variable (errobj custom-choice-rec-sym) /bin/sh: line 1: 16120 Segmentation fault LIBUIM_SCM_FILES=`(cd .. pwd)`/scm LIBUIM_PLUGIN_LIB_DIR=../uim/.libs ../uim/uim-module-manager --path ../scm --register pyload anthy canna prime skk tcode tutcode byeoru hangul viqr ipa-x-sampa latin m17nlib make[2]: *** [installed-modules.scm] Error 139 make[2]: Leaving directory `/build/buildd/uim-1.0.0/scm' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/build/buildd/uim-1.0.0' make: *** [build-stamp] Error 2 See full log at http://buildd.debian.org/fetch.php?pkg=uimver=1%3A1.0.0-1.1arch=m68kstamp=1138462141file=logas=raw Christian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#349983: ktorrent: [m68k] FTBFS: autotools
Package: ktorrent Version: 1.1-2 Severity: serious Justification: no longer builds from source Automatic build of ktorrent_1.1-2 on garkin by sbuild/m68k 85 Build started at 20060126-1053 [...] ** Using build dependencies supplied by package: Build-Depends: debhelper (= 4.0.0), autotools-dev, kdelibs4-dev, libpcre3-dev, libx11-dev [...] /usr/bin/make make[1]: Entering directory `/build/buildd/ktorrent-1.1' cd . /bin/sh /build/buildd/ktorrent-1.1/admin/missing --run aclocal-1.6 /build/buildd/ktorrent-1.1/admin/missing: line 46: aclocal-1.6: command not found WARNING: `aclocal-1.6' is missing on your system. You should only need it if you modified `acinclude.m4' or `configure.in'. You might want to install the `Automake' and `Perl' packages. Grab them from any GNU archive site. cd . \ /bin/sh /build/buildd/ktorrent-1.1/admin/missing --run automake-1.6 --gnu Makefile /build/buildd/ktorrent-1.1/admin/missing: line 46: automake-1.6: command not found WARNING: `automake-1.6' is missing on your system. You should only need it if you modified `Makefile.am', `acinclude.m4' or `configure.in'. You might want to install the `Automake' and `Perl' packages. Grab them from any GNU archive site. cd . perl admin/am_edit Makefile.in cd . rm -f configure cd . /usr/bin/make -f admin/Makefile.common configure make[2]: Entering directory `/build/buildd/ktorrent-1.1' ./admin/cvs.sh: line 11: autoconf: command not found make[2]: *** [configure] Error 1 The package fails to build on other arches as well, at least on powerpc with the same problem, see: http://buildd.debian.org/build.php?pkg=ktorrent Christian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#349776: advi: [m68k] FTBFS: debian/rules:75: *** only one `else' per conditional. Stop.
Moin, On Thu, Jan 26, 2006 at 01:21:03PM +0100, Julien Cristau wrote: On Wed, Jan 25, 2006 at 08:35:01 +, Christian T. Steigies wrote: Package: advi Severity: serious Automatic build of advi_1.6.0-8 on aahz by sbuild/m68k 85 [...] /usr/bin/fakeroot debian/rules clean debian/rules:71: Extraneous text after `else' directive debian/rules:75: *** only one `else' per conditional. Stop. Hi Christian, I can't reproduce this here, can you check which version of make was used for this build? Unless it has been updated since yesterday (which I doubt) it was: make (3.80-12) Christian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#349988: kdbg: [m68k] FTBFS: autoconf: command not found
Package: kdbg Version: 2.0-3 Severity: serious Justification: no longer builds from source Automatic build of kdbg_2.0.3-1 on garkin by sbuild/m68k 85 [...] ** Using build dependencies supplied by package: Build-Depends: debhelper (= 4.1.0), kdelibs4-dev, libqt3-compat-headers, dpatch [...] /usr/bin/make make[1]: Entering directory `/build/buildd/kdbg-2.0.3' cd . /bin/sh /build/buildd/kdbg-2.0.3/admin/missing --run aclocal-1.9 /build/buildd/kdbg-2.0.3/admin/missing: line 46: aclocal-1.9: command not found WARNING: `aclocal-1.9' is missing on your system. You should only need it if you modified `acinclude.m4' or `configure.in'. You might want to install the `Automake' and `Perl' packages. Grab them from any GNU archive site. cd . /bin/sh /build/buildd/kdbg-2.0.3/admin/missing --run automake-1.9 --foreign /build/buildd/kdbg-2.0.3/admin/missing: line 46: automake-1.9: command not found WARNING: `automake-1.9' is missing on your system. You should only need it if you modified `Makefile.am', `acinclude.m4' or `configure.in'. You might want to install the `Automake' and `Perl' packages. Grab them from any GNU archive site. cd . perl admin/am_edit Makefile.in cd . rm -f configure cd . /usr/bin/make -f admin/Makefile.common configure make[2]: Entering directory `/build/buildd/kdbg-2.0.3' ./admin/cvs.sh: line 11: autoconf: command not found Your package fails to build at least on powerpc with the same problem, see http://buildd.debian.org/build.php?pkg=kdbg Christian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#349807: towitoko: [m68k, arm, s390] FTBFS: cp: cannot stat `./debian/tmp/usr/lib/libtowitoko.so': No such file or directory
Package: towitoko Severity: serious Justification: no longer builds from source Automatic build of towitoko_2.0.7-7 on garkin by sbuild/m68k 85 [...] ** Using build dependencies supplied by package: Build-Depends: debhelper (= 4.1.16) [...] dh_install cp: cannot stat `./debian/tmp/usr/lib/libtowitoko.so': No such file or directory dh_install: command returned error code 256 make: *** [binary-arch] Error 1 See full logs at http://buildd.debian.org/build.php?pkg=towitoko Christian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#349776: advi: [m68k] FTBFS: debian/rules:75: *** only one `else' per conditional. Stop.
Package: advi Severity: serious Automatic build of advi_1.6.0-8 on aahz by sbuild/m68k 85 [...] ** Using build dependencies supplied by package: Build-Depends: debhelper ( 4.0.0), tetex-bin, ocaml, libcamlimages-ocaml-dev, tetex-extra, zlib1g-dev, gs, dpatch, chrpath, ocaml-best-compilers, hevea, x-dev, libx11-dev, libxinerama-dev [...] Checking correctness of source dependencies... Toolchain package versions: libc6-dev_2.3.5-12 linux-kernel-headers_2.6.13+0rc3-2 gcc-4.0_4.0.2-7 g++-4.0_4.0.2-7 binutils_2.16.1cvs20051214-1 libstdc++6-4.0-dev_4.0.2-7 libstdc++6_4.0.2-7 -- dpkg-source: extracting advi in advi-1.6.0 dpkg-buildpackage: source package is advi dpkg-buildpackage: source version is 1.6.0-8 dpkg-buildpackage: host architecture m68k /usr/bin/fakeroot debian/rules clean debian/rules:71: Extraneous text after `else' directive debian/rules:75: *** only one `else' per conditional. Stop. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#349479: [m68k, arm] FTBFS: cc1: error: invalid option 'mmx'
Package: libvisual Version: 0.2.0-3 Severity: serious Justification: fails to build from source Automatic build of libvisual_0.2.0-3 on aahz by sbuild/m68k 85 [...] Build-Depends: cdbs, debhelper, chrpath [...] Toolchain package versions: libc6-dev_2.3.5-12 linux-kernel-headers_2.6.13+0rc3-2 gcc-4.0_4.0.2-7 g++-4.0_4.0.2-7 binutils_2.16.1cvs20051214-1 libstdc++6-4.0-dev_4.0.2-7 libstdc++6_4.0.2-7 [...] if /bin/sh ../libtool --tag=CC --mode=compile cc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../libvisual -I.. -I../libvisual -DPLUGPATH=\/usr/lib/libvisual\ -mmmx -g -Wall -O2 -MT libvisualmmx_la-lv_video_mmx.lo -MD -MP -MF .deps/libvisualmmx_la-lv_video_mmx.Tpo -c -o libvisualmmx_la-lv_video_mmx.lo `test -f 'lv_video_mmx.c' || echo './'`lv_video_mmx.c; \ then mv -f .deps/libvisualmmx_la-lv_video_mmx.Tpo .deps/libvisualmmx_la-lv_video_mmx.Plo; else rm -f .deps/libvisualmmx_la-lv_video_mmx.Tpo; exit 1; fi cc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../libvisual -I.. -I../libvisual -DPLUGPATH=\/usr/lib/libvisual\ -mmmx -g -Wall -O2 -MT libvisualmmx_la-lv_video_mmx.lo -MD -MP -MF .deps/libvisualmmx_la-lv_video_mmx.Tpo -c lv_video_mmx.c -fPIC -DPIC -o .libs/libvisualmmx_la-lv_video_mmx.o cc1: error: invalid option 'mmx' mmx looks like an ia32, maybe amd64 option to me, I don't think this would be a valid option on any other arch. Christian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#347386: guile-gtk: [m68k, ia64]: FTBFS m68k-linux-gcc: command not found
Package: guile-gtk Version: 1.2_0.31-4 Severity: serious Justification: no longer builds from source Hi, your package fails to build on m68k and ia64, since you specify a (no longer) existing/used compiler: Automatic build of guile-gtk-1.2_0.31-4 on tanda by sbuild/m68k 79 [...] ** Using build dependencies supplied by package: Build-Depends: debhelper (= 4), libgtk1.2-dev, guile-1.6-dev ** Filtered missing central deps that are dependencies of or provide build-deps: libglib1.2-dev (= 1.2.0) [...] Checking correctness of source dependencies... Toolchain package versions: libc6-dev_2.3.5-10 linux-kernel-headers_2.6.13+0rc3-2 gcc-4.0_4.0.2-5 g++-4.0_4.0.2-5 binutils_2.16.1cvs20051214-1 libstdc++6-4.0-dev_4.0.2-5 libstdc++6_4.0.2-5 [...] make make[1]: Entering directory `/build/buildd/guile-gtk-1.2-0.31' cd . \ /bin/sh /build/buildd/guile-gtk-1.2-0.31/missing --run automake-1.6 --gnu Makefile /build/buildd/guile-gtk-1.2-0.31/missing: line 46: automake-1.6: command not found WARNING: `automake-1.6' is missing on your system. You should only need it if you modified `Makefile.am', `acinclude.m4' or `configure.in'. You might want to install the `Automake' and `Perl' packages. Grab them from any GNU archive site. cd . /bin/sh ./config.status Makefile depfiles config.status: creating Makefile config.status: executing depfiles commands make[1]: Leaving directory `/build/buildd/guile-gtk-1.2-0.31' make[1]: Entering directory `/build/buildd/guile-gtk-1.2-0.31' guile-1.6-snarf -o guile-gtk.x guile-gtk.c -DHAVE_CONFIG_H -I. -I. -I/usr/include/gtk-1.2 -I/usr/include/glib-1.2 -I/usr/lib/glib/include -D_REENTRANT -g -O2 /usr/bin/guile-1.6-snarf: line 53: m68k-linux-gcc: command not found make[1]: *** [guile-gtk.x] Error 1 If you have to call the compile by it's exact name, it is m68k-linux-gnu-gcc since etch, and probably similar for ia64. It should not build on other arches as well, but maybe they still have an older compiler installed besides the default gcc-4.0. Christian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340563: cppunit: [m68k] FTBFS: Illegal instruction ${dir}$tst
Package: cppunit Version: 1.10.2-5 Severity: serious Justification: no longer builds from source Automatic build of cppunit_1.10.2-5 on garkin by sbuild/m68k 79 [...] ** Using build dependencies supplied by package: Build-Depends: libqt3-mt-dev, libqt3-compat-headers, debhelper ( 4), doxygen [...] make check-TESTS make[4]: Entering directory `/build/buildd/cppunit-1.10.2/examples/cppunittest' StringToolsTest::testToStringInt : OK StringToolsTest::testToStringDouble : OK StringToolsTest::testSplitEmptyString : OK StringToolsTest::testSplitOneItem : OK StringToolsTest::testSplitItemEmpty : OK StringToolsTest::testSplitTwoItem : OK StringToolsTest::testSplitEmptyTwoItem : OK StringToolsTest::testSplitEmptyItemEmpty : OK StringToolsTest::testSplitEmptyItemEmptyEmptyItem : OK StringToolsTest::testWrapEmpty : OK StringToolsTest::testWrapNotNeeded : OK StringToolsTest::testWrapLimitNotNeeded : OK StringToolsTest::testWrapOneNeeded : OK StringToolsTest::testWrapTwoNeeded : OK StringToolsTest::testWrapLimitTwoNeeded : OK StringToolsTest::testWrapOneNeededTwoNeeded : OK StringToolsTest::testWrapNotNeededEmptyLinesOneNeeded : OK XmlUniformiserTest::testEmpty : OK XmlUniformiserTest::testSkipProcessed : OK XmlUniformiserTest::testOpenElementWithoutAttributeButSomeSpaces : OK XmlUniformiserTest::testOpenCloseElement : OK XmlUniformiserTest::testElementWithEmptyAttribute : OK XmlUniformiserTest::testElementWithEmptyAttributeButSomeSpaces : OK XmlUniformiserTest::testElementWithOneAttribute : OK XmlUniformiserTest::testElementWithThreeAttributes : OK XmlUniformiserTest::testSkipComment : OK XmlUniformiserTest::testElementWithContent : OK XmlUniformiserTest::testElementsHierarchyWithContents : OK XmlUniformiserTest::testAssertXmlEqual/bin/sh: line 1: 2463 Illegal instruction ${dir}$tst FAIL: cppunittestmain === 1 of 1 tests failed === make[4]: *** [check-TESTS] Error 1 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#335402: penguin-command: FTBFS: missing build-depends on libsdl-image1.2-dev
Package: penguin-command Version: 1.6.9-1 Severity: serious Justification: FTBFS Hi Karl, it seems you forgot a build-depends on libsdl-image1.2-dev, the package has failed to build on six arches so far. Automatic build of penguin-command_1.6.9-1 on garkin by sbuild/m68k 69 ** Using build dependencies supplied by package: Build-Depends: debhelper, libpng12-dev, libsdl1.2-dev (= 1.2.2-3.1), libjpeg62-dev, libsdl-mixer1.2-dev (= 1.2.0-1.1), zlib1g-dev, automake, autoconf [...] checking for main in -lSDL_mixer... yes checking for main in -lSDL_image... no configure: error: Your system is missing libSDL_image! make: *** [build-stamp] Error 1 http://buildd.debian.org/build.php?pkg=penguin-command Christian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#328470: bbpager: [m68k] FTBFS: undefined reference to `__gxx_personality_sj0'
Package: bbpager Version: 0.4.1b1-1 Severity: serious Justification: no longer builds from source Automatic build of bbpager_0.4.1b1-1 on garkin by sbuild/m68k 42 [...] ** Using build dependencies supplied by package: Build-Depends: debhelper (= 4), libsm-dev, libx11-dev, libice-dev, libxt-dev, libbt-dev [...] Making all in src make[3]: Entering directory `/build/buildd/bbpager-0.4.1b1/src' if m68k-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I.. -DSHAPE -DBBTOOL_GLOBAL=\/etc/bbtools/bbpager.rc\ -DBBTOOL_LOCAL=\~/.bbtools/bbpager.rc\ -O2 -I/usr/include/bt -I/usr/include/freetype2 -I/usr/X11R6/include -MT bbpager.o -MD -MP -MF .deps/bbpager.Tpo -c -o bbpager.o bbpager.cxx; \ then mv -f .deps/bbpager.Tpo .deps/bbpager.Po; else rm -f .deps/bbpager.Tpo; exit 1; fi if m68k-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I.. -DSHAPE -DBBTOOL_GLOBAL=\/etc/bbtools/bbpager.rc\ -DBBTOOL_LOCAL=\~/.bbtools/bbpager.rc\ -O2 -I/usr/include/bt -I/usr/include/freetype2 -I/usr/X11R6/include -MT main.o -MD -MP -MF .deps/main.Tpo -c -o main.o main.cxx; \ then mv -f .deps/main.Tpo .deps/main.Po; else rm -f .deps/main.Tpo; exit 1; fi if m68k-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I.. -DSHAPE -DBBTOOL_GLOBAL=\/etc/bbtools/bbpager.rc\ -DBBTOOL_LOCAL=\~/.bbtools/bbpager.rc\ -O2 -I/usr/include/bt -I/usr/include/freetype2 -I/usr/X11R6/include -MT Baseresource.o -MD -MP -MF .deps/Baseresource.Tpo -c -o Baseresource.o Baseresource.cxx; \ then mv -f .deps/Baseresource.Tpo .deps/Baseresource.Po; else rm -f .deps/Baseresource.Tpo; exit 1; fi if m68k-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I.. -DSHAPE -DBBTOOL_GLOBAL=\/etc/bbtools/bbpager.rc\ -DBBTOOL_LOCAL=\~/.bbtools/bbpager.rc\ -O2 -I/usr/include/bt -I/usr/include/freetype2 -I/usr/X11R6/include -MT resource.o -MD -MP -MF .deps/resource.Tpo -c -o resource.o resource.cxx; \ then mv -f .deps/resource.Tpo .deps/resource.Po; else rm -f .deps/resource.Tpo; exit 1; fi if m68k-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I.. -DSHAPE -DBBTOOL_GLOBAL=\/etc/bbtools/bbpager.rc\ -DBBTOOL_LOCAL=\~/.bbtools/bbpager.rc\ -O2 -I/usr/include/bt -I/usr/include/freetype2 -I/usr/X11R6/include -MT wminterface.o -MD -MP -MF .deps/wminterface.Tpo -c -o wminterface.o wminterface.cxx; \ then mv -f .deps/wminterface.Tpo .deps/wminterface.Po; else rm -f .deps/wminterface.Tpo; exit 1; fi if m68k-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I.. -DSHAPE -DBBTOOL_GLOBAL=\/etc/bbtools/bbpager.rc\ -DBBTOOL_LOCAL=\~/.bbtools/bbpager.rc\ -O2 -I/usr/include/bt -I/usr/include/freetype2 -I/usr/X11R6/include -MT pager.o -MD -MP -MF .deps/pager.Tpo -c -o pager.o pager.cxx; \ then mv -f .deps/pager.Tpo .deps/pager.Po; else rm -f .deps/pager.Tpo; exit 1; fi if m68k-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I.. -DSHAPE -DBBTOOL_GLOBAL=\/etc/bbtools/bbpager.rc\ -DBBTOOL_LOCAL=\~/.bbtools/bbpager.rc\ -O2 -I/usr/include/bt -I/usr/include/freetype2 -I/usr/X11R6/include -MT desktop.o -MD -MP -MF .deps/desktop.Tpo -c -o desktop.o desktop.cxx; \ then mv -f .deps/desktop.Tpo .deps/desktop.Po; else rm -f .deps/desktop.Tpo; exit 1; fi m68k-linux-gnu-g++ -O2 -I/usr/include/bt -I/usr/include/freetype2 -I/usr/X11R6/include-s -L/usr/X11R6/lib -lSM -lICE -lX11 -o bbpager bbpager.o main.o Baseresource.o resource.o wminterface.o pager.o desktop.o -lXext -L/usr/local/lib -L/usr/X11R6/lib -lbt -lXft -lfreetype -lz -lXrender -lX11 -lfontconfig /usr/lib/gcc/m68k-linux-gnu/4.0.2/../../../libbt.a(Application.o): In function `bt::Application::Application(std::basic_stringchar, std::char_traitschar, std::allocatorchar const, char const*, bool)': : undefined reference to `__gxx_personality_sj0' /usr/lib/gcc/m68k-linux-gnu/4.0.2/../../../libbt.a(Application.o): In function `bt::Application::Application(std::basic_stringchar, std::char_traitschar, std::allocatorchar const, char const*, bool)': : undefined reference to `__gxx_personality_sj0' /usr/lib/gcc/m68k-linux-gnu/4.0.2/../../../libbt.a(Application.o): In function `bt::Application::~Application()': : undefined reference to `__gxx_personality_sj0' /usr/lib/gcc/m68k-linux-gnu/4.0.2/../../../libbt.a(Application.o): In function `bt::Application::~Application()': : undefined reference to `__gxx_personality_sj0' /usr/lib/gcc/m68k-linux-gnu/4.0.2/../../../libbt.a(Application.o): In function `bt::Application::~Application()': : undefined reference to `__gxx_personality_sj0' /usr/lib/gcc/m68k-linux-gnu/4.0.2/../../../libbt.a(Application.o):: more undefined references to `__gxx_personality_sj0' follow /usr/lib/gcc/m68k-linux-gnu/4.0.2/../../../libbt.a(Application.o): In function `bt::Application::Application(std::basic_stringchar, std::char_traitschar, std::allocatorchar const, char const*, bool)': : undefined reference to `_Unwind_SjLj_Register' /usr/lib/gcc/m68k-linux-gnu/4.0.2/../../../libbt.a(Application.o): In function `bt::Application::Application(std::basic_stringchar, std::char_traitschar, std::allocatorchar const, char
Bug#328078: unshield: FTBFS: aclocal: command not found
Package: unshield Version: 0.5-2 Severity: serious Automatic build of unshield_0.5-2 on garkin by sbuild/m68k 42 [...] ** Using build dependencies supplied by package: Build-Depends: debhelper (= 4.0.0), zlib1g-dev (= 1.2.1) [...] dh_clean debian/rules build chmod +x bootstrap ./bootstrap Creating configure.ac...done. Creating unshield.spec...done. + aclocal -I m4 ./bootstrap: line 44: aclocal: command not found make: *** [config.status] Error 127 See full build log at http://buildd.debian.org/build.php?arch=pkg=unshieldvers=0.5-2 Christian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#328128: FTBFS: missing build-depends on dpatch
Package: tecnoballz Version: 0.91cvs20050828-1 Severity: serious Justification: FTBFS Automatic build of tecnoballz_0.91cvs20050828-1 on tanda by sbuild/m68k 42 [...] ** Using build dependencies supplied by package: Build-Depends: debhelper (= 4.0.0), libsdl-mixer1.2-dev, libmikmod2-dev, libxext-dev, libvorbis-dev, libogg-dev, libsmpeg-dev, g++ (= 4), libxxf86dga-dev, libxxf86vm-dev [...] Toolchain package versions: libc6-dev_2.3.5-6 linux-kernel-headers_2.6.13+0rc3-1.1 gcc-4.0_4.0.1-6 g++-4.0_4.0.1-6 binutils_2.16.1-2 libstdc++6-4.0-dev_4.0.1-6 libstdc++6_4.0.1-6 -- dpkg-source: extracting tecnoballz in tecnoballz-0.91cvs20050828 dpkg-buildpackage: source package is tecnoballz dpkg-buildpackage: source version is 0.91cvs20050828-1 dpkg-buildpackage: host architecture m68k /usr/bin/fakeroot debian/rules clean debian/rules:12: /usr/share/dpatch/dpatch.make: No such file or directory make: *** No rule to make target `/usr/share/dpatch/dpatch.make'. Stop. Christian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#324030: swt-gtk: FTBFS on 64 bit arches: error: cast from 'void*' to 'jint' loses precision
On Tue, Sep 13, 2005 at 10:52:02AM -0600, Shaun Jackman wrote: The build times out on m68k: make[1]: Entering directory `/build/buildd/swt-gtk-3.1' gcj -fPIC -fjni -c `find org -name *.java` make[1]: *** [java-stamp] Terminated make: *** [build-stamp] Terminated Build killed with signal 15 after 150 minutes of inactivity What's the solution? That was me. The build was running on one of our fastest machines, but it did not produce any output for two and a half hours. This is often a sign for a crashed build. Since we do not want our buildds to be blocked by this, we have a default timeout of 150 minutes. If there has been no output to the build log file, the build is killed. Of course we can increase the timeout, but it would be good to know some reasonable numbers, especially since the build could end up on a slower machine and still timeout. This would only be a fix, a solution would be if there is some output in reasonable time intervals so we know that the build is still doing something. How about compiling the source files separately, there would a new log line for every source file? Some package like gcc are producing output at regular intervals just to prevent the build from being killed: : # start logwatch script for regular output during test runs chmod +x debian/logwatch.sh debian/logwatch.sh -t 1800 -p /build/buildd/gcc-3.2-3.2.3ds9/build/logwatch.pid \ -m '\ntestsuite still running ...\n' \ But I still think a real solution would be some visible sign of build progress for the sake of the nervous buildd maintainer. Christian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#322210: [m68k] ocaml-nox: can not be removed
On Fri, Aug 12, 2005 at 09:44:13PM +0200, Sven Luther wrote: If the directory is missing qnd qnother pqckqges does the above, stuff will be copied as md5sum which will not be a directory. This will only happen when a package ith bad dependency is installed and installs a md5sum file though. I tried to clean my buildd and now its broke worse than ever: Preparing to replace ocaml-nox 3.08.3-6 (using .../ocaml-nox_3.08.3-7_m68k.deb) ... ERROR: emacsen-common being used before being configured. ERROR: This is likely a bug in the ocaml-nox package, which needs to ERROR: add one of the appropriate dependencies. ERROR: See /usr/share/doc/emacsen-common/debian-emacs-policy.gz ERROR: for details. dpkg: warning - old pre-removal script returned error exit status 2 dpkg - trying script from the new package instead ... ERROR: emacsen-common being used before being configured. ERROR: This is likely a bug in the ocaml-nox package, which needs to ERROR: add one of the appropriate dependencies. ERROR: See /usr/share/doc/emacsen-common/debian-emacs-policy.gz ERROR: for details. dpkg: error processing /var/cache/apt/archives/ocaml-nox_3.08.3-7_m68k.deb (--unpack): subprocess new pre-removal script returned error exit status 2 Errors were encountered while processing: /var/cache/apt/archives/ocaml-nox_3.08.3-7_m68k.deb E: Sub-process /usr/bin/dpkg returned an error code (1) Christian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#322210: [m68k] ocaml-nox: can not be removed
On Thu, Aug 18, 2005 at 09:48:10AM +0200, Stefano Zacchiroli wrote: On Thu, Aug 18, 2005 at 07:56:28AM +0200, Christian T. Steigies wrote: I tried to clean my buildd and now its broke worse than ever: Preparing to replace ocaml-nox 3.08.3-6 (using .../ocaml-nox_3.08.3-7_m68k.deb) ... ERROR: emacsen-common being used before being configured. Well, this is not related to ocaml-md5sums any longer, but to emacs. That is true, but your prerm script uses emacs, so your package has to (pre)depend on emacs or something. # Automatically added by dh_installemacsen if [ -x /usr/lib/emacsen-common/emacs-package-remove ] ; then /usr/lib/emacsen-common/emacs-package-remove ocaml-nox fi Last night, when I cleaned up the buildd again, I thought I had all of ocaml removed, only to notice this morning, that 146 packages failed to build, because some ocaml zombies were still hiding on the system, preventing any other package from being installed. I don't care if you have a separate ocaml-emacs package, I just want to be able to remove ocaml-* without manually editing some packaging scripts. The alternative would be to leave ocaml installed, it gets pulled in anyhow everytime I build an ocaml related package. But then it would not get upgraded automatically whenever you release a new version, so packages depending on ocaml will be built against outdated packages. The third alternative (can there be more than two alternatives?) I am thinking about, is instructing my buildds never to touch anything ocaml related again, I don't like packages that break my buildd, epscially when we are fighting a backlog. Or are you actually part of the conspiracy trying to demote m68k to second class citizens? ;-) Christian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#322210: [m68k] ocaml-nox: can not be removed
On Fri, Aug 12, 2005 at 10:37:37AM +0200, Stefano Zacchiroli wrote: On Tue, Aug 09, 2005 at 08:26:45PM +0200, Christian T. Steigies wrote: I am trying to clean up my unstable chroot, for some reason a few ocaml packages were still installed. This bug report shows two different problems: 1) ocaml-md5sums may be not available when postrm scripts are invoked 2) /var/lib/ocaml/md5sums is not a directory I fixed (1) and upload is pending. Good I can't understand (2). /var/lib/ocaml/md5sums/ is a directory and several ocaml related packages install stuff under that directory. I can understand if the directory is no longer there when some postrm scripts are executed (and I fixed the faulty behaviour of ocaml-md5sums in that case), but I can't understand how it comes /var/lib/ocaml/md5sums is something else than a directory. Have you toch-ed it trying to fix the postrm problem (like you did a few lines below in your report)? Yes. I tried several things before I filed the bug, so I did not start out with a clean system. But I think you could easily reproduce the problem. Christian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#322210: [m68k] ocaml-nox: can not be removed
Package: ocaml-nox Version: 3.08.3-6 Severity: serious Filed as RC bug as requested by Sven Luther I am trying to clean up my unstable chroot, for some reason a few ocaml packages were still installed. Reinstalling after a failed purge attempt: Setting up ocaml-base-nox (3.08.3-6) ... Setting up ocaml-interp (3.08.3-6) ... And purge again: The following packages will be REMOVED: emacsen-common* libncurses5-dev* ocaml-base-nox* ocaml-interp* ocaml-nox* Removing ocaml-nox ... /usr/bin/ocaml-md5sums: opendir failed on /var/lib/ocaml/md5sums: Not a directory dpkg: error processing ocaml-nox (--purge): subprocess post-removal script returned error exit status 2 (unstable)[EMAIL PROTECTED]:/# touch /var/lib/ocaml/md5sums (unstable)[EMAIL PROTECTED]:/# debfoster Keep ocaml-nox? [Ynpsiuqx?], [H]elp: P Reading package lists... Done Building dependency tree... Done The following packages will be REMOVED: ocaml-nox* 0 upgraded, 0 newly installed, 1 to remove and 3 not upgraded. Need to get 0B of archives. After unpacking 15.3MB disk space will be freed. Do you want to continue [Y/n]? (Reading database ... 9370 files and directories currently installed.) Removing ocaml-nox ... /var/lib/dpkg/info/ocaml-nox.postrm: line 6: ocaml-md5sums: command not found dpkg: error processing ocaml-nox (--purge): subprocess post-removal script returned error exit status 127 Christian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#322246: FTBFS: missing build-depends on dpatch
Package: zoo Version: 2.10-14 Severity: serious Justification: FTBFS Automatic build of zoo_2.10-14 on tanda by sbuild/m68k 42 [...] ** Using build dependencies supplied by package: Build-Depends: debhelper (= 4.0.0) [...] Checking correctness of source dependencies... Toolchain package versions: libc6-dev_2.3.2.ds1-22 linux-kernel-headers_2.6.13+0rc3-1 gcc-4.0_4.0.1-2 g++-4.0_4.0.1-2 binutils_2.16.1-2 libstdc++6-4.0-dev_4.0.1-2 libstdc++6_4.0.1-2 -- dpkg-source: extracting zoo in zoo-2.10 dpkg-buildpackage: source package is zoo dpkg-buildpackage: source version is 2.10-14 dpkg-buildpackage: host architecture m68k /usr/bin/fakeroot debian/rules clean debian/rules:34: /usr/share/dpatch/dpatch.make: No such file or directory make: *** No rule to make target `/usr/share/dpatch/dpatch.make'. Stop. See full logs at: http://buildd.debian.org/build.php?arch=pkg=zoo Christian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#321819: FTBFS: missing build-depends on libselinux1-dev
Package: xcal Version: 4.1-18.1 Severity: serious Justification: FTBFS Automatic build of xcal_4.1-18.1 on aahz by sbuild/m68k 42 [...] ** Using build dependencies supplied by package: Build-Depends: debhelper, xlibs-dev, xutils, libxaw7-dev [...] The following NEW packages will be installed: libfreetype6 libfs6 libice-dev libice6 libselinux1 libsm-dev libsm6 libx11-6 libx11-dev libxau-dev libxau6 libxaw7 libxaw7-dev libxext-dev libxext6 libxi-dev libxi6 libxkbfile-dev libxkbfile1 libxmu-dev libxmu6 libxmuu-dev libxmuu1 libxp-dev libxp6 libxpm-dev libxpm4 libxrandr-dev libxrandr2 libxrender-dev libxrender1 libxt-dev libxt6 libxtrap-dev libxtrap6 libxtst-dev libxtst6 libxv-dev libxv1 lsb-base pm-dev render-dev x-dev x11-common xlibs-data xlibs-dev xlibs-static-dev xutils zlib1g-dev 0 upgraded, 49 newly installed, 0 to remove and 21 not upgraded. [...] gcc -g -O2 -fno-strict-aliasing -DHAVE_SELINUX-I/usr/X11R6/include -I/usr/include/selinux -Dlinux -D__mc68000__ -D_POSIX_C_SOURCE=199309L -D_POSIX_SOURCE -D_XOPEN_SOURCE -D_BSD_SOURCE -D_SVID_SOURCE -DFUNCPROTO=15 -DNARROWPROTO -DLONG_IS_32_BITS -DVER_VEC-c -o xcal_alarm.o xcal_alarm.c xcal_alarm.c: In function 'AlarmScan': xcal_alarm.c:335: warning: incompatible implicit declaration of built-in function 'exit' gcc -g -O2 -fno-strict-aliasing -DHAVE_SELINUX-I/usr/X11R6/include -I/usr/include/selinux -Dlinux -D__mc68000__ -D_POSIX_C_SOURCE=199309L -D_POSIX_SOURCE -D_XOPEN_SOURCE -D_BSD_SOURCE -D_SVID_SOURCE -DFUNCPROTO=15 -DNARROWPROTO -DLONG_IS_32_BITS -DVER_VEC-c -o xcal_buts.o xcal_buts.c gcc -g -O2 -fno-strict-aliasing -DHAVE_SELINUX-I/usr/X11R6/include -I/usr/include/selinux -Dlinux -D__mc68000__ -D_POSIX_C_SOURCE=199309L -D_POSIX_SOURCE -D_XOPEN_SOURCE -D_BSD_SOURCE -D_SVID_SOURCE -DFUNCPROTO=15 -DNARROWPROTO -DLONG_IS_32_BITS -DVER_VEC-c -o xcal_days.o xcal_days.c gcc -g -O2 -fno-strict-aliasing -DHAVE_SELINUX-I/usr/X11R6/include -I/usr/include/selinux -Dlinux -D__mc68000__ -D_POSIX_C_SOURCE=199309L -D_POSIX_SOURCE -D_XOPEN_SOURCE -D_BSD_SOURCE -D_SVID_SOURCE -DFUNCPROTO=15 -DNARROWPROTO -DLONG_IS_32_BITS -DVER_VEC-c -o xcal_edit.o xcal_edit.c gcc -g -O2 -fno-strict-aliasing -DHAVE_SELINUX-I/usr/X11R6/include -I/usr/include/selinux -Dlinux -D__mc68000__ -D_POSIX_C_SOURCE=199309L -D_POSIX_SOURCE -D_XOPEN_SOURCE -D_BSD_SOURCE -D_SVID_SOURCE -DFUNCPROTO=15 -DNARROWPROTO -DLONG_IS_32_BITS -DVER_VEC-c -o xcal_help.o xcal_help.c gcc -g -O2 -fno-strict-aliasing -DHAVE_SELINUX-I/usr/X11R6/include -I/usr/include/selinux -Dlinux -D__mc68000__ -D_POSIX_C_SOURCE=199309L -D_POSIX_SOURCE -D_XOPEN_SOURCE -D_BSD_SOURCE -D_SVID_SOURCE -DFUNCPROTO=15 -DNARROWPROTO -DLONG_IS_32_BITS -DVER_VEC-c -o xcal_popup.o xcal_popup.c gcc -g -O2 -fno-strict-aliasing -DHAVE_SELINUX-I/usr/X11R6/include -I/usr/include/selinux -Dlinux -D__mc68000__ -D_POSIX_C_SOURCE=199309L -D_POSIX_SOURCE -D_XOPEN_SOURCE -D_BSD_SOURCE -D_SVID_SOURCE -DFUNCPROTO=15 -DNARROWPROTO -DLONG_IS_32_BITS -DVER_VEC-c -o xcal_strip.o xcal_strip.c gcc -g -O2 -fno-strict-aliasing -DHAVE_SELINUX-I/usr/X11R6/include -I/usr/include/selinux -Dlinux -D__mc68000__ -D_POSIX_C_SOURCE=199309L -D_POSIX_SOURCE -D_XOPEN_SOURCE -D_BSD_SOURCE -D_SVID_SOURCE -DFUNCPROTO=15 -DNARROWPROTO -DLONG_IS_32_BITS -DVER_VEC-c -o xcal_memo.o xcal_memo.c gcc -g -O2 -fno-strict-aliasing -DHAVE_SELINUX-I/usr/X11R6/include -I/usr/include/selinux -Dlinux -D__mc68000__ -D_POSIX_C_SOURCE=199309L -D_POSIX_SOURCE -D_XOPEN_SOURCE -D_BSD_SOURCE -D_SVID_SOURCE -DFUNCPROTO=15 -DNARROWPROTO -DLONG_IS_32_BITS -DVER_VEC-c -o strfdate.o strfdate.c gcc -g -O2 -fno-strict-aliasing -DHAVE_SELINUX-I/usr/X11R6/include -I/usr/include/selinux -Dlinux -D__mc68000__
Bug#319241: [m68k, mips, mipsel, powerpc, alpha] FTBFS: configure: error: XML::Parser perl module is required for intltool
Package: gksu Version: 1.3.1-1 Severity: serious Justification: FTBFS Automatic build of gksu_1.3.1-1 on tanda by sbuild/m68k 42 [...] ** Using build dependencies supplied by package: Build-Depends: cdbs, debhelper (= 4.1.0), libgtk2.0-dev (= 2.2.0), libgksu1.2-dev (= 1.3.2-1), libgksuui1.0-dev (= 1.0.6-1), gettext, autotools-dev, gnome-pkg-tools checking for GKSU... checking for perl... /usr/bin/perl checking for XML::Parser... configure: error: XML::Parser perl module is required for intltool make: *** [config.status] Error 1 See logs at: http://buildd.debian.org/build.php?arch=pkg=gksuvers=1.3.1-1 Christian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#313399: FTBFS: missing build-depends on quilt
Package: ncurses Severity: serious Justification: FTBFS Automatic build of ncurses_5.4-5 on aahz by sbuild/m68k 33 [...] ** Using build dependencies supplied by package: Build-Depends: debhelper (= 3.0.23), libc6-dev-sparc64 [sparc], libc6-dev-s390x [s390], lib64gcc1 [sparc s390], libgpmg1-dev (= 1.19.6-20) [...] dpkg-buildpackage: host architecture is m68k /usr/bin/fakeroot debian/rules clean QUILT_PATCHES=debian/patches quilt pop -a -R || test $? = 2 /bin/sh: quilt: command not found make: *** [unpatch] Error 1 The package failed to autobuild on all arches with the same error, see http://buildd.debian.org/build.php?arch=pkg=ncursesvers=5.4-5 Christian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#313475: gksu: FTBFS due to error in build-depends
Package: gksu Version: 1.2.6-1 Severity: serious Justification: FTBFS Automatic build of gksu_1.2.6-1 on aahz by sbuild/m68k 33 [...] ** Using build dependencies supplied by package: Build-Depends: cdbs, debhelper (= 4.1.0), libgtk2.0-dev (= 2.2.0), libgksu1.2-dev, libgksuui1.0-dev, gettext, autotools-dev, gnome-pkg-tools [...] checking pkg-config is at least version 0.9.0... yes checking for GKSU_CFLAGS... checking for GKSU_LIBS... configure: error: Package requirements (libgksu1.2 = 1.3.0, libgksuui1.0 = 1.0, gtk+-2.0 = 2.4.0) were not met. Consider adjusting the PKG_CONFIG_PATH environment variable if you installed software in a non-standard prefix. Alternatively you may set the GKSU_CFLAGS and GKSU_LIBS environment variables to avoid the need to call pkg-config. See the pkg-config man page for more details. make: *** [config.status] Error 1 I suppose at least the build-depends for libgtk2.0-dev has to be adjusted. The package fails to build on all arches, see: http://buildd.debian.org/build.php?arch=pkg=gksuvers=1.2.6-1 Christian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#312086: luola: does not start on ppc
forwarded 312086 [EMAIL PROTECTED] severity 312086 important tags 312086 moreinfo help upstream thanks On Sun, Jun 05, 2005 at 03:53:25PM +0300, Eddy Petrisor wrote: Subject: luola does not start on ppc arch Package: luola Version: 1.2.6.dfsg-1 Severity: grave Hello, I have found that luola does not start on ppc machines (confimed on #debian-devel by tarzeau). I suppose is an endianness problem as this does not happen on i386, but was confirmed on ppc. When data is read from /usr/share/games/luola/gfx/misc.ldat at some time in the initialization, ir fails at a _llseek. Probaly a read after the end of the file, as the seek values are quite big. (permisions are ok: -rw-r--r-- 1 root root 193520 2005-03-11 22:32 /usr/share/games/luola/gfx/misc.ldat) -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (600, 'testing'), (500, 'unstable') Architecture: powerpc (ppc) Kernel: Linux 2.6.12-rc4-merci Locale: LANG=ro_RO, LC_CTYPE=ro_RO (charmap=ISO-8859-2) Versions of packages luola depends on: ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libsdl-image1 1.2.4-1image loading library for Simple D ii libsdl-mixer1 1.2.6-1mixer library for Simple DirectMed ii libsdl-ttf2.0 2.0.6-5ttf library for Simple DirectMedia ii libsdl1.2debi 1.2.7+1.2.8cvs20041007-4.1 Simple DirectMedia Layer ii luola-data1.2.6.dfsg-1 data files for luola ii zlib1g1:1.2.2-4 compression library - runtime -- no debconf information Setting this to severity important, grave is defined by policy as: grave makes the package in question unusable or mostly so, or causes data loss, or introduces a security hole allowing access to the accounts of users who use the package. You say it does not work on ppc, but works on i386. If it took over three years to notice that on ppc, and does not cause you to loose data or introduce a security hole, I do not see that this is a grave bug, it is important at maximum. See http://www.debian.org/Bugs/Developer#severities I do not have (physical) access to a powerpc machine, can you send a patch? Or at least a strace? The information you are providing is a little scarce to do anything about it. Without more input I am inclined to lower the severity even more to normal, or even minor: a problem which doesn't affect the package's usefulness, and is presumably trivial to fix. Christian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#310669: krusader: [m68k, mipsel] FTBFS: autoconf: command not found
Package: krusader Version: 1.60.0-2 Severity: serious Justification: FTBFS Automatic build of krusader_1.60.0-2 on aahz by sbuild/m68k 33 [...] ** Using build dependencies supplied by package: Build-Depends: debhelper ( 4.0.0), xlibs-dev, zlib1g-dev, libjpeg62-dev, libqt3-mt-dev, kdelibs4-dev ** Filtered missing central deps that are dependencies of or provide build-deps: libfreetype6-dev (= 2.1.5-1), libpcre3-dev (= 4.0) [...] dh_testdir # Add here commands to compile the package. /usr/bin/make make[1]: Entering directory `/build/buildd/krusader-1.60.0' cd . /bin/sh /build/buildd/krusader-1.60.0/admin/missing --run aclocal-1.6 /build/buildd/krusader-1.60.0/admin/missing: line 46: aclocal-1.6: command not found WARNING: `aclocal-1.6' is missing on your system. You should only need it if you modified `acinclude.m4' or `configure.in'. You might want to install the `Automake' and `Perl' packages. Grab them from any GNU archive site. cd . \ /bin/sh /build/buildd/krusader-1.60.0/admin/missing --run automake-1.6 --foreign Makefile /build/buildd/krusader-1.60.0/admin/missing: line 46: automake-1.6: command not found WARNING: `automake-1.6' is missing on your system. You should only need it if you modified `Makefile.am', `acinclude.m4' or `configure.in'. You might want to install the `Automake' and `Perl' packages. Grab them from any GNU archive site. cd . perl admin/am_edit Makefile.in cd . rm -f configure cd . /usr/bin/make -f admin/Makefile.common configure make[2]: Entering directory `/build/buildd/krusader-1.60.0' ./admin/cvs.sh: line 11: autoconf: command not found make[2]: *** [configure] Error 1 See full log, ie http://buildd.debian.org/fetch.php?pkg=krusaderver=1.60.0-2arch=mipselstamp=1116968392file=logas=raw This looks like a timestampskew problem to me: http://crest.debian.org/problems.html Timestamp skew of the auto* files that are patched from diff.gz hits m68k more than the other arches. The problem is described fully in /usr/share/doc/autotools-dev/README.Debian.gz. Christian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#309843: [FTBFS]: makelist: Permission denied
Package: libedit Severity: serious Justification: FTBFS Automatic build of libedit_2.9.cvs.20050518-1 on tanda by sbuild/m68k 33 [...] dh_testdir cd libedit-20050518 pmake MKPROFILE=no MKCATPAGES=no MLINKS= MANPAGES= SHLIB_SHFLAGS=-Wl,-soname,libedit.so.2 LDADD=*.so -lcurses /build/buildd/libedit-2.9.cvs.20050518/libedit-20050518/makelist -h /build/buildd/libedit-2.9.cvs.20050518/libedit-20050518/vi.c vi.h.tmp mv vi.h.tmp vi.h /bin/sh: /build/buildd/libedit-2.9.cvs.20050518/libedit-20050518/makelist: Permission denied *** Error code 1 See http://buildd.debian.org/build.php?arch=pkg=libeditvers=2.9.cvs.20050518-1 The package failed to build on all arches, because makelist is not executable. In case you added it in your debian patch, and it was executable on your system, you have to make it executable in debian/rules, since the debian patch does not preserve file permissions. Christian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#307188: [Pkg-octave-devel] Bug#307188: octave-gpc: FTBFS: no match for 'operator[]' in '*m[vertices]'
On Sun, May 01, 2005 at 02:27:59PM -0700, Steve Langasek wrote: On Sun, May 01, 2005 at 06:54:43PM +0200, Rafael Laboissiere wrote: gpcl is in non-free and octave-gpc is in contrib. How could this problem be fixed? By getting gpcl updated on all architectures, requesting manual builds from the porter lists. I'm starting a build for alpha here. gpcl_2.32-1_m68k.changes ACCEPTED Do I need to build something else? Christian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#305971: f2c: segfaults on m68k
On Sat, Apr 30, 2005 at 08:20:32PM -0700, Steve Langasek wrote: On Sat, Apr 30, 2005 at 03:42:43PM +0200, Christian T. Steigies wrote: Hi, the new new version of f2c does not cut it either on m68k: Setting up f2c (20020621-3.3) ... (unstable)[EMAIL PROTECTED]:/build/buildd/fseries-201.10059/src# f2c Y2-fracdiffBuiltin.f fracdf: Compiler error line 244 of : start_formatting: couldn't open the intermediate file Whereas -3.1 has no problem here... Setting up f2c (20020621-3.1) ... (unstable)[EMAIL PROTECTED]:/build/buildd/fseries-201.10059/src# f2c Y2-fracdiffBuiltin.f fracdf: dopt: pqopt: fdfilt: ajqp: [...] Sigh. New version uploaded; incremental patch attached. Should really be fixed now, as I actually tested it before uploading. :) Sorry to disappoint you: (unstable)[EMAIL PROTECTED]:/build/buildd/fseries-201.10059/src# apt-cache policy f2c f2c: Installed: 20020621-3.3 Candidate: 20020621-3.3 Version Table: *** 20020621-3.3 0 500 http://debian testing/main Packages 500 http://debian unstable/main Packages 100 /var/lib/dpkg/status (unstable)[EMAIL PROTECTED]:/build/buildd/fseries-201.10059/src# f2c Y2-fracdiffBuiltin.f fracdf: Compiler error line 244 of : start_formatting: couldn't open the intermediate file But wait, there is more. With f2c -3.1, which compiles the above code, I get this: make[1]: Entering directory /build/buildd/foptions-201.10059/src' f2c D1-LowDiscrepancy.f D1-LowDiscrepancy.c inithalton: Error on line 87: Declaration error for iter: adjustable dimension on non-argument Error on line 87: wr_ardecls: nonconstant array size See m68k buildd logs for foptions and fmultivar. This still happens with f2c -3.3. Did you test this on m68k or on another arch? Christian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#305971: f2c: segfaults on m68k
On Sun, May 01, 2005 at 05:07:37AM -0700, Steve Langasek wrote: The new version that was uploaded was -3.4, not -3.3. So you haven't really tested anything, since the version you just showed output from was the same you reported on earlier. :) Ok, it is getting better. However, the problem that showed up with -3.1 still exists. Building fmultivar_201.10059-1: f2c A2-RegressionTests.f A2-RegressionTests.c pan: gcc -I/usr/lib/R/include -fPIC -g0 -O0 -c A2-RegressionTests.c -o A2-RegressionTests.o gcc -I/usr/lib/R/include -fPIC -g0 -O0 -c A4-GarchBEKK.c -o A4-GarchBEKK.o f2c B1-MatrixAddon.f B1-MatrixAddon.c matrexp: Error on line 73: Declaration error for solution: adjustable dimension on non-argument Error on line 73: Declaration error for sum: adjustable dimension on non-argument Error on line 73: Declaration error for dkeep: adjustable dimension on non-argument Error on line 73: Declaration error for error: adjustable dimension on non-argument Error on line 73: wr_ardecls: nonconstant array size Error on line 73: wr_ardecls: nonconstant array size Error on line 73: wr_ardecls: nonconstant array size Error on line 73: wr_ardecls: nonconstant array size Error on line 73: wr_ardecls: nonconstant array size Error on line 73: wr_ardecls: nonconstant array size Error on line 73: wr_ardecls: nonconstant array size Error on line 73: wr_ardecls: nonconstant array size taylor: Error on line 92: Declaration error for dkeep: adjustable dimension on non-argument Error on line 92: wr_ardecls: nonconstant array size Error on line 92: wr_ardecls: nonconstant array size This is a different problem, so maybe we use a new bug number for that? Christian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#305971: f2c: segfaults on m68k
Hi, the new new version of f2c does not cut it either on m68k: Setting up f2c (20020621-3.3) ... (unstable)[EMAIL PROTECTED]:/build/buildd/fseries-201.10059/src# f2c Y2-fracdiffBuiltin.f fracdf: Compiler error line 244 of : start_formatting: couldn't open the intermediate file Whereas -3.1 has no problem here... Setting up f2c (20020621-3.1) ... (unstable)[EMAIL PROTECTED]:/build/buildd/fseries-201.10059/src# f2c Y2-fracdiffBuiltin.f fracdf: dopt: pqopt: fdfilt: ajqp: [...] Christian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#306026: pgplot5: FTBFS: dh_dhelp: Command not found
On Sat, Apr 23, 2005 at 09:42:12PM -0700, Steve Langasek wrote: The newer version of this non-free package is held out of testing by missing m68k and s390. Anyone care to build upload? Building pgplot5 5.2.2-6 for m68k. And it does not even use f2c? Christian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#305971: f2c: segfaults on m68k
Package: f2c Version: 20020621-3.2 Severity: serious Justification: segfaults on m68k which causes r-base build to fail (and probably others as well) On m68k, r-base and a few other packages need f2c to build. The latest release of R fails to build on m68k with f2c segfaulting: http://buildd.debian.org/fetch.php?pkg=r-basever=2.1.0-1arch=m68kstamp=1114147840file=logas=raw The previous test release of R, however, built just fine: http://buildd.debian.org/fetch.php?pkg=r-basever=2.0.1.beta.20050410-1arch=m68kstamp=1113451773file=logas=raw I assume this is dues to a bug in f2c, since with the f2c that was installed in the successful built, ch2inv.f can be compiled, whereas with the f2c that is currently in incoming, it can not. [EMAIL PROTECTED]:/data/gleep/r-base-2.1.0/src/applwajig policy f2c f2c: Installed: 20020621-3.1 Candidate: 20020621-3.1 Version Table: *** 20020621-3.1 0 500 http://debian testing/main Packages -2 http://debian unstable/main Packages 100 /var/lib/dpkg/status [EMAIL PROTECTED]:/data/gleep/r-base-2.1.0/src/applf2c ch2inv.f ch2inv.c ch2inv: after upgrading f2c (only!) to the version from incoming [EMAIL PROTECTED]:/data/gleep/r-base-2.1.0/src/applwajig policy f2c f2c: Installed: 20020621-3.2 Candidate: 20020621-3.2 Version Table: *** 20020621-3.2 0 500 http://incoming.debian.org Packages 100 /var/lib/dpkg/status [EMAIL PROTECTED]:/data/gleep/r-base-2.1.0/src/applf2c ch2inv.f ch2inv.c Segmentation fault [EMAIL PROTECTED]:/data/gleep/r-base-2.1.0/src/applstrace f2c ch2inv.f execve(/usr/bin/f2c, [f2c], [/* 36 vars */]) = 0 uname({sys=Linux, node=aahz, ...}) = 0 brk(0) = 0x800352e4 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) open(/etc/ld.so.preload, O_RDONLY)= -1 ENOENT (No such file or directory) open(/etc/ld.so.cache, O_RDONLY) = 3 fstat64(3, {st_mode=02015100, st_size=104135777062912, ...}) = 0 old_mmap(NULL, 24246, PROT_READ, MAP_PRIVATE, 3, 0) = 0xc0013000 close(3)= 0 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) open(/lib/libc.so.6, O_RDONLY)= 3 read(3, \177ELF\1\2\1\0\0\0\0\0\0\0\0\0\0\3\0\4\0\0\0\1\0\1\317..., 512) = 512 fstat64(3, {st_mode=02015100, st_size=4214067292016640, ...}) = 0 old_mmap(NULL, 992864, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0xc0019000 old_mmap(0xc0103000, 24576, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0xe8000) = 0xc0103000 old_mmap(0xc0109000, 9824, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xc0109000 close(3)= 0 munmap(0xc0013000, 24246) = 0 brk(0) = 0x800352e4 brk(0x800562e4) = 0x800562e4 brk(0) = 0x800562e4 brk(0x80057000) = 0x80057000 --- SIGSEGV (Segmentation fault) --- +++ killed by SIGSEGV +++ Christian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#299338: policycoreutils: FTBFS due to undeclared functions
Package: policycoreutils Version: 1.22-1 Severity: serious Justification: FTBFS Automatic build of policycoreutils_1.22-1 on aahz by sbuild/m68k 1.170.5 [...] ** Using build dependencies supplied by package: Build-Depends: libselinux1-dev (= 1.14-1), libpam0g-dev, libsepol1-dev, file, gettext [...] cc -O2 -g -D_FILE_OFFSET_BITS=64 -Wall -W -c -o setfiles.o setfiles.c setfiles.c: In function `match': setfiles.c:193: warning: implicit declaration of function `matchpathcon_index' setfiles.c: In function `apply_spec': setfiles.c:270: warning: implicit declaration of function `matchpathcon_filespec_add' setfiles.c:313: warning: implicit declaration of function `is_context_customizable' setfiles.c: In function `main': setfiles.c:510: warning: implicit declaration of function `set_matchpathcon_invalidcon' setfiles.c:513: warning: implicit declaration of function `matchpathcon_init' setfiles.c:583: warning: implicit declaration of function `matchpathcon_filespec_eval' setfiles.c:587: warning: implicit declaration of function `matchpathcon_filespec_destroy' setfiles.c:591: warning: implicit declaration of function `matchpathcon_checkmatches' cc -s -o setfiles setfiles.o -lselinux -lsepol setfiles.o(.text+0x1f6): In function `match': /build/buildd/policycoreutils-1.22/setfiles/setfiles.c:193: undefined reference to `matchpathcon_index' setfiles.o(.text+0x4d2): In function `apply_spec': /build/buildd/policycoreutils-1.22/setfiles/setfiles.c:332: undefined reference to `is_context_customizable' setfiles.o(.text+0x5ae):/build/buildd/policycoreutils-1.22/setfiles/setfiles.c:270: undefined reference to `matchpathcon_filespec_add' setfiles.o(.text+0x9ba): In function `main': /build/buildd/policycoreutils-1.22/setfiles/setfiles.c:510: undefined reference to `set_matchpathcon_invalidcon' setfiles.o(.text+0x9ca):/build/buildd/policycoreutils-1.22/setfiles/setfiles.c:513: undefined reference to `matchpathcon_init' setfiles.o(.text+0xa5e):/build/buildd/policycoreutils-1.22/setfiles/setfiles.c:583: undefined reference to `matchpathcon_filespec_eval' setfiles.o(.text+0xa68):/build/buildd/policycoreutils-1.22/setfiles/setfiles.c:587: undefined reference to `matchpathcon_filespec_destroy' setfiles.o(.text+0xad6):/build/buildd/policycoreutils-1.22/setfiles/setfiles.c:591: undefined reference to `matchpathcon_checkmatches' collect2: ld returned 1 exit status make[2]: *** [setfiles] Error 1 The package fails to build on all arches, see http://buildd.debian.org/build.php?arch=pkg=policycoreutilsvers=1.22-1 Christian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#299018: antlr: No rule to make target `/skole/tjener/home0/pere/src/debian/java/antlr-2.7.5/scripts/../lib/cpp/Makefile.in'
Package: antlr Version: 2.7.5-2 Severity: serious Justification: FTBFS Automatic build of antlr_2.7.5-2 on aahz by sbuild/m68k 1.170.5 [...] ** Using build dependencies supplied by package: Build-Depends: debhelper (= 4), kaffe, fastjar, classpath, jikes-classpath (= 1.18), autotools-dev, gcj, libgcj4-dev [...] cd lib/cpp; /usr/bin/make install prefix=`pwd`/../../debian/libantlr-dev/usr make[1]: Entering directory `/build/buildd/antlr-2.7.5/lib/cpp' make[1]: *** No rule to make target `/skole/tjener/home0/pere/src/debian/java/antlr-2.7.5/scripts/../lib/cpp/Makefile.in', needed by `Makefile'. Stop. make[1]: Leaving directory `/build/buildd/antlr-2.7.5/lib/cpp' make: *** [install] Error 2 There is no /skole directory on my buildd, and it is not immediately obvious from the build-depends that there should be one. This fails to build everywhere. Christian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#299018: antlr: No rule to make target `/skole/tjener/home0/pere/src/debian/java/antlr-2.7.5/scripts/../lib/cpp/Makefile.in'
On Fri, Mar 11, 2005 at 09:58:04AM +0100, Michael Koch wrote: On Fri, Mar 11, 2005 at 09:05:37AM +0100, Christian T. Steigies wrote: Package: antlr Version: 2.7.5-2 Severity: serious Justification: FTBFS Automatic build of antlr_2.7.5-2 on aahz by sbuild/m68k 1.170.5 [...] ** Using build dependencies supplied by package: Build-Depends: debhelper (= 4), kaffe, fastjar, classpath, jikes-classpath (= 1.18), autotools-dev, gcj, libgcj4-dev [...] cd lib/cpp; /usr/bin/make install prefix=`pwd`/../../debian/libantlr-dev/usr make[1]: Entering directory `/build/buildd/antlr-2.7.5/lib/cpp' make[1]: *** No rule to make target `/skole/tjener/home0/pere/src/debian/java/antlr-2.7.5/scripts/../lib/cpp/Makefile.in', needed by `Makefile'. Stop. make[1]: Leaving directory `/build/buildd/antlr-2.7.5/lib/cpp' make: *** [install] Error 2 There is no /skole directory on my buildd, and it is not immediately obvious from the build-depends that there should be one. This fails to build everywhere. That is strange as this package uses always local paths. It should replace this with paths on the autobuilder. Can you try to find out why it doesn't for you ? It worked for several people before uploading. According to http://buildd.debian.org/build.php?pkg=antlr it hasn't worked for any autobuilder, unlike previous versions. I've just built it manually on my athlon, and it built fine. Then I built it in an unstable chroot on the same machine, and it failed with the same error. Should't all packages be tested by building in a chroot before upload ;-) When I build only binary packages however, ie with debuild -B, it also fails to build outside the chroot. The paths in the Makefile are still all wrong. When I build with sbuild, inside the chroot, and also have it build binary-all packages, the build succeeds. So I guess you are doing something in binary-all, like adapting the paths, recreating Makefile.in (it is deleted in dh_clean?), that is also needed for binary-arch. Christian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#292803: remove luola-levels 5.1-1 from testing
On Tue, Feb 22, 2005 at 01:54:36PM +0100, Willi Mann wrote: It seems from this bug report that the current version of luola-levels in testing is unusable. I therefore recommend to ask the release managers to remove luola-levels 5.1-1 from testing, to get this RC bug from testing away. I'd prefer if sdl-mixer1.2 were built on mips, but go ahead. The luola has to be removed from testing as well? Christian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#293555: FTBFS: misses build-depends on cdbs
Package: treecc Version: 0.3.6-1 Severity: serious Justification: FTBFS Automatic build of treecc_0.3.6-1 on aahz by sbuild/m68k 1.170.5 [...] ** Using build dependencies supplied by package: Build-Depends: debhelper (= 4.0.0), flex, bison, texinfo [...] Checking correctness of source dependencies... Toolchain package versions: libc6-dev_2.3.2.ds1-20 linux-kernel-headers_2.5.999-test7-bk-17 gcc-3.3_1:3.3.5-6 g++-3.3_1:3.3.5-6 binutils_2.15-5 libstdc++5_1:3.3.5-6 libstdc++5-3.3-dev_1:3.3.5-6 -- dpkg-source: extracting treecc in treecc-0.3.6 dpkg-buildpackage: source package is treecc dpkg-buildpackage: source version is 0.3.6-1 dpkg-buildpackage: host architecture is m68k /usr/bin/fakeroot debian/rules clean debian/rules:9: /usr/share/cdbs/1/rules/tarball.mk: No such file or directory debian/rules:10: /usr/share/cdbs/1/rules/debhelper.mk: No such file or directory debian/rules:11: /usr/share/cdbs/1/class/autotools.mk: No such file or directory make: *** No rule to make target `/usr/share/cdbs/1/class/autotools.mk'. Stop. See http://buildd.debian.org/build.php?arch=pkg=treecc for full logs. Christian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#292803: luola-levels: no levels found
On Sat, Jan 29, 2005 at 08:45:16PM -0600, Bruno Engelmann wrote: Package: luola-levels Version: 5.1-1 Severity: grave Justification: renders package unusable After upgrading to the latest version of luola-levels (5.1-1), luola gives me the message: No levles found in the data directory /usr/share/games/luola/levels/. There does seem to be level files in this directory, and I my user account can read them. Perhaps these levels require a new version of luola? Which version of luola do you have installed? 1.2.6 uses a new level format, so the old (4.0) levels will not work anymore with that version. I didn't realize that the new levels do not work with the old luola either... Can you please upgrade luola to 1.2.6-1 and try again? Christian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#290339: supercollider: [m68k] FTBFS
Package: supercollider Version: 040926-3 Severity: serious Justification: FTBFS Automatic build of supercollider_040926-3 on aahz by sbuild/m68k 1.170.5 [...] ** Using build dependencies supplied by package: Build-Depends: debhelper (= 4.0.0), libjack-dev, libsigc++-dev, libsndfile1-dev, emacs21 | emacsen, dpatch, automake1.7, libtool, libxt-dev [...] # adding some tests after the install mkdir synthdefs if ! LD_LIBRARY_PATH=./debian/supercollider/usr/lib ./debian/supercollider/usr/bin/sclang.real -l ./debian/supercollider/etc/sclang.cfg /dev/null; then \ echo outch, sclang test failed. sclang does not support 64 bit mode yet; \ exit 1; \ fi ./debian/supercollider/etc/sclang.cfg,10: couldn't resolve path /usr/share/SuperCollider/SCClassLibrary/Linux ./debian/supercollider/etc/sclang.cfg,13: couldn't resolve path /usr/share/SuperCollider/SCClassLibrary/Common ./debian/supercollider/etc/sclang.cfg,14: couldn't resolve path /usr/share/SuperCollider/SCClassLibrary/DefaultLibrary ./debian/supercollider/etc/sclang.cfg,15: couldn't resolve path /usr/share/SuperCollider/SCClassLibrary/backwards_compatibility init_OSC -TempoClock_stopAll -TempoClock_stopAll compiling class library.. /bin/sh: line 1: 1153 Aborted LD_LIBRARY_PATH=./debian/supercollider/usr/lib ./debian/supercollider/usr/bin/sclang.real -l ./debian/supercollider/etc/sclang.cfg /dev/null outch, sclang test failed. sclang does not support 64 bit mode yet make: *** [install-arch] Error 1 See full log at http://buildd.debian.org/fetch.php?pkg=supercolliderver=040926-3arch=m68kstamp=1105297583file=logas=raw Christian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]