Bug#919522: libqt5webkit5: incorrect page width for plain text messages when using trojita
Package: libqt5webkit5 Version: 5.212.0~alpha2-19 Severity: normal When using trojita from http://download.opensuse.org/repositories/home:/jkt-gentoo:/trojita/Debian_9.0/ I'm encountering the bug described at https://github.com/annulen/webkit/issues/511 : plain text messages are incorrectly displayed with a page width of 2 characters. If I rebuild the package using the patches specified in the bug thread: https://github.com/annulen/webkit/commit/6faf11215e1af27d35e921ae669aa0251a01a1ab and https://github.com/annulen/webkit/commit/76420459a13d9440b41864c93cb4ebb404bdab55 and install the resulting package, the messages are now displayed correctly. -- System Information: Debian Release: buster/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.19.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE= (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages libqt5webkit5 depends on: ii dpkg 1.19.2 ii libc6 2.28-5 ii libgcc11:8.2.0-14 ii libglib2.0-0 2.58.2-3 ii libgstreamer-plugins-base1.0-0 1.14.4-dmo1 ii libgstreamer1.0-0 1.14.4-1 ii libhyphen0 2.8.8-7 ii libicu63 63.1-5 ii libjpeg62-turbo1:1.5.2-2+b1 ii libpng16-161.6.36-3 ii libqt5core5a [qtbase-abi-5-11-3] 5.11.3+dfsg-2 ii libqt5gui5 5.11.3+dfsg-2 ii libqt5network5 5.11.3+dfsg-2 ii libqt5positioning5 5.11.3+dfsg-2 ii libqt5printsupport55.11.3+dfsg-2 ii libqt5qml5 [qtdeclarative-abi-5-11-2] 5.11.3-2 ii libqt5quick5 5.11.3-2 ii libqt5sensors5 5.11.3-2 ii libqt5webchannel5 5.11.3-2 ii libqt5widgets5 5.11.3+dfsg-2 ii libsqlite3-0 3.26.0+fossilbc891ac6b-1 ii libstdc++6 8.2.0-14 ii libwebp6 0.6.1-2 ii libwoff1 1.0.2-1 ii libxml22.9.4+dfsg1-7+b3 ii libxslt1.1 1.1.32-2 ii zlib1g 1:1.2.11.dfsg-1 libqt5webkit5 recommends no packages. libqt5webkit5 suggests no packages. -- no debconf information
Bug#433357: ncurses-bin: breaks the whole system when usplash is installed
Package: ncurses-bin Version: 5.6+20070714-1 Severity: critical Justification: breaks the whole system Hi, Since I've upgraded ncurses-bin (and other ncurses packages) to the lastest version, my whole system is broken. Lots of init scripts are failing : # invoke-rc.d networking restart * Reconfiguring network interfaces... /usr/bin/tput: invalid option -- 2 usage: tput [-V] [-S] [-T term] capname invoke-rc.d: initscript networking, action restart failed. # It seems that this bug is related to : - ncurses-bin: tput now fails at boot time since the last upgrade - lsb-base: calls tput - usplash: activate fancy boot messages in lsb-base. Please note that if I remove usplash or if I downgrade ncurses, my system works as usual. -- Florent -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#433357: ncurses-bin: breaks the whole system when usplash is installed
Le lundi 16 juillet 2007, vous avez écrit : On Mon, 16 Jul 2007, Florent Bayle wrote: Package: ncurses-bin Version: 5.6+20070714-1 Severity: critical Justification: breaks the whole system Hi, Since I've upgraded ncurses-bin (and other ncurses packages) to the lastest version, my whole system is broken. Lots of init scripts are failing : # invoke-rc.d networking restart * Reconfiguring network interfaces... /usr/bin/tput: invalid option -- 2 usage: tput [-V] [-S] [-T term] capname tput's command-line parsing hasn't changed since before 5.6 (December). (what was the previous version you had installed?). Did usplash change recently? I got a look at /etc/lsb-base-logging.sh (created by usplash), and I think that I found the problem : # cat /etc/lsb-base-logging.sh [...] if log_use_fancy_output $TPUT xenl /dev/null 21; then COLS=`$TPUT cols` if [ $COLS ]; then COL=`$EXPR $COLS - 7` else COL=73 fi [...] printf * $* # Enough trailing spaces for ` [fail]' to fit in; if the message # is too long it wraps here rather than later, which is what we # want. $TPUT hpa `$EXPR $COLS - 1` printf ' ' else echo * $@ COL= fi [...] # and now, THE problem : [EMAIL PROTECTED]:~$ apt-cache policy ncurses-bin ncurses-bin: Installed: 5.6+20070714-1 Candidate: 5.6+20070714-1 Version table: *** 5.6+20070714-1 0 500 http://ftp.fr.debian.org unstable/main Packages 100 /var/lib/dpkg/status 5.6-3 0 500 http://ftp.fr.debian.org testing/main Packages 5.5-5 0 500 http://ftp.fr.debian.org etch/main Packages [EMAIL PROTECTED]:~$ tput cols -1 [EMAIL PROTECTED]:~$ sudo apt-get install libncurses5=5.6-3 libncursesw5=5.6-3 ncurses-base=5.6-3 ncurses-bin=5.6-3 ncurses-term=5.6-3 Reading package lists... Done Building dependency tree Reading state information... Done The following packages will be DOWNGRADED: libncurses5 libncursesw5 ncurses-base ncurses-bin ncurses-term 0 upgraded, 0 newly installed, 5 downgraded, 0 to remove and 0 not upgraded. Need to get 0B/1214kB of archives. After unpacking 106kB of additional disk space will be used. Do you want to continue [Y/n]? dpkg - warning: downgrading ncurses-bin from 5.6+20070714-1 to 5.6-3. (Reading database ... 29107 files and directories currently installed.) Preparing to replace ncurses-bin 5.6+20070714-1 (using .../ncurses-bin_5.6-3_i386.deb) ... Unpacking replacement ncurses-bin ... Setting up ncurses-bin (5.6-3) ... dpkg - warning: downgrading libncurses5 from 5.6+20070714-1 to 5.6-3. (Reading database ... 29108 files and directories currently installed.) Preparing to replace libncurses5 5.6+20070714-1 (using .../libncurses5_5.6-3_i386.deb) ... Unpacking replacement libncurses5 ... Setting up libncurses5 (5.6-3) ... dpkg - warning: downgrading ncurses-base from 5.6+20070714-1 to 5.6-3. (Reading database ... 29108 files and directories currently installed.) Preparing to replace ncurses-base 5.6+20070714-1 (using .../ncurses-base_5.6-3_all.deb) ... Unpacking replacement ncurses-base ... Setting up ncurses-base (5.6-3) ... Installing new version of config file /etc/terminfo/README ... dpkg - warning: downgrading libncursesw5 from 5.6+20070714-1 to 5.6-3. (Reading database ... 29108 files and directories currently installed.) Preparing to replace libncursesw5 5.6+20070714-1 (using .../libncursesw5_5.6-3_i386.deb) ... Unpacking replacement libncursesw5 ... dpkg - warning: downgrading ncurses-term from 5.6+20070714-1 to 5.6-3. Preparing to replace ncurses-term 5.6+20070714-1 (using .../ncurses-term_5.6-3_all.deb) ... Unpacking replacement ncurses-term ... Setting up libncursesw5 (5.6-3) ... Setting up ncurses-term (5.6-3) ... [EMAIL PROTECTED]:~$ tput cols 80 [EMAIL PROTECTED]:~$ -- Florent signature.asc Description: This is a digitally signed message part.
Bug#433261: ITP: libpano13 -- panorama tools library
Hi, Le lundi 16 juillet 2007, Bernd Zeimetz a écrit : Panorama Tools was originally created by Professor Helmut Dersch of the University of Applied Sciences Furtwangen. Professor Dersch's site no longer has links to download the tools, which is why this panotools sourceforge project exists. I remember vaguely that there were some copyright/licenseing issues with at least parts of the software provided on the page of Prof. Dersch - but I'm not sure. It was a patent problem. It was already discussed when I packaged the previous version of libpano (libpano12). You can search for old discussions on debian-legal archives, libpano12 ITP and archived bugs on libpano12. Also, do you intend to package clens, too? This would be very appreciated. I currently don't use it myself, but I will have a look. -- Florent signature.asc Description: This is a digitally signed message part.
Bug#433261: ITP: libpano13 -- panorama tools library
Package: wnpp Severity: wishlist Owner: Florent Bayle [EMAIL PROTECTED] * Package name: libpano13 Version : 2.9.12 Upstream Author : Bruno Postle [EMAIL PROTECTED] * URL : http://panotools.sf.net/ * License : GPL Programming Lang: C Description : panorama tools library This package contains the panoramatools library. It provides basic algorithmical tools to generate, edit and transform many kinds of panoramic images. . Panorama Tools was originally created by Professor Helmut Dersch of the University of Applied Sciences Furtwangen. Professor Dersch's site no longer has links to download the tools, which is why this panotools sourceforge project exists. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#429509: wmmixer: Segfault on AMD64
Package: wmmixer Version: 1.5-7 Severity: serious Tags: patch Hi, The version of wmmixer currently in unstable segfaults on AMD64. Here is the backtrace : Program received signal SIGSEGV, Segmentation fault. #0 0x2aab1500fddb in free () from /lib/libc.so.6 #1 0x004029b9 in XHandler::initIcons (this=0x60c010, num=25) at xhandler.cc:365 #2 0x004034ec in XHandler::init (this=0x60c010, argc=1, argv=0x7fff969e6c98, num_channels=25) at xhandler.cc:75 #3 0x00405670 in WMMixer::init (this=0x7fff969e6a60, argc=1, argv=0x7fff969e6c98) at wmmixer.cc:119 #4 0x004056f2 in main (argc=1, argv=0x7fff969e6c98) at wmmixer.cc:579 I've attached a patch to fix this problem to this mail. -- Florent --- wmmixer-1.5.old/xhandler.cc +++ wmmixer-1.5/xhandler.cc @@ -24,6 +24,7 @@ strcpy(backcolor_name_, BACKCOLOR); button_state_ = 0; + icon_list_ = NULL; } // signature.asc Description: This is a digitally signed message part.
Bug#424597: af: FTBFS: conflicting types for 'readlink'
package af tags 424597 + patch thanks Hi, Here is a patch to fix this bug. -- Florent --- af-2.4.3.old/src/files.c +++ af-2.4.3/src/files.c @@ -53,10 +53,11 @@ extern char *get_user(), *get_home(), *get_pwd(), *get_vtext(); extern char *get_mailbox(), *typeonly(), *decode_header_line(); extern char *get_line(); -extern int readlink(), strncasecmp(), get_vval(), listed(); +extern int strncasecmp(), get_vval(), listed(); extern int is_header(), is_blank(), close_folder(), touch_folder(); extern int viewable_ctype(), viewable_charset(); extern int write_decoded_text(); +extern ssize_t readlink(); extern void free(), msgl(), emsgl(), cmsg(), abort_folder(); extern FILE *open_folder(); extern DATEZONE *date_now(); signature.asc Description: This is a digitally signed message part.
Bug#349997: ITP: eva -- An IM client under kde using Tencent QQ's protocal.
Hi, Any news on this ITP ? -- Florent pgpykgUR6C3Xl.pgp Description: PGP signature
Bug#406905: ITP: cd5 -- Compute checksum of individual track on CD-ROMS
Package: wnpp Severity: wishlist Owner: Florent Bayle [EMAIL PROTECTED] * Package name: cd5 Version : 0.1 Upstream Author : Yann Droneaud [EMAIL PROTECTED] * URL : http://projects.meuh.org/cd5/ * License : GPL Programming Lang: C Description : Compute checksum of individual track on CD-ROMS CD-ROM Digest is a program that checks a multi-track CD-ROM. It reports the MD5 digest and size for each track on a CD-ROM. The digest is done as the track is read, without dumping CD-ROM data on the hard drive. This tool helps users that are burning a multi-track CD-ROM to check the result. -- Florent -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#402378: RFP: mpy-svn-stats -- very simple and easy to use Subversion statistics generator
Package: wnpp Severity: wishlist * Package name: mpy-svn-stats Version : 0.4 Upstream Author : Maciej Pietrzak [EMAIL PROTECTED] * URL : http://mpy-svn-stats.berlios.de/ * License : GPL Programming Lang: Python Description : very simple and easy to use Subversion statistics generator Mpy-svn-stats is a very simple and easy to use Subversion statistics generator. It generates HTML files which show who made most commits, who changed how many lines and contains some nice looking graphs that show progress in the project. -- Florent -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#395917: babygimp: doesn't work with current version of perl-tk
package babygimp
tags 395917 + patch
thanks
Hi,
here is a patch to fix this bug.
--
Florent
--- babygimp-0.42.orig/babygimp
+++ babygimp-0.42/babygimp
@@ -381,6 +381,7 @@
my $threshhold = 0; # for floodfill and mapping
my $drawingfunc = \draw_normal;
+my $drawingopt = 1;
# Image
my ($width, $height);
@@ -569,26 +570,33 @@
# Drawing modes
my $modeframe1 = $leftframe-Frame()-pack();
-$modeframe1-Radiobutton(-text = Normal, -value = \draw_normal,
- -pady = 0, -variable = \$drawingfunc)
+$modeframe1-Radiobutton(-text = Normal, -pady = 0,
+ -command = sub {$drawingfunc = \draw_normal},
+ -variable = \$drawingopt, -value = 1)
-grid(-row = 0, -column = 0, -sticky = 'sw', -pady = 0);
-$modeframe1-Radiobutton(-text = Erase, -value = \draw_erase,
- -pady = 0, -variable = \$drawingfunc)
+$modeframe1-Radiobutton(-text = Erase, -pady = 0,
+ -command = sub {$drawingfunc = \draw_erase},
+ -variable = \$drawingopt, -value = 2)
-grid(-row = 0, -column = 1, -sticky = 'sw', -pady = 0);
-$modeframe1-Radiobutton(-text = Backgr., -value = \draw_bg,
- -pady = 0, -variable = \$drawingfunc)
+$modeframe1-Radiobutton(-text = Backgr., -pady = 0,
+ -command = sub {$drawingfunc = \draw_bg},
+ -variable = \$drawingopt, -value = 3)
-grid(-row = 1, -column = 0, -sticky = 'sw', -pady = 0);
-$modeframe1-Radiobutton(-text = Foregr., -value = \draw_fg,
- -pady = 0, -variable = \$drawingfunc)
+$modeframe1-Radiobutton(-text = Foregr., -pady = 0,
+ -command = sub {$drawingfunc = \draw_fg},
+ -variable = \$drawingopt, -value = 4)
-grid(-row = 1, -column = 1, -sticky = 'sw', -pady = 0);
-$modeframe1-Radiobutton(-text = Color, -value = \draw_color,
- -pady = 0, -variable = \$drawingfunc)
+$modeframe1-Radiobutton(-text = Color, -pady = 0,
+ -command = sub {$drawingfunc = \draw_color},
+ -variable = \$drawingopt, -value = 5)
-grid(-row = 2, -column = 0, -sticky = 'sw', -pady = 0);
-$modeframe1-Radiobutton(-text = Value, -value = \draw_value,
- -pady = 0, -variable = \$drawingfunc)
+$modeframe1-Radiobutton(-text = Value, -pady = 0,
+ -command = sub {$drawingfunc = \draw_value},
+ -variable = \$drawingopt, -value = 6)
-grid(-row = 2, -column = 1, -sticky = 'sw', -pady = 0);
-$modeframe1-Radiobutton(-text = Saturation, -value = \draw_saturation,
- -pady = 0, -variable = \$drawingfunc)
+$modeframe1-Radiobutton(-text = Saturation, -pady = 0,
+ -command = sub {$drawingfunc = \draw_saturation},
+ -variable = \$drawingopt, -value = 7)
-grid(-row = 3, -column = 0, -columnspan = 2,
-sticky = 'sw', -pady = 0);
@@ -665,7 +673,7 @@
$spray_frame-Scale(-variable = \$spray_radius, -showvalue = 0,
-orient = 'horizontal',
-length = 65, -sliderlength = 25,
- -from = 0, -to = 5, resolution = 1)
+ -from = 0, -to = 5, -resolution = 1)
-grid(-row = 0, -column = 2, -sticky = 'w');
$spray_frame-Label(-text = 'Intensity:')
@@ -956,7 +964,7 @@
$scrollbar1-grid(-row = 0, -column = 1, -sticky = ew);
$scrollbar2-grid(-row = 1, -column = 0, -sticky = ns);
$drawingcanvas-grid(-row = 1, -column = 1);
-$pixelinfo = $drawingframe-Label(anchor = 'w')
+$pixelinfo = $drawingframe-Label(-anchor = 'w')
-pack(-fill = 'both', -expand = 1);
pgp54i5IioQOf.pgp
Description: PGP signature
Bug#396902: polygen: FTBFS: File parser.mli, line 1, characters 0-1: Syntax error
Le vendredi 10 novembre 2006 17:41, Steinar H. Gunderson a écrit : On Fri, Nov 03, 2006 at 04:34:28PM +0100, Florent Bayle wrote: There was a problem while autobuilding your package: I'm unable to reproduce this, both on i386 under sbuild, and amd64 otherwise. Is there anything specific about your setup? Could you try again with latest sid? Hi, I've investigated, and it seems that this bug only appears if sh is a link to dash. So it's certainly a bashism somewhere. -- Florent pgpaEKQm0KNh8.pgp Description: PGP signature
Bug#397960: polygen: Broken clean target
Package: polygen Version: 1.0.6.ds2-1 Severity: important Justification: Policy 4.9 Hi, If I build polygen, then try to rebuild it from the same sources, it fails with the following errors : dpkg-source: building polygen using existing polygen_1.0.6.ds2.orig.tar.gz dpkg-source: building polygen in polygen_1.0.6.ds2-1.diff.gz dpkg-source: cannot represent change to grm/eng/pythoniser.grm.o: binary file contents changed dpkg-source: cannot represent change to grm/eng/genius.grm.o: binary file contents changed [...] dpkg-source: cannot represent change to grm/ita/nomiemiliani.grm.o: binary file contents changed dpkg-source: cannot represent change to grm/ita/haiku.grm.o: binary file contents changed dpkg-source: warning: executable mode 0755 of `src/polygen' will not be represented in diff dpkg-source: cannot represent change to src/polygen: binary file contents changed dpkg-source: warning: executable mode 0755 of `debian/install-grammars' will not be represented in diff dpkg-source: warning: executable mode 0755 of `debian/make_polygen-data_manpage' will not be represented in diff dpkg-source: building polygen in polygen_1.0.6.ds2-1.dsc dpkg-source: unrepresentable changes to source So, it seems that there is something missing in the clean target. -- Florent pgpLJizMFBW7f.pgp Description: PGP signature
Bug#396902: polygen: FTBFS: File parser.mli, line 1, characters 0-1: Syntax error
Package: polygen Version: 1.0.6.ds2-1 Severity: serious Justification: no longer builds from source Hello, There was a problem while autobuilding your package: Automatic build of polygen_1.0.6.ds2-1 on saturne by sbuild/amd64 85 Build started at 20061101-1722 ** [...] /usr/bin/make -C ./src CFLAGS=-g -Wall -O2 CXXFLAGS=-g -Wall -O2 CPPFLAGS= LDFLAGS= NATIVE=false make[1]: Entering directory `/build/buildd/polygen-1.0.6.ds2/src' ocamllex lexer.mll 55 states, 1336 transitions, table size 5674 bytes ocamlyacc parser.mly 3 rules never reduced 1 shift/reduce conflict, 12 reduce/reduce conflicts. # workaround for ocamlyacc open lack ocamldep -native ver.ml prelude.ml err.ml absyn.ml env.ml check.ml pre.ml gen.ml fake.ml parser.ml lexer.ml io.ml main.ml parser.mli .depend File parser.mli, line 1, characters 0-1: Syntax error make[1]: *** [.depend] Error 2 make[1]: Leaving directory `/build/buildd/polygen-1.0.6.ds2/src' make: *** [debian/stamp-makefile-build] Error 2 ** Build finished at 20061101-1723 FAILED [dpkg-buildpackage died] -- Florent pgpzchQJ8Doai.pgp Description: PGP signature
Bug#396903: kpowersave: FTBFS: *** YOU'RE USING Autoconf version 2.13. *** KDE requires autoconf 2.53 or newer
Package: kpowersave Version: 0.6.2-3 Severity: serious Justification: no longer builds from source Hello, There was a problem while autobuilding your package: Automatic build of kpowersave_0.6.2-3 on saturne by sbuild/amd64 85 Build started at 20061101-1548 ** [...] Checking for already installed source dependencies... cdbs: already installed (0.4.47) debhelper: already installed (5.0.40 = 5.0.0 is satisfied) automake1.9: already installed (1.9.6+nogfdl-2) autoconf: already installed (2.60a-4) libtool: already installed (1.5.22-4) [...] cp -f /usr/share/libtool/ltmain.sh admin/ltmain.sh cp -f /usr/share/libtool/libtool.m4 admin/libtool.m4.in make -f admin/Makefile.common cvs make[1]: Entering directory `/build/buildd/kpowersave-0.6.2' *** YOU'RE USING Autoconf version 2.13. *** KDE requires autoconf 2.53 or newer make[1]: *** [cvs] Error 1 make[1]: Leaving directory `/build/buildd/kpowersave-0.6.2' make: *** [debian/stamp-bootstrap] Error 2 ** Build finished at 20061101-1548 FAILED [dpkg-buildpackage died] -- Florent pgpAOfc8NoIBf.pgp Description: PGP signature
Bug#395860: still here in 0.19-2
package libmail-dkim-perl reopen 395860 thanks Hi, It seems that this problem is still here in 0.19-2 : Automatic build of libmail-dkim-perl_0.19-2 on saturne by sbuild/amd64 85 Build started at 20061102-2213 ** [...] make[1]: Leaving directory `/build/buildd/libmail-dkim-perl-0.19' /usr/bin/make test TEST_FILES=t/[^v]*.t # I really just want to exclude verifier.t make[1]: Entering directory `/build/buildd/libmail-dkim-perl-0.19' PERL_DL_NONLAZY=1 /usr/bin/perl -MExtUtils::Command::MM -e test_harness(0, 'blib/lib', 'blib/arch') t/[^v]*.t t/verifier # Failed test 'result() works and gave expected answer' # in t/verifier.t at line 28. # Failed test ''mine_ietf01_1.txt' should 'pass'' # in t/verifier.t at line 80. # Failed test ''mine_ietf01_2.txt' should 'pass'' # in t/verifier.t at line 80. # Failed test ''mine_ietf01_3.txt' should 'pass'' # in t/verifier.t at line 80. # Failed test ''mine_ietf01_4.txt' should 'pass'' # in t/verifier.t at line 80. # Failed test ''good_ietf00_1.txt' should 'pass'' # in t/verifier.t at line 80. # Failed test ''good_ietf00_2.txt' should 'pass'' # in t/verifier.t at line 80. # Failed test ''good_ietf00_3.txt' should 'pass'' # in t/verifier.t at line 80. # Failed test ''good_ietf00_4.txt' should 'pass'' # in t/verifier.t at line 80. # Failed test ''good_ietf00_5.txt' should 'pass'' # in t/verifier.t at line 80. # Failed test ''good_ietf01_1.txt' should 'pass'' # in t/verifier.t at line 80. # Failed test ''good_ietf01_2.txt' should 'pass'' # in t/verifier.t at line 80. # Failed test ''bad_ietf01_1.txt' should 'fail'' # in t/verifier.t at line 80. # Failed test 'determined body had been altered' # in t/verifier.t at line 47. # Failed test ''bad_ietf01_2.txt' should 'fail'' # in t/verifier.t at line 80. # Failed test 'determined header had been altered' # in t/verifier.t at line 49. # Failed test ''bad_ietf01_3.txt' should 'fail'' # in t/verifier.t at line 80. # Failed test 'determined RSA failure' # in t/verifier.t at line 51. # Looks like you failed 18 tests of 22. dubious Test returned status 18 (wstat 4608, 0x1200) DIED. FAILED tests 5-22 Failed 18/22 tests, 18.18% okay Failed Test Stat Wstat Total Fail Failed List of Failed --- t/verifier.t 18 460822 18 81.82% 5-22 Failed 1/1 test scripts, 0.00% okay. 18/22 subtests failed, 18.18% okay. make[1]: *** [test_dynamic] Error 18 make[1]: Leaving directory `/build/buildd/libmail-dkim-perl-0.19' make: *** [build-stamp] Error 2 ** Build finished at 20061102-2213 FAILED [dpkg-buildpackage died] -- Florent pgpfNhS8TvCva.pgp Description: PGP signature
Bug#396911: knetworkmanager: FTBFS: *** AUTOCONF NOT FOUND!. *** KDE requires autoconf 2.53 or newer
Package: knetworkmanager Version: 1:0.1-2 Severity: serious Justification: no longer builds from source Hello, There was a problem while autobuilding your package: Automatic build of knetworkmanager_1:0.1-2 on saturne by sbuild/amd64 85 Build started at 20061101-1355 ** [...] Checking for already installed source dependencies... cdbs: already installed (0.4.47) debhelper: already installed (5.0.40 = 5.0.0 is satisfied) automake1.9: already installed (1.9.6+nogfdl-2) autoconf: already installed (2.60a-4) libtool: already installed (1.5.22-4) [...] cp -f /usr/share/libtool/ltmain.sh admin/ltmain.sh cp -f /usr/share/libtool/libtool.m4 admin/libtool.m4.in make -f admin/Makefile.common cvs make[1]: Entering directory `/build/buildd/knetworkmanager-0.1' ./admin/cvs.sh: 651: --version: not found *** AUTOCONF NOT FOUND!. *** KDE requires autoconf 2.53 or newer make[1]: *** [cvs] Error 1 make[1]: Leaving directory `/build/buildd/knetworkmanager-0.1' make: *** [debian/stamp-bootstrap] Error 2 ** Build finished at 20061101-1355 FAILED [dpkg-buildpackage died] -- Florent pgpEMPM6ZPCTe.pgp Description: PGP signature
Bug#396450: mplayer: FTBFS: bashisms in build scripts
Package: mplayer
Version: 1.0~rc1-2
Severity: important
Justification: Policy 10.4
Hi,
There was a problem while autobuilding your package:
Automatic build of mplayer_1.0~rc1-2 on saturne by sbuild/amd64 85
Build started at 20061031-2050
**
[...]
dh_link
if test -rdebian/mplayer/DEBIAN/config ; then sh -e
debian/config.augmenter debian/mplayer/DEBIAN/config ; fi
mv: missing destination file operand after `debian/mplayer/DEBIAN/config{,~}'
Try `mv --help' for more information.
make[1]: *** [binary-common] Error 1
make[1]: Leaving directory `/build/buildd/mplayer-1.0~rc1'
make: *** [binary-arch] Error 2
**
Build finished at 20061031-2057
FAILED [dpkg-buildpackage died]
The problem is that { , } is not POSIX, and this make the build fail if
you're not using bash as sh.
--
Florent
pgpCzR5dMltYG.pgp
Description: PGP signature
Bug#396212: doesnt start, symbol _ZN13wxStackWalker4WalkEj, not defined in libwx_baseu-2.6.so.0
tags 396212 + unreproducible thanks Hi, I can't reproduce this bug here with an up-to-date sid. Rafal Maj wrote : [...] $ hugin hugin: relocation error: /usr/lib/libwx_gtk2u_qa-2.6.so.0: symbol _ZN13wxStackWalker4WalkEj, version WXU_2.6 not defined in file libwx_baseu-2.6.so.0 with link time reference ii libwxbase2.4 2.4.3.1wxBase library (runtime) - non-GUI ii libwxbase2.4-1 2.4.5.1wxBase library (runtime) - non-GUI ii libwxbase2.6-0 2.6.3.2.1.5wxBase library (runtime) - non-GUI ii libwxbase2.6-d 2.6.3.2.1.5wxBase library (debug) - non-GUI ii libwxbase2.6-d 2.6.3.2.1.5wxBase library (development) - non-GUI ii libwxgtk2.4-1 2.4.5.1wxWindows Cross-platform C++ GUI ii libwxgtk2.4-1- 2.4.5.1wxWindows Cross-platform C++ GUI ii libwxgtk2.4-1- 2.4.4 wxWindows Cross-platform C++ GUI ii libwxgtk2.6-0 2.6.3.2.1.5wxWidgets Cross-platform C++ GUI ii libwxgtk2.6-db 2.6.3.2.1.5wxWidgets Cross-platform C++ GUI ii libwxgtk2.6-de 2.6.3.2.1.5wxWidgets Cross-platform C++ GUI ii libwxbase2.6-0 2.6.3.2.1.5 ii libwxbase2.6-dev 2.6.3.2.1.5 ii libwxgtk2.4-12.4.5.1.1 ii libwxgtk2.4-dev 2.4.5.1.1 ii libwxgtk2.6-02.6.3.2.1.5 ii libwxgtk2.6-dev 2.6.3.2.1.5 ii hugin 0.6.1-1a Panorama Tools GUI to make panoramas ii hugin-bin 0.6.1-1hugin binaries ii hugin-data 0.6.1-1data files for hugin ii hugin-tools0.6.1-1some tools for hugin Same here. strace hugin [...] Could you please attach the full strace log to the bug ? Thanks. [EMAIL PROTECTED]:~$ file /usr/lib/libwx_baseu-2.6.so.0 /usr/lib/libwx_baseu-2.6.so.0: symbolic link to `libwx_baseu-2.6.so.0.3.1' [EMAIL PROTECTED]:~$ sha1sum /usr/lib/libwx_baseu-2.6.so.0 5aa5b59a345a58e4fffd440f73fa40d9dfe0856c /usr/lib/libwx_baseu-2.6.so.0 [EMAIL PROTECTED]:~$ nm /usr/lib/libwx_baseu-2.6.so.0.3.1 nm: /usr/lib/libwx_baseu-2.6.so.0.3.1: no symbols Could you please use nm -D instead of nm ? Some other things I need to investigate : - Are you using Sid ? Etch ? Something else ? What is your arch ? - Are you up-to-date ? - Have you unofficial versions of some packages installed (wxWidgets for instance) ? - Can you give me the output of the following commands : - file /usr/lib/libwx_gtk2u_qa-2.6.so.0 - ldd /usr/lib/libwx_gtk2u_qa-2.6.so.0 - echo $LD_LIBRARY_PATH Thanks. -- Florent pgpkhKdem0bFo.pgp Description: PGP signature
Bug#391854: ITP: freepv -- A powerful viewer for panoramic images
Package: wnpp Severity: wishlist Owner: Florent Bayle [EMAIL PROTECTED] * Package name: freepv Version : 0.1 Upstream Author : Pablo d'Angelo [EMAIL PROTECTED] * URL : http://freepv.sourceforge.net/ * License : LGPL Programming Lang: C++ Description : A powerful viewer for panoramic images The goal of freepv is to provide a powerful and truly cross platform viewer for panoramic images, both on your harddrive and inside web pages. This project is still in its early development state, but standalone viewers and plugins are already available. It is currently the best way to view QTVR files on Unix computers. .. Current features: - Hardware accelerated rendering for smooth viewing experience, based on OpenGL - Display of cubic and cylindrical panoramas (raw image files) - Good support for QTVR panorama files (including more exotic features such as compressed headers) - Standalone and Mozilla/Firefox plugin which can play panoramas on pages designed for Quicktime, PangeaVR and GLPanoView plugins. -- Florent -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#294389: enblend package
Le jeudi 5 octobre 2006 00:59, Sebastian Harl a écrit : Hi, I contacted Andrew Mihal (the upstream author of enblend) and he told me that he is going to release an updated version of enblend soon. The new version will use vigra 1.4 which is subject to a license identical to the MIT X11 license (which is GPL and DFSG compatible). Thus any license issues should be resolved with this release. I already packaged the current version of enblend (which I will not make publicly available due to the license issues). I guess an update to the new version will be fairly easy. Is anyone of you still interested in (team) maintaining enblend? If I do not get any responses during the next week, I will assume that nobody else is interested any more and upload the package as soon as the updated package is done. Hi, I'm interested in co-maintaining it. I'm the maintainer of Hugin and libpano12, I'm using them regularly to make panoramas from my pictures, and I would be happy to co-maintain enblend. I'm not a DD, but I'm quite experimented with packaging, managing bugs,... -- Florent pgphRvOvO69Ru.pgp Description: PGP signature
Bug#390655: ITP: enblend -- image blending with multiresolution splines
Le lundi 2 octobre 2006 15:04, Sebastian Harl a écrit : Package: wnpp Severity: wishlist Owner: Sebastian Harl [EMAIL PROTECTED] * Package name: enblend Upstream Author : Andrew Mihal * URL : http://enblend.sourceforge.net/ * License : GPL Description : image blending with multiresolution splines enblend is a tool for compositing images. Given a set of images that overlap in some irregular way, enblend overlays them in such a way that the seam between the images is invisible, or at least very difficult to see. enblend does not line up the images for you. Use a tool like hugin to do that. Hi, There is already an ITP for enblend (#294389 [and #325179]). But enblend can't currently be packaged due to licencing problems : - http://lists.debian.org/debian-legal/2006/09/msg00095.html - http://lists.debian.org/debian-legal/2005/09/msg00515.html -- Florent pgp08G9ytq46t.pgp Description: PGP signature
Bug#387614: hugin: Does not start after installation
Ferenc Wágner wrote : Package: hugin Version: 0.6.1-1 Severity: important Hi, after installing hugin by aptitude, I can't use it: $ hugin Panorama obj created /usr/share/locale FATAL error: Could not find data directory, exiting To manually specify the xrc directory open ~/.hugin and add the following to the top of the file: xrc_path=/my/install/prefix/share/hugin/xrc and it bails out, even though I put xrc=/usr/share/hugin/xrc ^^^ into my ~/.hugin file. Hi, I can't reproduce this bug. Could you please give me more informations ? Is it the first time you install hugin (have you installed it from sources/unofficial packages before) ? Are all the packages correctly installed (what is the output of apt-get -f install) ? Is hugin working if you put xrc_path=/usr/share/hugin/xrc (xrc_path, and not xrc) in top of your ~/.hugin ? Is hugin working if you remove ~/.hugin, then launch it ? Is hugin working if you purge/reinstall it (aptitude purge hugin hugin-bin hugin-tools hugin-data; aptitude install hugin) ? Could you please send me the output of the following command lines : - apt-cache policy hugin hugin-bin hugin-tools hugin-data - ls -Rl /usr/share/hugin/ - which hugin - md5sum `which hugin` - [if possible] strace hugin Thanks. -- Florent pgp3zQN1pvEsa.pgp Description: PGP signature
Bug#386321: hugin: new packages must replace old ones
Yann Dirson wrote : Package: hugin Version: 0.6.1-1 Severity: serious Selecting previously deselected package hugin-data. (Reading database ... 297466 files and directories currently installed.) Unpacking hugin-data (from .../hugin-data_0.6.1-1_all.deb) ... dpkg: error processing /var/cache/apt/archives/hugin-data_0.6.1-1_all.deb (--unpack): trying to overwrite `/usr/share/applications/hugin.desktop', which is also in package hugin dpkg-deb: subprocess paste killed by signal (Broken pipe) Selecting previously deselected package hugin-bin. Unpacking hugin-bin (from .../hugin-bin_0.6.1-1_i386.deb) ... dpkg: error processing /var/cache/apt/archives/hugin-bin_0.6.1-1_i386.deb (--unpack): trying to overwrite `/usr/bin/hugin', which is also in package hugin dpkg-deb: subprocess paste killed by signal (Broken pipe) Selecting previously deselected package hugin-tools. Unpacking hugin-tools (from .../hugin-tools_0.6.1-1_i386.deb) ... dpkg: error processing /var/cache/apt/archives/hugin-tools_0.6.1-1_i386.deb (--unpack): trying to overwrite `/usr/bin/autooptimiser', which is also in package hugin dpkg-deb: subprocess paste killed by signal (Broken pipe) Preparing to replace hugin 0.6.1-0.0 (using .../archives/hugin_0.6.1-1_all.deb) ... Unpacking replacement hugin ... Errors were encountered while processing: /var/cache/apt/archives/hugin-data_0.6.1-1_all.deb /var/cache/apt/archives/hugin-bin_0.6.1-1_i386.deb /var/cache/apt/archives/hugin-tools_0.6.1-1_i386.deb E: Sub-process /usr/bin/dpkg returned an error code (1) Hi, This version of Hugin is the first one included in Debian. Maybe are you using unofficial packages. Could you please send me the output of the command apt-cache policy hugin ? Thanks. -- Florent pgpywtc2VCujj.pgp Description: PGP signature
Bug#385163: mantis: FTBFS: bashisms in build scripts
Package: mantis
Version: 0.19.4-3.2
Severity: important
Justification: Policy 10.4
Hi,
There was a problem while autobuilding your package:
Automatic build of mantis_0.19.4-3.2 on saturne by sbuild/amd64 85
Build started at 20060828-1416
**
[...]
rm -rf
/build/buildd/mantis-0.19.4/debian/mantis/usr/share/mantis/gui/core/adodb
rm
/build/buildd/mantis-0.19.4/debian/mantis/usr/share/mantis/gui/core/phpmailer/{ChangeLog.txt,LICENSE,README}
rm: cannot remove
`/build/buildd/mantis-0.19.4/debian/mantis/usr/share/mantis/gui/core/phpmailer/{ChangeLog.txt,LICENSE,README}':
No such file or directory
make: *** [install-stamp] Error 1
**
Build finished at 20060828-1416
FAILED [dpkg-buildpackage died]
The problem is that { } is not POSIX, and this make the build fail if
you're not using bash as sh.
--
Florent
pgpMA5I5GVfn0.pgp
Description: PGP signature
Bug#385166: trac: FTBFS: chmod: cannot access `debian/trac/usr/share/python-support/trac/trac/test.py': No such file or directory
Package: trac Version: 0.9.6-2 Severity: serious Justification: no longer builds from source Hello, There was a problem while autobuilding your package: Automatic build of trac_0.9.6-2 on saturne by sbuild/amd64 85 Build started at 20060828-1459 ** [...] dh_installlogrotate -ptrac dh_installlogcheck -ptrac dh_installmime -ptrac dh_installchangelogs -ptrac ./ChangeLog dh_installudev -ptrac dh_install -ptrac dh_link -ptrac dh_pysupport -ptrac dh_python -ptrac chmod 755 debian/trac/usr/share/python-support/trac/trac/test.py chmod: cannot access `debian/trac/usr/share/python-support/trac/trac/test.py': No such file or directory make: *** [binary-post-install/trac] Error 1 ** Build finished at 20060828-1459 FAILED [dpkg-buildpackage died] -- Florent pgpiFlLpfhb9V.pgp Description: PGP signature
Bug#385160: fetchmail: FTBFS: /usr/bin/msgfmt: found 1 fatal error
Package: fetchmail Version: 6.3.4-5 Severity: serious Justification: no longer builds from source Hello, There was a problem while autobuilding your package: Automatic build of fetchmail_6.3.4-5 on saturne by sbuild/amd64 85 Build started at 20060828-0043 ** [...] # recreate gmo-files as workaround (cd po; /usr/bin/make update-gmo) make[1]: Entering directory `/build/buildd/fetchmail-6.3.4/po' rm -f ca.gmo /usr/bin/msgfmt -c --statistics -o ca.gmo ca.po 607 translated messages, 8 fuzzy translations, 4 untranslated messages. rm -f cs.gmo /usr/bin/msgfmt -c --statistics -o cs.gmo cs.po 571 translated messages, 33 fuzzy translations, 15 untranslated messages. rm -f de.gmo /usr/bin/msgfmt -c --statistics -o de.gmo de.po 619 translated messages. rm -f es.gmo /usr/bin/msgfmt -c --statistics -o es.gmo es.po 619 translated messages. rm -f fr.gmo /usr/bin/msgfmt -c --statistics -o fr.gmo fr.po 616 translated messages, 3 untranslated messages. rm -f ja.gmo /usr/bin/msgfmt -c --statistics -o ja.gmo ja.po ja.po:8: nplurals = 1... ja.po:162: ...but some messages have 2 plural forms /usr/bin/msgfmt: found 1 fatal error 619 translated messages. make[1]: *** [ja.gmo] Error 1 make[1]: Leaving directory `/build/buildd/fetchmail-6.3.4/po' make: *** [build-stamp] Error 2 ** Build finished at 20060828-0043 FAILED [dpkg-buildpackage died] -- Florent pgp9zyAykgNwi.pgp Description: PGP signature
Bug#385165: squirrelmail-locales: FTBFS: msgfmt: found 1 fatal error
Package: squirrelmail-locales
Version: 1.4.8-20060811-1
Severity: serious
Justification: no longer builds from source
Hello,
There was a problem while autobuilding your package:
Automatic build of squirrelmail-locales_1.4.8-20060811-1 on saturne by
sbuild/amd64 85
Build started at 20060828-1458
**
[...]
dh_installdirs
echo debian/squirrelmail-locales/usr/share/squirrelmail | ./install
Please enter path to your squirrelmail installation:
rm -rf debian/squirrelmail-locales/usr/share/squirrelmail/help/en_US
find debian/squirrelmail-locales -name '*.mo' | xargs -r rm
find debian/squirrelmail-locales -name '*.po' | sed 's/\.po$//' \
| xargs -ri msgfmt -c '{}.po' -o '{}.mo'
debian/squirrelmail-locales/usr/share/squirrelmail/locale/ja_JP/LC_MESSAGES/mini.po:6:
nplurals = 1...
debian/squirrelmail-locales/usr/share/squirrelmail/locale/ja_JP/LC_MESSAGES/mini.po:46:
...but some messages have 2 plural forms
msgfmt: found 1 fatal error
debian/squirrelmail-locales/usr/share/squirrelmail/locale/ja_JP/LC_MESSAGES/squirrelmail.po:8:
nplurals = 1...
debian/squirrelmail-locales/usr/share/squirrelmail/locale/ja_JP/LC_MESSAGES/squirrelmail.po:3152:
...but some messages have 2 plural forms
msgfmt: found 1 fatal error
debian/squirrelmail-locales/usr/share/squirrelmail/locale/nl_NL/LC_MESSAGES/squirrelmail.po:4553:
a format specification for argument 1 doesn't exist in 'msgstr[1]'
msgfmt: found 1 fatal error
make: *** [binary-indep] Error 123
**
Build finished at 20060828-1458
FAILED [dpkg-buildpackage died]
--
Florent
pgpTZBb7xET2y.pgp
Description: PGP signature
Bug#385161: sylpheed-claws-gtk2: FTBFS: /usr/bin/msgfmt: found 1 fatal error
Package: sylpheed-claws-gtk2 Version: 2.4.0-1 Severity: serious Justification: no longer builds from source Hello, There was a problem while autobuilding your package: Automatic build of sylpheed-claws-gtk2_2.4.0-1 on saturne by sbuild/amd64 85 Build started at 20060828-0059 ** [...] rm -f hu.gmo /usr/bin/msgfmt -c --statistics -o hu.gmo hu.po 945 translated messages, 885 fuzzy translations, 520 untranslated messages. /usr/bin/msgmerge --update it.po sylpheed-claws-gtk2.pot . done. rm -f it.gmo /usr/bin/msgfmt -c --statistics -o it.gmo it.po 2347 translated messages, 1 fuzzy translation, 2 untranslated messages. /usr/bin/msgmerge --update ja.po sylpheed-claws-gtk2.pot . done. rm -f ja.gmo /usr/bin/msgfmt -c --statistics -o ja.gmo ja.po 1464 translated messages, 669 fuzzy translations, 217 untranslated messages. /usr/bin/msgmerge --update ko.po sylpheed-claws-gtk2.pot . done. rm -f ko.gmo /usr/bin/msgfmt -c --statistics -o ko.gmo ko.po ko.po:6: nplurals = 1... ko.po:4315: ...but some messages have 2 plural forms /usr/bin/msgfmt: found 1 fatal error 1689 translated messages, 358 fuzzy translations, 303 untranslated messages. make[4]: *** [ko.gmo] Error 1 make[4]: Leaving directory `/build/buildd/sylpheed-claws-gtk2-2.4.0/po' make[3]: *** [stamp-po] Error 2 make[3]: Leaving directory `/build/buildd/sylpheed-claws-gtk2-2.4.0/po' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/build/buildd/sylpheed-claws-gtk2-2.4.0' make[1]: *** [all] Error 2 make[1]: Leaving directory `/build/buildd/sylpheed-claws-gtk2-2.4.0' make: *** [build-stamp] Error 2 ** Build finished at 20060828-0100 FAILED [dpkg-buildpackage died] -- Florent pgpiJh4952jbk.pgp Description: PGP signature
Bug#385181: soundconverter: FTBFS: xgettext: Non-ASCII string at soundconverter.py:72.
Package: soundconverter Version: 0.8.7-1 Severity: serious Justification: no longer builds from source Hello, There was a problem while autobuilding your package: Automatic build of soundconverter_0.8.7-1 on saturne by sbuild/amd64 85 Build started at 20060828-1817 ** [...] debian/rules build rm po/*.mo /usr/bin/make lang make[1]: Entering directory `/build/buildd/soundconverter-0.8.7' xgettext soundconverter.py soundconverter.glade -o po/soundconverter.pot xgettext: soundconverter.py:2: Unknown encoding latin-1. Proceeding with ASCII instead. xgettext: Non-ASCII string at soundconverter.py:72. Please specify the source encoding through --from-code or through a comment as specified in http://www.python.org/peps/pep-0263.html. make[1]: *** [po/soundconverter.pot] Error 1 make[1]: Leaving directory `/build/buildd/soundconverter-0.8.7' make: *** [build] Error 2 ** Build finished at 20060828-1817 FAILED [dpkg-buildpackage died] -- Florent pgpFt07mDWonw.pgp Description: PGP signature
Bug#385177: meld: FTBFS: msgfmt: found 1 fatal error
Package: meld Version: 1.1.3-1.1 Severity: serious Justification: no longer builds from source Hello, There was a problem while autobuilding your package: Automatic build of meld_1.1.3-1.1 on saturne by sbuild/amd64 85 Build started at 20060828-1809 ** [...] /usr/bin/make -C po make[2]: Entering directory `/build/buildd/meld-1.1.3/po' mkdir -m 755 -p bg/LC_MESSAGES/ msgfmt -c -o bg/LC_MESSAGES/meld.mo bg.po mkdir -m 755 -p ca/LC_MESSAGES/ msgfmt -c -o ca/LC_MESSAGES/meld.mo ca.po mkdir -m 755 -p cs/LC_MESSAGES/ msgfmt -c -o cs/LC_MESSAGES/meld.mo cs.po mkdir -m 755 -p de/LC_MESSAGES/ msgfmt -c -o de/LC_MESSAGES/meld.mo de.po mkdir -m 755 -p en_CA/LC_MESSAGES/ msgfmt -c -o en_CA/LC_MESSAGES/meld.mo en_CA.po mkdir -m 755 -p en_GB/LC_MESSAGES/ msgfmt -c -o en_GB/LC_MESSAGES/meld.mo en_GB.po mkdir -m 755 -p es/LC_MESSAGES/ msgfmt -c -o es/LC_MESSAGES/meld.mo es.po mkdir -m 755 -p fi/LC_MESSAGES/ msgfmt -c -o fi/LC_MESSAGES/meld.mo fi.po mkdir -m 755 -p fr/LC_MESSAGES/ msgfmt -c -o fr/LC_MESSAGES/meld.mo fr.po mkdir -m 755 -p hu/LC_MESSAGES/ msgfmt -c -o hu/LC_MESSAGES/meld.mo hu.po hu.po:8: nplurals = 1... hu.po:101: ...but some messages have 2 plural forms msgfmt: found 1 fatal error make[2]: *** [hu/LC_MESSAGES/meld.mo] Error 1 make[2]: Leaving directory `/build/buildd/meld-1.1.3/po' make[1]: *** [all] Error 2 make[1]: Leaving directory `/build/buildd/meld-1.1.3' make: *** [debian/stamp-makefile-build] Error 2 ** Build finished at 20060828-1809 FAILED [dpkg-buildpackage died] -- Florent pgpT70aUx65kl.pgp Description: PGP signature
Bug#385176: gcl: FTBFS: bashisms in build scripts
Package: gcl
Version: 2.6.7-18
Severity: important
Justification: Policy 10.4
Hi,
There was a problem while autobuilding your package:
Automatic build of gcl_2.6.7-18 on saturne by sbuild/amd64 85
Build started at 20060828-1534
**
[...]
/usr/bin/fakeroot debian/rules clean
rm -f ${debian/control.rm%.rm}
/bin/sh: Syntax error: Bad substitution
make: *** [debian/control.rm] Error 2
**
Build finished at 20060828-1536
FAILED [dpkg-buildpackage died]
${debian/control.rm%.rm} is not POSIX, and this make the build fail if
you're not using bash as sh.
--
Florent
pgpru8SstRaTL.pgp
Description: PGP signature
Bug#385185: ocp: FTBFS: kickload.c:203: error: 'struct sigcontext' has no member named 'eax'
Package: ocp Version: 0.1.10rc6-2 Severity: serious Justification: no longer builds from source Hello, There was a problem while autobuilding your package: Automatic build of ocp_0.1.10rc6-2 on saturne by sbuild/amd64 85 Build started at 20060829-1009 ** [...] /usr/bin/make make[1]: Entering directory `/build/buildd/ocp-0.1.10rc6' /usr/bin/make -C binfile TOPDIR=.././ make[2]: Entering directory `/build/buildd/ocp-0.1.10rc6/binfile' x86_64-linux-gnu-gcc -Wall -g -fPIC -O2 -fPIC -Wall -I.././ binfpak.c -c -o binfpak.o make[2]: Leaving directory `/build/buildd/ocp-0.1.10rc6/binfile' /usr/bin/make -C boot TOPDIR=.././ make[2]: Entering directory `/build/buildd/ocp-0.1.10rc6/boot' x86_64-linux-gnu-gcc -Wall -g -fPIC -O2 -fPIC -Wall -I.././ kickload.c -o kickload.o -c kickload.c: In function 'dumpcontext': kickload.c:203: error: 'struct sigcontext' has no member named 'eax' kickload.c:203: error: 'struct sigcontext' has no member named 'ebx' kickload.c:203: error: 'struct sigcontext' has no member named 'ecx' kickload.c:203: error: 'struct sigcontext' has no member named 'edx' kickload.c:204: error: 'struct sigcontext' has no member named 'ds' kickload.c:204: error: 'struct sigcontext' has no member named 'es' kickload.c:204: error: 'struct sigcontext' has no member named 'ss' kickload.c:205: error: 'struct sigcontext' has no member named 'edi' kickload.c:205: error: 'struct sigcontext' has no member named 'esi' kickload.c:205: error: 'struct sigcontext' has no member named 'ebp' kickload.c:205: error: 'struct sigcontext' has no member named 'esp_at_signal' kickload.c:206: error: 'struct sigcontext' has no member named 'eip' make[2]: *** [kickload.o] Error 1 make[2]: Leaving directory `/build/buildd/ocp-0.1.10rc6/boot' make[1]: *** [dirs] Error 2 make[1]: Leaving directory `/build/buildd/ocp-0.1.10rc6' make: *** [build-stamp] Error 2 ** Build finished at 20060829-1010 FAILED [dpkg-buildpackage died] -- Florent pgpuBpI8dK6Td.pgp Description: PGP signature
Bug#385202: libgd-graph-perl: FTBFS: New or changed copyright notices discovered!
Package: libgd-graph-perl
Version: 1.43.08-2
Severity: serious
Justification: no longer builds from source
Hello,
There was a problem while autobuilding your package:
Automatic build of libgd-graph-perl_1.43.08-2 on saturne by sbuild/amd64 85
Build started at 20060829-1357
**
[...]
Scanning upstream source for new/changed copyright notices (except debian
subdir!)...
diff --normal debian/copyright_hints debian/copyright_newhints | egrep '^'
BSRKl?gR!Rx!C`dr(h$/
Sg4o*uY.v,@v{hPW|@n7rjpZ,e]!rT_n;ot$qcN\H=G|;0?+oJx0IENDB`Dustismo is
Copyright (C) 2002 Dustin Norlander
New or changed copyright notices discovered! Do this:
1) Search source for each of the above lines ('grep -r' is your friend)
2) Update debian/copyright as needed
3) Replace debian/copyright_hints with debian/copyright_newhints
make: *** [clean] Error 1
**
Build finished at 20060829-1357
FAILED [dpkg-buildpackage died]
--
Florent
pgpa9PVQNI5lL.pgp
Description: PGP signature
Bug#385203: epylog: FTBFS: rm: cannot remove `/build/buildd/epylog-1.0.3/debian/epylog/usr/lib/python2.3/site-packages/epylog/*.pyc': No such file or directory
Package: epylog Version: 1.0.3-4 Severity: serious Justification: no longer builds from source Hello, There was a problem while autobuilding your package: Automatic build of epylog_1.0.3-4 on saturne by sbuild/amd64 85 Build started at 20060829-1357 ** [...] mkdir /build/buildd/epylog-1.0.3/debian/epylog/usr/share/epylog/modules for EPYMOD in mail_mod notices_mod spamd_mod logins_mod packets_mod weeder_mod; do \ /usr/bin/install -c -m 644 $EPYMOD.py $EPYMOD.pyc \ /build/buildd/epylog-1.0.3/debian/epylog/usr/share/epylog/modules/; \ done make[2]: Leaving directory `/build/buildd/epylog-1.0.3/modules' make[1]: Leaving directory `/build/buildd/epylog-1.0.3' rm /build/buildd/epylog-1.0.3/debian/epylog/usr/share/doc/epylog/INSTALL \ /build/buildd/epylog-1.0.3/debian/epylog/usr/share/doc/epylog/LICENSE \ /build/buildd/epylog-1.0.3/debian/epylog/usr/share/doc/epylog/ChangeLog rm /build/buildd/epylog-1.0.3/debian/epylog/usr/lib/python2.3/site-packages/epylog/*.pyc rm: cannot remove `/build/buildd/epylog-1.0.3/debian/epylog/usr/lib/python2.3/site-packages/epylog/*.pyc': No such file or directory make: *** [install] Error 1 ** Build finished at 20060829-1358 FAILED [dpkg-buildpackage died] -- Florent pgphiPtjJqz47.pgp Description: PGP signature
Bug#385207: rt2500: FTBFS: bashisms in build scripts
Package: rt2500
Version: 1.1.0+cvs20060620-2
Severity: important
Justification: Policy 10.4
Hi,
There was a problem while autobuilding your package:
Automatic build of rt2500_1.1.0+cvs20060620-2 on saturne by sbuild/amd64 85
Build started at 20060829-1417
**
[...]
dh_testroot
/usr/bin/make -C Module clean
make[1]: Entering directory `/build/buildd/rt2500-1.1.0+cvs20060620/Module'
make[1]: Leaving directory `/build/buildd/rt2500-1.1.0+cvs20060620/Module'
/usr/bin/make -C Utilitys clean
make[1]: Entering directory `/build/buildd/rt2500-1.1.0+cvs20060620/Utilitys'
make[1]: *** No rule to make target `clean'. Stop.
make[1]: Leaving directory `/build/buildd/rt2500-1.1.0+cvs20060620/Utilitys'
make: [clean] Error 2 (ignored)
rm Utilitys/Makefile
rm: cannot remove `Utilitys/Makefile': No such file or directory
make: [clean] Error 1 (ignored)
rm Utilitys/RaConfig2500
rm: cannot remove `Utilitys/RaConfig2500': No such file or directory
make: [clean] Error 1 (ignored)
dh_clean
rm -rf debian/build
rm -f *-stamp
debian/rules build
make: Nothing to be done for `build'.
/usr/bin/fakeroot debian/rules binary
dh_testdir
# Copy most of the source tree into the temp directory and clean it
cd /build/buildd/rt2500-1.1.0+cvs20060620/Module \
find . -path ./debian/\* -type d -prune -o -print \
| egrep -v 'RPM|CVS|debian' \
| cpio -admp
/build/buildd/rt2500-1.1.0+cvs20060620/debian/build/usr/src/modules/rt2500
2266 blocks
cp -f /build/buildd/rt2500-1.1.0+cvs20060620/{FAQ,THANKS,CHANGELOG}
/build/buildd/rt2500-1.1.0+cvs20060620/debian/build/usr/src/modules/rt2500
cp: cannot stat
`/build/buildd/rt2500-1.1.0+cvs20060620/{FAQ,THANKS,CHANGELOG}': No such file
or directory
make: *** [build-indep-stamp] Error 1
**
Build finished at 20060829-1417
FAILED [dpkg-buildpackage died]
The problem is that { } is not POSIX, and this make the build fail if
you're not using bash as sh.
--
Florent
pgpxY3Nx4gOCO.pgp
Description: PGP signature
Bug#385205: rt2400: FTBFS: bashisms in build scripts
Package: rt2400
Version: 1.2.2+cvs20060620-3
Severity: important
Justification: Policy 10.4
Hi,
There was a problem while autobuilding your package:
Automatic build of rt2400_1.2.2+cvs20060620-3 on saturne by sbuild/amd64 85
Build started at 20060829-1417
**
[...]
dh_testroot
/usr/bin/make -C Module clean
make[1]: Entering directory `/build/buildd/rt2400-1.2.2+cvs20060620/Module'
make[1]: Leaving directory `/build/buildd/rt2400-1.2.2+cvs20060620/Module'
/usr/bin/make -C Utility clean
make[1]: Entering directory `/build/buildd/rt2400-1.2.2+cvs20060620/Utility'
make[1]: *** No rule to make target `clean'. Stop.
make[1]: Leaving directory `/build/buildd/rt2400-1.2.2+cvs20060620/Utility'
make: [clean] Error 2 (ignored)
rm Utility/Makefile
rm: cannot remove `Utility/Makefile': No such file or directory
make: [clean] Error 1 (ignored)
rm Utility/RaConfig2400
rm: cannot remove `Utility/RaConfig2400': No such file or directory
make: [clean] Error 1 (ignored)
dh_clean
rm -rf debian/build
rm -f *-stamp
debian/rules build
make: Nothing to be done for `build'.
/usr/bin/fakeroot debian/rules binary
dh_testdir
# Copy most of the source tree into the temp directory and clean it
cd /build/buildd/rt2400-1.2.2+cvs20060620/Module \
find . -path ./debian/\* -type d -prune -o -print \
| egrep -v 'RPM|CVS|debian' \
| cpio -admp
/build/buildd/rt2400-1.2.2+cvs20060620/debian/build/usr/src/modules/rt2400
1915 blocks
cp -f /build/buildd/rt2400-1.2.2+cvs20060620/{FAQ,THANKS,CHANGELOG}
/build/buildd/rt2400-1.2.2+cvs20060620/debian/build/usr/src/modules/rt2400
cp: cannot stat
`/build/buildd/rt2400-1.2.2+cvs20060620/{FAQ,THANKS,CHANGELOG}': No such file
or directory
make: *** [build-indep-stamp] Error 1
**
Build finished at 20060829-1417
FAILED [dpkg-buildpackage died]
The problem is that { } is not POSIX, and this make the build fail if
you're not using bash as sh.
--
Florent
pgpySbYjyj0Zs.pgp
Description: PGP signature
Bug#385206: rt2570: FTBFS: bashisms in build scripts
Package: rt2570
Version: 1.1.0+cvs20060620-2
Severity: important
Justification: Policy 10.4
Hi,
There was a problem while autobuilding your package:
Automatic build of rt2570_1.1.0+cvs20060620-2 on saturne by sbuild/amd64 85
Build started at 20060829-1417
**
[...]
dh_testroot
/usr/bin/make -C Module clean
make[1]: Entering directory `/build/buildd/rt2570-1.1.0+cvs20060620/Module'
make[1]: Leaving directory `/build/buildd/rt2570-1.1.0+cvs20060620/Module'
dh_clean
rm -rf debian/build
rm -f *-stamp
debian/rules build
make: Nothing to be done for `build'.
/usr/bin/fakeroot debian/rules binary
dh_testdir
# Copy most of the source tree into the temp directory and clean it
cd /build/buildd/rt2570-1.1.0+cvs20060620/Module \
find . -path ./debian/\* -type d -prune -o -print \
| egrep -v 'RPM|CVS|debian' \
| cpio -admp
/build/buildd/rt2570-1.1.0+cvs20060620/debian/build/usr/src/modules/rt2570
2278 blocks
cp -f /build/buildd/rt2570-1.1.0+cvs20060620/{FAQ,THANKS,CHANGELOG}
/build/buildd/rt2570-1.1.0+cvs20060620/debian/build/usr/src/modules/rt2570
cp: cannot stat
`/build/buildd/rt2570-1.1.0+cvs20060620/{FAQ,THANKS,CHANGELOG}': No such file
or directory
make: *** [build-indep-stamp] Error 1
**
Build finished at 20060829-1418
FAILED [dpkg-buildpackage died]
The problem is that { } is not POSIX, and this make the build fail if
you're not using bash as sh.
--
Florent
pgp9kBV6daDAq.pgp
Description: PGP signature
Bug#384846: hp-ppd: FTBFS: bashisms in build scripts
Package: hp-ppd Version: 0.8 Severity: important Justification: Policy 10.4 Hi, There was a problem while autobuilding your package: Automatic build of hp-ppd_0.8 on saturne by sbuild/amd64 85 Build started at 20060827-0326 ** [...] # Add here commands to install the package into debian/packagename. #/usr/bin/make mkdir --parent `pwd`/debian/`dh_listpackages`//usr/share/ppd/hp-ppd/HP/ `pwd`/debian/`dh_listpackages`//usr/share/cups/model #find links -type l -name '*ppd' | xargs cp -a --target-dir=`pwd`/debian/`dh_listpackages`//usr/share/postscript/ppd/ sh install.sh `pwd`/debian/`dh_listpackages`//usr/share/ppd/hp-ppd/HP/ \ old cups-o-matic INSTALLING TO /build/buildd/hp-ppd-0.8/debian/hp-ppd//usr/share/ppd/hp-ppd/HP/ install.sh: 28: pushd: not found INSTALLING FROM old grep: *ppd: No such file or directory COPYING *ppd cp: cannot stat `*ppd': No such file or directory install.sh: 28: popd: not found install.sh: 28: pushd: not found INSTALLING FROM cups-o-matic grep: *ppd: No such file or directory COPYING *ppd cp: cannot stat `*ppd': No such file or directory install.sh: 28: popd: not found make: *** [install] Error 127 ** Build finished at 20060827-0326 FAILED [dpkg-buildpackage died] The problem is that pushd/popd is a bash specific command, and thus the build fail if sh is not linked to bash (it is linked to dash on my buildd). -- Florent pgpalqzi3gE14.pgp Description: PGP signature
Bug#384915: kvirc: FTBFS: bashisms in build scripts
Package: kvirc
Version: 2:3.2.4-3
Severity: important
Justification: Policy 10.4
Hi,
There was a problem while autobuilding your package:
Automatic build of kvirc_2:3.2.4-3 on saturne by sbuild/amd64 85
Build started at 20060827-2227
**
[...]
### INSTALLATION COMPLETE
###
### KVIrc is now installed and ready to run.
###
### Please send bug reports and suggestions
### to pragma at kvirc dot net
### You can use the mail report form on
###
### http://www.kvirc.net
###
### We hope that you will enjoy KVIrc.
###
### Szymon Stefanek and the KVIrc Development Team
###
make[1]: Leaving directory `/build/buildd/kvirc-3.2.4'
#
# Change the name of the COPYING file to appease lintian
#
mv
/build/buildd/kvirc-3.2.4/debian/tmp//usr/share/kvirc/3.2/license/{COPYING,EULA}
mv: missing destination file operand after
`/build/buildd/kvirc-3.2.4/debian/tmp//usr/share/kvirc/3.2/license/{COPYING,EULA}'
Try `mv --help' for more information.
make: *** [common-install-indep] Error 1
**
Build finished at 20060827-2248
FAILED [dpkg-buildpackage died]
The problem is that { } is not POSIX, and this make the build fail if
you're not using bash as sh.
--
Florent
pgp7gNyMSzgNm.pgp
Description: PGP signature
Bug#384917: xfonts-jmk: FTBFS: bashisms in cat-bdf-fonts.sh
Package: xfonts-jmk Version: 3.0-12 Severity: important Justification: Policy 10.4 Hi, There was a problem while autobuilding your package: Automatic build of xfonts-jmk_3.0-12 on saturne by sbuild/amd64 85 Build started at 20060827-1922 ** [...] /usr/bin/make fonts make[2]: Entering directory `/build/buildd/xfonts-jmk-3.0/neep' ../cat-bdf-fonts.sh -o ascii/neep-ascii-05x10.bdf \ -n 'Neep' -a '' -r US -e ASCII \ fragments/neep-pre-ampersand-05x10.bdf fragments/neep-ampersand-05x10.bdf fragments/neep-post-ampersand-05x10.bdf ../cat-bdf-fonts.sh: 14: Syntax error: ( unexpected make[2]: *** [ascii/neep-ascii-05x10.bdf] Error 2 make[2]: Leaving directory `/build/buildd/xfonts-jmk-3.0/neep' make[1]: *** [default] Error 2 make[1]: Leaving directory `/build/buildd/xfonts-jmk-3.0/neep' make: *** [build-stamp] Error 2 ** Build finished at 20060827-1922 FAILED [dpkg-buildpackage died] It seems that there are some bashisms in cat-bdf-fonts.sh, and thus the build fail if you're not using bash as sh (it is a link to dash on my buildd). -- Florent pgpdIoFD9yvH3.pgp Description: PGP signature
Bug#384817: routes: FTBFS: bashisms in build scripts
Package: routes
Version: 1.4-1
Severity: important
Justification: Policy 10.4
Hi,
There was a problem while autobuilding your package:
Automatic build of routes_1.4-1 on saturne by sbuild/amd64 85
Build started at 20060827-0116
**
[...]
Copying Routes.egg-info to
/build/buildd/routes-1.4/debian/python-routes/usr/lib/python2.3/site-packages/Routes-1.4-py2.3.egg-info
running install_scripts
# share Egg dir (remove versions from dirname)
mv
debian/python-routes/usr/lib/python2.3/site-packages/Routes{-1.4-py2.3,}.egg-info
mv: missing destination file operand after
`debian/python-routes/usr/lib/python2.3/site-packages/Routes{-1.4-py2.3,}.egg-info'
Try `mv --help' for more information.
make: *** [install-python2.3] Error 1
**
Build finished at 20060827-0116
FAILED [dpkg-buildpackage died]
The problem is that {} is bash specific, and sh is linked to dash on the buildd.
--
Florent
pgpI1uwwQy1sx.pgp
Description: PGP signature
Bug#384824: galternatives: FTBFS: bashisms in build scripts
Package: galternatives
Version: 0.13.3
Severity: important
Justification: Policy 10.4
Hi,
There was a problem while autobuilding your package:
Automatic build of galternatives_0.13.3 on saturne by sbuild/amd64 85
Build started at 20060827-0239
**
[...]
/bin/sh translations/update-translations.sh
Generating C format header file for translation.
Wrote ../descriptions/x-terminal-emulator.control.in.h
cs:
. done.
es:
. done.
fr:
. done.
sv:
. done.
pt_BR:
. done.
Merging translations into galternatives.desktop.
./merge-translations.sh: 8: Syntax error: Bad substitution
make: *** [pre-build] Error 2
**
Build finished at 20060827-0239
FAILED [dpkg-buildpackage died]
From merge-translations.sh :
for desc in descriptions/*.in; do
intltool-merge -d translations ${desc} ${desc/.in/}
done
The problem is that ${desc/.in/} is not POSIX, and this make the build fail if
you're not using bash as sh.
--
Florent
pgpxX8TRtdxvn.pgp
Description: PGP signature
Bug#384825: ldaptor: FTBFS: cp: cannot stat `debian/python-ldaptor//usr/lib/python2.3/site-packages/ldaptor/apps/webui': No such file or directory
Package: ldaptor Version: 0.0.43-0.3 Severity: serious Justification: no longer builds from source Hello, There was a problem while autobuilding your package: Automatic build of ldaptor_0.0.43-0.3 on saturne by sbuild/amd64 85 Build started at 20060827-0258 ** [...] copying build/lib/ldaptor/apps/webui/i18n.py - /build/buildd/ldaptor-0.0.43/debian/tmp/usr/lib/python2.4/site-packages/ldaptor/apps/webui copying build/lib/ldaptor/apps/webui/change_password.py - /build/buildd/ldaptor-0.0.43/debian/tmp/usr/lib/python2.4/site-packages/ldaptor/apps/webui copying build/lib/ldaptor/apps/webui/defskin.py - /build/buildd/ldaptor-0.0.43/debian/tmp/usr/lib/python2.4/site-packages/ldaptor/apps/webui [...] dh_installchangelogs -pldaptor-webui dh_installudev -pldaptor-webui dh_install -pldaptor-webui --sourcedir=debian/python-ldaptor cp: cannot stat `debian/python-ldaptor//usr/lib/python2.3/site-packages/ldaptor/apps/webui': No such file or directory dh_install: command returned error code 256 make: *** [binary-install/ldaptor-webui] Error 1 ** Build finished at 20060827-0259 FAILED [dpkg-buildpackage died] -- Florent pgp9a8GuxfuU1.pgp Description: PGP signature
Bug#384793: charva: FTBFS: [...]/charva-1.1.1/build.xml:195: compilation failed
Package: charva
Version: 1.1.1-3
Severity: serious
Justification: no longer builds from source
Hello,
There was a problem while autobuilding your package:
Automatic build of charva_1.1.1-3 on saturne by sbuild/amd64 85
Build started at 20060824-1526
***
[...]
clean:
compile:
[mkdir] Created dir: /build/buildd/charva-1.1.1/java/classes
[javac] Compiling 128 source files to
/build/buildd/charva-1.1.1/java/classes [javac] --
[javac] 1. WARNING in
/build/buildd/charva-1.1.1/java/src/charva/awt/BorderLayout.java [javac]
(at line 232)
[javac] private int _hgap = 0;
[javac] ^
[javac] The field BorderLayout._hgap is never read locally
[javac] --
[javac] 2. WARNING in
/build/buildd/charva-1.1.1/java/src/charva/awt/BorderLayout.java [javac]
(at line 233)
[javac] private int _vgap = 0;
[javac] ^
[javac] The field BorderLayout._vgap is never read locally
[javac] --
[javac] --
[javac] 3. WARNING in
/build/buildd/charva-1.1.1/java/src/charva/awt/Font.java [javac] (at line
57)
[javac] private int _size;
[javac] ^
[javac] The field Font._size is never read locally
[javac] --
[javac] --
[javac] 4. WARNING in
/build/buildd/charva-1.1.1/java/src/charva/awt/IllegalComponentStateExcepti
on.java [javac] (at line 26)
[javac] public class IllegalComponentStateException
[javac]^^
[javac] The serializable class IllegalComponentStateException does not
declare a static final serialVersionUID field of type long [javac]
--
[javac] --
[javac] 5. WARNING in
/build/buildd/charva-1.1.1/java/src/charva/awt/LayoutManager.java [javac]
(at line 22)
[javac] import java.util.Vector;
[javac]
[javac] The import java.util.Vector is never used
[javac] --
[javac] --
[javac] 6. WARNING in
/build/buildd/charva-1.1.1/java/src/charva/awt/LayoutManager2.java [javac]
(at line 22)
[javac] import java.util.Vector;
[javac]
[javac] The import java.util.Vector is never used
[javac] --
[javac] --
[javac] 7. WARNING in
/build/buildd/charva-1.1.1/java/src/charva/awt/SyncQueue.java [javac] (at
line 29)
[javac] class SyncQueue
[javac] ^
[javac] The serializable class SyncQueue does not declare a static
final serialVersionUID field of type long [javac] --
[javac] --
[javac] 8. WARNING in
/build/buildd/charva-1.1.1/java/src/charva/awt/TerminfoCapabilityException.
java [javac] (at line 28)
[javac] public class TerminfoCapabilityException extends Exception {
[javac]^^^
[javac] The serializable class TerminfoCapabilityException does not
declare a static final serialVersionUID field of type long [javac]
--
[javac] --
[javac] 9. WARNING in
/build/buildd/charva-1.1.1/java/src/charva/awt/event/AWTEvent.java [javac]
(at line 22)
[javac] import charva.awt.*;
[javac] ^^
[javac] The import charva.awt is never used
[javac] --
[javac] --
[javac] 10. WARNING in
/build/buildd/charva-1.1.1/java/src/charva/awt/event/ActionEvent.java
[javac] (at line 29)
[javac] public class ActionEvent
[javac]^^^
[javac] The serializable class ActionEvent does not declare a static
final serialVersionUID field of type long [javac] --
[javac] --
[javac] 11. WARNING in
/build/buildd/charva-1.1.1/java/src/charva/awt/event/AdjustmentEvent.java
[javac] (at line 28)
[javac] public class AdjustmentEvent
[javac]^^^
[javac] The serializable class AdjustmentEvent does not declare a
static final serialVersionUID field of type long [javac] --
[javac] --
[javac] 12. WARNING in
/build/buildd/charva-1.1.1/java/src/charva/awt/event/FocusEvent.java
[javac] (at line 32)
[javac] public class FocusEvent
[javac]^^
[javac] The serializable class FocusEvent does not declare a static
final serialVersionUID field of type long [javac] --
[javac] --
[javac] 13. WARNING in
/build/buildd/charva-1.1.1/java/src/charva/awt/event/GarbageCollectionEvent
.java [javac] (at line 34)
[javac] public class GarbageCollectionEvent
[javac]^^
[javac] The serializable class GarbageCollectionEvent does not declare
a static final serialVersionUID field of type long [javac] --
[javac] --
[javac] 14.
Bug#380154: klamav: implicit pointer conversions
package klamav tags 380154 + pending upstream thanks Hi, Thanks for reporting this bug and sending a patch. A fixed version of the package was uploaded this evening, and I forwaded your patch upstream ( http://sourceforge.net/tracker/index.php?func=detailaid=1539709group_id=102171atid=631226 ). Kind regards. -- Florent pgpB1rpUTORU2.pgp Description: PGP signature
Bug#372707: Patch : libcgi: FTBFS: bashisms in debian/rules
package libcgi
tags 372707 + patch
severity 372707 important
thanks
Hi,
Here is a patch to fix this problem.
--
Florent
diff -urN libcgi-1.0.old/debian/rules libcgi-1.0/debian/rules
--- libcgi-1.0.old/debian/rules 2006-08-07 23:52:44.0 +0200
+++ libcgi-1.0/debian/rules 2006-08-07 23:53:30.0 +0200
@@ -69,7 +69,7 @@
dh_testdir
dh_testroot
dh_clean -k
- mkdir -p debian/tmp/{usr/lib,usr/include}
+ mkdir -p debian/tmp/usr/lib debian/tmp/usr/include
$(MAKE) DESTDIR=$(CURDIR)/debian/tmp/ install
(cd debian/tmp/usr/lib; \
pgpjf3ycXVrR5.pgp
Description: PGP signature
Bug#381418: RFP: wapiti -- Web application vulnerability scanner
Package: wnpp Severity: wishlist * Package name: wapiti Version : 1.1.0 Upstream Author : Nicolas Surribas [EMAIL PROTECTED] * URL : http://wapiti.sourceforge.net/ * License : GPL Programming Lang: Python Description : Web application vulnerability scanner Wapiti allows you to audit the security of your web applications. It performs black-box scans, i.e. it does not study the source code of the application but will scans the webpages of the deployed webapp, looking for scripts and forms where it can inject data. Once it gets this list, Wapiti acts like a fuzzer, injecting payloads to see if a script is vulnerable. Wapiti can detect the following vulnerabilities : - File Handling Errors (Local and remote include/require, fopen, readfile...) - Database Injection (PHP/JSP/ASP SQL Injections and XPath Injections) - XSS (Cross Site Scripting) Injection - LDAP Injection - Command Execution detection (eval(), system(), passtru()...) - CRLF Injection (HTTP Response Splitting, session fixation...) Wapiti is able to differentiate ponctual and permanent XSS vulnerabilities. Wapiti prints a warning everytime it founds a script allowing HTTP uploads. A warning is also issued when a HTTP 500 code is returned (useful for ASP/IIS) Wapiti does not rely on a vulnerability database like Nikto do. Wapiti aims to discover unknown vulnerabilities in web applications. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#325180: RFP: autopano-sift -- generate panorama project file from images
Le mardi 1 août 2006 18:28, vous avez écrit : [...] Hi Florent, I'm retitling this bug to RFP, so that anyone is free to copy Hubert's package from Ubuntu to Debian. Hi Bart, The problem is that the sift algorithm is patented. I sent a package on january, but it was rejected (even from non-free) by the ftp-masters. Maybe Ubuntu doesn't care of such things, but Debian do. Kind regards. -- Florent pgptNiHVy8085.pgp Description: PGP signature
Bug#325180: RFP: autopano-sift -- generate panorama project file from images
Le mardi 1 août 2006 21:39, vous avez écrit : On Tuesday 01 August 2006 15:05, Florent Bayle wrote: The problem is that the sift algorithm is patented. I sent a package on january, but it was rejected (even from non-free) by the ftp-masters. Maybe Ubuntu doesn't care of such things, but Debian do. Should it be in non-US (does that still exists?) No, non-US was dropped when Sarge was released. -- Florent pgpddkmJsJHmx.pgp Description: PGP signature
Bug#379621: libnss-db: FTBFS: bashisms in build scripts
Package: libnss-db Version: 2.2.3pre1-2 Severity: serious Justification: Policy 10.4 Hi, There was an error while trying to build your package : Automatic build of libnss-db_2.2.3pre1-2 on saturne by sbuild/amd64 85 ... touch debian/build-stamp /usr/bin/fakeroot debian/rules binary-arch rm -rf debian/tmp-libnss-db umask 022 install -d debian/tmp-libnss-db/DEBIAN install -d debian/tmp-libnss-db/usr/share/doc/libnss-db umask 022; yada generate copyright \ debian/tmp-libnss-db/usr/share/doc/libnss-db/copyright install -m 644 -p debian/changelog \ debian/tmp-libnss-db/usr/share/doc/libnss-db/changelog.Debian VAR_DB=$(cat VAR_DB) pushd build /bin/sh: pushd: not found make: *** [debian/tmp-libnss-db/DEBIAN/control] Error 127 Pushd is a bash-specific command, you shouldn't use it in sh scripts. -- System Information: Debian Release: testing/unstable APT prefers unstable Shell: /bin/sh linked to /bin/dash -- Florent pgpxcoV2Ndzdz.pgp Description: PGP signature
Bug#377062: Oops on linux-image-2.6.17-1-amd64-k8
Hi,
I have also some problems with my new Debian sid ADM64 system.
The system already crashed 2 times (see attached files syslog1 and syslog2).
I run a buildd on this system, and I got some gcc segmentation fault :
../../tests/get_resolution.cpp: In function 'int main()':
../../tests/get_resolution.cpp:18: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See URL:http://gcc.gnu.org/bugs.html for instructions.
For Debian GNU/Linux specific bug reporting instructions,
see URL:file:///usr/share/doc/gcc-4.1/README.Bugs.
The bug is not reproducible, so it is likely a hardware or OS problem.
If I run 4 memtest 100M in parallel under Linux, they find some errors (see
attached file memtest).
But, if I run memtest86 or memtest86+ from a live-cd or from grub, it find no
errors.
CPU:
processor : 0
vendor_id : AuthenticAMD
cpu family : 15
model : 47
model name : AMD Athlon(tm) 64 Processor 3000+
stepping: 2
cpu MHz : 1838.877
cache size : 512 KB
fpu : yes
fpu_exception : yes
cpuid level : 1
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov
pat pse36 clflush mmx fxsr sse sse2 syscall nx mmxext fxsr_opt lm 3dnowext
3dnow pni lahf_lm
bogomips: 3681.89
TLB size: 1024 4K pages
clflush size: 64
cache_alignment : 64
address sizes : 40 bits physical, 48 bits virtual
power management: ts fid vid ttp tm stc
MEM:
MemTotal: 511904 kB
MemFree:404536 kB
Buffers: 7416 kB
Cached: 21184 kB
SwapCached: 19324 kB
Active: 36116 kB
Inactive:16144 kB
HighTotal: 0 kB
HighFree:0 kB
LowTotal: 511904 kB
LowFree:404536 kB
SwapTotal: 779144 kB
SwapFree: 721288 kB
Dirty: 0 kB
Writeback: 0 kB
Mapped: 24012 kB
Slab:14316 kB
CommitLimit: 1035096 kB
Committed_AS: 116900 kB
PageTables: 4772 kB
VmallocTotal: 34359738367 kB
VmallocUsed: 23696 kB
VmallocChunk: 34359713787 kB
My hardware is 100% new, I don't overclock neither processor, nor memory, all
BIOS settings set to
standard or auto values (motherboard is ABIT AV8 K8T 800 PRO SOCKET 939).
It seems that these problems also appears with linux-image-2.6.16-2-amd64-k8.
Maybe I'll try a kernel from kernel.org after my vacations, and/or a 32bits
system.
--
Florent
Jul 21 01:03:04 saturne kernel: general protection fault: [1]
Jul 21 01:03:04 saturne kernel: CPU 0
Jul 21 01:03:04 saturne kernel: Modules linked in: radeon drm ipv6 button ac
battery dm_mod sbp2 snd_seq_dummy snd_seq_oss snd_seq_midi snd_se
q_midi_event snd_seq snd_via82xx gameport snd_ac97_codec snd_ac97_bus
snd_pcm_oss snd_mixer_oss bt878 shpchp snd_pcm snd_timer snd_page_alloc
snd_mpu401_uart snd_rawmidi snd_seq_device snd eth1394 parport_pc parport
soundcore psmouse serio_raw pci_hotplug tuner bttv video_buf firmwar
e_class ir_common evdev pcspkr compat_ioctl32 i2c_algo_bit v4l2_common
btcx_risc tveeprom videodev i2c_viapro i2c_core floppy reiserfs ide_dis
k ide_cd cdrom generic ohci1394 sata_via ieee1394 ne2k_pci 8390 via_velocity
crc_ccitt libata scsi_mod via82cxxx ide_core uhci_hcd ehci_hcd th
ermal processor fan
Jul 21 01:03:04 saturne kernel: Pid: 150, comm: kswapd0 Not tainted
2.6.17-1-amd64-k8 #1
Jul 21 01:03:04 saturne kernel: RIP: 0010:[8028de69]
8028de69{isolate_lru_pages+72}
Jul 21 01:03:04 saturne kernel: RSP: 0018:81001fbdfc80 EFLAGS: 00010002
Jul 21 01:03:04 saturne kernel: RAX: 4fff8100010b3eb0 RBX: 0020
RCX: 81001fbdfe10
Jul 21 01:03:04 saturne kernel: RDX: 80417f10 RSI: 80417f10
RDI: 81001fbdfce8
Jul 21 01:03:04 saturne kernel: RBP: 0002 R08: 8100010b3e40
R09: 8100010b3e18
Jul 21 01:03:04 saturne kernel: R10: 000a R11: 000a
R12:
Jul 21 01:03:04 saturne kernel: R13: 0001 R14: 81001fbdfe88
R15:
Jul 21 01:03:04 saturne kernel: FS: 48810960()
GS:804cc000() knlGS:
Jul 21 01:03:04 saturne kernel: CS: 0010 DS: 0018 ES: 0018 CR0:
8005003b
Jul 21 01:03:04 saturne kernel: CR2: 2aed3207fbc8 CR3: 1362a000
CR4: 06e0
Jul 21 01:03:04 saturne kernel: Process kswapd0 (pid: 150, threadinfo
81001fbde000, task 81001fb54ab0)
Jul 21 01:03:04 saturne kernel: Stack: 0020 80417d88
802103f8 003a
Jul 21 01:03:04 saturne kernel:003c 000c
0040 0020
Jul 21 01:03:04 saturne kernel:0020 0020
Jul 21 01:03:04 saturne kernel: Call Trace: 802103f8{shrink_zone+384}
8028e150{balance_pgdat+526}
Jul 21 01:03:04 saturne kernel:80255689{__sched_text_start+1}
Bug#379685: ndiswrapper: New upstream version (1.21)
Package: ndiswrapper Severity: wishlist Hi, There is a new upstream version of ndiswrapper available at http://sourceforge.net/projects/ndiswrapper/ . I have tried to upgrade the package with uupdate, and it worked for me. This release correct a bug with rt2500 drivers and SMP (which I am both using). Thanks. -- Florent -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#251618: No more licensing problems
Hi, Hugin 0.6 was released today, and it seems that all the code is now under GPL or GPL-compatible licences. So, I will now work on packaging, and I hope to see it in Debian mid-august. -- Florent pgpG1mEoUXIMb.pgp Description: PGP signature
Bug#376743: coreutils: Undocumented change in mv's behavior
Package: coreutils Version: 5.96-5 Severity: normal Hi, It seems that there is an undocumented change in mv's behavior in versions 5.96-1 and later of coreutils. To be brief : - coreutils 5.94-1 : [EMAIL PROTECTED]:/tmp# mkdir -p test1/test3 test2/test3; mv test2/* test1/ mv: cannot overwrite directory `test1/test3' [EMAIL PROTECTED]:/tmp# - coreutils 5.96-1 : [EMAIL PROTECTED]:/tmp# mkdir -p test1/test3 test2/test3; mv test2/* test1/ [EMAIL PROTECTED]:/tmp# I don't know if it's a bug, and what is the expected behaviour, but I think that it should be documented (maybe is there some scripts relying on the old behaviour). Regards. -- Florent -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.17-1-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages coreutils depends on: ii libacl1 2.2.39-1 Access control list shared library ii libc6 2.3.6-15 GNU C Library: Shared libraries ii libselinux1 1.30-1 SELinux shared libraries coreutils recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#376749: coreutils: Incorrect error message in mv (due to incorrect behavior)
Package: coreutils Version: 5.96-5 Severity: normal Hi, To be brief : [EMAIL PROTECTED]:/tmp# mkdir -p test1/test test2/test; touch test1/test/file; mv test2/* test1/ mv: cannot move `test2/test' to a subdirectory of itself, `test1/test' [EMAIL PROTECTED]:/tmp# It seems to be an incorrect error message, but I think that this bug is related to #376743 because with version 5.94-1 of coreutils, I have this output : [EMAIL PROTECTED]:/tmp# mkdir -p test1/test test2/test; touch test1/test/file; mv test2/* test1/ mv: cannot overwrite directory `test1/test' [EMAIL PROTECTED]:/tmp# Regards. -- Florent -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.17-1-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages coreutils depends on: ii libacl1 2.2.39-1 Access control list shared library ii libc6 2.3.6-15 GNU C Library: Shared libraries ii libselinux1 1.30-1 SELinux shared libraries coreutils recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#376049: graphviz: FTBFS on arm: mv: cannot overwrite directory [...]
package graphviz severity 376049 minor thanks Hi, I took time to investigate, and I found that mv's behavior changed recently (see #376743), and I think that this FTBFS is due to the fact that there was and old version of coreutils installed on the buildd. This bug shouldn't appear if the package is built on an up-to-date sid chroot, and it's why I lower the severity of this bug, but I think that you should apply this patch to make it possible to build the package with an old version of coreutils. Regards. -- Florent pgpWxlchnh47I.pgp Description: PGP signature
Bug#358943: Bug fixed-upstream
package libpano12 tags 358943 + fixed-upstream thanks Hi, This bug is fixed in the last upstream version (2.8.4) [1], but this version breaks binary-compatibility needed by some programs (including non-free ones) [2]. There are some discussions about branching the library [3], and I won't package anything before they come to a solution. If I have some free time, I will try to backport the fix, but I need to be sure that it won't break something before. [1] : http://sourceforge.net/forum/forum.php?forum_id=582684 [2] : https://www.email-lists.org/pipermail/ptx/2006-June/005084.html [3] : http://sourceforge.net/mailarchive/forum.php?thread_id=14628420forum_id=36988 -- Florent pgpI8Z35FLCNz.pgp Description: PGP signature
Bug#376049: graphviz: FTBFS on arm: mv: cannot overwrite directory [...]
Package: graphviz Severity: serious Tags: patch Justification: no longer builds from source Hi, If you look at buildds logs for arm, you will see that graphviz FTBFS with the folloving message : mv: cannot overwrite directory `/build/buildd/graphviz-2.8/debian/graphviz/usr/share/doc/graphviz/examples/pathplan_data' I think that this happen because the directory was created by dh_installdirs, but I don't know why it builds on some architectures, and not on some others. There is two possible patches : - remove the line creating the path from graphviz.dirs - use the patch I sent to #373254. Regards. -- Florent --- graphviz-2.8/debian/graphviz.dirs.old 2006-06-30 01:00:22.0 +0200 +++ graphviz-2.8/debian/graphviz.dirs 2006-06-30 01:00:28.0 +0200 @@ -15,7 +15,6 @@ usr/share/doc/graphviz/examples/graphs usr/share/doc/graphviz/examples/graphs/directed usr/share/doc/graphviz/examples/graphs/undirected -usr/share/doc/graphviz/examples/pathplan_data usr/share/graphviz usr/share/graphviz/lefty usr/share/menu
Bug#373254: graphviz: FTBFS: mv: cannot stat [...]: No such file or directory
package graphviz tags 373254 + patch thanks Hi, I've attached to this mail a patch to fix this problem. -- Florent --- graphviz-2.8/debian/rules.old 2006-06-21 22:58:58.0 +0200 +++ graphviz-2.8/debian/rules 2006-06-21 23:09:35.0 +0200 @@ -66,11 +66,11 @@ rmdir $(CURDIR)/debian/graphviz/usr/share/graphviz/graphs/undirected rmdir $(CURDIR)/debian/graphviz/usr/share/graphviz/graphs # move demo tree to examples, then remove empty dir - -mv $(CURDIR)/debian/graphviz/usr/share/graphviz/demo/* \ - $(CURDIR)/debian/graphviz/usr/share/doc/graphviz/examples mv $(CURDIR)/debian/graphviz/usr/share/graphviz/demo/pathplan_data/* \ $(CURDIR)/debian/graphviz/usr/share/doc/graphviz/examples/pathplan_data rmdir $(CURDIR)/debian/graphviz/usr/share/graphviz/demo/pathplan_data + mv $(CURDIR)/debian/graphviz/usr/share/graphviz/demo/* \ + $(CURDIR)/debian/graphviz/usr/share/doc/graphviz/examples rmdir $(CURDIR)/debian/graphviz/usr/share/graphviz/demo # remove unneeded parts of TCL/TK libraries (in tcl subdir) (cd $(CURDIR)/debian/graphviz/usr/lib/graphviz/tcl; \ pgprEOAObNLGs.pgp Description: PGP signature
Bug#370233: Pending NMU in delayed/5
package rat tags 370233 + patch tags 338844 + patch thanks Hi, There is a pending NMU in delayed/5 which correct this bug. Patch is attached to this mail. -- Florent diff -ur rat-4.2.22.old/debian/changelog rat-4.2.22/debian/changelog --- rat-4.2.22.old/debian/changelog 2006-06-06 20:16:00.0 +0200 +++ rat-4.2.22/debian/changelog 2006-06-06 20:09:17.0 +0200 @@ -1,3 +1,19 @@ +rat (4.2.22-2.1) unstable; urgency=low + + * Non-maintainer upload. + * Changed build-deps to remove the dependecy against xlibs (closes: +#370233). + * All files under debian/ directory are now encoded in UTF-8 (closes: +#338844). + * Updated Standards-Version to 3.7.2. + * Set debhelper compat to 4. + * Removed the last 2 lines of the changelog to correct the lintian +warning. + * Added dh_fixperms before dh_strip to fix lintian error +unstripped-binary-or-object. + + -- Florent Bayle [EMAIL PROTECTED] Tue, 6 Jun 2006 17:24:34 +0200 + rat (4.2.22-2) unstable; urgency=low * debian/patches: Added 01-rat-manpage-fix, for fixing the error @@ -5,7 +21,7 @@ #184338). * Reordered debian/copyright and README.Debian. - -- David Martínez Moreno [EMAIL PROTECTED] Mon, 17 Mar 2003 10:53:39 +0100 + -- David MartÃnez Moreno [EMAIL PROTECTED] Mon, 17 Mar 2003 10:53:39 +0100 rat (4.2.22-1) unstable; urgency=low @@ -19,14 +35,14 @@ new policy. Also replaced DH_COMPAT by debian/compat as joeyh's advice. * Updated config.guess and config.sub to the latest ones. - -- David Martínez Moreno [EMAIL PROTECTED] Mon, 10 Mar 2003 00:35:02 +0100 + -- David MartÃnez Moreno [EMAIL PROTECTED] Mon, 10 Mar 2003 00:35:02 +0100 rat (4.2.21-2) unstable; urgency=low * Recompiled rat with the new IPv6-activated libuclmmbase1. Let's see if this resolves #147124. - -- David Martínez Moreno [EMAIL PROTECTED] Fri, 17 May 2002 18:04:10 +0200 + -- David MartÃnez Moreno [EMAIL PROTECTED] Fri, 17 May 2002 18:04:10 +0200 rat (4.2.21-1) unstable; urgency=low @@ -37,7 +53,7 @@ * Removed patch #05-alpha-unsigned-long: Merged upstream. * Removed several other patches previously merged upstream. - -- David Martínez Moreno [EMAIL PROTECTED] Fri, 3 May 2002 10:36:38 +0200 + -- David MartÃnez Moreno [EMAIL PROTECTED] Fri, 3 May 2002 10:36:38 +0200 rat (4.2.20-3) unstable; urgency=low @@ -47,7 +63,7 @@ Only m68k remains with build problems, but I think that it will compile this version. - -- David Martínez Moreno [EMAIL PROTECTED] Wed, 30 Jan 2002 18:33:20 +0100 + -- David MartÃnez Moreno [EMAIL PROTECTED] Wed, 30 Jan 2002 18:33:20 +0100 rat (4.2.20-2) unstable; urgency=low @@ -60,7 +76,7 @@ sparc (only powerpc remains with problems for rat entering testing). BTW, this closes: #129628. - -- David Martínez Moreno [EMAIL PROTECTED] Sun, 20 Jan 2002 04:44:59 +0100 + -- David MartÃnez Moreno [EMAIL PROTECTED] Sun, 20 Jan 2002 04:44:59 +0100 rat (4.2.20-1) unstable; urgency=low @@ -71,7 +87,7 @@ * Cleaned up configure changes about CFLAGS=-g, and passed it in CFLAGS from debian/rules (thanks, Santiago Vila). - -- David Martínez Moreno [EMAIL PROTECTED] Mon, 3 Dec 2001 21:15:29 +0100 + -- David MartÃnez Moreno [EMAIL PROTECTED] Mon, 3 Dec 2001 21:15:29 +0100 rat (4.2.19-1) unstable; urgency=low @@ -94,7 +110,7 @@ * Cleaned unnecessary changes to the sources, thus making simpler the diff.gz. - -- David Martínez Moreno [EMAIL PROTECTED] Tue, 6 Nov 2001 14:52:47 +0100 + -- David MartÃnez Moreno [EMAIL PROTECTED] Tue, 6 Nov 2001 14:52:47 +0100 rat (4.2.18-1) unstable; urgency=low @@ -110,16 +126,16 @@ * rat is yet in non-free. I'm not sure if this package should move from non-free to main, due to several license issues (more to come). - * Upload sponsored by Jesús Gonzalez-Barahona [EMAIL PROTECTED]. + * Upload sponsored by Jesús Gonzalez-Barahona [EMAIL PROTECTED]. - -- David Martínez [EMAIL PROTECTED] Mon, 4 Jun 2001 21:19:45 +0200 + -- David MartÃnez [EMAIL PROTECTED] Mon, 4 Jun 2001 21:19:45 +0200 rat (4.2.15-1) unstable; urgency=low * New upstream release. * This version is not going to be public. - -- David Martínez [EMAIL PROTECTED] Wed, 18 Apr 2001 03:37:24 +0200 + -- David MartÃnez [EMAIL PROTECTED] Wed, 18 Apr 2001 03:37:24 +0200 rat (4.0.3-2) unstable; urgency=low @@ -152,5 +168,3 @@ * Initial Release. -- Chu-yeon Park [EMAIL PROTECTED] Thu, 1 Jan 1998 21:02:41 +0900 - - vim:ai:et:sts=2:sw=2:tw=78: diff -ur rat-4.2.22.old/debian/compat rat-4.2.22/debian/compat --- rat-4.2.22.old/debian/compat 2006-06-06 20:16:00.0 +0200 +++ rat-4.2.22/debian/compat 2006-06-06 19:16:21.0 +0200 @@ -1 +1 @@ -3 +4 diff -ur rat-4.2.22.old/debian/control rat-4.2.22/debian/control --- rat-4.2.22.old/debian/control 2006-06-06 20:16:00.0 +0200 +++ rat-4.2.22/debian/control 2006-06-06 19:15:43.0 +0200 @@ -1,9 +1,9 @@ Source
Bug#370232: xfrisk - FTBFS: error: X11/Xaw/Form.h: No such file or directory
package xfrisk tags 370232 + patch thanks Hi, It seems that xaw3dg-dev doesn't depends anymore on libxaw devel package, so you have to add libxaw-headers to the build dependensies of xfrisk. -- Florent --- xfrisk-1.2/debian/control.old 2006-06-04 16:19:47.0 +0200 +++ xfrisk-1.2/debian/control 2006-06-04 16:26:01.0 +0200 @@ -3,7 +3,7 @@ Priority: optional Maintainer: Joe Nahmias [EMAIL PROTECTED] Standards-Version: 3.6.1.0 -Build-Depends: xaw3dg-dev, debhelper ( 4) +Build-Depends: xaw3dg-dev, debhelper ( 4), libxaw-headers Package: xfrisk Architecture: any pgpfRg8D5jBxu.pgp Description: PGP signature
Bug#370229: zapping - FTBFS: error: XML::Parser perl module is required for intltool
package zapping tags 370229 + patch thanks Hi, It seems that there is a missing build-dep on libxml-parser-perl. -- Florent --- zapping-0.9.6/debian/control.old 2006-06-04 16:44:49.0 +0200 +++ zapping-0.9.6/debian/control 2006-06-04 16:45:11.0 +0200 @@ -7,7 +7,7 @@ Build-Depends: debhelper (= 4.9.8.1), libjpeg62-dev, liblircclient-dev, libzvbi-dev (= 0.2.11-2), libgnomeui-dev (= 2.8.1-3), python-dev, scrollkeeper, libx11-dev, libxext-dev, libpng-dev, libxv-dev, libxmu-dev, - libgconf2-dev, libartsc0-dev + libgconf2-dev, libartsc0-dev, libxml-parser-perl Package: zapping Architecture: any pgptIsdPjRMVD.pgp Description: PGP signature
Bug#370112: FTBFS: invalid conversion from 'int (*)(FT_Vector...
package lasi
tags 370112 + patch
thanks
Hi,
It seems that this bug comes from a change in libfreetype6-dev.
Here is a patch to fix this bug.
--
Florent
--- lasi-1.0.5/src/drawGlyph.cpp.old 2006-06-03 16:50:43.0 +0200
+++ lasi-1.0.5/src/drawGlyph.cpp 2006-06-03 16:41:19.0 +0200
@@ -81,7 +81,7 @@
return 0;
}
-static int moveTo(FT_Vector* pftVec, void* data) {
+static int moveTo(const FT_Vector* pftVec, void* data) {
StateOfDrawGlyph* const state = reinterpret_castStateOfDrawGlyph* const(data);
state-os() (state-isNewPath() ? newpath : closepath) endl;
state-setNewPathFalse();
@@ -89,19 +89,19 @@
return 0;
}
-static int lineTo(FT_Vector* pftVec, void* data) {
+static int lineTo(const FT_Vector* pftVec, void* data) {
xTo(pftVec, data, lineto);
return 0;
}
-static int cubicTo(FT_Vector* ctrlPt1, FT_Vector* ctrlPt2, FT_Vector* pEndPt, void* data) {
+static int cubicTo(const FT_Vector* ctrlPt1, const FT_Vector* ctrlPt2, const FT_Vector* pEndPt, void* data) {
StateOfDrawGlyph* const state = reinterpret_castStateOfDrawGlyph* const(data);
state-os() *ctrlPt1 *ctrlPt2 *pEndPt curveto endl;
state-setStartPt(*pEndPt);
return 0;
}
-static int conicTo(FT_Vector* pCtrlPt, FT_Vector* pEndPt, void* data) {
+static int conicTo(const FT_Vector* pCtrlPt, const FT_Vector* pEndPt, void* data) {
StateOfDrawGlyph* const state = reinterpret_castStateOfDrawGlyph* const(data);
FT_Vector ctrlPt1 = (state-startPt() + 2 * *pCtrlPt) / 3;
FT_Vector ctrlPt2 = (*pEndPt + 2 * *pCtrlPt) / 3;
pgpn5rxWEIFOo.pgp
Description: PGP signature
Bug#369094: FTBFS: ...libavifile-0.7c2/usr/man/man1/aviplay*': No such file or directory
package avifile tags 369094 + patch thanks Here is a patch to fix this bug. -- Florent --- avifile-0.7.44.20051021/debian/rules.old 2006-06-03 20:10:40.0 +0200 +++ avifile-0.7.44.20051021/debian/rules 2006-06-03 20:13:38.0 +0200 @@ -134,10 +134,10 @@ @rm $(installprefix)/usr/lib/libqavm*.so @rm $(installprefix)/usr/lib/libqavm*.la @mv $(installprefix)/usr/lib/libqavm* debian/$(player)/usr/lib - @mv $(installprefix)/usr/man/man1/aviplay* debian/$(player)/usr/share/man/man1 + @mv $(installprefix)/usr/share/man/man1/aviplay* debian/$(player)/usr/share/man/man1 @mv $(installprefix)/usr/share/$(aviversion) debian/$(player)/usr/share/ - @mv $(installprefix)/usr/man/man1/avifile-config* debian/$(devel)/usr/share/man/man1 + @mv $(installprefix)/usr/share/man/man1/avifile-config* debian/$(devel)/usr/share/man/man1 @mv $(installprefix)/usr/lib/*.so debian/$(devel)/usr/lib @mv $(installprefix)/usr/lib/*.la debian/$(devel)/usr/lib for i in $(allplugins) ; do \ @@ -149,10 +149,10 @@ if test -e $(installprefix)/usr/lib/$(aviversion)/xvid4.so ; then mv $(installprefix)/usr/lib/$(aviversion)/xvid* debian/$(xvidplugin)/usr/lib/$(aviversion)/ ; fi if test -e $(installprefix)/usr/lib/$(aviversion)/divx4.so ; then mv $(installprefix)/usr/lib/$(aviversion)/divx4* debian/$(divxplugin)/usr/lib/$(aviversion)/ ; fi - @mv $(installprefix)/usr/man/man1/* debian/$(utils)/usr/share/man/man1 + @mv $(installprefix)/usr/share/man/man1/* debian/$(utils)/usr/share/man/man1 # clean some files from library package - @rm -rf debian/$(libraries)/usr/bin debian/$(libraries)/usr/man + @rm -rf debian/$(libraries)/usr/bin debian/$(libraries)/usr/share/man @rm -f debian/$(libraries)/usr/lib/*.so @rm -rf core `find debian/$(libraries) -name *.a` pgpJSFYwBWbCy.pgp Description: PGP signature
Bug#328538: shouldn't we close this bug
Shouldn't this bug be closed now that Joey adopted this package ? -- Florent pgpOJNhc7WMBc.pgp Description: PGP signature
Bug#263783: Shouldn't be included on Sarge
Maybe is it time to close this bug ? -- Florent pgpvKlKZvwS73.pgp Description: PGP signature
Bug#368289: xosview - FTBFS: ./configure: line 5663: syntax error near unexpected token `}'
Hi, It seems that this bug doesn't come from the NMU, because 1.8.2-8 doesn't build anymore, but rather from autoconf because it builds with autoconf 2.59a-9, but not with 2.59.cvs.2006.05.13-1 or 2.59.cvs.2006.05.25-1. -- Florent pgpSrcQ4bVMM0.pgp Description: PGP signature
Bug#369610: libpano12: New upstream version : 2.8.3
Package: libpano12 Version: 2.7.0.9-1 Severity: wishlist Hi, There is a new upstream release (2.8.3) of libpano12. I have currently some problems to build it (due to bug #358943), so I will wait for gcc 4.1 to become the official version of gcc to upload it. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-686-smp Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages libpano12 depends on: ii libc6 2.3.6-9 GNU C Library: Shared libraries ii libjpeg62 6b-13The Independent JPEG Group's JPEG ii libpng12-0 1.2.8rel-5.1 PNG library - runtime ii libtiff43.8.2-2 Tag Image File Format (TIFF) libra ii zlib1g 1:1.2.3-11 compression library - runtime Versions of packages libpano12 recommends: ii libpano12-bin 2.8.1-1panorama tools utilities -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#358943: FTBFS on AMD64: undefined reference to `InsertFileName'
package libpano12 tags 358943 + confirmed upstream retitle 358943 FTBFS when JAVA can't be found: undefined reference to `InsertFileName' thanks Le Mardi 28 Mars 2006 06:36, Martin Michlmayr a écrit : [...] Oh, I wouldn't leave the bug open for that. Once 4.1 is the default, I'm sure people are told... I'd only leave the bug open if the configure script is buggy (saying it doesn't do java but then doing something to fail when there's no java). I was busy since you reported this bug, and I didn't have the time to investigate/report it upstream. But, today I saw this on upstream mailing-lists : http://sourceforge.net/mailarchive/forum.php?thread_id=10817946forum_id=36988 -- Florent pgpyGAT0J5Pab.pgp Description: PGP signature
Bug#361526: pgpool: New upstream version (3.0.1)
Package: pgpool Severity: wishlist Hi, Could you please package the new upstream version of pgpool ? Thanks. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-686-smp Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#251618: Hugin packages for Debian
Le Samedi 1 Avril 2006 11:29, vous avez écrit : Hello, I saw wnpp bugreport, about Hugin: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=246244 In August 2005 You said that you are working on uploading 0,5RC version, to debian. What happend next? This wnpp bug seems to be closed, are there any problems with Hugin? This bug (and 251618) were closed automaticaly, and reopened. There is still some licencing problems with Hugin : Hugin depends on libvigra, which was licenced under a non-free and non-GPL-compatible licence. I worked with Vigra's authors (see my previous mail on bug #251618), Vigra was re-licenced under MIT-X11 licence (wich is free and GPL-compatible), and it is now under Debian. But current stable version of Hugin is still using and old, non-free, highly-patched version of Vigra. The bug was reported upstream (http://sourceforge.net/tracker/index.php?func=detailaid=1434981group_id=77506atid=550441), and according to the authors, the CVS version can now be built with a patched version of Vigra 1.4.0, BUT : - if you look at the CVS, you will find the file src/foreign/VIGRA_LICENSE which is still refering to the old, non-free Vigra licence - i prefer not to be obliged to create a package libvigraimpex2_hugin, or something like that - the patches to make latest Vigra version working with Hugin where sent upstream. So I'm now waiting for : - Vigra's authors to patch the official version of Vigra to makes it working with Hugin - this version to enter Debian - Hugin's CVS to be cleaned. Now I'm using Christian Marillat package from ftp.nerim.net, and everything works fine. But of course it will be better, to have hugin officaily in Debian. I agree with you, and it's why I am working on official Hugin packages. Can You please tell me what is the current status of Hugin package in Debian? I think that it's done :-) -- Florent P.S. : I forward this mail to the bug #251618 pgpSheUKXsVIU.pgp Description: PGP signature
Bug#358943: FTBFS on AMD64: undefined reference to `InsertFileName'
Le Lundi 27 Mars 2006 03:18, Martin Michlmayr a écrit : * Florent Bayle [EMAIL PROTECTED] [2006-03-27 00:46]: Someone tried for me to build my package on a sid chroot on amd64, and it seems to work (build log is attached). Could you please describe more precisely your build environment (gcc version for instance), are you still able to reproduce the bug ? Oh, I'm happy to show you mine given that you have shown me yours. :-P It was a pleasure... :-D Comparing the build logs is really interesting. Oh, hmm, this seems to be a GCC 4.1 bug after all... one I've seen in some other packages but haven't had time to investigate. But this is strang bcause I'm pretty sure I've seen the problem when I tried with 4.0 too. But I'm not sure. Anyway, I think there's still a bug in the software (upstream). Observations: - First, a make clean doesn't work here, but I've no idea why. - Second, on your box Java is recognized whereas on mine it isn.t' There might be more but these are so obvious that I didn't start looking further. I had the time to investigate, and I was able to reproduce the bug on x86. The following is from diff your-log mylog 1: /usr/bin/make clean -make[1]: Entering directory `/home/plop/libpano12-2.8.0' -Making clean in build -make[2]: Entering directory `/home/plop/libpano12-2.8.0/build' -Making clean in win32 -make[3]: Entering directory `/home/plop/libpano12-2.8.0/build/win32' ... -make[1]: Leaving directory `/home/plop/libpano12-2.8.0' +make[1]: Entering directory `/build/tbm/libpano12-2.8.0' +make[1]: *** No rule to make target `clean'. Stop. +make[1]: Leaving directory `/build/tbm/libpano12-2.8.0' +make: [clean] Error 2 (ignored) rm -rf config.status config.log .deps/ tools/.deps/ \ m4/Makefile doc/Makefile Makefile build/Makefile \ build/win32/Makefile tools/Makefile \ config.h stamp-h1 libtool dh_clean Huh? ii make3.80+3.81.rc2-1 The GNU version of the make utility. (sid)1427:[EMAIL PROTECTED]: ~/src/libpano12-2.8.0] grep ^clean: debian/rules clean: (sid)1428:[EMAIL PROTECTED]: ~/src/libpano12-2.8.0] It try to make clean in libpano12-2.8.0/, so if you don't have libpano12-2.8.0/Makefile it will fail (this file is created by the configure). For some reasons, I have the Makefile, and you've not. I think that it's not a bug since the error is ignored. 2: configure: cannot find the java directory, assuming it is specified in CFLAGS -checking if JAVA package is complete... yes +checking if JAVA package is complete... no +configure: WARNING: java will not be used! PTEditor and PTPicker support disabled checking for ZLIB support ... Looking at config.log I see: configure:19975: cannot find the java directory, assuming it is specified in CFLAGS configure:20018: gcc -c -g -O2 -I/ conftest.c 5 conftest.c:23:17: error: jni.h: No such file or directory configure:20024: $? = 1 This is a program when using GCC 4.1 which I haven't had time to investigate yet. Maybe a missing dependency or a missing -I or something. This bug happens when you build with : - gcc 4.0 and gcj 4.1/libgcj7-dev - gcc 4.1 and gcj 4.0/libgcj6-dev. But it doesn't happens if you build with : - gcc 4.1 and gcj 4.1/libgcj7-dev - gcc 4.0 and gcj 4.0/libgcj6-dev. So if you want to build it with gcc-4.1, you need to have gcj 4.1/libgcj7-dev installed (and to modify the debian/control). However, I'd say this is still an (upstream bug): it is looking for Java during configure, sees it is not complete, disables PTEditor and PTPicker, but then *still* seems to do something that requires some symbol that presumably comes from Java. Does that make sense? I don't know if it's a bug, because the option --with-java is passed to the ./configure, so as it's said in the log, it assume that the java directory is specified in CFLAGS. But I will nevertheless report it. I've attached my build log. Thanks. I think that I will let this but open until gcc 4.1 becomes the official gcc version in sid (I will upload a new version of the package depending on libgcj7-dev as soon as it will be the case). Thanks a lot for taking the time to report/investigate the bug. -- Florent pgpmFrgAcNpnl.pgp Description: PGP signature
Bug#358943: FTBFS on AMD64: undefined reference to `InsertFileName'
Le Samedi 25 Mars 2006 13:07, Martin Michlmayr a écrit : Package: libpano12 Version: 2.8.0-1 Your package fails to build on AMD64. I cannot reproduce this problem on i386. Do you have any idea what might be the cause? [...] Hi, Someone tried for me to build my package on a sid chroot on amd64, and it seems to work (build log is attached). Could you please describe more precisely your build environment (gcc version for instance), are you still able to reproduce the bug ? Thanks. -- Florent dpkg-buildpackage: source package is libpano12 dpkg-buildpackage: source version is 2.8.0-1 dpkg-buildpackage: source changed by Florent Bayle [EMAIL PROTECTED] dpkg-buildpackage: host architecture amd64 debian/rules clean dh_testdir dh_testroot rm -f build-stamp configure-stamp # Commands to clean up after the build process. /usr/bin/make clean make[1]: Entering directory `/home/plop/libpano12-2.8.0' Making clean in build make[2]: Entering directory `/home/plop/libpano12-2.8.0/build' Making clean in win32 make[3]: Entering directory `/home/plop/libpano12-2.8.0/build/win32' rm -rf .libs _libs rm -f *.lo make[3]: Leaving directory `/home/plop/libpano12-2.8.0/build/win32' Making clean in . make[3]: Entering directory `/home/plop/libpano12-2.8.0/build' rm -rf .libs _libs rm -f *.lo make[3]: Leaving directory `/home/plop/libpano12-2.8.0/build' make[2]: Leaving directory `/home/plop/libpano12-2.8.0/build' Making clean in doc make[2]: Entering directory `/home/plop/libpano12-2.8.0/doc' rm -rf .libs _libs rm -f *.lo make[2]: Leaving directory `/home/plop/libpano12-2.8.0/doc' Making clean in tools make[2]: Entering directory `/home/plop/libpano12-2.8.0/tools' rm -f panoinfo panoinfo rm -f PTOptimizer PTOptimizer rm -f PTmender PTmender rm -f PTblender PTblender rm -f PTtiff2psd PTtiff2psd rm -rf .libs _libs rm -f *.o rm -f *.lo make[2]: Leaving directory `/home/plop/libpano12-2.8.0/tools' Making clean in m4 make[2]: Entering directory `/home/plop/libpano12-2.8.0/m4' rm -rf .libs _libs rm -f *.lo make[2]: Leaving directory `/home/plop/libpano12-2.8.0/m4' Making clean in . make[2]: Entering directory `/home/plop/libpano12-2.8.0' test -z libpano12.la || rm -f libpano12.la rm -f ./so_locations rm -rf .libs _libs rm -f *.o rm -f *.lo make[2]: Leaving directory `/home/plop/libpano12-2.8.0' make[1]: Leaving directory `/home/plop/libpano12-2.8.0' rm -rf config.status config.log .deps/ tools/.deps/ \ m4/Makefile doc/Makefile Makefile build/Makefile \ build/win32/Makefile tools/Makefile \ config.h stamp-h1 libtool dh_clean dpkg-source -b libpano12-2.8.0 dpkg-source: building libpano12 using existing libpano12_2.8.0.orig.tar.gz dpkg-source: building libpano12 in libpano12_2.8.0-1.diff.gz dpkg-source: building libpano12 in libpano12_2.8.0-1.dsc debian/rules build dh_testdir # Commands to configure the package. ./configure --prefix=/usr --enable-shared --enable-static --with-jpeg --with-png --with-tiff --with-zlib --with-java --build x86_64-linux-gnu checking build system type... x86_64-pc-linux-gnu checking host system type... x86_64-pc-linux-gnu checking target system type... x86_64-pc-linux-gnu checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for gawk... no checking for mawk... mawk checking whether make sets $(MAKE)... yes checking whether to enable maintainer-specific portions of Makefiles... no checking for gcc... gcc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ANSI C... none needed checking for style of include used by make... GNU checking dependency style of gcc... gcc3 checking for a sed that does not truncate output... /bin/sed checking for egrep... grep -E checking for ld used by gcc... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking for /usr/bin/ld option to reload object files... -r checking for BSD-compatible nm... /usr/bin/nm -B checking whether ln -s works... yes checking how to recognise dependent libraries... pass_all checking how to run the C preprocessor... gcc -E checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking dlfcn.h usability... yes checking dlfcn.h presence... yes checking for dlfcn.h... yes checking for g++... g++ checking whether we are using the GNU C++ compiler... yes checking whether g++ accepts -g... yes checking dependency style of g++... gcc3 checking how to run the C++ preprocessor... g++ -E
Bug#336561: linux-image-2.6: CONFIG_SECURITY_CAPABILITIES=y prevents realtime-lsm and dazuko being used with a stock kernel
merge 336561 342541 retitle 336561 linux-image-2.6: CONFIG_SECURITY_CAPABILITIES=y prevents realtime-lsm and dazuko being used with a stock kernel stop Hi, I'm taking over the Dazuko package, and it needs CONFIG_SECURITY_CAPABILITIES set as module. According to the faq of Dazuko, it's because : the capability module does not support stacking [1] [2]. I know that this bug wont be fixed due to security issues, but maybe is it possible to patch the kernel in order to make capability supporting stacking ? Thanks. [1] : http://www.dazuko.org/tgen.shtml [2] : http://www.dazuko.org/tload.shtml -- Florent pgpSG9c0jq71U.pgp Description: PGP signature
Bug#336561: linux-image-2.6: CONFIG_SECURITY_CAPABILITIES=y prevents realtime-lsm and dazuko being used with a stock kernel
Le Samedi 11 Mars 2006 22:38, vous avez écrit : On Sat, Mar 11, 2006 at 10:17:42PM +0100, Florent Bayle wrote: I'm taking over the Dazuko package, and it needs CONFIG_SECURITY_CAPABILITIES set as module. According to the faq of Dazuko, it's because : the capability module does not support stacking [1] [2]. This is incorrect. As already said, it is possible to disable the compatibility module completely on request, just do that. The parameter is capability.disable=1. Thanks to aswer so quickly, I will investigate this. -- Florent pgpurBCyzX3Wf.pgp Description: PGP signature
Bug#262151: Dazuko new upstream version
Hi, Current version of Dazuko is 2.2.0. I need a recent version for one of the softwares I intent to package. Do you plan to package and upload a newer version ? Are you still unable to find someone to upload your packages ? Do you tried debian-mentors ? If you can't update it, I plan to take over the package (don't see this as a personnal attack, but I need an up-to-date version of this package)... -- Florent pgpKHafSKu9vp.pgp Description: PGP signature
Bug#352174: ITP: Klamav
retitle 352174 ITP: klamav -- Graphical front-end for clamav stop Hi, I intent to package klamav. I mailed the maintainer of Dazuko to get a newer version of this package, and as soon as this version will be available, I will package Klamav. -- Florent pgpJjyBlEYdTv.pgp Description: PGP signature
Bug#355455: trying to overwrite `/usr/lib/libpano12.la', which is also in package libpano12
Le Dimanche 5 Mars 2006 20:13, Petter Sundlöf a écrit : Package: libpano12-dev Version: 2.8.0-1 Preparing to replace libpano12-dev 2.8.0-1 (using .../libpano12-dev_2.8.0-1_i386.deb) ... Unpacking replacement libpano12-dev ... dpkg: error processing /var/cache/apt/archives/libpano12-dev_2.8.0-1_i386.deb (--unpack): trying to overwrite `/usr/lib/libpano12.la', which is also in package libpano12 Errors were encountered while processing: /var/cache/apt/archives/libpano12-dev_2.8.0-1_i386.deb E: Sub-process /usr/bin/dpkg returned an error code (1) Hi, I'm unable to reproduce the bug here. Could you please give me more informations ? When does it happens (where you upgrading your system, installing a package by hand,...) ? What are the versions currently installed (or not [the results of apt-cache policy]) of : - libpano12 - libpano12-0 - libpano12-bin - libpano12-dev ? Could you please paste me the contents of the files /etc/apt/sources.list and /etc/apt/preferences ? Theoretically, this problem shouldn't happens because libpano12-dev depends on libpano12-0, which conflict with libpano12. Thanks. -- Florent pgpyR9xxwxpOq.pgp Description: PGP signature
Bug#355455: trying to overwrite `/usr/lib/libpano12.la', which is also in package libpano12
Le Dimanche 5 Mars 2006 23:44, Petter Sundlöf a écrit : OK. Removing libpano12-dev and then libpano12 and installing libpano12-0 solved it. However, hugin didn't directly depend on libpano* in any form, which is strange. There is currently no official packages of Hugin (due to licencing problems), so you should report the bug to the maintainer of the package you're using. Thanks. -- Florent pgpEiKrAEja3K.pgp Description: PGP signature
Bug#325180: ITP: autopano-sift -- generate panorama project file from images
retitle 325180 ITP: autopano-sift -- generate panorama project file from images submitter 325180 [EMAIL PROTECTED] stop * Package name: autopano-sift Version : 2.4 Upstream Author : Sebastian Nowozin [EMAIL PROTECTED] * URL : http://user.cs.tu-berlin.de/~nowozin/autopano-sift/ * License : GPL Description : generate panorama project file from images This package contains all the programs needed to automatically generate panorama project files from image files. Autopano-SIFT looks at your images and compares information about the images' content to order them correctly to make a panorama. . You need this package if you have some images and you want to stitch them to make an unique panorama. Together with programs like hugin and enblend, you can create top-quality panorama images. . Homepage: http://user.cs.tu-berlin.de/~nowozin/autopano-sift/ Hi, I've made some packages, but due to patent on sift algorithm, they will certainly be put in non-free if they are accepted by ftp-masters. -- Florent -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#294389: Enblend packaging
Is there someone still intending to package Enblend ? I'm willing to package it and upload it if nobody wants/has the time to do this. -- Florent pgpykQQLIvff9.pgp Description: PGP signature
Bug#338236: ITP: natstat -- A traffic monitoring program
Package: wnpp Severity: wishlist Owner: Florent Bayle [EMAIL PROTECTED] -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 * Package name: natstat Version : 0.0.10 Upstream Author : Tommy Wallberg [EMAIL PROTECTED] * URL : http://svearike.sytes.net/natstat/ * License : GPL Description : A traffic monitoring program NatStat is a network monitoring tool designed to help paranoid users and network administrators that want to monitor their iptables settings live. It gathers information from iptables, calculates speeds on the selected (or all available) rules, and shows it in a GUI (ncurses/Qt). The helper application natdump can dump out the speeds on various or all rules and give it to you in plain text. - -- Florent -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDcSg/M+Ix3/RCm3gRAkFFAJ9chEKWd6ImkUZpZ7fSNkG98QVi1gCg1L97 WctkLZ6UVc4abevlTU67YOY= =6oeM -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#251618: Hugin packaging
Could anybody comment on the status of packaging hugin? Hello, I still intent to package Hugin, but Hugin can't currently be packaged due to licensing problems between Hugin (under GPL) and Vigra (a library needed by Hugin which is NOT under GPL). I'm working with debian-legal, Hugin and Vigra authors to solve this issue, but I don't know how many time it will take to correct that. Some links : - http://lists.debian.org/debian-legal/2005/09/msg00515.html - http://kogs.informatik.uni-hamburg.de/pipermail/vigra/2005-September/87.html - http://kogs.informatik.uni-hamburg.de/pipermail/vigra/2005-October/000117.html - http://lists.debian.org/debian-legal/2005/10/msg00062.html I wrote my last mail to Vigra's author on 10/10/2005, but I don't get any since that date, and I plan to re-send it soon, because I also really want to have hugin in Debian. -- Florent pgpOqmZFlu3DL.pgp Description: PGP signature
Bug#260084: RFP: yaph -- YAPH - Yet Another Proxy Hunter
Are you still requesting for a package of YAPH ? This program seems to be dead (no release since August 31, 2003), and it's not a good idea to package a program with dead upstream. If you can find a new/better upstream, I'm ready to package it, but only in that case. -- Florent pgpYXni88OciM.pgp Description: PGP signature
Bug#330500: default locale ignored, all locales are set to POSIX
Package: locales Version: 2.3.5-6 Severity: important After running dpkg-reconfigure locales and choosing [EMAIL PROTECTED] as default system environment locale, all locales remains set to POSIX : jupiter:/home/florent# sudo dpkg-reconfigure locales Generating locales (this might take a while)... [EMAIL PROTECTED] done Generation complete. jupiter:/home/florent# locale LANG= LC_CTYPE=POSIX LC_NUMERIC=POSIX LC_TIME=POSIX LC_COLLATE=POSIX LC_MONETARY=POSIX LC_MESSAGES=POSIX LC_PAPER=POSIX LC_NAME=POSIX LC_ADDRESS=POSIX LC_TELEPHONE=POSIX LC_MEASUREMENT=POSIX LC_IDENTIFICATION=POSIX LC_ALL= jupiter:/home/florent# And even after after rebooting the system, all the locales of all the users remains set to POSIX. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-686-smp Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages locales depends on: ii debconf 1.4.58 Debian configuration management sy ii libc6 [glibc-2.3.5-3] 2.3.5-6GNU C Library: Shared libraries an locales recommends no packages. -- debconf information: * locales/default_environment_locale: [EMAIL PROTECTED] * locales/locales_to_be_generated: [EMAIL PROTECTED] ISO-8859-15 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#330500: default locale ignored, all locales are set to POSIX
Le Mercredi 28 Septembre 2005 15:19, vous avez écrit : [...] Is any of the environment variables shown by locale above set when you run it? Use the command env to see them. [EMAIL PROTECTED]:~$ env TERM=xterm SHELL=/bin/bash SSH_CLIENT=192.168.0.2 46415 22 SSH_TTY=/dev/pts/4 USER=florent MAIL=/var/mail/florent PATH=/usr/local/bin:/usr/bin:/bin:/usr/bin/X11:/usr/games PWD=/home/florent SHLVL=1 HOME=/home/florent LOGNAME=florent SSH_CONNECTION=192.168.0.2 46415 192.168.0.3 22 _=/usr/bin/env [EMAIL PROTECTED]:~$ What does your /etc/environment look like? [EMAIL PROTECTED]:~$ cat /etc/environment LANGUAGE=fr_FR:fr:en_GB:en [EMAIL PROTECTED] [EMAIL PROTECTED]:~$ Do any of your shell setup scripts (for bash, /etc/bashrc, /etc/profile, ~/.bashrc, ~/.bash_profile, maybe others) set any of the environment variables? [EMAIL PROTECTED]:~$ grep LANG /etc/bash.bashrc /etc/profile ~/.bashrc ~/.bash_profile [EMAIL PROTECTED]:~$ grep LC /etc/bash.bashrc /etc/profile ~/.bashrc ~/.bash_profile [EMAIL PROTECTED]:~$ I have the same problem on two computers running sid since last update. -- Florent pgp8tpnVz5B8k.pgp Description: PGP signature
Bug#309257: libpano12: patent problems
Since I've no response of ftp team, I plan to close this bug soon if nobody has new arguments against this. -- Florent pgpOVy9be86Kx.pgp Description: PGP signature
Bug#323370: doodle: New upstream version (0.6.3)
Package: doodle Version: 0.6.2-3 Severity: wishlist Version 0.6.3 of doodle is available at http://gnunet.org/doodle/download/, could you please update your package ? Thanks. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#309257: Bug #309257: libpano12: patent problems
Le Vendredi 12 Août 2005 07:21, Steve Langasek a écrit : On Thu, Aug 11, 2005 at 03:24:45PM +0200, Florent Bayle wrote: Le Samedi 6 Août 2005 06:40, Steve Langasek a écrit : Hi Florent, On Wed, Jun 22, 2005 at 06:28:54AM -0700, Steve Langasek wrote: On Wed, Jun 22, 2005 at 03:25:22AM +0200, Florent Bayle wrote: Le Mercredi 22 Juin 2005 02:38, Steve Langasek a écrit : [...] You should not remove wontfix tag, it's maintainer role to decide if he will fix the bug or not. The wontfix tag isn't really appropriate for an RC bug, however -- either it gets fixed, or the package gets removed. Yes, but I think that this bug should not be RC (see below). [...] Please have a look at libjpeg62 (#153467) to see how such problem is treated. That bug shows people expressing the opinions that - we don't want to be hasty in removing software based on a patent before we have reason to believe it's valid and may be enforced against us - we consider the existence of prior art as sufficient reason to ignore the patent, since legally, the patent is invalid both of these things are true, but you haven't really shown how either relates to libpano12, AFAICT? http://www.virtualproperties.com/noipix/patents.html suggests that there is clear prior art in this case. I have taken this link from previous discution on debian-legal. But Robert Jordens thinks that : The prior art argument is pretty much irrelevant in our question as long as the legal status quo is different and the patent has not been challanged. It's why I want to know what I have to do in this case (can we let this software in Debian, even if the patent has not been challenged ?). Well, if the prior art exists which shows the patent is invalid, I'm personally satisfied that we can ship it, but this is actually the purview of the ftp team to decide. Is this bug still being held open for some reason? There don't seem to be What did the ftp team decide ? I'm not aware that they decided anything. Did you ask them? Could you please decide to keep or remove this package from Debian ? Thanks. -- Florent pgpitwzXDESAn.pgp Description: PGP signature
Bug#246244: ITP: hugin -- A GUI frontend to Panorama Tools
Le Jeudi 4 Août 2005 10:37, Mickael Profeta a écrit : On Fri, Jun 17, 2005 at 02:46:36AM +0200, Florent Bayle wrote: Hi Florent I have packaged libpano12, and I plan to package hugin (and maybe autopano and enblend too). I've already made some package, but they still need some work. I think that I will upload them at the beginning of July. What about your package on Hugin? I just received a mail saying that enblend is about to be uploaded in Debian, and it would be very cool that hugin enters debian also. If you need help, do not hesitate to ask. I have worked with upstream authors to fix some problems on 0.5 RC version of hugin : - non-free sourcecode - obsolete utilities - unable to build with official version of vigra library In last CVS version, there was a code cleanup. Now there is only GPL sourcecode, and all the obsolete utilities were removed, but hugin still need to be built with a modified version of vigra. So, I have two choices : - package last CVS version with modified version of vigra (and make a package libvigra-hugin, or something like that). - wait that the changes made to vigra were merged with official version and that this version enters into Debian. Pablo d'Angelo (upstream author) is working on merging hugin's vigra with official version (see https://www.email-lists.org/pipermail/ptx/2005-July/004010.html), so I decided to wait. But if there was no changes until the end of september, I will package last CVS version with modified vigra version. -- Florent pgpS6ZCmof1Mm.pgp Description: PGP signature
Bug#309257: Bug #309257: libpano12: patent problems
Le Samedi 6 Août 2005 06:40, Steve Langasek a écrit : Hi Florent, Hi Steve, [...] Well, if the prior art exists which shows the patent is invalid, I'm personally satisfied that we can ship it, but this is actually the purview of the ftp team to decide. Is this bug still being held open for some reason? There don't seem to be What did the ftp team decide ? If they choose to keep the package because of prior art, I will close the bug. any packages depending on libpano12, so I think it would be fine to remove the package from testing anyway if further investigation is needed. Some will come (see #246244 and #294389). -- Florent pgpQrxMydP5ql.pgp Description: PGP signature
Bug#309257: Bug #309257: libpano12: patent problems
Le Mardi 21 Juin 2005 18:10, Robert Jordens a écrit : severity 309257 grave tags 309257 - wontfix tags 309257 + sid etch thanks You should not remove wontfix tag, it's maintainer role to decide if he will fix the bug or not. Hey! * Florent Bayle: severity 309257 important tags 309257 wontfix stop This bug should not prevent libpano12 from going into testing. Patent problems are not something that you can refuse to fix! And how do you come to the comclusion that they should not prevent libpano12 from reaching testing? Please have a look at libjpeg62 (#153467) to see how such problem is treated. I'd like to request removal of libpano12 from Debian in the current form for the reasons outlined in the bug report and the ITP for panotools. You are the only one who think that this problem is so important that we have to remove this package from Debian (please have a look at the latest debate on debian-legal, and why haven't you CCed your message to debian-legal before taking this decision). What will be Debian if we remove all the softwares that violate a patent somewhere ? * Josselin Mouette: So what? Are we going to remove any piece of software for which a jackass claims he has some prior art? That argument would hold for the MP3 encoders as well. A realistic threat makes patent problems something dangerous. Come on, please resurrect the non-us archive. There are many pieces of software we could distribute in it without risking patent lawsuits. The lawsuit WRT panotools has threatened the _German_ developer (that hardly ever left Germany) to the point where he abandoned the software. This wouldn't fit for your new non-us archive. We can't know what will be the risk for Debian. Please take into account the fact that there is a sourceforge project and that developers haven't got any problems. -- Florent Bayle - libpano12 maintainer pgpOBRu9zWLP8.pgp Description: PGP signature
Bug#309257: Bug #309257: libpano12: patent problems
Le Mercredi 22 Juin 2005 02:38, Steve Langasek a écrit : [...] You should not remove wontfix tag, it's maintainer role to decide if he will fix the bug or not. The wontfix tag isn't really appropriate for an RC bug, however -- either it gets fixed, or the package gets removed. Yes, but I think that this bug should not be RC (see below). [...] Please have a look at libjpeg62 (#153467) to see how such problem is treated. That bug shows people expressing the opinions that - we don't want to be hasty in removing software based on a patent before we have reason to believe it's valid and may be enforced against us - we consider the existence of prior art as sufficient reason to ignore the patent, since legally, the patent is invalid both of these things are true, but you haven't really shown how either relates to libpano12, AFAICT? http://www.virtualproperties.com/noipix/patents.html suggests that there is clear prior art in this case. I have taken this link from previous discution on debian-legal. But Robert Jordens thinks that : The prior art argument is pretty much irrelevant in our question as long as the legal status quo is different and the patent has not been challanged. It's why I want to know what I have to do in this case (can we let this software in Debian, even if the patent has not been challenged ?). [...] (please have a look at the latest debate on debian-legal, Reference, please? http://lists.debian.org/debian-legal/2005/05/msg00274.html [...] We can't know what will be the risk for Debian. Please take into account the fact that there is a sourceforge project and that developers haven't got any problems. Debian has consistently classified actively-enforced patents as an unacceptable risk. Is there some reason to think this patent is not really being actively enforced, or is an invalid patent? - it seems that there is prior art - the sourceforge project exists since 30/11/2003 and the developers haven't got any problems -- Florent Bayle pgpNgteRnT4Xu.pgp Description: PGP signature
Bug#246244: ITP: hugin -- A GUI frontend to Panorama Tools
Hello Mike, I have packaged libpano12, and I plan to package hugin (and maybe autopano and enblend too). I've already made some package, but they still need some work. I think that I will upload them at the beginning of July. Thanks. -- Florent pgpbarwyzauN1.pgp Description: PGP signature
Bug#309120: Patch for doodle postinst fails at chown of non-existant db file
Package: doodle Version: 0.6.2-3 Followup-For: Bug #309120 I've attached a patch to fix this problem to this mail. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11-1-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages doodle depends on: ii adduser 3.63 Add and remove users and groups ii libdoodle10.6.2-3desktop search engine (library) -- no debconf information diff -u debian/doodle.postinst debian-patched/doodle.postinst --- debian/doodle.postinst 2005-06-04 17:13:42.0 +0200 +++ debian-patched/doodle.postinst 2005-06-04 17:19:27.0 +0200 @@ -24,10 +24,11 @@ chown root.$DOODLE_GROUP $DOODLE_DBPATH chmod 0750 $DOODLE_DBPATH - chmod 0660 $DOODLE_DBPATH/doodle.db - if [ ! -e $DOODLE_DBPATH/doodle.db ] + if [ -e $DOODLE_DBPATH/doodle.db ] then + chmod 0660 $DOODLE_DBPATH/doodle.db + else cat EOF WARNING: You should run '$DOODLE_UPDATEDB' as root. doodle will not work
Bug#311997: ITP: gaim-latex -- gaim plugin wich translate LaTeX code into image in conversation
Le Samedi 4 Juin 2005 19:43, Martin Braure de Calignon a écrit : [...] Provides the use of LaTeX code in conversation in gaim. The code is converted in image by tex2im script (imagemagick) and the image is sent to your contact. [...] Just a little mistake : according to the author of gaim-latex, the image is not sent to your contact, just the LaTeX code, and your contact have to had gaim-latex (or kopetex ?) to translate the LaTeX code in image. -- Florent Bayle pgp6X7I5uOQqX.pgp Description: PGP signature
Bug#251617: Some packages waiting for upload
Hello, I've made some packages of libpano12 (version 2.7.0.9), and I've found a sponsor to upload them. I'll upload them next week if nobody is opposed to this. You can find a preliminary source version of these packages at http://mentors.debian.net/ . -- Florent pgpwDcB0kcbmj.pgp Description: PGP signature
Bug#122762: Unreproducible bug
I'm not able to reproduce this bug with the last vim version. I think that you can change the title to unreproducible/vim: segfault while undoing macro and/or close this bug. -- Florent pgpa3flpymqCd.pgp Description: PGP signature
Bug#290379: multi-charset support
Package: ksirc Version: 4:3.3.1-2 Severity: wishlist Could ksirc support multi-charset on irc channels ? Eg: If someone is in UTF-8 and someone in ISO8859-15, ksirc should determine which charset is used by who, and show messages in good charset. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.4.26 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages ksirc depends on: ii kdelibs4 4:3.3.1-4 KDE core libraries ii libart-2.0-2 2.3.16-6Library of functions for 2D graphi ii libc62.3.2.ds1-20GNU C Library: Shared libraries an ii libfam0c102 2.7.0-6 client library to control the FAM ii libgcc1 1:3.4.3-7 GCC support library ii libice6 4.3.0.dfsg.1-10 Inter-Client Exchange library ii libidn11 0.5.2-3 GNU libidn library, implementation ii libpng12-0 1.2.8rel-1 PNG library - runtime ii libqt3c102-mt3:3.3.3-7 Qt GUI Library (Threaded runtime v ii libsm6 4.3.0.dfsg.1-10 X Window System Session Management ii libstdc++5 1:3.3.5-6 The GNU Standard C++ Library v3 ii libx11-6 4.3.0.dfsg.1-10 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-10 X Window System miscellaneous exte ii libxrender1 0.8.3-7 X Rendering Extension client libra ii perl 5.8.4-5 Larry Wall's Practical Extraction ii xlibs4.3.0.dfsg.1-10 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-4 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
