Re: Bug#465900: perlsgml: requesting removal
Hi, thanks for your note. On 09/04/11 23:11, Torsten Werner wrote: it has been suggested that the package dh-kpatches should be removed from unstable but it is a Build-Depends of your package. Is it possible the remove this Build-Depends? Please see bug report #465900 for more information. If dh-kpatches wouldn't be available anymore, I would need to replace it by another tool (doing the same thing) for xenomai and rtai which would need some work. In #465900 I can see that the idea of removing dh-kpatches comes from the urge of removing alcovebook-sgml (with dh-kpatches build-depending on it). Maybe we can make dh-kpatches build without alcovebook-sgml? I find dh-kpatches helpful for building easily applicable patches from a bunch of diffs, even if make-kpkg doesn't support appying kernel patches directly anymore. Thanks! bye, Roland -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4da0fddc@debian.org
Bug#693802: blackbox: Please support arch powerpcspe (FTBFS due to symbols mismatch)
Package: blackbox Version: 0.70.1-13 Severity: wishlist Tags: patch sid User: debian-powerpc...@breakpoint.cc Usertags: powerpcspe Hi, blackbox currently FTBFS on powerpcspe[1] like this: [...] dh_makeshlibs -a dpkg-gensymbols: warning: some symbols or patterns disappeared in the symbols file: see diff output below dpkg-gensymbols: warning: debian/libbt0/DEBIAN/symbols doesn't match completely debian/libbt0.symbols [...] dh_makeshlibs: dpkg-gensymbols -plibbt0 -Idebian/libbt0.symbols -Pdebian/libbt0 -edebian/libbt0/usr/lib/powerpc-linux-gnuspe/libbt.so.0.0.0 returned exit code 1 make: *** [binary-arch] Error 1 [...] Attaching a patch that fixes this by adjusting the symbols file respectively. Thanks, Roland [1] http://wiki.debian.org/PowerPCSPEPort -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.5.0 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_GB.UTF-8) Shell: /bin/sh linked to /bin/dash diff -ruN blackbox-0.70.1.backup/debian/libbt0.symbols blackbox-0.70.1/debian/libbt0.symbols --- blackbox-0.70.1.backup/debian/libbt0.symbols 2012-09-16 23:47:10.0 +0200 +++ blackbox-0.70.1/debian/libbt0.symbols 2012-11-20 15:10:44.947662000 +0100 @@ -300,7 +300,7 @@ _ZN2bt9mkdirhierERKSsi@Base 0.70.1 _ZN2bt9toUnicodeERKSs@Base 0.70.1 (arch=any-i386)_ZN9__gnu_cxx11char_traitsIjE4copyEPjPKjj@Base 0.70.1 - (arch=!any-i386 !alpha !armel !armhf !ia64 !mips !mipsel !powerpc !ppc64 !s390 !s390x !sh4 !sparc)_ZN9__gnu_cxx11char_traitsIjE4copyEPjPKjm@Base 0.70.1 + (arch=!any-i386 !alpha !armel !armhf !ia64 !mips !mipsel !powerpc !powerpcspe !ppc64 !s390 !s390x !sh4 !sparc)_ZN9__gnu_cxx11char_traitsIjE4copyEPjPKjm@Base 0.70.1 _ZNK2bt11Application10grabButtonEjjmbjiimmb@Base 0.70.1 _ZNK2bt11Application12ungrabButtonEjjm@Base 0.70.1 _ZNK2bt11Application8XDisplayEv@Base 0.70.1 @@ -385,15 +385,15 @@ _ZNK2bt9MenuStyle9titleRectERKSbIjSt11char_traitsIjESaIjEE@Base 0.70.1 (arch=any-i386)_ZNSbIjSt11char_traitsIjESaIjEE12_M_leak_hardEv@Base 0.70.1 (arch=any-i386)_ZNSbIjSt11char_traitsIjESaIjEE15_M_replace_safeEjjPKjj@Base 0.70.1 - (arch=!any-i386 !alpha !armel !armhf !ia64 !mips !mipsel !powerpc !ppc64 !s390 !s390x !sh4 !sparc)_ZNSbIjSt11char_traitsIjESaIjEE15_M_replace_safeEmmPKjm@Base 0.70.1 + (arch=!any-i386 !alpha !armel !armhf !ia64 !mips !mipsel !powerpc !powerpcspe !ppc64 !s390 !s390x !sh4 !sparc)_ZNSbIjSt11char_traitsIjESaIjEE15_M_replace_safeEmmPKjm@Base 0.70.1 _ZNSbIjSt11char_traitsIjESaIjEE4_Rep20_S_empty_rep_storageE@Base 0.70.1 (arch=!amd64 !ia64 !kfreebsd-amd64 !s390 !s390x !alpha !ppc64 !sparc64 !any-i386)_ZNSbIjSt11char_traitsIjESaIjEE4_Rep8_M_cloneERKS1_j@Base 0.70.1 - (optional|arch=!any-i386 !armel !armhf !mips !mipsel !powerpc !sh4 !sparc)_ZNSbIjSt11char_traitsIjESaIjEE4_Rep8_M_cloneERKS1_m@Base 0.70.1 + (optional|arch=!any-i386 !armel !armhf !mips !mipsel !powerpc !powerpcspe !sh4 !sparc)_ZNSbIjSt11char_traitsIjESaIjEE4_Rep8_M_cloneERKS1_m@Base 0.70.1 (arch=!amd64 !ia64 !kfreebsd-amd64 !s390 !s390x !alpha !ppc64 !sparc64 !any-i386)_ZNSbIjSt11char_traitsIjESaIjEE6appendEjj@Base 0.70.1 - (optional|arch=!any-i386 !armel !armhf !mips !mipsel !powerpc !sh4 !sparc)_ZNSbIjSt11char_traitsIjESaIjEE6appendEmj@Base 0.70.1 + (optional|arch=!any-i386 !armel !armhf !mips !mipsel !powerpc !powerpcspe !sh4 !sparc)_ZNSbIjSt11char_traitsIjESaIjEE6appendEmj@Base 0.70.1 (arch=any-i386)_ZNSbIjSt11char_traitsIjESaIjEE6assignERKS2_@Base 0.70.1 (arch=any-i386)_ZNSbIjSt11char_traitsIjESaIjEE6resizeEjj@Base 0.70.1 - (arch=!any-i386 !alpha !armel !armhf !ia64 !mips !mipsel !powerpc !ppc64 !s390 !s390x !sh4 !sparc)_ZNSbIjSt11char_traitsIjESaIjEE6resizeEmj@Base 0.70.1 + (arch=!any-i386 !alpha !armel !armhf !ia64 !mips !mipsel !powerpc !powerpcspe !ppc64 !s390 !s390x !sh4 !sparc)_ZNSbIjSt11char_traitsIjESaIjEE6resizeEmj@Base 0.70.1 (arch=!amd64 !ia64 !kfreebsd-amd64 !s390 !s390x !alpha !ppc64 !sparc64)_ZNSbIjSt11char_traitsIjESaIjEE7replaceEjjPKjj@Base 0.70.1 (arch=amd64 ia64 kfreebsd-amd64 s390 s390x alpha ppc64 sparc64)_ZNSbIjSt11char_traitsIjESaIjEE7replaceEmmPKjm@Base 0.70.1 (arch=!amd64 !ia64 !kfreebsd-amd64 !s390 !s390x !alpha !ppc64 !sparc64)_ZNSbIjSt11char_traitsIjESaIjEE7reserveEj@Base 0.70.1 @@ -428,7 +428,7 @@ (arch=any-i386)_ZNSt4pairIKN2bt9FontCache8FontNameENS1_7FontRefEED1Ev@Base 0.70.1 (arch=any-i386)_ZNSt4pairIKN2bt9FontCache8FontNameENS1_7FontRefEED2Ev@Base 0.70.1 (arch=!amd64 !ia64 !kfreebsd-amd64 !s390 !s390x !alpha !ppc64 !sparc64 !any-i386)_ZNSt5dequeIPN2bt4MenuESaIS2_EE17_M_reallocate_mapEjb@Base 0.70.1 - (optional|arch=!any-i386 !armel !armhf !mips !mipsel !powerpc !sh4 !sparc)_ZNSt5dequeIPN2bt4MenuESaIS2_EE17_M_reallocate_mapEmb@Base 0.70.1 + (optional|arch=!any-i386 !armel !armhf !mips !mipsel !powerpc !powercpspe !sh4 !sparc)_ZNSt5dequeIPN2bt4MenuESaIS2_EE17_M_reallocate_mapEmb
Re: Bug#264026 acknowledged by developer (Bug#264026: fixed in dia2code 0.8.1-4)
On Fri, 2004-08-20 at 10:03, Debian Bug Tracking System wrote: > dia2code (0.8.1-4) unstable; urgency=low > . >* QA upload. >* Changed maintainer to Debian QA Group <[EMAIL PROTECTED]> > as the package has been orphaned for some time according to > #264107. >* Updated standards verstion to 3.6.1. >* Fixed FTBFS bug, closes: #264026. ^ Next time, please write in the changelog what you actually did.
Bug#264026: dia2code: FTBFS
reopen 264026 retitle 264026 dia2code: FTBFS thanks Hi, now (building dia2code 0.8.1-4 in a current sid pbuilder chroot), I get: checking for working automake-1.4... missing checking for working autoheader... missing checking for working makeinfo... missing checking whether to enable maintainer-specific portions of Makefiles... no checking for gcc... gcc checking whether the C compiler (gcc -O2 -Wall ) works... yes checking whether the C compiler (gcc -O2 -Wall ) is a cross-compiler... no checking whether we are using GNU C... yes checking whether gcc accepts -g... yes checking for ranlib... ranlib checking for xml2-config... /usr/bin/xml2-config checking how to run the C preprocessor... gcc -E checking for dlfcn.h... yes checking for dlopen in -ldl... yes updating cache ./config.cache creating ./config.status creating Makefile creating dia2code/Makefile creating dia2code/docs/Makefile creating dia2code/docs/en/Makefile creating config.h touch configure-stamp dh_testdir /usr/bin/make make[1]: Entering directory `/tmp/buildd/dia2code-0.8.1' cd . && /tmp/buildd/dia2code-0.8.1/missing aclocal-1.4 WARNING: `aclocal-1.4' is needed, and you do not seem to have it handy on your system. You might have modified some files without having the proper tools for further handling them. Check the `README' file, it often tells you about the needed prerequirements for installing this package. You may also peek at any GNU archive site, in case some other package would contain this missing `aclocal-1.4' program. make[1]: *** [aclocal.m4] Error 1 make[1]: Leaving directory `/tmp/buildd/dia2code-0.8.1' make: *** [build-stamp] Error 2 bye, Roland
Bug#271957: noteedit: Can't import MIDI file
Package: noteedit Version: 2.7.1-2 Severity: normal Hi, when I try to import a MIDI file (created with noteedit) via the TSE3 menu, nothing happens. I don't use special characters in the filename, so this doesn't seem to be related to #190769. I'm attaching the example MIDI file. bye, Roland -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.8-1-686 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (ignored: LC_ALL set to en_GB.UTF-8) Versions of packages noteedit depends on: ii kdelibs4 4:3.3.0-1.1KDE core libraries ii libart-2.0-2 2.3.16-6 Library of functions for 2D graphi ii libc6 2.3.2.ds1-16 GNU C Library: Shared libraries an ii libfam0c102 2.7.0-5client library to control the FAM ii libgcc1 1:3.4.2-2 GCC support library ii libice6 4.3.0.dfsg.1-7 Inter-Client Exchange library ii libidn11 0.5.2-3GNU libidn library, implementation ii libpng12-01.2.5.0-7 PNG library - runtime ii libqt3c102-mt 3:3.3.3-4 Qt GUI Library (Threaded runtime v ii libsm64.3.0.dfsg.1-7 X Window System Session Management ii libstdc++51:3.3.4-11 The GNU Standard C++ Library v3 ii libtse3-0.2.7 0.2.7-5TSE3: portable sequencer engine in ii libx11-6 4.3.0.dfsg.1-7 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-7 X Window System miscellaneous exte ii libxrender1 0.8.3-7X Rendering Extension client libra ii noteedit-data 2.7.1-2KDE Music Editor (data files) ii xlibs 4.3.0.dfsg.1-7 X Window System client libraries m ii zlib1g1:1.2.1.2-1compression library - runtime -- no debconf information netest1.mid Description: audio/unknown
Bug#126046: gtick: Another weird error, this time related to app "name"
Hi, as the package description of gdkxft says, >*** THIS WILL CAUSE APPLICATIONS TO CRASH, DIE, LOSE INFORMATION, AND >OTHER NASTY EFFECTS. DON'T USE THIS IF YOU WANT STABILITY *** your problem is probably a gdkxft issue. Please try without it and report what happened. Thanks. bye, Roland -- Roland Stigge signature.asc Description: This is a digitally signed message part
Bug#213654: xcruise: cannot steer up and down
Hi, exactly the same problem here. bye, Roland signature.asc Description: This is a digitally signed message part
Bug#243230: Syntax error in postinst
tag 243230 patch quit Hi, I propose "-h" instead of the alternative "-L" as substitution for "-l" since that's what's officially supported by dash. (Otherwise, you could do "#!/bin/bash" instead of "#!/bin/sh", but I wouldn't prefer that.) bye, Roland
Bug#213654: [Debian] xcruise crashing?
On Wed, 2004-04-14 at 02:13, Florian Ernst wrote: > I'm currently working[1] on putting together an update for the Debian > package 'xcruise'[2]. >[...] > I cloned your bugreport to handle these two bugs seperately[4]. The > movement bug will be fixed with the next upload Yes, that's working now.
Bug#243363: [Debian] xcruise crashing?
On Wed, 2004-04-14 at 02:13, Florian Ernst wrote: > I'm currently working[1] on putting together an update for the Debian > package 'xcruise'[2]. >[...] > Do you still experience this crashing? Accelerating forward/backward with the left and right mouse buttons works. But with space, it's similar to the original described case. When we are already moving forward, space causes to increase "Velocity" at an exponential rate, until the value doesn't fit into the window any more, even when I maximize it. When we are already moving backward (e.g. by mouse), space causes a similar "Velocity" increase, but after some seconds, a segfault occurs. I created a stack trace: == [EMAIL PROTECTED]:~/temp/debian$ gdb /usr/games/xcruise GNU gdb 6.1-debian Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-linux"...Using host libthread_db library "/lib/tls/libthread_db.so.1". (gdb) run Starting program: /usr/games/xcruise Program received signal SIGSEGV, Segmentation fault. 0x0804ae93 in trans_pos (x=0xc000, y=0xc000, ppos=0xc000) at draw.c:125 125 draw.c: No such file or directory. in draw.c (gdb) bt #0 0x0804ae93 in trans_pos (x=0xc000, y=0xc000, ppos=0xc000) at draw.c:125 #1 0x0804b671 in calc_galaxy_vertices (seg0=0xbfffea40, nseg0=0xc000, seg1=0xbfffe680, nseg1=0xc000, g=0x0, center=0x808d514, r=0.015850700652640434) at draw.c:297 #2 0x0804b986 in draw_galaxy (g=0x805dc88, ppos=0xbfffea40, activated=15663423) at draw.c:374 #3 0x00ef013f in ?? () #4 0x00ef013f in ?? () #5 0x00ef013f in ?? () #6 0x00ef013f in ?? () #7 0x00ef013f in ?? () #8 0x00ef013f in ?? () #9 0x00ef013f in ?? () #10 0x00ef013f in ?? () #11 0x00ef013f in ?? () #12 0x00ef013f in ?? () #13 0x00ef013f in ?? () #14 0x00ef013f in ?? () #15 0x00ef013f in ?? () #16 0x00ef013f in ?? () #17 0x00ef013f in ?? () #18 0x00ef013f in ?? () #19 0x00ef013f in ?? () #20 0x00ef013f in ?? () [... continued until #1143.] == Looks like an infinite recursion. Hope this helps. bye, Roland
