Bug#640474: multiplication issue in beta version (1.99.3) of armadillo C++ library
Package: armadillo Version: 2.0.1+dfsg-1 Severity: serious Tags: fixed-upstream Version 2.0.1 of the Armadillo C++ library contains bugs in functions cov(), cor() and as_scalar() when dealing with complex numbers. I strongly recommend updating the package to the official stable upstream version, which is 2.2.3. All earlier versions are unsupported (eg. all 2.0.x versions are unsupported). See http://arma.sourceforge.net/download.html -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#640475: complex number issues in armadillo C++ library 2.0.1
Package: armadillo Version: 2.0.1+dfsg-1 Severity: serious Tags: fixed-upstream Version 2.0.1 of the Armadillo C++ library contains bugs in functions cov(), cor() and as_scalar() when dealing with complex numbers. I strongly recommend updating the package to the official stable upstream version, which is 2.2.3. All earlier versions are unsupported (eg. all 2.0.x versions are unsupported). See http://arma.sourceforge.net/download.html -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: reassign 640388 to libgnomevfs2-0, forcibly merging 626076 640388
Processing commands for cont...@bugs.debian.org: reassign 640388 libgnomevfs2-0 Bug #640388 [xulrunner-5.0] xulrunner-5.0: Opening download manager while a download is active crashes Iceweasel and Conkeror. Bug reassigned from package 'xulrunner-5.0' to 'libgnomevfs2-0'. Bug No longer marked as found in versions iceweasel/5.0-6. forcemerge 626076 640388 Bug#626076: Firefox crashes, error message: libfile.so: undefined symbol: gnome_vfs_unescape_string Bug#640388: xulrunner-5.0: Opening download manager while a download is active crashes Iceweasel and Conkeror. Bug#637359: iceweasel: exits when I open download window Bug#637960: [iceweasel] Crash when download anything from internet Bug#638023: iceweasel: Iceweasel crash while saving image to disk Bug#638065: [iceweasel] crash when accessing Preference/General tab (undefined symbol: gnome_vfs_unescape_string) Bug#638892: iceweasel crash when I press to save a file Bug#639457: iceweasel: Symbol lookup error (gnome_vfs_unescape_string) Bug#639746: iceweasel: Crashes on preferences/general or preferences/applications tab Bug#639852: iceweasel crashes on attempt run config editor Forcibly Merged 626076 637359 637960 638023 638065 638892 639457 639746 639852 640388. thanks Stopping processing here. Please contact me if you need assistance. -- 639746: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=639746 626076: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=626076 638892: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=638892 639457: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=639457 637359: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=637359 640388: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=640388 637960: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=637960 638065: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=638065 639852: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=639852 638023: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=638023 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#620396: dot-forward and courier-mta: error when trying to install together
On 04/01/2011 08:19 PM, Ralf Treinen wrote: Package: courier-mta,dot-forward Version: courier-mta/0.65.3-2 Version: dot-forward/1:0.71-1 Severity: serious User: trei...@debian.org Usertags: edos-file-overwrite Date: 2011-04-01 Architecture: amd64 Distribution: sid Hi, automatic installation tests of packages that share a file and at the same time do not conflict by their package dependency relationships has detected the following problem: WARNING: The following packages cannot be authenticated! gcc-4.6-base libstdc++6 libdb4.7 perl-modules perl libltdl7 tcl8.5 expect courier-authlib courier-authdaemon courier-authlib-userdb libfam0 courier-base libperl5.10 courier-mta dot-forward Preconfiguring packages ... hostname: Name or service not known Authentication warning overridden. Can not write log, openpty() failed (/dev/pts not mounted?) Selecting previously deselected package gcc-4.6-base. (Reading database ... 8746 files and directories currently installed.) Unpacking gcc-4.6-base (from .../gcc-4.6-base_4.6.0-2_amd64.deb) ... Can not write log, openpty() failed (/dev/pts not mounted?) Setting up gcc-4.6-base (4.6.0-2) ... Can not write log, openpty() failed (/dev/pts not mounted?) (Reading database ... 8755 files and directories currently installed.) Preparing to replace libstdc++6 4.4.5-12 (using .../libstdc++6_4.6.0-2_amd64.deb) ... Unpacking replacement libstdc++6 ... Can not write log, openpty() failed (/dev/pts not mounted?) Setting up libstdc++6 (4.6.0-2) ... Can not write log, openpty() failed (/dev/pts not mounted?) Selecting previously deselected package libdb4.7. (Reading database ... 8755 files and directories currently installed.) Unpacking libdb4.7 (from .../libdb4.7_4.7.25-12_amd64.deb) ... Selecting previously deselected package perl-modules. Unpacking perl-modules (from .../perl-modules_5.10.1-19_all.deb) ... Selecting previously deselected package perl. Unpacking perl (from .../perl_5.10.1-19_amd64.deb) ... Selecting previously deselected package libltdl7. Unpacking libltdl7 (from .../libltdl7_2.2.6b-2_amd64.deb) ... Selecting previously deselected package tcl8.5. Unpacking tcl8.5 (from .../tcl8.5_8.5.9-2_amd64.deb) ... Selecting previously deselected package expect. Unpacking expect (from .../expect_5.44.1.15-4_amd64.deb) ... Selecting previously deselected package courier-authlib. Unpacking courier-authlib (from .../courier-authlib_0.63.0-3_amd64.deb) ... Selecting previously deselected package courier-authdaemon. Unpacking courier-authdaemon (from .../courier-authdaemon_0.63.0-3_amd64.deb) ... Selecting previously deselected package courier-authlib-userdb. Unpacking courier-authlib-userdb (from .../courier-authlib-userdb_0.63.0-3_amd64.deb) ... Selecting previously deselected package libfam0. Unpacking libfam0 (from .../libfam0_2.7.0-17_amd64.deb) ... Selecting previously deselected package courier-base. Unpacking courier-base (from .../courier-base_0.65.3-2_amd64.deb) ... Selecting previously deselected package libperl5.10. Unpacking libperl5.10 (from .../libperl5.10_5.10.1-19_amd64.deb) ... Selecting previously deselected package courier-mta. Unpacking courier-mta (from .../courier-mta_0.65.3-2_amd64.deb) ... Adding 'diversion of /usr/bin/addcr to /usr/bin/addcr.ucspi-tcp by courier-mta' Adding 'diversion of /usr/share/man/man1/addcr.1.gz to /usr/share/man/man1/addcr.ucspi-tcp.1.gz by courier-mta' Selecting previously deselected package dot-forward. Unpacking dot-forward (from .../dot-forward_1%3a0.71-1_amd64.deb) ... dpkg: error processing /var/cache/apt/archives/dot-forward_1%3a0.71-1_amd64.deb (--unpack): trying to overwrite '/usr/share/man/man1/dot-forward.1.gz', which is also in package courier-mta 0.65.3-2 configured to not write apport reports Processing triggers for man-db ... Errors were encountered while processing: /var/cache/apt/archives/dot-forward_1%3a0.71-1_amd64.deb E: Sub-process /usr/bin/dpkg returned an error code (1) This is a serious bug as it makes installation fail, and violates sections 7.6.1 and 10.1 of the policy. An optimal solution would consist in only one of the packages installing that file, and renaming or removing the file in the other package. Depending on the circumstances you might also consider Replace relations or file diversions. If the conflicting situation cannot be resolved then, as a last resort, the two packages have to declare a mutual Conflict. Please take into account that Replaces, Conflicts and diversions should only be used when packages provide different implementations for the same functionality. Here is a list of files that are known to be shared by both packages (according to the Contents file for sid/amd64, which may be slightly out of sync): /usr/share/man/man1/dot-forward.1.gz This bug is assigned to both packages. If you, the maintainers of the two packages in question, have agreed on which of the packages will resolve the problem please reassign the bug to that package. You may also register
Bug#618706: FTBFS [alpha,ia64,hppa]: error: 'struct sigaction' has no member named 'sa_restorer'
tag 618706 patch thanks Hi. I created a patch which revise this problem. I attached. This checks whether to have SA_RESTORER. Please check this patch. Best regards, Nobuhiro -- Nobuhiro Iwamatsu iwamatsu at {nigauri.org / debian.org} GPG ID: 40AD1FA6 -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: FTBFS [alpha,ia64,hppa]: error: 'struct sigaction' has no member named 'sa_restorer'
Processing commands for cont...@bugs.debian.org: tag 618706 patch Bug #618706 [src:afnix] FTBFS [alpha,ia64,hppa]: error: 'struct sigaction' has no member named 'sa_restorer' Added tag(s) patch. thanks Stopping processing here. Please contact me if you need assistance. -- 618706: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=618706 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#618706: FTBFS [alpha,ia64,hppa]: error: 'struct sigaction' has no member named 'sa_restorer'
I forgot that attach patch thanks, Nobuhiro 2011/9/5 Nobuhiro Iwamatsu iwama...@nigauri.org: tag 618706 patch thanks Hi. I created a patch which revise this problem. I attached. This checks whether to have SA_RESTORER. Please check this patch. Best regards, Nobuhiro -- Nobuhiro Iwamatsu iwamatsu at {nigauri.org / debian.org} GPG ID: 40AD1FA6 -- Nobuhiro Iwamatsu iwamatsu at {nigauri.org / debian.org} GPG ID: 40AD1FA6 Description: Fix FTBFS [alpha,ia64,hppa]: error: 'struct sigaction' has no member named 'sa_restorer' This supports the architecture not to have sa_restorer. Forwarded: Origin: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=618706 Bug-Debian: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=618706 Author: Nobuhiro Iwamatsu iwama...@debian.org diff --git a/src/lib/plt/shl/csys.hxx b/src/lib/plt/shl/csys.hxx index 5c0b355..5eb5aaa 100644 --- a/src/lib/plt/shl/csys.hxx +++ b/src/lib/plt/shl/csys.hxx @@ -34,7 +34,6 @@ #define AFNIX_HAVE_HOSTNAME #define AFNIX_HAVE_UID #define AFNIX_HAVE_BACKTRACE -#define AFNIX_HAVE_SARESTORER #include sys/types.h #include pwd.h #include dlfcn.h @@ -42,6 +41,10 @@ #include stdlib.h #include unistd.h #include signal.h +#include asm/signal.h +#ifdef SA_RESTORER +# define AFNIX_HAVE_SARESTORER +#endif #endif // solaris platform
Bug#637236: FTBFS on kfreebsd-amd64: gengtype: Internal error: abort in get_output_file_with_visibility, at gengtype.c:1998
On 08/19/2011 11:03 AM, Christoph Egger wrote: Hi! Christoph Eggerchrist...@debian.org writes: Matthias Klosed...@debian.org writes: afaik, this is a buildd issue. any comments? On 08/09/2011 08:44 PM, Ludovic Brenta wrote: From the buildd logs on kfreebsd-amd64[1]: gengtype: Internal error: abort in get_output_file_with_visibility, at gengtype.c:1998 I got this error also when building gnat-4.6 on a different buildd[2], but not on asdfasdf.debian.net, the porter box, where the package builds fine. Could this error be specific to the two buildd machines? [1] https://buildd.debian.org/status/fetch.php?pkg=gcc-4.6arch=kfreebsd-amd64ver=4.6.1-6stamp=1312911887 [2] https://buildd.debian.org/status/fetch.php?pkg=gnat-4.6arch=kfreebsd-amd64ver=4.6.1-3stamp=1312911422 At least it happens reproducibly on both buildds. Let me see what happens if I build it locally. Hm locally it builds (untill something that looks like a race in the debian/rules part of install will recover that log later). And running the build on the same buildd that failed in the same chroot just by hand and not through buildd also gets way past the failure. Any suggestions on why it does break from any side welcome ;) gcc-4.6 4.6.1-9 failed again; please give it a manual try again. thanks, Matthias -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#640152: FTBFS: needs build-dep on automake
On Fri, Sep 02, 2011 at 11:58:05PM +0200, Philipp Kern wrote: Package: valgrind Version: 1:3.6.99svn12003-1 Severity: serious The version of valgrind in experimental FTBFS'es on all architectures because a build-dep on automake is missing: ~/valgrind-3.6.99svn12003# ls -al install-sh lrwxrwxrwx 1 root root 35 Aug 28 21:11 install-sh - /usr/share/automake-1.11/install-sh This is actually dangling until you install the current automake, which provides automake1.11. yeah I noticed that it's rather that the tarball I rolled was badly generated with symlinks instead of copies :/ -- ·O· Pierre Habouzit ··Omadco...@debian.org OOOhttp://www.madism.org -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639084: NMU: Closes #639084: libnatpmp1: unversioned files in shlib package
On Mon, Sep 05, 2011 at 01:34:38PM +0800, Thomas Goirand wrote: On 09/05/2011 06:16 AM, Stanislav Maslovski wrote: On Mon, Sep 05, 2011 at 03:25:19AM +0800, Thomas Goirand wrote: thanks a lot for your work, but could you provide a git format-patch type of patch against what's in the Git instead? That'd be really helpful. Here goes a patch against your current git, please check. I applied my changes on top of yours (with adaptations where necessary). Check my changes regarding Breaks:/Replaces: in debian/control. I think the new libnatpmp1 package does not need to specify any Breaks: or Replaces: If in doubt, ask in debian-mentors. Hi, Since libnatpmp1 is an update to libnatpmp0, I believe we need to declare it, otherwise libnatpmp0 wont be replaced. First of all, libnatpmp1 is not an upgrade to libnatpmp0, as its soname is different. When packaged correctly, libraries with different sonames should be able to coexist on the same system. Imagine a situation with someone who in the past installed libnatpmp0 and the corresponding dev package and built some local software against it. Then, even if you have the control over all the packages from the Debian repositories that depend on libnatpmp, you will not be able to prevent breakage of that software if you force an uninstall of libnatpmp0 in favour of libnatpmp1. The wrong thing with your packaging was that you shipped unversioned files within the shared library package, therefore, installation of libnatpmp1 was impossible without Breaks:/Replaces: wrt libnatpmp0. The corrected libnatpmp1 package has no such problem, so that it may be even installed alongside libnatpmp0. I tried upgrading, and unfortunately, I needed to apt-get install libnatpmp1, otherwise apt would say libnatpmp0 will be kept back, so I guess that what I did was wrong. This should not happen with the corrected package. Never the less, something has to be done about it, if we don't want people to keep the obsolete libnatpmp0 on their system. Well, as I explained above, you really must not force uninstallation of a shared library in this way. You've set libnatpmp-dev to depend on libc6-dev | libc-dev, I don't think that's needed since this is a build-essential anyway. Yes, you are right, this dependency is not necessary. Also, you did this: -Replaces: libnatpmp0 (= 20110808-2) +Replaces: libnatpmp0, libnatpmp1 ( ${binary:Version}) I think what I did was right, because after version 20110808-2, we don't have the upgrade issue. Here you are also right, it was a thinko on my side, sorry. Also, why are you doing this? - dh_installchangelogs Changelog.txt + dh_installchangelogs I think it's cool to package upstream's Changelog.txt ... Or is it that your patch is missing a debian/*.docs file? No, as you may check, the upstream changelog is installed with this change. It is not needed to mention Changelog.txt explicitly as debhelper finds it anyway. -- Stanislav -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639084: NMU: Closes #639084: libnatpmp1: unversioned files in shlib package
On Mon, Sep 05, 2011 at 01:37:23PM +0800, Thomas Goirand wrote: Woops, wrote something silly. What we need IMO is: Package: natpmp-utils [...] -Replaces: libnatpmp0 (= 20110808-2) +Replaces: libnatpmp0, libnatpmp1 (= 20110808-2) Correct. -- Stanislav -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: limit source to libindicator, tagging 640459
Processing commands for cont...@bugs.debian.org: #libindicator (0.3.93-1) oneiric; urgency=low # # * Link to libm to prevent FTBFS. #+ debian/patches/libm.patch to configure.ac #+ run dh_autoreconf #+ Closes: #640459 # limit source libindicator Limiting to bugs with field 'source' containing at least one of 'libindicator' Limit currently set to 'source':'libindicator' tags 640459 + pending Bug #640459 [src:libindicator] libindicator: FTBFS: indicator-image-helper.c:79: undefined reference to `roundf' Added tag(s) pending. thanks Stopping processing here. Please contact me if you need assistance. -- 640459: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=640459 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#640442: marked as done (gtk2-engines-murrine: FTBFS: cairo-support.c:1146: undefined reference to `sincos')
Your message dated Mon, 05 Sep 2011 08:47:39 + with message-id e1r0uqb-00089x...@franck.debian.org and subject line Bug#640442: fixed in gtk2-engines-murrine 0.98.1.1-3 has caused the Debian Bug report #640442, regarding gtk2-engines-murrine: FTBFS: cairo-support.c:1146: undefined reference to `sincos' to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 640442: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=640442 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Source: gtk2-engines-murrine Version: 0.98.1.1-2 Severity: serious Tags: wheezy sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20110902 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part: /bin/bash ./libtool --silent --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I./src -pthread -I/usr/include/gtk-2.0 -I/usr/lib/x86_64-linux-gnu/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/pango-1.0 -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/include/cairo -I/usr/include/gio-unix-2.0/ -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -g -O2 -c -o stack-blur.lo `test -f './src/stack-blur.c' || echo './'`./src/stack-blur.c CCLD libmurrine.la .libs/cairo-support.o: In function `rotate_mirror_translate': /build/gtk2-engines-murrine-iWF6mI/gtk2-engines-murrine-0.98.1.1/./src/cairo-support.c:1146: undefined reference to `sincos' .libs/murrine_style.o: In function `murrine_style_draw_option': /build/gtk2-engines-murrine-iWF6mI/gtk2-engines-murrine-0.98.1.1/./src/murrine_style.c:1643: undefined reference to `sqrt' /build/gtk2-engines-murrine-iWF6mI/gtk2-engines-murrine-0.98.1.1/./src/murrine_style.c:1643: undefined reference to `sqrt' .libs/murrine_style.o: In function `murrine_style_draw_check': /build/gtk2-engines-murrine-iWF6mI/gtk2-engines-murrine-0.98.1.1/./src/murrine_style.c:1684: undefined reference to `sqrt' /build/gtk2-engines-murrine-iWF6mI/gtk2-engines-murrine-0.98.1.1/./src/murrine_style.c:1684: undefined reference to `sqrt' .libs/murrine_draw.o: In function `murrine_draw_progressbar_fill': /build/gtk2-engines-murrine-iWF6mI/gtk2-engines-murrine-0.98.1.1/./src/murrine_draw.c:889: undefined reference to `sin' /build/gtk2-engines-murrine-iWF6mI/gtk2-engines-murrine-0.98.1.1/./src/murrine_draw.c:890: undefined reference to `round' .libs/murrine_draw.o: In function `murrine_draw_expander_arrow': /build/gtk2-engines-murrine-iWF6mI/gtk2-engines-murrine-0.98.1.1/./src/murrine_draw.c:3200: undefined reference to `floor' /build/gtk2-engines-murrine-iWF6mI/gtk2-engines-murrine-0.98.1.1/./src/murrine_draw.c:3200: undefined reference to `ceil' /build/gtk2-engines-murrine-iWF6mI/gtk2-engines-murrine-0.98.1.1/./src/murrine_draw.c:3204: undefined reference to `floor' .libs/murrine_draw.o: In function `murrine_draw_normal_arrow': /build/gtk2-engines-murrine-iWF6mI/gtk2-engines-murrine-0.98.1.1/./src/murrine_draw.c:2566: undefined reference to `ceil' /build/gtk2-engines-murrine-iWF6mI/gtk2-engines-murrine-0.98.1.1/./src/murrine_draw.c:2567: undefined reference to `ceil' .libs/murrine_draw_rgba.o: In function `murrine_rgba_draw_progressbar_fill': /build/gtk2-engines-murrine-iWF6mI/gtk2-engines-murrine-0.98.1.1/./src/murrine_draw_rgba.c:717: undefined reference to `sin' /build/gtk2-engines-murrine-iWF6mI/gtk2-engines-murrine-0.98.1.1/./src/murrine_draw_rgba.c:718: undefined reference to `round' .libs/exponential-blur.o: In function `_expblur': /build/gtk2-engines-murrine-iWF6mI/gtk2-engines-murrine-0.98.1.1/./src/exponential-blur.c:149: undefined reference to `expf' .libs/gaussian-blur.o: In function `create_gaussian_blur_kernel': /build/gtk2-engines-murrine-iWF6mI/gtk2-engines-murrine-0.98.1.1/./src/gaussian-blur.c:55: undefined reference to `exp' .libs/gaussian-blur.o: In function `_blur_image_surface': /build/gtk2-engines-murrine-iWF6mI/gtk2-engines-murrine-0.98.1.1/./src/gaussian-blur.c:92: undefined reference to `sqrt' collect2: ld returned 1 exit status The full build log is available from: http://people.debian.org/~lucas/logs/2011/09/02/gtk2-engines-murrine_0.98.1.1-2_lsid64.buildlog A list of current common problems and possible solutions is available at http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! About the archive rebuild: The rebuild was done on about 50 AMD64 nodes of the Grid'5000 platform,
Processed: bug 640455 is forwarded to https://bugzilla.gnome.org/show_bug.cgi?id=658236
Processing commands for cont...@bugs.debian.org: forwarded 640455 https://bugzilla.gnome.org/show_bug.cgi?id=658236 Bug #640455 [src:libgnomeui] libgnomeui: FTBFS: gnome-thumbnail.c:688: undefined reference to `floor' Set Bug forwarded-to-address to 'https://bugzilla.gnome.org/show_bug.cgi?id=658236'. thanks Stopping processing here. Please contact me if you need assistance. -- 640455: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=640455 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#635102: tcsh: FTBFS: testsuite failures
On Sun, 4 Sep 2011 11:13:55 +0200, Philipp Kern pk...@debian.org said: now that you're back: could you take a look at tcsh please? Will do this, but later. This FTBFS bug is due to a test that fails. The compilation of tcsh itself is fine. On additional remark: inside pbuilder (sid) a different test fails than when building the package on a machine running sid. -- regards Thomas -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#640436: marked as done (f-spot: FTBFS: f-pixbuf-unsharp.c:97: undefined reference to `ceil')
Your message dated Mon, 05 Sep 2011 10:02:15 + with message-id e1r0w0n-00012n...@franck.debian.org and subject line Bug#640436: fixed in f-spot 0.8.2-4 has caused the Debian Bug report #640436, regarding f-spot: FTBFS: f-pixbuf-unsharp.c:97: undefined reference to `ceil' to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 640436: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=640436 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Source: f-spot Version: 0.8.2-3 Severity: serious Tags: wheezy sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20110902 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part: Making all in libfspot make[4]: Entering directory `/build/f-spot-2w9yhi/f-spot-0.8.2/lib/libfspot' CCf-image-surface.o CCf-pixbuf-unsharp.o CCf-pixbuf-utils.o CCf-screen-utils.o LINK libfspot.la .libs/f-pixbuf-unsharp.o: In function `gen_convolve_matrix': /build/f-spot-2w9yhi/f-spot-0.8.2/lib/libfspot/f-pixbuf-unsharp.c:97: undefined reference to `ceil' /build/f-spot-2w9yhi/f-spot-0.8.2/lib/libfspot/f-pixbuf-unsharp.c:71: undefined reference to `floor' /build/f-spot-2w9yhi/f-spot-0.8.2/lib/libfspot/f-pixbuf-unsharp.c:118: undefined reference to `exp' /build/f-spot-2w9yhi/f-spot-0.8.2/lib/libfspot/f-pixbuf-unsharp.c:134: undefined reference to `exp' .libs/f-screen-utils.o: In function `bchswSampler': /build/f-spot-2w9yhi/f-spot-0.8.2/lib/libfspot/f-screen-utils.c:84: undefined reference to `pow' collect2: ld returned 1 exit status The full build log is available from: http://people.debian.org/~lucas/logs/2011/09/02/f-spot_0.8.2-3_lsid64.buildlog A list of current common problems and possible solutions is available at http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! About the archive rebuild: The rebuild was done on about 50 AMD64 nodes of the Grid'5000 platform, using a clean chroot. Internet was not accessible from the build systems. ---End Message--- ---BeginMessage--- Source: f-spot Source-Version: 0.8.2-4 We believe that the bug you reported is fixed in the latest version of f-spot, which is due to be installed in the Debian FTP archive: f-spot_0.8.2-4.diff.gz to main/f/f-spot/f-spot_0.8.2-4.diff.gz f-spot_0.8.2-4.dsc to main/f/f-spot/f-spot_0.8.2-4.dsc f-spot_0.8.2-4_amd64.deb to main/f/f-spot/f-spot_0.8.2-4_amd64.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 640...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Julian Taylor jtaylor.deb...@googlemail.com (supplier of updated f-spot package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Mon, 05 Sep 2011 10:35:10 +0100 Source: f-spot Binary: f-spot Architecture: source amd64 Version: 0.8.2-4 Distribution: unstable Urgency: low Maintainer: Debian CLI Applications Team pkg-cli-apps-t...@lists.alioth.debian.org Changed-By: Julian Taylor jtaylor.deb...@googlemail.com Description: f-spot - personal photo management application Closes: 640436 Changes: f-spot (0.8.2-4) unstable; urgency=low . * [7e4d6ed] link libfspot with needed lib. Closes: #640436 * [b0f2bad] fix dh --with flag use Checksums-Sha1: f555c8bafe52ec0e49b233178ecd9370fe4c2646 2527 f-spot_0.8.2-4.dsc fb894967d0488808bf00cb18f0f90d4ac207e5f1 87909 f-spot_0.8.2-4.diff.gz a444566468e18e15de656414b6ca479689890cca 3182426 f-spot_0.8.2-4_amd64.deb Checksums-Sha256: ed2c2c0c56773bb40747a0295ed3a14290ce1a6e9c3c821f545abcce3df0ac1a 2527 f-spot_0.8.2-4.dsc 752fb578d63ca89fd6f0891191a3f8104883c00cd324750c2a5ccd15fdbd38b3 87909 f-spot_0.8.2-4.diff.gz a6637cdd1ba8067cb032dab71bb14954f9db882fd06ed085db0e2466270a8fd8 3182426 f-spot_0.8.2-4_amd64.deb Files: 4bae33c1a9dc5cd75202cf47fd03ea53 2527 gnome optional f-spot_0.8.2-4.dsc 56cf0166b58d87cbd93f6e5b3edc110f 87909 gnome optional f-spot_0.8.2-4.diff.gz 446e04e52be547c6d52e32009a8c603c 3182426 gnome optional f-spot_0.8.2-4_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) iQIcBAEBCAAGBQJOZJm9AAoJEONS1cUcUEHUuyMQAJ+2gpIMhXTBshWuArb2RWzm
Bug#640494: liblucene2-java: FTBFS with latest version of jtidy in unstable
Package: liblucene2-java Version: 2.9.4+ds1-2 Severity: serious Justification: fails to build from source Whilst testing reverse build-deps for a late sync of the latest version of jtidy into the latest Ubuntu development release I hit the following issue which I can reproduce in Debian unstable (albiet I had to fix the location of JAVA_HOME in debian/rules to point to a valid java home - see d-j@l.d.o 'openjdk-6 and openjdk-7 multiarch installable'): common.test: [mkdir] Created dir: /build/jamespage-lucene2_2.9.4+ds1-2-amd64-qB5aEF/lucene2-2.9.4+ds1/build/contrib/ant/test [junit] WARNING: multiple versions of ant detected in path for junit [junit] jar:file:/usr/share/java/ant-1.8.2.jar!/org/apache/tools/ant/Project.class [junit] and jar:file:/usr/share/ant/lib/ant.jar!/org/apache/tools/ant/Project.class [junit] Testsuite: org.apache.lucene.ant.HtmlDocumentTest [junit] Tests run: 1, Failures: 0, Errors: 1, Time elapsed: 0.059 sec [junit] [junit] Testcase: testDoc(org.apache.lucene.ant.HtmlDocumentTest): Caused an ERROR [junit] null [junit] java.lang.ExceptionInInitializerError [junit] at org.w3c.tidy.Tidy.init(Tidy.java:135) [junit] at org.apache.lucene.ant.HtmlDocument.init(HtmlDocument.java:60) [junit] at org.apache.lucene.ant.HtmlDocumentTest.setUp(HtmlDocumentTest.java:34) [junit] Caused by: java.lang.RuntimeException: Failed to load jtidy.properties [junit] at org.w3c.tidy.Report.readReleaseDate(Report.java:94) [junit] at org.w3c.tidy.Report.clinit(Report.java:85) [junit] Caused by: java.lang.NullPointerException [junit] at java.util.Properties$LineReader.readLine(Properties.java:435) [junit] at java.util.Properties.load0(Properties.java:354) [junit] at java.util.Properties.load(Properties.java:342) [junit] at org.w3c.tidy.Report.readReleaseDate(Report.java:91) [junit] [junit] [junit] Test org.apache.lucene.ant.HtmlDocumentTest FAILED [junit] Testsuite: org.apache.lucene.ant.IndexTaskTest [junit] Tests run: 1, Failures: 0, Errors: 1, Time elapsed: 0.19 sec [junit] [junit] Testcase: testSearch(org.apache.lucene.ant.IndexTaskTest): Caused an ERROR [junit] null [junit] java.lang.ExceptionInInitializerError [junit] at org.w3c.tidy.Tidy.init(Tidy.java:135) [junit] at org.apache.lucene.ant.HtmlDocument.init(HtmlDocument.java:60) [junit] at org.apache.lucene.ant.HtmlDocument.Document(HtmlDocument.java:175) [junit] at org.apache.lucene.ant.FileExtensionDocumentHandler.getDocument(FileExtensionDocumentHandler.java:56) [junit] at org.apache.lucene.ant.IndexTask.indexDocs(IndexTask.java:340) [junit] at org.apache.lucene.ant.IndexTask.execute(IndexTask.java:236) [junit] at org.apache.lucene.ant.IndexTaskTest.setUp(IndexTaskTest.java:69) [junit] Caused by: java.lang.RuntimeException: Failed to load jtidy.properties [junit] at org.w3c.tidy.Report.readReleaseDate(Report.java:94) [junit] at org.w3c.tidy.Report.clinit(Report.java:85) [junit] Caused by: java.lang.NullPointerException [junit] at java.util.Properties$LineReader.readLine(Properties.java:435) [junit] at java.util.Properties.load0(Properties.java:354) [junit] at java.util.Properties.load(Properties.java:342) [junit] at org.w3c.tidy.Report.readReleaseDate(Report.java:91) [junit] [junit] [junit] Test org.apache.lucene.ant.IndexTaskTest FAILED [junit] Testsuite: org.apache.lucene.ant.TextDocumentTest [junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 0.039 sec [junit] [subant] Failure for target 'test' of: /build/jamespage-lucene2_2.9.4+ds1-2-amd64-qB5aEF/lucene2-2.9.4+ds1/contrib/ant/build.xml [subant] The following error occurred while executing this line: [subant] /build/jamespage-lucene2_2.9.4+ds1-2-amd64-qB5aEF/lucene2-2.9.4+ds1/contrib/contrib-build.xml:130: The following error occurred while executing this line: [subant] /build/jamespage-lucene2_2.9.4+ds1-2-amd64-qB5aEF/lucene2-2.9.4+ds1/common-build.xml:455: The following error occurred while executing this line: [subant] /build/jamespage-lucene2_2.9.4+ds1-2-amd64-qB5aEF/lucene2-2.9.4+ds1/common-build.xml:448: Tests failed! [echo] Building benchmark... This causes the build to fail. *** /tmp/reportbug-liblucene2-java-20110905-26613-bWHgDw Subject: liblucene2-java: FTBFS with latest version of jtidy in unstable Package: liblucene2-java Version: 2.9.4+ds1-2 Justification: fails to build from source Severity: serious -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-11-generic (SMP w/8 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages liblucene2-java depends on: ii
Bug#564576: Package completely fails to support IPv6
clone 564576 -1 clone 564576 -2 reassign -1 spfmilter severity -1 important retitle -1 libspf0 going away reassign -2 whitelister severity -2 important retitle -2 libspf0 going away On Wed, Feb 16, 2011 at 09:56:32AM -0500, Scott Kitterman wrote: I replied directly, rather than to the bug by mistake. I will contact the maintainers of the two rdepends (spfmilter and whitelister) to see if they will fix libspf0, port their packages to libspf2 (which does support IPv6), or have them removed. Given that the orphan bug is already quite old (2007, #433108) and that it causes data loss, let's get rid of it. Filing bugs against its reverse dependencies because the library is going away. I'll try to remember to ask for its removal in a few weeks and upgrade those bugs to serious then. Kind regards Philipp Kern signature.asc Description: Digital signature
Processed (with 5 errors): Re: Bug#564576: Package completely fails to support IPv6
Processing commands for cont...@bugs.debian.org: clone 564576 -1 Bug#564576: libspf0: fails with IPv6 Bug 564576 cloned as bug 640495. clone 564576 -2 Bug#564576: libspf0: fails with IPv6 Bug 564576 cloned as bug 640496. reassign -1 spfmilter Bug #640495 [libspf0] libspf0: fails with IPv6 Bug reassigned from package 'libspf0' to 'spfmilter'. Bug No longer marked as found in versions libspf/0.999-1.0.0-p3.dfsg-2. severity -1 important Bug #640495 [spfmilter] libspf0: fails with IPv6 Severity set to 'important' from 'grave' retitle -1 libspf0 going away Bug #640495 [spfmilter] libspf0: fails with IPv6 Changed Bug title to 'libspf0 going away' from 'libspf0: fails with IPv6' reassign -2 whitelister Bug #640496 [libspf0] libspf0: fails with IPv6 Bug reassigned from package 'libspf0' to 'whitelister'. Bug No longer marked as found in versions libspf/0.999-1.0.0-p3.dfsg-2. severity -2 important Bug #640496 [whitelister] libspf0: fails with IPv6 Severity set to 'important' from 'grave' retitle -2 libspf0 going away Bug #640496 [whitelister] libspf0: fails with IPv6 Changed Bug title to 'libspf0 going away' from 'libspf0: fails with IPv6' On Wed, Feb 16, 2011 at 09:56:32AM -0500, Scott Kitterman wrote: Unknown command or malformed arguments to command. I replied directly, rather than to the bug by mistake. Unknown command or malformed arguments to command. Unknown command or malformed arguments to command. I will contact the maintainers of the two rdepends (spfmilter and whitelister) Unknown command or malformed arguments to command. to see if they will fix libspf0, port their packages to libspf2 (which does Unknown command or malformed arguments to command. Too many unknown commands, stopping here. Please contact me if you need assistance. -- 640496: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=640496 -2: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=-2 640495: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=640495 -1: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=-1 564576: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=564576 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#640455: marked as done (libgnomeui: FTBFS: gnome-thumbnail.c:688: undefined reference to `floor')
Your message dated Mon, 05 Sep 2011 10:04:07 + with message-id e1r0w2b-0001dv...@franck.debian.org and subject line Bug#640455: fixed in libgnomeui 2.24.5-2 has caused the Debian Bug report #640455, regarding libgnomeui: FTBFS: gnome-thumbnail.c:688: undefined reference to `floor' to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 640455: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=640455 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Source: libgnomeui Version: 2.24.5-1 Severity: serious Tags: wheezy sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20110902 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part: libtool: compile: gcc -DHAVE_CONFIG_H -I. -I.. -I.. -I.. -DLIBGNOMEUI_PREFIX=\/usr\ -DLIBGNOMEUI_DATADIR=\/usr/share\ -DLIBGNOMEUI_SERVERDIR=\/usr/lib/libgnomeui-0\ -DG_LOG_DOMAIN=\GnomeUI\ -DGNOMEUILOCALEDIR=\/usr/share/locale\ -DGNOME_EXPLICIT_TRANSLATION_DOMAIN=GETTEXT_PACKAGE -Wall -Wmissing-prototypes -DORBIT2=1 -D_REENTRANT -pthread -I/usr/include/pango-1.0 -I/usr/include/gail-1.0 -I/usr/include/gtk-2.0 -I/usr/include/freetype2 -I/usr/include/atk-1.0 -I/usr/lib/x86_64-linux-gnu/gtk-2.0/include -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/pixman-1 -I/usr/include/libpng12 -I/usr/include/libxml2 -I/usr/include/libgnome-2.0 -I/usr/include/orbit-2.0 -I/usr/include/gconf/2 -I/usr/include/gnome-vfs-2.0 -I/usr/lib/gnome-vfs-2.0/include -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/libbonobo-2.0 -I/usr/include/bonobo-activation-2.0 -I/usr/include/libgnomecanvas-2.0 -I/usr/include/libart-2.0 -I/usr/include/cairo -I/usr/include/gio-unix-2.0/ -I/usr/include/libbonoboui-2.0 -I/usr/include/gnome-keyring-1 -g -O2 -g -O2 -Wall -c gnome-authentication-manager.c -o gnome-authentication-manager.o /dev/null 21 /bin/bash ../libtool --tag=CC --mode=link gcc -g -O2 -g -O2 -Wall -version-info 2400:5:2400 -no-undefined -export-symbols-regex ^[^_].* -Wl,-z,defs -Wl,-O1 -Wl,--as-needed -o libgnomeui-2.la -rpath /usr/lib libgnomeui-access.lo gnometypebuiltins.lo gnome-about.lo gnome-app.lo gnome-app-helper.lo gnome-app-util.lo gnome-appbar.lo gnome-stock-icons.lo gnome-client.lo gnome-color-picker.lo gnome-dateedit.lo gnome-dialog.lo gnome-dialog-util.lo gnome-druid.lo gnome-druid-page.lo gnome-druid-page-edge.lo gnome-druid-page-standard.lo gnome-entry.lo gnome-file-entry.lo gnome-font-picker.lo gnome-gconf-ui.lo gnome-href.lo gnome-ice.lo gnome-marshal-main.lo gnome-messagebox.lo gnome-mdi.lo gnome-mdi-child.lo gnome-mdi-generic-child.lo gnome-mdi-session.lo gnome-multiscreen.lo gnome-pixmap.lo gnome-pixmap-entry.lo gnome-popup-menu.lo gnome-propertybox.lo gnome-scores.lo gnome-theme-parser.lo gnome-thumbnail.lo gnome-thumbnail-pixbuf-utils.lo gnome-ui-init.lo gnometypes.lo gnome-icon-entry.lo gnome-icon-item.lo gnome-icon-list.lo gnome-icon-lookup.lo gnome-icon-sel.lo gnome-icon-theme.lo gnome-vfs-util.lo gnome-window.lo gnome-window-icon.lo gnome-password-dialog.lo gnome-authentication-manager.lo -pthread -lxml2 -lbonoboui-2 -lgnomecanvas-2 -lgnome-2 -lpopt -lart_lgpl_2 -lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0 -lpangoft2-1.0 -lpangocairo-1.0 -lgdk_pixbuf-2.0 -lcairo -lfreetype -lfontconfig -lbonobo-2 -lbonobo-activation -lORBit-2 -lpango-1.0 -lgio-2.0 -lgnomevfs-2 -lgconf-2 -lgmodule-2.0 -lgobject-2.0 -lgthread-2.0 -lrt -lgnome-keyring -lglib-2.0-lSM -lICE -lX11 -lpopt libtool: link: /usr/bin/nm -B .libs/libgnomeui-access.o .libs/gnometypebuiltins.o .libs/gnome-about.o .libs/gnome-app.o .libs/gnome-app-helper.o .libs/gnome-app-util.o .libs/gnome-appbar.o .libs/gnome-stock-icons.o .libs/gnome-client.o .libs/gnome-color-picker.o .libs/gnome-dateedit.o .libs/gnome-dialog.o .libs/gnome-dialog-util.o .libs/gnome-druid.o .libs/gnome-druid-page.o .libs/gnome-druid-page-edge.o .libs/gnome-druid-page-standard.o .libs/gnome-entry.o .libs/gnome-file-entry.o .libs/gnome-font-picker.o .libs/gnome-gconf-ui.o .libs/gnome-href.o .libs/gnome-ice.o .libs/gnome-marshal-main.o .libs/gnome-messagebox.o .libs/gnome-mdi.o .libs/gnome-mdi-child.o .libs/gnome-mdi-generic-child.o .libs/gnome-mdi-session.o .libs/gnome-multiscreen.o .libs/gnome-pixmap.o .libs/gnome-pixmap-entry.o .libs/gnome-popup-menu.o .libs/gnome-propertybox.o .libs/gnome-scores.o .libs/gnome-theme-parser.o .libs/gnome-thumbnail.o .libs/gnome-thumbnail-pixbuf-utils.o .libs/gnome-ui-init.o .libs/gnometypes.o
Processed: your mail
Processing commands for cont...@bugs.debian.org: fixed 638045 cyrus-sasl2/2.1.24~rc1.dfsg1+cvs2011-05-23-6 Bug #638045 {Done: LaMont Jones lam...@debian.org} [libsasl2-2] warning: xsasl_cyrus_server_get_mechanism_list: no mechanism available Bug Marked as fixed in versions cyrus-sasl2/2.1.24~rc1.dfsg1+cvs2011-05-23-6. thank you Stopping processing here. Please contact me if you need assistance. -- 638045: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=638045 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#640341: Built on 3rd try
severity 640341 minor thanks Hi! ed build on the 3rd try so I guess this isn't really RC. But I'd really prefer if someone from debian-bsd@ can still try to reproduce and fix the issue if possible so not closing the bug right now. Regards Christoph -- 9FED 5C6C E206 B70A 5857 70CA 9655 22B9 D49A E731 Debian Developer | Lisp Hacker | CaCert Assurer -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#628166: viruskiller: do not start
On Sat, Sep 03, 2011 at 10:16:47PM +0200, Ansgar Burchardt wrote: Hi, Bill Allombert ballo...@debian.org writes: viruskiller does not start (on both i386 and amd64): [...] Made 10,000 unsuccessful attempts to grab 4 inactives directories!! This looks like LP# 502978 [1]. Could you check that you have several files and directories in your $HOME? Hello Ansgar, I have 55 directories and 609 files in $HOME, but maxDirectories=2. It seems the issue is the hard-coded 50 in bool Directory::addFile(GameObject *file) { if (realFileCount == 50) return false; in src/CDirectory.cpp. The following command only report a single directory on my system: ls --sort=none -F ~ | head -n 50 |grep -e '/$' so addFile will only find a single directory in $HOME, while it need at least 4. I would suggest that viruskiller provide a dummy file hierarchy in /usr/share/games/viruskiller/ that is used by -safemode, and that it defaults to safemode when it cannot find filename in $HOME. Using /tmp is not safe enough. [1] https://bugs.launchpad.net/ubuntu/+source/viruskiller/+bug/502978 This launchpad bug does not provide much information to the submitter to track the problem, unfortunately. I had no idea that viruskiller used filename from $HOME since it did not start. Cheers, -- Bill. ballo...@debian.org Imagine a large red swirl here. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#623074: iczech: uninstallable in sid
On Sun, Apr 17, 2011 at 08:51:48AM +0200, Robert Luberda wrote: Package: iczech Version: 20040229-5 Severity: serious Hi, The package is no longer installable in sid, and needs to be rebuild with new ispell. Please make sure to declare both Build-Depends, and Depends on `ispell (= 3.3.02)'. I am about to upload a 0-day NMU for this bug report and for #629076. diff is attached, -- Agustin diff -Nru -w ispell-czech-20040229/debian/changelog ispell-czech-20040229/debian/changelog --- ispell-czech-20040229/debian/changelog 2010-01-16 13:48:05.0 +0100 +++ ispell-czech-20040229/debian/changelog 2011-09-02 18:46:36.0 +0200 @@ -1,3 +1,12 @@ +ispell-czech (20040229-5.1) unstable; urgency=low + + * Non-Maintainer upload. + * Build against new ispell (Closes: #623074). + * Build against a recent dictionaries-common-dev to avoid +openoffice.org snippets (Closes: #629076) + + -- Agustin Martin Domingo agmar...@debian.org Fri, 02 Sep 2011 18:45:14 +0200 + ispell-czech (20040229-5) unstable; urgency=low * Ack NMU (closes: #547431) diff -Nru -w ispell-czech-20040229/debian/.config ispell-czech-20040229/debian/.config --- ispell-czech-20040229/debian/.config 2010-01-16 07:47:15.0 +0100 +++ ispell-czech-20040229/debian/.config 1970-01-01 01:00:00.0 +0100 @@ -1,13 +0,0 @@ -#!/usr/bin/perl -w -use Debconf::Client::ConfModule q(:all); - -version ('2.0'); - -my $class = ispell; -my $script = /usr/share/dictionaries-common/dc-debconf-select.pl; - -if ( -e $script ){ -require $script; -dc_debconf_select($class); -} - diff -Nru -w ispell-czech-20040229/debian/control ispell-czech-20040229/debian/control --- ispell-czech-20040229/debian/control 2010-01-16 13:45:53.0 +0100 +++ ispell-czech-20040229/debian/control 2011-09-02 18:46:32.0 +0200 @@ -2,12 +2,12 @@ Section: text Priority: optional Maintainer: Petr Äech c...@debian.org -Build-Depends: debhelper (= 7), ispell, dictionaries-common-dev (= 0.20), hunspell-tools | myspell-tools +Build-Depends: debhelper (= 7), ispell (= 3.3.02), dictionaries-common-dev (= 1.10.5), hunspell-tools | myspell-tools Standards-Version: 3.8.3 Package: iczech Architecture: any -Depends: dictionaries-common (= 0.20), ispell, ${misc:Depends} +Depends: dictionaries-common (= 0.20), ispell (= 3.3.02), ${misc:Depends} Provides: ispell-dictionary Description: The Czech dictionary for ispell This is the Czech dictionary for ispell.
Processed: Re: Bug#629373: Remote DoS with vsftpd on Linux 2.6.32
Processing commands for cont...@bugs.debian.org: severity 629373 serious Bug #629373 [vsftpd] Remote DoS with vsftpd on Linux 2.6.32 Severity set to 'serious' from 'important' thanks Stopping processing here. Please contact me if you need assistance. -- 629373: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=629373 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#623074: marked as done (iczech: uninstallable in sid)
Your message dated Mon, 05 Sep 2011 11:47:41 + with message-id e1r0xep-0006w7...@franck.debian.org and subject line Bug#623074: fixed in ispell-czech 20040229-5.1 has caused the Debian Bug report #623074, regarding iczech: uninstallable in sid to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 623074: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=623074 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: iczech Version: 20040229-5 Severity: serious Hi, The package is no longer installable in sid, and needs to be rebuild with new ispell. Please make sure to declare both Build-Depends, and Depends on `ispell (= 3.3.02)'. Hopefully it should rebuild without any troubles. However please be aware of minor incompatibility in buildhash. The buildhash ${dict}.dict ${dict}.aff ${dict}.hash command used to create two additional files i.e. ${dict}.dict.stat and ${dict}.dict.cnt. With the new buildhash: - the *.cnt file is gone (if your Makefiles needs it, create it with `wc -l ${dict}.dict'); - the *.stat file is now ${dict}.stat (i.e. the .dict extension got stripped out). Regards, robert -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (990, 'unstable'), (200, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.38-2-686 (SMP w/1 CPU core) Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2) Shell: /bin/sh linked to /bin/dash ---End Message--- ---BeginMessage--- Source: ispell-czech Source-Version: 20040229-5.1 We believe that the bug you reported is fixed in the latest version of ispell-czech, which is due to be installed in the Debian FTP archive: iczech_20040229-5.1_i386.deb to main/i/ispell-czech/iczech_20040229-5.1_i386.deb ispell-czech_20040229-5.1.debian.tar.gz to main/i/ispell-czech/ispell-czech_20040229-5.1.debian.tar.gz ispell-czech_20040229-5.1.dsc to main/i/ispell-czech/ispell-czech_20040229-5.1.dsc myspell-cs_20040229-5.1_all.deb to main/i/ispell-czech/myspell-cs_20040229-5.1_all.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 623...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Agustin Martin Domingo agmar...@debian.org (supplier of updated ispell-czech package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Fri, 02 Sep 2011 18:45:14 +0200 Source: ispell-czech Binary: iczech myspell-cs Architecture: source all i386 Version: 20040229-5.1 Distribution: unstable Urgency: low Maintainer: Petr Čech c...@debian.org Changed-By: Agustin Martin Domingo agmar...@debian.org Description: iczech - The Czech dictionary for ispell myspell-cs - Czech dictionary for myspell Closes: 623074 629076 Changes: ispell-czech (20040229-5.1) unstable; urgency=low . * Non-Maintainer upload. * Build against new ispell (Closes: #623074). * Build against a recent dictionaries-common-dev to avoid openoffice.org snippets (Closes: #629076) Checksums-Sha1: 8eb3963e234971a57fe4695d019bee075629f86c 1122 ispell-czech_20040229-5.1.dsc 1c72a5ca7bb249941d7f8c88fb4ea3f617bb4a34 4730 ispell-czech_20040229-5.1.debian.tar.gz 68e3a4c13acf36c93d0a8db02e27b9855c63d7b7 995164 myspell-cs_20040229-5.1_all.deb e502581e4b1bc9062b41bd28986f047b63e95a3d 2846210 iczech_20040229-5.1_i386.deb Checksums-Sha256: 578c5d7d539c7be6320fb82c97f074b8b4f389107aa2f0d77b98852d12907c9c 1122 ispell-czech_20040229-5.1.dsc 13d3df9bd65d09b680227598455e6befae9a5086265a8cf63e798af51ceecb6e 4730 ispell-czech_20040229-5.1.debian.tar.gz 8a992888fa7683449c9e19d8f37f1ee9495e428cf5fe0ab50dea9aaf158a3d34 995164 myspell-cs_20040229-5.1_all.deb a1ef7d42d366fcbde2cfce595e5bbc8e7f0d14b122c10d5bbb26c443bd8d9536 2846210 iczech_20040229-5.1_i386.deb Files: 49c676df3aef7d26f0eef4a2934ddd56 1122 text optional ispell-czech_20040229-5.1.dsc ba31a860c68a79c31fef323eac14dd11 4730 text optional ispell-czech_20040229-5.1.debian.tar.gz f72c5a92dece69df8c1d0b9f174710ad 995164 text optional myspell-cs_20040229-5.1_all.deb 16d3287a440478bb8cc5f75b62a6d220 2846210 text optional iczech_20040229-5.1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux)
Bug#629373: Remote DoS with vsftpd on Linux 2.6.32
tag 629373 pending thanks fixed in git. -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#640311: Fix the link of the log.
* Mònica Ramírez Arceda mon...@probeta.net [110904 21:36]: Sorry, the right link of the log is: http://people.debian.org/~lucas/logs/2011/09/02/gmpc_0.20.0-2_lsid64.buildlog Thanks for reporting this bug ! It is probably caused by the newer valac. I am working on packaging the new upstream version 11.8.16 (more or less 0.21 but with a new numbering), which will close this bug. Regards -- Etienne Millon -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: Re: Remote DoS with vsftpd on Linux 2.6.32
Processing commands for cont...@bugs.debian.org: tag 629373 pending Bug #629373 [vsftpd] Remote DoS with vsftpd on Linux 2.6.32 Added tag(s) pending. thanks Stopping processing here. Please contact me if you need assistance. -- 629373: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=629373 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: Built on 3rd try
Processing commands for cont...@bugs.debian.org: severity 640341 minor Bug #640341 [src:ed] ed: FTBFS(kfreebsd-i386): testsuite failures Severity set to 'minor' from 'serious' thanks Stopping processing here. Please contact me if you need assistance. -- 640341: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=640341 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#640467: gnome-tweak-tool: Will not start due to undefined symbol: g_callable_info_skip_return
Le dimanche 04 septembre 2011 à 19:40 -0700, Dean Loros a écrit : '/usr/bin/gnome-tweak-tool' Traceback (most recent call last): File /usr/bin/gnome-tweak-tool, line 20, in module import gi File /usr/lib/python2.6/dist-packages/gi/__init__.py, line 23, in module from ._gi import _API, Repository ImportError: /usr/lib/python2.6/dist-packages/gi/_gi.so: undefined symbol: g_callable_info_skip_return Please show the output of: ldd -r /usr/lib/python2.6/dist-packages/gi/_gi.so Thanks. -- .''`. Josselin Mouette : :' : `. `' `- -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#640383:
reassign 640383 libvtk5-dev forcemerge 506992 640383 thanks Not an issue in gofigure2, but in vtk 5.6.1-6. The buildd machine should be updated to allow multi-arch building of package against VTK (needed vtk 5.6.1-6.1) -- Mathieu -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: your mail
Processing commands for cont...@bugs.debian.org: reassign 640383 libvtk5-dev Bug #640383 [src:gofigure2] gofigure2: FTBFS: No rule to make target `/usr/lib/libpng.so', needed by `lib/libitkQt.so.0.8'. Stop. Bug reassigned from package 'src:gofigure2' to 'libvtk5-dev'. Bug No longer marked as found in versions gofigure2/0.8.2-1. forcemerge 506992 640383 Bug#506992: libvtk5-dev: transitive linking and LINK_INTERFACE_LIBRARIES Bug#640383: gofigure2: FTBFS: No rule to make target `/usr/lib/libpng.so', needed by `lib/libitkQt.so.0.8'. Stop. Bug#555185: libvtk5-dev: Invalid dependency in VTKConfig.cmake/VTKLibraryDepends.cmake Bug#629815: gofigure2: FTBFS: make[3]: *** No rule to make target `/usr/lib/libdl.so', needed by `lib/libvtkRenderingAddOn2.so.0.8'. Stop. Bug#630559: libvtk5-dev: linking against VTK using cmake broken because of multiarch Bug#634548: vtkedge: FTBFS: make[3]: *** No rule to make target `/usr/lib/libGLU.so', needed by `bin/libVTKEdge.so'. Stop. Bug#638692: gdcm: FTBFS: make[3]: *** No rule to make target `/usr/lib/libpng.so', needed by `bin/libvtkgdcm.so.2.0.17'. Stop. Forcibly Merged 506992 555185 629815 630559 634548 638692 640383. thanks Stopping processing here. Please contact me if you need assistance. -- 634548: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=634548 555185: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=555185 630559: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=630559 638692: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=638692 506992: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=506992 640383: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=640383 629815: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=629815 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#629373: Remote DoS with vsftpd on Linux 2.6.32
On Mon, Sep 05, 2011 at 01:51:39PM +0200, Daniel Baumann wrote: tag 629373 pending thanks fixed in git. You forgot (or haven't got around to) pushing back to git.debian.org… -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#629373: Remote DoS with vsftpd on Linux 2.6.32
On 09/05/2011 02:29 PM, Jon Dowland wrote: You forgot (or haven't got around to) pushing back to git.debian.org… i never used git.debian.org in the first place. -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#640334: ([kfreebsd] dash: faccessat implementation of test -x always returns true for user root) makes update-grub fail
On Mon, Sep 05, 2011 at 05:16:54AM +0200, Axel Beckert wrote: I just ran into this issue with update-grub, too: [...] /usr/sbin/grub-mkconfig: 291: /usr/sbin/grub-mkconfig: /etc/grub.d/README: Permission denied There runs a test -x /etc/grub.d/README just before that problem happens and /usr/sbin/grub-mkconfig is a /bin/sh script. This is related to https://bugs.launchpad.net/bugs/537123 (update-grub fails if /etc/grub.d/README executable bit set) which seems to either not fixed or showed up again as a regression (see comment #4). That issue is also present in Debian Sid. It just showed up on kfreebsd because of test -x failing to report executable bits properly. Colin: Yeah, that's how I stumbled upon the fact that LP: 537123 is not fixed or has a regression. :-) Thanks for noticing this. I've fixed this in GRUB upstream and will backport to Debian and Ubuntu. -- Colin Watson [cjwat...@debian.org] -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#636869: vmtk: FTBFS on all plateforms: No rule to make target `/usr/lib/libpng.so'
Hi! This is no longer a problem with the latest CMake and VTK packages in Debian. What is the correct way to close this bug? Thanks, Johannes -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#636869: vmtk: FTBFS on all plateforms: No rule to make target `/usr/lib/libpng.so'
reassign 636869 libvtk5-dev forcemerge 506992 636869 thanks I believe this is the correct way to close this bug. On Mon, Sep 5, 2011 at 2:32 PM, Johannes Ring joha...@simula.no wrote: Hi! This is no longer a problem with the latest CMake and VTK packages in Debian. What is the correct way to close this bug? Thanks, Johannes -- debian-science-maintainers mailing list debian-science-maintain...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers -- Mathieu -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: Re: Bug#636869: vmtk: FTBFS on all plateforms: No rule to make target `/usr/lib/libpng.so'
Processing commands for cont...@bugs.debian.org: reassign 636869 libvtk5-dev Bug #636869 [vmtk] vmtk: FTBFS on all plateforms: No rule to make target `/usr/lib/libpng.so' Bug reassigned from package 'vmtk' to 'libvtk5-dev'. Bug No longer marked as found in versions vmtk/0.9.0-4. forcemerge 506992 636869 Bug#506992: libvtk5-dev: transitive linking and LINK_INTERFACE_LIBRARIES Bug#636869: vmtk: FTBFS on all plateforms: No rule to make target `/usr/lib/libpng.so' Bug#555185: libvtk5-dev: Invalid dependency in VTKConfig.cmake/VTKLibraryDepends.cmake Bug#629815: gofigure2: FTBFS: make[3]: *** No rule to make target `/usr/lib/libdl.so', needed by `lib/libvtkRenderingAddOn2.so.0.8'. Stop. Bug#630559: libvtk5-dev: linking against VTK using cmake broken because of multiarch Bug#634548: vtkedge: FTBFS: make[3]: *** No rule to make target `/usr/lib/libGLU.so', needed by `bin/libVTKEdge.so'. Stop. Bug#638692: gdcm: FTBFS: make[3]: *** No rule to make target `/usr/lib/libpng.so', needed by `bin/libvtkgdcm.so.2.0.17'. Stop. Bug#640383: gofigure2: FTBFS: No rule to make target `/usr/lib/libpng.so', needed by `lib/libitkQt.so.0.8'. Stop. Forcibly Merged 506992 555185 629815 630559 634548 636869 638692 640383. thanks Stopping processing here. Please contact me if you need assistance. -- 634548: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=634548 555185: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=555185 636869: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=636869 630559: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=630559 638692: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=638692 506992: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=506992 640383: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=640383 629815: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=629815 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#640297: XSS vulnerability dues to usage of PHP_SELF : Not fixed
Hi David, Thanks a lot for the extended report about these issues [1] on debian BTS. I took a look at code on github for the needed changes, I test them on 1.2.7 (which we are working on, instead of 1.2.6-1, which it would be replace with 1.2.7). I create the patches from the minimum required code to resolve these issues, and they were applied cleanly. But the bugs were not fixed at all. 1) XSS injection via PHP_SELF ([2],[3]) The problem, sure, is related with PHP_SELF, but this patch [3] just fix the setup/control of global variable $g_path. And do not solved the problem in 1.2.6 or 1.2.7. The XSS injection is continued producing, because of the function form_action_self. This function is used to generate a form action value when forms are designed to be submitted to the same url. core/form_api.php:function form_action_self() This function affected to other functions as: helper_ensure_confirmed() auth_reauthenticate() This function return: basename($_SERVER['PHP_SELF']); In 1.2.7 release (1.2.6 too), this function is applied on this source: core/authentication_api.php core/helper_api.php billing_inc.php bugnote_stats_inc.php manage_config_email_page.php manage_config_workflow_page.php manage_config_work_threshold_page.php Then, all the pages which includes this function on 1.2.6/1.2.7 version will be vulnerable. I noticed, taking a look on github, that in master branch this function had been deprecated (removed) from source code. I could create a patch to solved this issue, but which one would be the best solution? a) remove the form_action_self() from all pages b) change the form_action_self() in core/form_api.php I don't know if we remove form_action_self() from all pages, would have other implications or will crash something around the code. I just compare 1.2.8 branch in github and I realized about it was removed. I hope, this could help, and we wait for your reply, because we don't want to spare much time with a open CVE issue in the package. I offer me self to create this patch, don't worry about this, but I need to know the implications or which is the best option. Thanks a lot for your help. Regards, Sils [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=640297 [2] http://www.mantisbt.org/bugs/view.php?id=13191 [3] https://github.com/mantisbt/mantisbt/commit/d00745f5e267eba4ca34286d125de685bc3a8034 signature.asc Description: OpenPGP digital signature
Processed: Re: Bug#640260: mapserver: FTBFS: /usr/bin/ld: cannot find -lrtmp
Processing commands for cont...@bugs.debian.org: reassign 640260 libdap-dev Bug #640260 [src:mapserver] mapserver: FTBFS: /usr/bin/ld: cannot find -lrtmp Bug reassigned from package 'src:mapserver' to 'libdap-dev'. Bug No longer marked as found in versions mapserver/5.6.6-2. thanks Stopping processing here. Please contact me if you need assistance. -- 640260: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=640260 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#640260: mapserver: FTBFS: /usr/bin/ld: cannot find -lrtmp
clone 640250 -1 reassign -1 libcurl4-gnutls-dev thanks On 2011-09-05 09:51, Francesco P. Lovergine wrote: reassign 640260 libdap-dev thanks Note that uuid and rtmp dependencies have been introduced in current libdapclient, so libdap-dev is both missing a dependency against librtmp-dev and uuid-dev and a correct pkg-config --libs entryi AFAIK. ldd /usr/lib/libdapclient.so|grep rt librt.so.1 = /lib/i386-linux-gnu/i686/cmov/librt.so.1 (0xb721b000) librtmp.so.0 = /usr/lib/i386-linux-gnu/librtmp.so.0 (0xb713f000) libkrb5support.so.0 = /usr/lib/i386-linux-gnu/libkrb5support.so.0 (0xb6f47000) ldd /usr/lib/libdapserver.so|grep uuid libuuid.so.1 = /lib/libuuid.so.1 (0xb765a000) librtmp is not directly required by libdapclient, but rather recursively from libcurl-gnutls. So, its libcurl4-gnutls-dev that should depend on librtmp-dev. However libdap-dev definitely needs to include libuuid-dev , and the pkg-config files need fixing. regards Alastair On Sat, Sep 03, 2011 at 06:38:02PM +0200, Christoph Egger wrote: Package: src:mapserver Version: 5.6.6-2 Severity: serious Tags: sid wheezy Justification: fails to build from source (but built successfully in the past) Hi! Your package failed to build on the buildds: g++ -g -fPIC -Wall -DHAVE_VSNPRINTF -DNEED_STRLCAT -DNEED_STRRSTR -DUSE_FASTCGI -DUSE_FRIBIDI -DUSE_FRIBIDI2 -DUSE_WMS_LYR -DUSE_WFS_LYR -DUSE_SOS_SVR -DUSE_LIBXML2 -DUSE_CURL -DUSE_WCS_SVR -DUSE_WFS_SVR -DUSE_WMS_SVR -DUSE_MING_FLASH -DUSE_POSTGIS -DPOSTGIS_HAS_SERVER_VERSION -DUSE_GDAL -DUSE_OGR -DUSE_GEOS -DGEOS_HAS_SIMPLIFY -DUSE_THREAD -DUSE_PROJ -DUSE_EPPL -DUSE_RGBA_PNG -DUSE_AGG -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_FTEX_XSHOW -DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_ICONV -DUSE_ZLIB -DUSE_FRIBIDI -DUSE_FRIBIDI2 -I/usr/include -I/usr/include -I/usr/include/freetype2 -I/usr/include -I/usr/include/gdal -I/usr/include/postgresql -I/usr/include -I/usr/include -I/usr/include/libxml2 -I/usr/include/fribidishp2img.o -L. -lmapserver -L/usr/lib -lgd -L/usr/lib -ljpeg -L/usr/lib/x86_64-kfreebsd-gnu -lfreetype -lz -lpng -L/usr/lib -lz -L/usr/lib -lXpm -lX11 -L/usr/lib -ljpeg -L/usr/lib/x86_64-kfreebsd-gnu -lfreetype -lz -lpng -L/usr/lib -lz -L/usr/lib -lXpm -lX11 -lproj -L/usr/lib -ljpeg -lpng -L/usr/lib -lgdal1.7.0 -lproj -L/usr/lib -lgeos_c -L/usr/lib -lepsilon -lodbc -lodbcinst -L/usr/lib -lexpat -L/usr/lib -lxerces-c -lpthread -ljasper -lhdf5 -lmfhdfalt -ldfalt -logdi -lgif -ljpeg -lpng -lnetcdf -lpq -L/usr/lib -lpq -lz -lpthread -lm -lrt -ldl -L/usr/lib -ldap -ldapserver -ldapclient -lcurl -lidn -llber -lldap -lrt -lgssapi_krb5 -lgcrypt -lrtmp -lz -lgnutls -lxml2 -lpthread -lz -lm -lpthread -luuid -L/usr/lib -lspatialite -L/usr/lib/x86_64-kfreebsd-gnu -lcurl -L/usr/lib/mysql -lmysqlclient -lming -L/usr/lib -lpq -lpgport -lxslt -lxml2 -lpam -lssl -lcrypto -lkrb5 -lcom_err -lgssapi_krb5 -lz -ledit -lcrypt -ldl -lm -L/usr/lib/x86_64-kfreebsd-gnu -lcurl -L/usr/lib -lgeos_c -lpthread -lc -lfcgi -L/usr/lib -lz -L/usr/lib -lxml2 -lfribidi -lm -lstdc++-o shp2img /usr/bin/ld: cannot find -lrtmp collect2: ld returned 1 exit status Full build log at https://buildd.debian.org/status/fetch.php?pkg=mapserverarch=kfreebsd-amd64ver=5.6.6-2%2Bb1stamp=1315016620 Regards Christoph -- Alastair McKinstry ,alast...@sceal.ie ,mckins...@debian.org http://blog.sceal.ie Anyone who believes exponential growth can go on forever in a finite world is either a madman or an economist - Kenneth Boulter, Economist. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#640297: XSS vulnerability dues to usage of PHP_SELF : Not fixed
Hi Sils, Thank you for debugging this issue further and discovering the additional problem with form_action_self(). On Mon, 2011-09-05 at 15:14 +0200, sils wrote: The XSS injection is continued producing, because of the function form_action_self. This function is used to generate a form action value when forms are designed to be submitted to the same url. Agreed, good catch. I just grepped the source code and am troubled to find PHP_SELF used in most of the libraries MantisBT 1.2.x depends upon: JpGraph, NuSOAP and ADOdb. From my experience with these codebases I can almost guarantee they will have issues with PHP_SELF usage. I'll have to take a look at these in the following days to confirm. This function return: basename($_SERVER['PHP_SELF']); In this case, use of PHP_SELF is not really necessary because we're only after the basename component (view_all_bugs.php, bug_report_page.php, etc). While it's possible that users have setup rewrite rules within their HTTP daemon to remap file names, this is an unlikely scenario and is probably already broken with the use PHP_SELF. a) remove the form_action_self() from all pages I think this would be hard to achieve because we'd have to change some APIs within MantisBT 1.2.x (potentially breaking plugins) to pass through form names. b) change the form_action_self() in core/form_api.php This strikes me as being the easiest and safest approach (not breaking anything else) for the 1.2.x branch. I've created and committed a patch [1] that swaps PHP_SELF for SCRIPT_NAME in this function. I've also gone through and applied proper escaping to URLs in the action attribute where we use the return value of form_action_self(). I hope, this could help, and we wait for your reply, because we don't want to spare much time with a open CVE issue in the package. Agreed. Thank you very much for your help with these vulnerabilities. Please let me know if I can be on any further assistance. Hopefully we have all the patches needed in the master-1.2.x tree to resolve all known outstanding vulnerabilities. Regards, David [1] https://github.com/mantisbt/mantisbt/commit/e679a1c02978ba1b811959dedc358598fc595458 signature.asc Description: This is a digitally signed message part
Bug#636202: This is my fault.
tag 636202 +patch thank you The patch I posted for #573365 was wrong on more than one level. Here's an updated version that takes care of the segfault. I have verified that - calling urlsnarf without arguments works - calling urlsnarf -p foo.pcap produces the correct timestamps. Sorry for the inconvenience. -Hilko Author: Hilko Bengen ben...@debian.org Description: urlsnarf: use timestamps from pcap file if available. Closes: #573365 --- a/urlsnarf.c 2011-06-19 17:15:21.627999373 -0500 +++ b/urlsnarf.c 2011-06-19 17:15:43.411999368 -0500 @@ -36,6 +36,7 @@ u_short Opt_dns = 1; int Opt_invert = 0; regex_t *pregex = NULL; +time_t tt = 0; static void usage(void) @@ -57,9 +58,12 @@ timestamp(void) { static char tstr[32], sign; struct tm *t, gmt; - time_t tt = time(NULL); int days, hours, tz, len; + if (!nids_params.filename) { + tt = time(NULL); + } + gmt = *gmtime(tt); t = localtime(tt); @@ -312,9 +316,48 @@ main(int argc, char *argv[]) nids_register_chksum_ctl(chksum_ctl, 1); - nids_run(); - - /* NOTREACHED */ + pcap_t *p; + char pcap_errbuf[PCAP_ERRBUF_SIZE]; + if (nids_params.filename == NULL) { + /* adapted from libnids.c:open_live() */ + if (strcmp(nids_params.device, all) == 0) + nids_params.device = any; + p = pcap_open_live(nids_params.device, 16384, + (nids_params.promisc != 0), + 0, pcap_errbuf); + if (!p) { + fprintf(stderr, pcap_open_live(): %s\n, +pcap_errbuf); + exit(1); + } + } + else { + p = pcap_open_offline(nids_params.filename, + pcap_errbuf); + if (!p) { + fprintf(stderr, pcap_open_offline(%s): %s\n, +nids_params.filename, pcap_errbuf); + } + } + + struct pcap_pkthdr *h; + u_char *d; + int rc; + while ((rc = pcap_next_ex(p, h, d)) == 1) { + tt = h-ts.tv_sec; + nids_pcap_handler(NULL, h, d); + } + switch (rc) { + case(-2): /* end of pcap file */ + case(0): /* timeout on live capture */ + break; + case(-1): + default: + fprintf(stderr, rc = %i\n, rc); + pcap_perror(p, pcap_read_ex()); + exit(1); + break; + } exit(0); }
Processed: This is my fault.
Processing commands for cont...@bugs.debian.org: tag 636202 +patch Bug #636202 [dsniff] dsniff: urlsnarf segfaults at startup Added tag(s) patch. thank you Stopping processing here. Please contact me if you need assistance. -- 636202: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=636202 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#640260: Processed: Re: Bug#640260: mapserver: FTBFS: /usr/bin/ld: cannot find -lrtmp
On Mon, Sep 5, 2011 at 3:45 PM, Debian Bug Tracking System ow...@bugs.debian.org wrote: Bug reassigned from package 'wnpp' to 'libcurl4-gnutls-dev'. Thanks, I am building a new package for upload with a fix. Ramakrishnan -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#629373: marked as done (Remote DoS with vsftpd on Linux 2.6.32)
Your message dated Mon, 05 Sep 2011 14:49:25 + with message-id e1r0auh-0008bs...@franck.debian.org and subject line Bug#629373: fixed in vsftpd 2.3.4-1 has caused the Debian Bug report #629373, regarding Remote DoS with vsftpd on Linux 2.6.32 to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 629373: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=629373 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: vsftpd Version: 2.3.2-3 Tags: security Severity: important X-Debbugs-Cc: debian-ker...@lists.debian.org The bug is described by Serge Hallyn below, and in Ubuntu bug #720095 https://bugs.launchpad.net/ubuntu/+source/linux/+bug/720095. In short, I agree with Serge that the network namespace feature in the kernel is useful and should be retained in squeeze, given that only privileged users can (directly) use it. vsftpd must not create a network namespace per connection without a kernel version check. Ben. Forwarded Message From: Serge Hallyn serge.hal...@canonical.com To: kernel-t...@lists.ubuntu.com, ubuntu-ser...@lists.ubuntu.com Subject: CONFIG_NET_NS Date: Wed, 1 Jun 2011 13:57:38 -0500 Hi, vsftpd spawns a network namespace in response to each client connection. Lucid kernel is slow to release network namespaces, which results, in bug 720095, in an easy remote DOS. The maverick kernel has a fix for this, but it is hard to cherrypick. The bug was resolved by compiling the lucid kernel without CONFIG_NET_NS. I'm emailing to ask that we reconsider that solution. Turning off CONFIG_NET_NS prevents libvirt from creating all containers (lxc:///), and prevents lxc from creating most useful containers, resulting in bug 790863. There is the workaround of installing the backported kernel, but I don't believe that will satiate users who really want LTS stability. For those users, we are effectively telling them that they cannot use containers until 12/04. What I don't believe has been discussed is that CLONE_NEWNET requires privilege. The vsftpd bug was bad because anyone could trigger it with a set of remote connections. But that is easily fixed by patching vsftpd to not use CLONE_NEWNET. As Stefan noted in irc, there is the threat that other services use CLONE_NEWNET. Though I've grepped some of my local sources for samba, dhclient, postfix, apache, mysql, squid etc, and have found no others using CLONE_NEWNET so far. That doesn't mean there aren't any, but I argue that the risk is far outweighed by not supporting containers in lucid. Thanks for your time :) thanks, -serge -- kernel-team mailing list kernel-t...@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/kernel-team -- Ben Hutchings Once a job is fouled up, anything done to improve it makes it worse. signature.asc Description: This is a digitally signed message part ---End Message--- ---BeginMessage--- Source: vsftpd Source-Version: 2.3.4-1 We believe that the bug you reported is fixed in the latest version of vsftpd, which is due to be installed in the Debian FTP archive: vsftpd_2.3.4-1.debian.tar.gz to main/v/vsftpd/vsftpd_2.3.4-1.debian.tar.gz vsftpd_2.3.4-1.dsc to main/v/vsftpd/vsftpd_2.3.4-1.dsc vsftpd_2.3.4-1_i386.deb to main/v/vsftpd/vsftpd_2.3.4-1_i386.deb vsftpd_2.3.4.orig.tar.gz to main/v/vsftpd/vsftpd_2.3.4.orig.tar.gz A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 629...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Daniel Baumann daniel.baum...@progress-technologies.net (supplier of updated vsftpd package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Mon, 05 Sep 2011 15:55:00 +0200 Source: vsftpd Binary: vsftpd Architecture: source i386 Version: 2.3.4-1 Distribution: unstable Urgency: low Maintainer: Daniel Baumann daniel.baum...@progress-technologies.net Changed-By: Daniel Baumann daniel.baum...@progress-technologies.net Description: vsftpd - lightweight, efficient FTP server written for security Closes: 629373 630075 634725 Changes: vsftpd (2.3.4-1) unstable; urgency=low . * Merging upstream version 2.3.4: * Updating maintainer and uploaders fields. * Removing vcs fields. * Removing references to my old
Bug#638250: marked as done (Needs to be adapted for libav/0.7)
Your message dated Mon, 05 Sep 2011 14:49:11 + with message-id e1r0au3-00088h...@franck.debian.org and subject line Bug#638250: fixed in moc 1:2.5.0~alpha4+svn20110823-1 has caused the Debian Bug report #638250, regarding Needs to be adapted for libav/0.7 to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 638250: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=638250 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: moc-ffmpeg-plugin Severity: important Hi, the transition from ffmpeg/0.6.2 to libav/0.7 is planned soonish. (libav is a ffmpeg fork, to which Debian will switch, see http://en.wikipedia.org/wiki/FFmpeg for more information) Your package currently fails to build from source when built against libav/0.7.2 and needs to be adapted. You can test this yourself by building against the packages from experimental: mv -f .deps/libsidplay2_decoder_la-sidplay2.Tpo .deps/libsidplay2_decoder_la-sidplay2.Plo /bin/bash ../../libtool --tag=CXX --mode=link g++ -DHAVE_UNIX -DHAVE_UNIX -I../.. -g -O2 -module -avoid-version /usr/lib/libresid-builder.la -o libsidplay2_decoder.la -rpath /usr/lib/moc/decoder_plugins libsidplay2_decoder_la-sidplay2.lo /usr/lib/libsidplay2.la /usr/lib/libsidutils.la -ldb -lm libtool: link: g++ -fPIC -DPIC -shared -nostdlib /usr/lib/x86_64-linux-gnu/crti.o /usr/lib/x86_64-linux-gnu/gcc/x86_64-linux-gnu/4.6.1/crtbeginS.o .libs/libsidplay2_decoder_la-sidplay2.o -Wl,-rpath -Wl,/usr/lib/ -Wl,-rpath -Wl,/usr/lib/ /usr/lib//libresid-builder.so /usr/lib/libsidplay2.so /usr/lib/libsidutils.so -ldb -L/lib/x86_64-linux-gnu -L/usr/lib/x86_64-linux-gnu -L/usr/lib/x86_64-linux-gnu/gcc/x86_64-linux-gnu/4.6.1 -L/usr/lib/x86_64-linux-gnu/gcc/x86_64-linux-gnu/4.6.1/../../.. -lstdc++ -lm -lc -lgcc_s /usr/lib/x86_64-linux-gnu/gcc/x86_64-linux-gnu/4.6.1/crtendS.o /usr/lib/x86_64-linux-gnu/crtn.o -O2 -Wl,-soname -Wl,libsidplay2_decoder.so -o .libs/libsidplay2_decoder.so libtool: link: ( cd .libs rm -f libsidplay2_decoder.la ln -s ../libsidplay2_decoder.la libsidplay2_decoder.la ) make[4]: Leaving directory `/home/jmm/deb/libav/moc-2.5.0~alpha4+svn20110419/decoder_plugins/sidplay2' Making all in ffmpeg make[4]: Entering directory `/home/jmm/deb/libav/moc-2.5.0~alpha4+svn20110419/decoder_plugins/ffmpeg' /bin/bash ../../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I../.. -I../.. -Wall -O2 -W -I/usr/include/alsa -g-MT libffmpeg_decoder_la-ffmpeg.lo -MD -MP -MF .deps/libffmpeg_decoder_la-ffmpeg.Tpo -c -o libffmpeg_decoder_la-ffmpeg.lo `test -f 'ffmpeg.c' || echo './'`ffmpeg.c libtool: compile: gcc -DHAVE_CONFIG_H -I. -I../.. -I../.. -Wall -O2 -W -I/usr/include/alsa -g -MT libffmpeg_decoder_la-ffmpeg.lo -MD -MP -MF .deps/libffmpeg_decoder_la-ffmpeg.Tpo -c ffmpeg.c -fPIC -DPIC -o .libs/libffmpeg_decoder_la-ffmpeg.o ffmpeg.c: In function 'ffmpeg_info': ffmpeg.c:82:2: warning: 'av_open_input_file' is deprecated (declared at /usr/include/libavformat/avformat.h:1050) [-Wdeprecated-declarations] ffmpeg.c: In function 'ffmpeg_open': ffmpeg.c:122:2: warning: 'av_open_input_file' is deprecated (declared at /usr/include/libavformat/avformat.h:1050) [-Wdeprecated-declarations] ffmpeg.c:140:32: error: 'CODEC_TYPE_AUDIO' undeclared (first use in this function) ffmpeg.c:140:32: note: each undeclared identifier is reported only once for each function it appears in make[4]: *** [libffmpeg_decoder_la-ffmpeg.lo] Fehler 1 make[4]: Leaving directory `/home/jmm/deb/libav/moc-2.5.0~alpha4+svn20110419/decoder_plugins/ffmpeg' make[3]: *** [all-recursive] Fehler 1 make[3]: Leaving directory `/home/jmm/deb/libav/moc-2.5.0~alpha4+svn20110419/decoder_plugins' make[2]: *** [all-recursive] Fehler 1 make[2]: Leaving directory `/home/jmm/deb/libav/moc-2.5.0~alpha4+svn20110419' make[1]: *** [all] Fehler 2 make[1]: Leaving directory `/home/jmm/deb/libav/moc-2.5.0~alpha4+svn20110419' make: *** [build-arch-stamp] Fehler 2 dpkg-buildpackage: Fehler: Fehler-Exitstatus von fakeroot debian/rules binary war 2 Cheers, Moritz -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash ---End Message--- ---BeginMessage--- Source: moc Source-Version: 1:2.5.0~alpha4+svn20110823-1 We believe that the bug you reported is fixed in the latest version of moc, which is due to be installed in the Debian FTP archive:
Bug#640379: marked as done (haskell-event-list: FTBFS: hlibrary.setup: At least the following dependencies are missing: non-negative ==0.0.*)
Your message dated Mon, 05 Sep 2011 14:47:53 + with message-id e1r0asn-0007kf...@franck.debian.org and subject line Bug#640379: fixed in haskell-event-list 0.1-1 has caused the Debian Bug report #640379, regarding haskell-event-list: FTBFS: hlibrary.setup: At least the following dependencies are missing: non-negative ==0.0.* to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 640379: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=640379 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: src:haskell-event-list Version:0.0.11-2 Severity: serious Tags: sid wheezy Justification: fails to build from source (but built successfully in the past) Hi! Your package failed to build on the buildds: /usr/share/cdbs/1/rules/buildcore.mk:109: WARNING: DEB_COMPRESS_EXCLUDE is a deprecated variable if test ! -e Setup.lhs -a ! -e Setup.hs; then echo No setup script found!; exit 1; fi for setup in Setup.lhs Setup.hs; do if test -e $setup; then ghc --make $setup -o debian/hlibrary.setup; exit 0; fi; done [1 of 1] Compiling Main ( Setup.lhs, Setup.o ) Linking debian/hlibrary.setup ... debian/hlibrary.setup configure --ghc -v2 \ --prefix=/usr --libdir=/usr/lib/haskell-packages/ghc/lib \ --builddir=dist-ghc \ --haddockdir=/usr/lib/ghc-doc/haddock/event-list-0.0.11/ \ --htmldir=/usr/share/doc/libghc-event-list-doc/html/ --enable-library-profiling \ Configuring event-list-0.0.11... hlibrary.setup: At least the following dependencies are missing: non-negative ==0.0.* make: *** [dist-ghc] Error 1 Full build log at https://buildd.debian.org/status/fetch.php?pkg=haskell-event-listarch=kfreebsd-i386ver=0.0.11-2%2Bb2stamp=1315156397 Regards Christoph -- 9FED 5C6C E206 B70A 5857 70CA 9655 22B9 D49A E731 Debian Developer | Lisp Hacker | CaCert Assurer ---End Message--- ---BeginMessage--- Source: haskell-event-list Source-Version: 0.1-1 We believe that the bug you reported is fixed in the latest version of haskell-event-list, which is due to be installed in the Debian FTP archive: haskell-event-list_0.1-1.debian.tar.gz to main/h/haskell-event-list/haskell-event-list_0.1-1.debian.tar.gz haskell-event-list_0.1-1.dsc to main/h/haskell-event-list/haskell-event-list_0.1-1.dsc haskell-event-list_0.1.orig.tar.gz to main/h/haskell-event-list/haskell-event-list_0.1.orig.tar.gz libghc-event-list-dev_0.1-1_amd64.deb to main/h/haskell-event-list/libghc-event-list-dev_0.1-1_amd64.deb libghc-event-list-doc_0.1-1_all.deb to main/h/haskell-event-list/libghc-event-list-doc_0.1-1_all.deb libghc-event-list-prof_0.1-1_amd64.deb to main/h/haskell-event-list/libghc-event-list-prof_0.1-1_amd64.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 640...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Joachim Breitner nome...@debian.org (supplier of updated haskell-event-list package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Mon, 05 Sep 2011 16:20:16 +0200 Source: haskell-event-list Binary: libghc-event-list-dev libghc-event-list-prof libghc-event-list-doc Architecture: source all amd64 Version: 0.1-1 Distribution: unstable Urgency: low Maintainer: Debian Haskell Group pkg-haskell-maintain...@lists.alioth.debian.org Changed-By: Joachim Breitner nome...@debian.org Description: libghc-event-list-dev - Event lists with relative or absolute timestamps libghc-event-list-doc - Event lists with relative or absolute timestamps; documentation libghc-event-list-prof - Event lists with relative or absolute timestamps; profiling libra Closes: 640379 Changes: haskell-event-list (0.1-1) unstable; urgency=low . * New upstream release * Correctly specify build-depends (Closes: #640379) Checksums-Sha1: 3a5d8dfd5b7428d12b5f33478178e8d35ff7cc02 1909 haskell-event-list_0.1-1.dsc 9286fcfa72c9732772f9cb57d096a81562ed6d38 54339 haskell-event-list_0.1.orig.tar.gz 23bad56c45a8590791a5578db3ceb6d73d88b26f 2132 haskell-event-list_0.1-1.debian.tar.gz d2782d60dc77fd1c2fb56d6d32932379f50dba60 134880 libghc-event-list-doc_0.1-1_all.deb c72e46e9ff535d0fbc8e4466f7e8950cd8bfe29b 48
Processed: Re: libactionpack-ruby: libactionpack update breaks redmine
Processing commands for cont...@bugs.debian.org: reassign 629067 libactionpack-ruby Bug #629067 [ruby-actionpack-2.3] libactionpack-ruby: libactionpack update breaks redmine Bug reassigned from package 'ruby-actionpack-2.3' to 'libactionpack-ruby'. found 629067 rails/2.3.5-1.2+squeeze0.1 Bug #629067 [libactionpack-ruby] libactionpack-ruby: libactionpack update breaks redmine Bug Marked as found in versions rails/2.3.5-1.2+squeeze0.1. severity 629067 grave Bug #629067 [libactionpack-ruby] libactionpack-ruby: libactionpack update breaks redmine Severity set to 'grave' from 'normal' thanks Stopping processing here. Please contact me if you need assistance. -- 629067: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=629067 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#629067: libactionpack-ruby: libactionpack update breaks redmine
Hmm, you're right the reassignment was wrong. I missed that when I was reassigning the bugs to new packages. I thought I already sent that to redmine maintainer and the result was that it's the redmine which needs the update. On Thu, Jun 9, 2011 at 11:10, Jérémy Lal kapo...@melix.org wrote: On 09/06/2011 10:18, Ondřej Surý wrote: Hi Jérémy, since my ruby is not very good, the question is if we want to release update for redmine or is there a simple way how to fix the API inside the rails? the bug report might be misleading : html_safe may have been unavailable even before the security update. I remember i had an issue with this at some point. I noticed 2.3.5-1.2+squeeze0.1 is not in the git repository, could you fix that ? Jérémy. and from previous rails maintainer: On Sat, Jun 11, 2011 at 04:01, Adam Majer ad...@zombino.com wrote: On Wed, Jun 08, 2011 at 05:02:52PM +0200, Scharon, Daniel wrote: This bug is caused by a regression within rails, which was introduced in the upgrade from 2.3.5-1.2 to 2.3.5-1.2+squeeze0.1 See #629067 for the bug report on rails, which is containing a workaround. I think the proper fix is to remove reference to nonexistent html_safe method which doesn't exist in 2.3.5 rails. OpenSUSE has correct fix. - Adam Adam, could you please elaborate on this? Do you mean the correct fix for rails or for redmine? O. On Mon, Sep 5, 2011 at 16:34, Faidon Liambotis parav...@debian.org wrote: reassign 629067 libactionpack-ruby found 629067 rails/2.3.5-1.2+squeeze0.1 severity 629067 grave thanks On Fri, Jun 03, 2011 at 12:26:27PM +0200, Vincent-Xavier JUMEL wrote: Package: libactionpack-ruby Version: 2.3.5-1.2+squeeze0.1 Severity: normal libactionpack update breaks redmine user view if hide_mail is not enabled. Redmine renderer fails on an inexistant html_safe method Workaround : change user preference to hidden mail psql update user_preference set hide_mail = 't' where hide_mail = 'f' ; This was reassigned to ruby-actionpack-2.3 (present only in wheezy+) but it's not really obvious why — no explanative mail was sent to the BTS and the bug report remains unanswered. If it affects another package in wheezy, then it should probably be cloned/reassigned instead. I'm reassigning it back and changing this severity: this was a security update that broke an unrelated package (redmine) *in stable*. This is /not/ acceptable according to the security team's guidelines. You could say that either the fix should be adapted or that the call sites (redmine) should be fixed. I'd vote for the first, though, since we can't really know what else has been broken by this change (in the archive, let alone user-installed applications...) In any case, I'm adding redmine maintainers the security team to the Cc in case they have something useful to add. Regards, Faidon -- Ondřej Surý ond...@sury.org http://blog.rfc1925.org/ -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#629067: libactionpack-ruby: libactionpack update breaks redmine
Resending to correct redmine address, please use this email of fix the address in the previous email to redm...@packages.debian.org O. On Mon, Sep 5, 2011 at 17:05, Ondřej Surý ond...@debian.org wrote: Hmm, you're right the reassignment was wrong. I missed that when I was reassigning the bugs to new packages. I thought I already sent that to redmine maintainer and the result was that it's the redmine which needs the update. On Thu, Jun 9, 2011 at 11:10, Jérémy Lal kapo...@melix.org wrote: On 09/06/2011 10:18, Ondřej Surý wrote: Hi Jérémy, since my ruby is not very good, the question is if we want to release update for redmine or is there a simple way how to fix the API inside the rails? the bug report might be misleading : html_safe may have been unavailable even before the security update. I remember i had an issue with this at some point. I noticed 2.3.5-1.2+squeeze0.1 is not in the git repository, could you fix that ? Jérémy. and from previous rails maintainer: On Sat, Jun 11, 2011 at 04:01, Adam Majer ad...@zombino.com wrote: On Wed, Jun 08, 2011 at 05:02:52PM +0200, Scharon, Daniel wrote: This bug is caused by a regression within rails, which was introduced in the upgrade from 2.3.5-1.2 to 2.3.5-1.2+squeeze0.1 See #629067 for the bug report on rails, which is containing a workaround. I think the proper fix is to remove reference to nonexistent html_safe method which doesn't exist in 2.3.5 rails. OpenSUSE has correct fix. - Adam Adam, could you please elaborate on this? Do you mean the correct fix for rails or for redmine? O. On Mon, Sep 5, 2011 at 16:34, Faidon Liambotis parav...@debian.org wrote: reassign 629067 libactionpack-ruby found 629067 rails/2.3.5-1.2+squeeze0.1 severity 629067 grave thanks On Fri, Jun 03, 2011 at 12:26:27PM +0200, Vincent-Xavier JUMEL wrote: Package: libactionpack-ruby Version: 2.3.5-1.2+squeeze0.1 Severity: normal libactionpack update breaks redmine user view if hide_mail is not enabled. Redmine renderer fails on an inexistant html_safe method Workaround : change user preference to hidden mail psql update user_preference set hide_mail = 't' where hide_mail = 'f' ; This was reassigned to ruby-actionpack-2.3 (present only in wheezy+) but it's not really obvious why — no explanative mail was sent to the BTS and the bug report remains unanswered. If it affects another package in wheezy, then it should probably be cloned/reassigned instead. I'm reassigning it back and changing this severity: this was a security update that broke an unrelated package (redmine) *in stable*. This is /not/ acceptable according to the security team's guidelines. You could say that either the fix should be adapted or that the call sites (redmine) should be fixed. I'd vote for the first, though, since we can't really know what else has been broken by this change (in the archive, let alone user-installed applications...) In any case, I'm adding redmine maintainers the security team to the Cc in case they have something useful to add. Regards, Faidon -- Ondřej Surý ond...@sury.org http://blog.rfc1925.org/ -- Ondřej Surý ond...@sury.org http://blog.rfc1925.org/ -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#640467: Acknowledgement (gnome-tweak-tool: Will not start due to undefined symbol: g_callable_info_skip_return)
Output as follows: ldd -r /usr/lib/python2.6/dist-packages/gi/_gi.so linux-vdso.so.1 = (0x7fffecbff000) /usr/lib/x86_64-linux-gnu/libc/memcpy-preload.so (0x7f2896422000) libgirepository-1.0.so.1 = /usr/lib/libgirepository-1.0.so.1 (0x7f28961ce000) libgobject-2.0.so.0 = /usr/lib/libgobject-2.0.so.0 (0x7f2895f7c000) libgmodule-2.0.so.0 = /usr/lib/libgmodule-2.0.so.0 (0x7f2895d79000) libffi.so.5 = /usr/lib/x86_64-linux-gnu/libffi.so.5 (0x7f2895b71000) libgthread-2.0.so.0 = /usr/lib/libgthread-2.0.so.0 (0x7f289596c000) librt.so.1 = /lib/x86_64-linux-gnu/librt.so.1 (0x7f2895764000) libglib-2.0.so.0 = /lib/libglib-2.0.so.0 (0x7f2895475000) libpyglib-gi-2.0-python2.6.so.0 = /usr/lib/libpyglib-gi-2.0-python2.6.so.0 (0x7f289527) libpthread.so.0 = /lib/x86_64-linux-gnu/libpthread.so.0 (0x7f2895054000) libc.so.6 = /lib/x86_64-linux-gnu/libc.so.6 (0x7f2894cd) libm.so.6 = /lib/x86_64-linux-gnu/libm.so.6 (0x7f2894a4d000) libgio-2.0.so.0 = /usr/lib/libgio-2.0.so.0 (0x7f289472) libdl.so.2 = /lib/x86_64-linux-gnu/libdl.so.2 (0x7f289451c000) /lib64/ld-linux-x86-64.so.2 (0x7f2896848000) libpcre.so.3 = /lib/x86_64-linux-gnu/libpcre.so.3 (0x7f28942df000) libresolv.so.2 = /lib/x86_64-linux-gnu/libresolv.so.2 (0x7f28940c9000) libz.so.1 = /usr/lib/libz.so.1 (0x7f2893eb) libselinux.so.1 = /lib/x86_64-linux-gnu/libselinux.so.1 (0x7f2893c91000) undefined symbol: _Py_ZeroStruct (/usr/lib/libpyglib-gi-2.0-python2.6.so.0) undefined symbol: _Py_NotImplementedStruct (/usr/lib/libpyglib-gi-2.0-python2.6.so.0) undefined symbol: PyExc_ValueError (/usr/lib/libpyglib-gi-2.0-python2.6.so.0) undefined symbol: PyCObject_Type (/usr/lib/libpyglib-gi-2.0-python2.6.so.0) undefined symbol: _Py_NoneStruct (/usr/lib/libpyglib-gi-2.0-python2.6.so.0) undefined symbol: _Py_TrueStruct (/usr/lib/libpyglib-gi-2.0-python2.6.so.0) undefined symbol: PyExc_ImportError (/usr/lib/libpyglib-gi-2.0-python2.6.so.0) undefined symbol: PyGILState_Release (/usr/lib/libpyglib-gi-2.0-python2.6.so.0) undefined symbol: PyErr_Restore (/usr/lib/libpyglib-gi-2.0-python2.6.so.0) undefined symbol: PyInt_AsLong(/usr/lib/libpyglib-gi-2.0-python2.6.so.0) undefined symbol: PyObject_GetAttrString (/usr/lib/libpyglib-gi-2.0-python2.6.so.0) undefined symbol: PyObject_SetAttrString (/usr/lib/libpyglib-gi-2.0-python2.6.so.0) undefined symbol: PyErr_SetObject (/usr/lib/libpyglib-gi-2.0-python2.6.so.0) undefined symbol: PyErr_NormalizeException (/usr/lib/libpyglib-gi-2.0-python2.6.so.0) undefined symbol: _PyObject_CallFunction_SizeT (/usr/lib/libpyglib-gi-2.0-python2.6.so.0) undefined symbol: PyErr_GivenExceptionMatches (/usr/lib/libpyglib-gi-2.0-python2.6.so.0) undefined symbol: PyErr_SetString (/usr/lib/libpyglib-gi-2.0-python2.6.so.0) undefined symbol: PyGILState_Ensure (/usr/lib/libpyglib-gi-2.0-python2.6.so.0) undefined symbol: PyTuple_GetItem (/usr/lib/libpyglib-gi-2.0-python2.6.so.0) undefined symbol: PyErr_Print(/usr/lib/libpyglib-gi-2.0-python2.6.so.0) undefined symbol: PyFloat_FromDouble (/usr/lib/libpyglib-gi-2.0-python2.6.so.0) undefined symbol: PyThread_create_key (/usr/lib/libpyglib-gi-2.0-python2.6.so.0) undefined symbol: PyDict_GetItem (/usr/lib/libpyglib-gi-2.0-python2.6.so.0) undefined symbol: PyErr_NewException (/usr/lib/libpyglib-gi-2.0-python2.6.so.0) undefined symbol: PyString_FromString (/usr/lib/libpyglib-gi-2.0-python2.6.so.0) undefined symbol: PyErr_Occurred (/usr/lib/libpyglib-gi-2.0-python2.6.so.0) undefined symbol: PyImport_ImportModule (/usr/lib/libpyglib-gi-2.0-python2.6.so.0) undefined symbol: PyString_AsString (/usr/lib/libpyglib-gi-2.0-python2.6.so.0) undefined symbol: PyObject_CallObject (/usr/lib/libpyglib-gi-2.0-python2.6.so.0) undefined symbol: PyObject_IsTrue (/usr/lib/libpyglib-gi-2.0-python2.6.so.0) undefined symbol: PyDict_New(/usr/lib/libpyglib-gi-2.0-python2.6.so.0) undefined symbol: PyCObject_AsVoidPtr (/usr/lib/libpyglib-gi-2.0-python2.6.so.0) undefined symbol: PyErr_Fetch(/usr/lib/libpyglib-gi-2.0-python2.6.so.0) undefined symbol: PyInt_FromLong (/usr/lib/libpyglib-gi-2.0-python2.6.so.0) undefined symbol: PyDict_SetItem (/usr/lib/libpyglib-gi-2.0-python2.6.so.0) undefined symbol: PyObject_Repr (/usr/lib/libpyglib-gi-2.0-python2.6.so.0) undefined symbol: PyErr_Format(/usr/lib/libpyglib-gi-2.0-python2.6.so.0) undefined symbol: PyEval_InitThreads (/usr/lib/libpyglib-gi-2.0-python2.6.so.0) undefined symbol: _Py_ZeroStruct (/usr/lib/python2.6/dist-packages/gi/_gi.so) undefined symbol: PyExc_NotImplementedError (/usr/lib/python2.6/dist-packages/gi/_gi.so) undefined symbol: PyTuple_Type (/usr/lib/python2.6/dist-packages/gi/_gi.so) undefined symbol: _Py_NotImplementedStruct (/usr/lib/python2.6/dist-packages/gi/_gi.so) undefined symbol: PyExc_RuntimeError (/usr/lib/python2.6/dist-packages/gi/_gi.so) undefined symbol: PyExc_Exception
Bug#640297: XSS vulnerability dues to usage of PHP_SELF : Not fixed
Thanks David, Everything works perfect. I apply all the patches, including the new one (really appreciated), and all the issues are gone :-) In a while I'm going to upload into the repo the 1.2.7-1 version to close all these issues. No matter if tomorrow we have 1.2.8, I will push it again :-) BTW in debian package versions 1.2.x (debian stable, old stable), all these bugs are not applicable, I'm going to create the needed ones, If I have some troubles I will ask for some help, if you don't mind, of course. Thanks a lot, really. Great job Team! Cheers, Sils signature.asc Description: OpenPGP digital signature
Processed: reassign 628358 to phpunit, forcibly merging 607372 628358, affects 607372
Processing commands for cont...@bugs.debian.org: reassign 628358 phpunit 3.5.5-2 Bug #628358 [src:libxmpp-php] libxmpp-php: FTBFS: require_once(): Failed opening required 'PHP/CodeCoverage/Filter.php' Bug reassigned from package 'src:libxmpp-php' to 'phpunit'. Bug No longer marked as found in versions libxmpp-php/0~svn53-1.1. Bug #628358 [phpunit] libxmpp-php: FTBFS: require_once(): Failed opening required 'PHP/CodeCoverage/Filter.php' Bug Marked as found in versions phpunit/3.5.5-2. forcemerge 607372 628358 Bug#607372: phpunit: Tries to use nonexisting file Bug#628358: libxmpp-php: FTBFS: require_once(): Failed opening required 'PHP/CodeCoverage/Filter.php' Forcibly Merged 607372 628358. affects 607372 + libxmpp-php Bug #607372 [phpunit] phpunit: Tries to use nonexisting file Bug #628358 [phpunit] libxmpp-php: FTBFS: require_once(): Failed opening required 'PHP/CodeCoverage/Filter.php' Added indication that 607372 affects libxmpp-php Added indication that 628358 affects libxmpp-php thanks Stopping processing here. Please contact me if you need assistance. -- 607372: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=607372 628358: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=628358 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: reassign 628349 to phpunit, forcibly merging 607372 628349, affects 607372
Processing commands for cont...@bugs.debian.org: reassign 628349 phpunit 3.5.5-2 Bug #628349 [src:php-gettext] php-gettext: FTBFS: require_once(): Failed opening required 'PHP/CodeCoverage/Filter.php' Bug reassigned from package 'src:php-gettext' to 'phpunit'. Bug No longer marked as found in versions php-gettext/1.0.10-1. Bug #628349 [phpunit] php-gettext: FTBFS: require_once(): Failed opening required 'PHP/CodeCoverage/Filter.php' Bug Marked as found in versions phpunit/3.5.5-2. forcemerge 607372 628349 Bug#607372: phpunit: Tries to use nonexisting file Bug#628349: php-gettext: FTBFS: require_once(): Failed opening required 'PHP/CodeCoverage/Filter.php' Bug#628358: libxmpp-php: FTBFS: require_once(): Failed opening required 'PHP/CodeCoverage/Filter.php' Forcibly Merged 607372 628349 628358. affects 607372 + php-gettext Bug #607372 [phpunit] phpunit: Tries to use nonexisting file Bug #628349 [phpunit] php-gettext: FTBFS: require_once(): Failed opening required 'PHP/CodeCoverage/Filter.php' Bug #628358 [phpunit] libxmpp-php: FTBFS: require_once(): Failed opening required 'PHP/CodeCoverage/Filter.php' Added indication that 607372 affects php-gettext Added indication that 628349 affects php-gettext Added indication that 628358 affects php-gettext thanks Stopping processing here. Please contact me if you need assistance. -- 607372: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=607372 628358: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=628358 628349: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=628349 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#628576: tagcloud: diff for NMU version 1.4-1.1
tags 628576 + pending thanks Dear maintainer, I've prepared an NMU for tagcloud (versioned as 1.4-1.1) and uploaded it to DELAYED/5. Please feel free to tell me if I should delay it longer. Regards. -- .''`. Homepage: http://info.comodo.priv.at/ - PGP/GPG key ID: 0x8649AA06 : :' : Debian GNU/Linux user, admin, developer - http://www.debian.org/ `. `' Member of VIBE!AT SPI, fellow of Free Software Foundation Europe `-NP: Diana Krall: Isn't This A Lovely Day diff -u tagcloud-1.4/debian/control tagcloud-1.4/debian/control --- tagcloud-1.4/debian/control +++ tagcloud-1.4/debian/control @@ -2,14 +2,14 @@ Section: perl Priority: optional Maintainer: Runa Sandvik runa.sand...@gmail.com -Build-Depends: debhelper (= 7), libhtml-tagcloud-perl, libhttp-server-simple-perl +Build-Depends: debhelper (= 7) Build-Depends-Indep: perl Standards-Version: 3.8.3 Homepage: http://mcd.perlmonk.org/ Package: tagcloud Architecture: all -Depends: ${misc:Depends}, ${perl:Depends} +Depends: ${misc:Depends}, ${perl:Depends}, libhtml-parser-perl, libhtml-tagcloud-perl, libhttp-server-simple-perl Description: Visualize tagged notes as a cloud Tagcloud will start a simple web server and display a webpage where you can choose which textfile to create a tagcloud from. You can then click on tags to diff -u tagcloud-1.4/debian/changelog tagcloud-1.4/debian/changelog --- tagcloud-1.4/debian/changelog +++ tagcloud-1.4/debian/changelog @@ -1,3 +1,13 @@ +tagcloud (1.4-1.1) unstable; urgency=low + + * Non-maintainer upload. + * Fix missing dependencies: add libhtml-parser-perl, +libhtml-tagcloud-perl, libhttp-server-simple-perl to Depends +(and remove libhtml-tagcloud-perl, libhttp-server-simple-perl from +Build-Depends). Closes: #628576 + + -- gregor herrmann gre...@debian.org Mon, 05 Sep 2011 18:14:13 +0200 + tagcloud (1.4-1) unstable; urgency=low * Initial release (Closes: #563950) signature.asc Description: Digital signature
Processed: tagcloud: diff for NMU version 1.4-1.1
Processing commands for cont...@bugs.debian.org: tags 628576 + pending Bug #628576 [tagcloud] missing dependencies Added tag(s) pending. thanks Stopping processing here. Please contact me if you need assistance. -- 628576: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=628576 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#640538: simgrid: FTBFS on ia64: src/xbt/graphxml.c:2368:1: internal compiler error: in dwarf2out_cfi_begin_epilogue, at dwarf2out.c:3015
Package: simgrid Version: 3.6.1-1 Severity: serious Hi, simgrid FTBFS on ia64: /usr/bin/gcc -Dgras_EXPORTS -O3 -finline-functions -funroll-loops -fno-strict-aliasing -L/usr/lib/ia64-linux-gnu -I/usr/include -I/usr/include/lua5.1 -g3 -fPIC -I/build/buildd-simgrid_3.6.1-3-ia64-RuqJcU/simgrid-3.6.1 -I/build/buildd-simgrid_3.6.1-3-ia64-RuqJcU/simgrid-3.6.1/include -I/build/buildd-simgrid_3.6.1-3-ia64-RuqJcU/simgrid-3.6.1/src -I/build/buildd-simgrid_3.6.1-3-ia64-RuqJcU/simgrid-3.6.1/src/include -I/build/buildd-simgrid_3.6.1-3-ia64-RuqJcU/simgrid-3.6.1/obj-ia64-linux-gnu -I/build/buildd-simgrid_3.6.1-3-ia64-RuqJcU/simgrid-3.6.1/obj-ia64-linux-gnu/include -I/build/buildd-simgrid_3.6.1-3-ia64-RuqJcU/simgrid-3.6.1/obj-ia64-linux-gnu/src -o CMakeFiles/gras.dir/src/xbt/graphxml_parse.c.o -c /build/buildd-simgrid_3.6.1-3-ia64-RuqJcU/simgrid-3.6.1/src/xbt/graphxml_parse.c In file included from /build/buildd-simgrid_3.6.1-3-ia64-RuqJcU/simgrid-3.6.1/src/xbt/graphxml_parse.c:19:0: src/xbt/graphxml.c: In function 'xbt_graph_parse_lex': src/xbt/graphxml.c:2368:1: internal compiler error: in dwarf2out_cfi_begin_epilogue, at dwarf2out.c:3015 Please submit a full bug report, with preprocessed source if appropriate. See file:///usr/share/doc/gcc-4.6/README.Bugs for instructions. ia64 porters, could you take a look? Lucas -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#640396: marked as done (haskell-hledger-vty: FTBFS: missing build dependencies)
Your message dated Mon, 5 Sep 2011 16:42:37 + with message-id 20110905164237.ga8...@scru.org and subject line Re: Bug#640396: haskell-hledger-vty: FTBFS: missing build dependencies has caused the Debian Bug report #640396, regarding haskell-hledger-vty: FTBFS: missing build dependencies to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 640396: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=640396 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: src:haskell-hledger-vty Version: 0.14-2 Severity: serious Tags: sid wheezy Justification: fails to build from source (but built successfully in the past) Hi! Your package failed to build on the buildds: runhaskell Setup.hs configure --prefix=/usr Configuring hledger-vty-0.14... Setup.hs: At least the following dependencies are missing: hledger ==0.14, hledger-lib ==0.14 make: *** [stamp-configure] Error 1 Full build log at https://buildd.debian.org/status/fetch.php?pkg=haskell-hledger-vtyarch=kfreebsd-amd64ver=0.14-2stamp=1315165013 Regards Christoph -- 9FED 5C6C E206 B70A 5857 70CA 9655 22B9 D49A E731 Debian Developer | Lisp Hacker | CaCert Assurer ---End Message--- ---BeginMessage--- Version: 0.15.1-1 On Sun, Sep 04, 2011 at 09:40:20PM +0200, Christoph Egger wrote: Package: src:haskell-hledger-vty Version: 0.14-2 Finally. ---End Message---
Bug#640539: [nvidia-kernel-source] Failure to install the nvidia driver with module-assistant
Package: nvidia-kernel-source Version: 280.13-3 Severity: grave --- Please enter the report below this line. --- Hello, I tried to install the nvidia driver with module-assistant and at the second step I got an error. I list the steps: # apt-get install module-assistant nvidia-kernel-common the installation is successful and then #m-a auto-install nvidia-kernel-source during compilation I get this error: /usr/bin/make -f debian/rules clean make[1]: Entering directory `/usr/src/modules/nvidia-kernel' test -f debian/control || cp debian/control.template debian/control dh_testdir dh_testroot /usr/bin/make LINUXDIR=/lib/modules/3.0.0-1-686-pae/build clean make[2]: Entering directory `/usr/src/modules/nvidia-kernel' rm -rf *.o *.ko .depend .*.flags .*.d .*.cmd *.mod.c .tmp_versions make[2]: Leaving directory `/usr/src/modules/nvidia-kernel' dh_quilt_unpatch || quilt --quiltrc /dev/null pop -af dh_clean debian/control debian/install make[1]: Leaving directory `/usr/src/modules/nvidia-kernel' test -f debian/m-a.stamp || cp debian/changelog debian/m-a.stamp sh debian/prep-modules /lib/modules/3.0.0-1-686-pae/build sed 's/#KVERS#/3.0.0-1-686-pae/g' debian/install.template debian/install touch configure-stamp dh_prep dh_quilt_patch Applying patch use-nv-kernel.o.ARCH.patch patching file Makefile.kbuild Applying patch conditionally-include-linux_version.h.patch patching file nv-linux.h Applying patch avoid-ld.gold.patch patching file Makefile Applying patch fix-typos.patch patching file nv-procfs.c Applying patch linux3.patch patching file Makefile Now at patch linux3.patch /usr/bin/make LINUXDIR=/lib/modules/3.0.0-1-686-pae/build make[1]: Entering directory `/usr/src/modules/nvidia-kernel' make -C /lib/modules/3.0.0-1-686-pae/build M=`/bin/pwd` modules make[2]: Entering directory `/usr/src/linux-headers-3.0.0-1-686-pae' Makefile:10: *** regole implicite e normali miste. Stop. make[2]: Leaving directory `/usr/src/linux-headers-3.0.0-1-686-pae' make[1]: *** [modules] Errore 2 make[1]: Leaving directory `/usr/src/modules/nvidia-kernel' make: *** [build-stamp] Errore 2 and the installation is stopped. Please you tell me if you need more information Kindly, Davide Governale --- System information. --- Architecture: i386 Kernel: Linux 3.0.0-1-686-pae Debian Release: wheezy/sid 500 unstableftp.de.debian.org 1 experimentalftp.de.debian.org --- Package information. --- Depends (Version) | Installed ===-+-= debhelper(= 8) | 8.9.6 make| 3.82-1 quilt (= 0.46-7~) | 0.48-7 libgl1-nvidia-glx (= 280.13-2) | 280.13-2 xserver-xorg-video-nvidia (= 280.13-2) | nvidia-vdpau-driver(= 280.13-2) | nvidia-alternative (= 280.13-2) | nvidia-kernel-280.13| nvidia-support | 20110729+1 nvidia-alternative | nvidia-support | 20110729+1 libc6(= 2.1.3) | 2.13-18 libx11-6| 2:1.4.4-1 libxext6| 2:1.3.0-3 libxv1 | 2:1.0.6-2 libxvmc1| 2:1.0.6-1 libgl1-nvidia-glx (= 280.13-2) | 280.13-2 nvidia-alternative (= 280.13-2) | nvidia-support | 20110729+1 xorg-video-abi-11 | OR xorg-video-abi-10 | OR xorg-video-abi-8| OR xorg-video-abi-6.0 | libc6(= 2.1.3) | 2.13-18 glx-alternative-nvidia (= 0.1.4) | libgl1-nvidia-alternatives (= 275.09.07-4) | libglx-nvidia-alternatives (= 275.09.07-4) | dkms (= 2.1.0.0) | 2.2.0.2-1 nvidia-kernel-common (= 20100522) | 20110729+1 debhelper(= 8) | 8.9.6 make| 3.82-1 quilt (= 0.46-7~) | 0.48-7 glx-diversions (= 0.1.93) | 0.1.93 glx-alternative-mesa| Package Status (Version) | Installed -+-=== nvidia-glx | 280.13-2 nvidia-kernel-dkms | nvidia-kernel-source | 280.13-3 nvidia-glx-any | libgl1-nvidia-glx-any| libgl1-nvidia-glx-ia32-any | xserver-xorg-video-nvidia-any| nvidia-settings | nvidia-xconfig
Bug#634543: packages cannot depend on libreiser4-dev
Hello Felis, Lucas, as you did no reply, the previouyly announced NMU has been applied. However there was still one bug not fixed. That one had been noticed two years ago by Thomas Tsai, and he published a patch to fix it. I aked him to send me that patch again, and I applied it successfully to your source package. Here is the changelog of the new version: --8 reiser4progs (1.0.7-6.2) unstable; urgency=low * Non-maintainer upload. * applied one patch from Thomas Tsai, to fix a bug whose notification was published in http://www.spinics.net/lists/reiserfs-devel/msg01698.html * added Thomas Tsai's simple test to check whether a program can be linked with libreiser4 in debian/rules --8 I shall upload it in the DELAYED queue #4. Please reply me if you want the delay to be modified, or the NMU to be cancelled. When you will have some time, please take in consideration the patches in the debian package, some of them may deserve an integration in upstream source. Best regards, Georges. Georges Khaznadar a écrit : Hello Felix, Lucas, as the two RC bugs received no fix recently, I have uploaded a NMU which fixes both into DELAYED/8. Please tell me if you want this NMU to be withdrawn or delayed longer. Best regards, Georges. -- Georges KHAZNADAR et Jocelyne FOURNIER 22 rue des mouettes, 59240 Dunkerque France. Téléphone +33 (0)3 28 29 17 70 signature.asc Description: Digital signature
Bug#640260: marked as done (mapserver: FTBFS: /usr/bin/ld: cannot find -lrtmp)
Your message dated Mon, 05 Sep 2011 17:03:07 + with message-id e1r0czf-00046b...@franck.debian.org and subject line Bug#640260: fixed in libdap 3.11.1-7 has caused the Debian Bug report #640260, regarding mapserver: FTBFS: /usr/bin/ld: cannot find -lrtmp to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 640260: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=640260 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: src:mapserver Version: 5.6.6-2 Severity: serious Tags: sid wheezy Justification: fails to build from source (but built successfully in the past) Hi! Your package failed to build on the buildds: g++ -g -fPIC -Wall -DHAVE_VSNPRINTF -DNEED_STRLCAT -DNEED_STRRSTR -DUSE_FASTCGI -DUSE_FRIBIDI -DUSE_FRIBIDI2 -DUSE_WMS_LYR -DUSE_WFS_LYR -DUSE_SOS_SVR -DUSE_LIBXML2 -DUSE_CURL -DUSE_WCS_SVR -DUSE_WFS_SVR -DUSE_WMS_SVR -DUSE_MING_FLASH -DUSE_POSTGIS -DPOSTGIS_HAS_SERVER_VERSION -DUSE_GDAL -DUSE_OGR -DUSE_GEOS -DGEOS_HAS_SIMPLIFY -DUSE_THREAD -DUSE_PROJ -DUSE_EPPL -DUSE_RGBA_PNG -DUSE_AGG -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_FTEX_XSHOW -DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_ICONV -DUSE_ZLIB -DUSE_FRIBIDI -DUSE_FRIBIDI2 -I/usr/include -I/usr/include -I/usr/include/freetype2 -I/usr/include -I/usr/include/gdal -I/usr/include/postgresql -I/usr/include -I/usr/include -I/usr/include/libxml2 -I/usr/include/fribidishp2img.o -L. -lmapserver -L/usr/lib -lgd -L/usr/lib -ljpeg -L/usr/lib/x86_64-kfreebsd-gnu -lfreetype -lz -lpng -L/usr/lib -lz -L/usr/lib -lXpm -lX11 -L/usr/lib -ljpeg -L/usr/lib/x86_64-kfreebsd-gnu -lfreetype -lz -lpng -L/usr/lib -lz -L/usr/lib -lXpm -lX11 -lproj -L/usr/lib -ljpeg -lpng -L/usr/lib -lgdal1.7.0 -lproj -L/usr/lib -lgeos_c -L/usr/lib -lepsilon -lodbc -lodbcinst -L/usr/lib -lexpat -L/usr/lib -lxerces-c -lpthread -ljasper -lhdf5 -lmfhdfalt -ldfalt -logdi -lgif -ljpeg -lpng -lnetcdf -lpq -L/usr/lib -lpq -lz -lpthread -lm -lrt -ldl -L/usr/lib -ldap -ldapserver -ldapclient -lcurl -lidn -llber -lldap -lrt -lgssapi_krb5 -lgcrypt -lrtmp -lz -lgnutls -lxml2 -lpthread -lz -lm -lpthread -luuid -L/usr/lib -lspatialite -L/usr/lib/x86_64-kfreebsd-gnu -lcurl -L/usr/lib/mysql -lmysqlclient -lming -L/usr/lib -lpq -lpgport -lxslt -lxml2 -lpam -lssl -lcrypto -lkrb5 -lcom_err -lgssapi_krb5 -lz -ledit -lcrypt -ldl -lm -L/usr/lib/x86_64-kfreebsd-gnu -lcurl -L/usr/lib -lgeos_c -lpthread -lc -lfcgi -L/usr/lib -lz -L/usr/lib -lxml2 -lfribidi -lm -lstdc++-o shp2img /usr/bin/ld: cannot find -lrtmp collect2: ld returned 1 exit status Full build log at https://buildd.debian.org/status/fetch.php?pkg=mapserverarch=kfreebsd-amd64ver=5.6.6-2%2Bb1stamp=1315016620 Regards Christoph -- 9FED 5C6C E206 B70A 5857 70CA 9655 22B9 D49A E731 Debian Developer | Lisp Hacker | CaCert Assurer ---End Message--- ---BeginMessage--- Source: libdap Source-Version: 3.11.1-7 We believe that the bug you reported is fixed in the latest version of libdap, which is due to be installed in the Debian FTP archive: libdap-bin_3.11.1-7_i386.deb to main/libd/libdap/libdap-bin_3.11.1-7_i386.deb libdap-dev_3.11.1-7_i386.deb to main/libd/libdap/libdap-dev_3.11.1-7_i386.deb libdap-doc_3.11.1-7_all.deb to main/libd/libdap/libdap-doc_3.11.1-7_all.deb libdap11_3.11.1-7_i386.deb to main/libd/libdap/libdap11_3.11.1-7_i386.deb libdap_3.11.1-7.debian.tar.gz to main/libd/libdap/libdap_3.11.1-7.debian.tar.gz libdap_3.11.1-7.dsc to main/libd/libdap/libdap_3.11.1-7.dsc libdapclient3_3.11.1-7_i386.deb to main/libd/libdap/libdapclient3_3.11.1-7_i386.deb libdapserver7_3.11.1-7_i386.deb to main/libd/libdap/libdapserver7_3.11.1-7_i386.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 640...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Alastair McKinstry mckins...@debian.org (supplier of updated libdap package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Mon, 05 Sep 2011 16:40:31 +0100 Source: libdap Binary: libdap11 libdapclient3 libdapserver7 libdap-bin libdap-dev libdap-doc Architecture: source i386 all Version: 3.11.1-7 Distribution: unstable Urgency:
Bug#639916: spread: license wackiness
On Mon, 05 Sep 2011 07:32:33 +0200 Florian Weimer wrote: * Ken Arromdee: Unlike the original BSD 4 clause license this adds or software that uses this software. Is it really that much different in effect from the Affero GPL? It may be a bit more far-reaching, but compliance is so much easier. Frankly speaking, I fail to see the analogies between this license and the GNU AfferoGPL v3... And anyway, I personally don't think that works licensed under the terms of the GNU AfferoGPL v3 should be regarded as complying with the DFSG. Despite what the ftp-masters say... -- http://www.inventati.org/frx/frx-gpg-key-transition-2010.txt New GnuPG key, see the transition document! . Francesco Poli . GnuPG key fpr == CA01 1147 9CD2 EFDF FB82 3925 3E1C 27E1 1F69 BFFE pgpR9EyW6evdx.pgp Description: PGP signature
Bug#640539: [nvidia-kernel-source] Failure to install the nvidia driver with module-assistant
severity 640539 normal thanks On 2011-09-05 18:58, Davide Governale wrote: Makefile:10: *** regole implicite e normali miste. Stop. Depends (Version) | Installed make| 3.82-1 Don't use make 3.82 from experimental, it's broken. Downgrade to unstable. Andreas -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: Re: Bug#640539: [nvidia-kernel-source] Failure to install the nvidia driver with module-assistant
Processing commands for cont...@bugs.debian.org: severity 640539 normal Bug #640539 [nvidia-kernel-source] [nvidia-kernel-source] Failure to install the nvidia driver with module-assistant Severity set to 'normal' from 'grave' thanks Stopping processing here. Please contact me if you need assistance. -- 640539: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=640539 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#640548: Fails to build from source against libav/0.7.1
Package: elmerfem Severity: serious Hi, libav 0.7.1 has been uploaded to unstable a few days ago. elmerfem uses deprecated libav functions, which have been removed in 0.7.1: h/elmerfem-6.1.0.svn.5272.dfsg/debian/tmp/usr/share/ElmerGUI/edf-extra/ install -m 644 -p /home/jmm/scratch/elmerfem-6.1.0.svn.5272.dfsg/ElmerGUI/Application/edf-extra/statcurrent.xml /home/jmm/scratch/elmerfem-6.1.0.svn.5272.dfsg/debian/tmp/usr/share/ElmerGUI/edf-extra/ make[2]: Leaving directory `/home/jmm/scratch/elmerfem-6.1.0.svn.5272.dfsg/ElmerGUI/Application' make[1]: Leaving directory `/home/jmm/scratch/elmerfem-6.1.0.svn.5272.dfsg/ElmerGUI' mv debian/tmp/usr/share/ElmerGUI/ElmerGUI debian/tmp/usr/bin/ for edf_file in helmholtz navier-stokes resultoutput heatequation \ linearelasticity k-epsilon meshdeform; do \ mv debian/tmp/usr/share/ElmerGUI/edf/$edf_file.xml \ debian/tmp/usr/share/ElmerGUI/edf-extra/; \ done cp ElmerGUIlogger/ElmerGUIlogger debian/tmp/usr/bin/ (cd utils/ElmerClips/ qmake make) make[1]: Entering directory `/home/jmm/scratch/elmerfem-6.1.0.svn.5272.dfsg/utils/ElmerClips' g++ -c -m64 -pipe -O2 -Wall -W -D_REENTRANT -DQT_WEBKIT -DQT_NO_DEBUG -DQT_GUI_LIB -DQT_CORE_LIB -DQT_SHARED -I/usr/share/qt4/mkspecs/linux-g++-64 -I. -I/usr/include/qt4/QtCore -I/usr/include/qt4/QtGui -I/usr/include/qt4 -I. -Isrc -I. -o main.o src/main.cpp g++ -c -m64 -pipe -O2 -Wall -W -D_REENTRANT -DQT_WEBKIT -DQT_NO_DEBUG -DQT_GUI_LIB -DQT_CORE_LIB -DQT_SHARED -I/usr/share/qt4/mkspecs/linux-g++-64 -I. -I/usr/include/qt4/QtCore -I/usr/include/qt4/QtGui -I/usr/include/qt4 -I. -Isrc -I. -o preview.o src/preview.cpp g++ -c -m64 -pipe -O2 -Wall -W -D_REENTRANT -DQT_WEBKIT -DQT_NO_DEBUG -DQT_GUI_LIB -DQT_CORE_LIB -DQT_SHARED -I/usr/share/qt4/mkspecs/linux-g++-64 -I. -I/usr/include/qt4/QtCore -I/usr/include/qt4/QtGui -I/usr/include/qt4 -I. -Isrc -I. -o encoder.o src/encoder.cpp src/encoder.cpp: In member function ‘void Encoder::compressImages(int)’: src/encoder.cpp:216:25: error: ‘CODEC_TYPE_VIDEO’ was not declared in this scope make[1]: *** [encoder.o] Fehler 1 make[1]: Leaving directory `/home/jmm/scratch/elmerfem-6.1.0.svn.5272.dfsg/utils/ElmerClips' make: *** [stamp-build] Fehler 2 dpkg-buildpackage: Fehler: Fehler-Exitstatus von debian/rules build war 2 I didn't check a complete build, but replacing ‘CODEC_TYPE_VIDEO’ with ‘AVMEDIA_TYPE_VIDEO’ should fix this specific issue. Cheers, Moritz -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638214: marked as done (FTBFS: ICE on amd64)
Your message dated Mon, 5 Sep 2011 19:47:12 +0200 with message-id 20110905174712.GA26142@pisco.westfalen.local and subject line Re: Bug#638214: Fails to build from source: libqwt5-qt4-dev no longer exists has caused the Debian Bug report #638214, regarding FTBFS: ICE on amd64 to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 638214: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=638214 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: elmer Severity: serious Hi, It's currently impossible to build elmerfem from source: dpkg-buildpackage: source package elmerfem dpkg-buildpackage: source version 6.1.0.svn.5272.dfsg-1 dpkg-buildpackage: source changed by Adam C. Powell, IV hazel...@debian.org dpkg-buildpackage: host architecture amd64 dpkg-source --before-build elmerfem-6.1.0.svn.5272.dfsg dpkg-checkbuilddeps: Unmet build dependencies: libqwt5-qt4-dev dpkg-buildpackage: warning: Build dependencies/conflicts unsatisfied; aborting. dpkg-buildpackage: warning: (Use -d flag to override.) libqwt5-qt4-dev no longer exists in the archive, switching to libqwt-dev isn't sufficient, I received the following error: export ELMERGUI_HOME=/usr/share/ElmerGUI; \ qmake; \ make) Project MESSAGE: EG_QWT has been defined, but qwt.h was not found Project MESSAGE: Check QWT_INCLUDEPATH or undefine EG_QWT in ElmerGUI.pri Project ERROR: Detected inconsistent configuration. Unable to continue. make: *** [stamp-build] Fehler 2 Cheers, Moritz -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash ---End Message--- ---BeginMessage--- On Tue, Aug 30, 2011 at 10:29:52AM -0500, Adam C Powell IV wrote: Thank you for the update. I spent a little while trying to port to qwt6, it's good to know qwt5 is still an option. I'll see if there's anything I can do about this ICE... This ICE has been fixed with 4.6.1-9, closing the bug. Adam, maybe you should tighten this with a versioned build-dep for future uploads. Cheers, Moritz ---End Message---
Processed: severity of 586550 is serious
Processing commands for cont...@bugs.debian.org: severity 586550 serious Bug #586550 [ffmpeg-php] ffmpeg-php: FTBFS with ffmpeg = 0.6 (which is in experimental) Severity set to 'serious' from 'normal' thanks Stopping processing here. Please contact me if you need assistance. -- 586550: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=586550 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#634394: gauche-c-wrapper: FTBFS: gcc: error: /usr/lib/libffi_pic.a: No such file or directory
tags 634394 + patch user ubuntu-de...@lists.ubuntu.com usertags 634394 oneiric ubuntu-patch thanks patch at http://launchpadlibrarian.net/79051381/gauche-c-wrapper_0.6.1-4_0.6.1-4ubuntu1.diff.gz -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: Re: gauche-c-wrapper: FTBFS: gcc: error: /usr/lib/libffi_pic.a: No such file or directory
Processing commands for cont...@bugs.debian.org: tags 634394 + patch Bug #634394 [src:gauche-c-wrapper] gauche-c-wrapper: FTBFS: gcc: error: /usr/lib/libffi_pic.a: No such file or directory Added tag(s) patch. user ubuntu-de...@lists.ubuntu.com Setting user to ubuntu-de...@lists.ubuntu.com (was d...@ubuntu.com). usertags 634394 oneiric ubuntu-patch Bug#634394: gauche-c-wrapper: FTBFS: gcc: error: /usr/lib/libffi_pic.a: No such file or directory There were no usertags set. Usertags are now: ubuntu-patch oneiric. thanks Stopping processing here. Please contact me if you need assistance. -- 634394: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=634394 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: severity of 634668 is serious
Processing commands for cont...@bugs.debian.org: severity 634668 serious Bug #634668 [ktoon] ktoon: Please consider supporting libav 0.7 (Debian experimental) Severity set to 'serious' from 'wishlist' thanks Stopping processing here. Please contact me if you need assistance. -- 634668: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=634668 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#640554: amphetamine: FTBFS: make[1]: *** No rule to make target `/usr/include/sys/stat.h', needed by `src/System.o'. Stop.
Source: amphetamine Version: 0.8.10-15 Severity: serious Tags: wheezy sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20110902 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part: g++ -DINSTALL_DIR=\/usr/share/games/amphetamine\ -D_USE_LIB_XPM -c src/Thing.cpp -g -I- -I./src -I/usr/include/SDL -O9 -funroll-loops -fomit-frame-pointer -ffast-math -Wcast-align -o src/Thing.o cc1plus: note: obsolete option -I- used, please use -iquote instead g++ -DINSTALL_DIR=\/usr/share/games/amphetamine\ -D_USE_LIB_XPM -c src/Weapon.cpp -g -I- -I./src -I/usr/include/SDL -O9 -funroll-loops -fomit-frame-pointer -ffast-math -Wcast-align -o src/Weapon.o cc1plus: note: obsolete option -I- used, please use -iquote instead make[1]: *** No rule to make target `/usr/include/sys/stat.h', needed by `src/System.o'. Stop. make[1]: Leaving directory `/build/amphetamine-p7n5cm/amphetamine-0.8.10' dh_auto_build: make -j1 returned exit code 2 make: *** [build] Error 2 The full build log is available from: http://people.debian.org/~lucas/logs/2011/09/02/amphetamine_0.8.10-15_lsid64.buildlog A list of current common problems and possible solutions is available at http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! About the archive rebuild: The rebuild was done on about 50 AMD64 nodes of the Grid'5000 platform, using a clean chroot. Internet was not accessible from the build systems. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#640555: gdcm: FTBFS: make[3]: *** No rule to make target `/usr/lib64/libpq.so', needed by `bin/libvtkgdcm.so.2.0.17'. Stop.
Source: gdcm Version: 2.0.17-3.1 Severity: serious Tags: wheezy sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20110902 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part: make[3]: Entering directory `/build/gdcm-PmsUOA/gdcm-2.0.17/debian/build-python2.6' [ 82%] Building CXX object Wrapping/Python/CMakeFiles/_gdcmswig.dir/gdcmswigPYTHON_wrap.cxx.o make[3]: Leaving directory `/build/gdcm-PmsUOA/gdcm-2.0.17/debian/build-python2.6' [ 82%] Built target gdcmpdf [ 83%] Building CXX object Wrapping/Python/CMakeFiles/_gdcmswig.dir/gdcmPythonFilter.cxx.o [ 84%] Building CXX object Utilities/VTK/CMakeFiles/vtkgdcm.dir/vtkGDCMPolyDataWriter.cxx.o [ 84%] Building CXX object Utilities/VTK/CMakeFiles/vtkgdcm.dir/vtkLookupTable16.cxx.o [ 84%] Building CXX object Utilities/VTK/CMakeFiles/vtkgdcm.dir/vtkImageMapToColors16.cxx.o /build/gdcm-PmsUOA/gdcm-2.0.17/debian/build-python2.6/Wrapping/Python/gdcmswigPYTHON_wrap.cxx: In function 'PyObject* _wrap_DataElement_GetSequenceOfItems__SWIG_0(PyObject*, PyObject*)': /build/gdcm-PmsUOA/gdcm-2.0.17/debian/build-python2.6/Wrapping/Python/gdcmswigPYTHON_wrap.cxx:20107:91: warning: 'const gdcm::SequenceOfItems* gdcm::DataElement::GetSequenceOfItems() const' is deprecated (declared at /build/gdcm-PmsUOA/gdcm-2.0.17/Source/DataStructureAndEncodingDefinition/gdcmDataElement.h:150) [-Wdeprecated-declarations] /build/gdcm-PmsUOA/gdcm-2.0.17/debian/build-python2.6/Wrapping/Python/gdcmswigPYTHON_wrap.cxx: In function 'PyObject* _wrap_DataElement_GetSequenceOfItems__SWIG_1(PyObject*, PyObject*)': /build/gdcm-PmsUOA/gdcm-2.0.17/debian/build-python2.6/Wrapping/Python/gdcmswigPYTHON_wrap.cxx:20129:64: warning: 'gdcm::SequenceOfItems* gdcm::DataElement::GetSequenceOfItems()' is deprecated (declared at /build/gdcm-PmsUOA/gdcm-2.0.17/Source/DataStructureAndEncodingDefinition/gdcmDataElement.h:151) [-Wdeprecated-declarations] [ 84%] Building CXX object Utilities/VTK/CMakeFiles/vtkgdcm.dir/vtkImageColorViewer.cxx.o Linking CXX executable ../../bin/gdcmtar [ 85%] Building CXX object Utilities/VTK/CMakeFiles/vtkgdcm.dir/vtkGDCMThreadedImageReader2.cxx.o make[3]: Leaving directory `/build/gdcm-PmsUOA/gdcm-2.0.17/debian/build-python2.6' [ 85%] Built target gdcmtar make[3]: *** No rule to make target `/usr/lib64/libpq.so', needed by `bin/libvtkgdcm.so.2.0.17'. Stop. make[3]: *** Waiting for unfinished jobs [ 85%] Building CXX object Utilities/VTK/CMakeFiles/vtkgdcm.dir/vtkgdcmInstantiator.cxx.o make[3]: Leaving directory `/build/gdcm-PmsUOA/gdcm-2.0.17/debian/build-python2.6' make[2]: *** [Utilities/VTK/CMakeFiles/vtkgdcm.dir/all] Error 2 The full build log is available from: http://people.debian.org/~lucas/logs/2011/09/02/gdcm_2.0.17-3.1_lsid64.buildlog A list of current common problems and possible solutions is available at http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! About the archive rebuild: The rebuild was done on about 50 AMD64 nodes of the Grid'5000 platform, using a clean chroot. Internet was not accessible from the build systems. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#640556: ginkgocadx: FTBFS: make[3]: *** No rule to make target `/usr/lib64/libpq.so', needed by `src/cadxcore/libCADxCore.so.2.5.0.0'. Stop.
Source: ginkgocadx Version: 2.5.1.0-1 Severity: serious Tags: wheezy sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20110902 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part: /usr/bin/cmake -E cmake_progress_report /build/ginkgocadx-GIeIWs/ginkgocadx-2.5.1.0/obj-x86_64-linux-gnu/CMakeFiles [ 83%] Building CXX object src/cadxcore/CMakeFiles/CADxCore.dir/xmlrpc/XmlRpcDispatch.cpp.o cd /build/ginkgocadx-GIeIWs/ginkgocadx-2.5.1.0/obj-x86_64-linux-gnu/src/cadxcore /usr/bin/c++ -DCADxCore_EXPORTS -DUSING_EXTENSIONS -DGINKGO_ARCH_x86_64 -DINTERNET_DIST -DLINUX -DAPIEXPORT -DUSE_SYSTEM_SQLITE -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES -D__WXGTK__ -DHAVE_CONFIG_H -fPIC -pthread -Wno-deprecated -ftemplate-depth-50 -Wall -Wno-deprecated -O3 -DNDEBUG -fPIC -I/usr/include/InsightToolkit/Review/Statistics -I/usr/include/InsightToolkit/Review -I/usr/include/InsightToolkit/Utilities/vxl/core -I/usr/include/InsightToolkit/Utilities/vxl/vcl -I/usr/include/InsightToolkit/Utilities/vxl/v3p/netlib -I/usr/include/InsightToolkit/Utilities -I/usr/include/InsightToolkit/Utilities/itkExtHdrs -I/usr/include/InsightToolkit/Utilities/nifti/znzlib -I/usr/include/InsightToolkit/Utilities/nifti/niftilib -I/usr/include/InsightToolkit/Utilities/expat -I/usr/include/InsightToolkit/Utilities/DICOMParser -I/usr/include/InsightToolkit/Utilities/NrrdIO -I/usr/include/InsightToolkit/Utilities/MetaIO -I/usr/include/InsightToolkit/SpatialObject -I/usr/include/InsightToolkit/Numerics/NeuralNetworks -I/usr/include/InsightToolkit/Numerics/FEM -I/usr/include/InsightToolkit/IO -I/usr/include/InsightToolkit/Numerics -I/usr/include/InsightToolkit/Common -I/usr/include/InsightToolkit/BasicFilters -I/usr/include/InsightToolkit/Algorithms -I/usr/include/InsightToolkit -I/build/ginkgocadx-GIeIWs/ginkgocadx-2.5.1.0/src/cadxcore/CADxCore -I/build/ginkgocadx-GIeIWs/ginkgocadx-2.5.1.0/src/cadxcore -I/build/ginkgocadx-GIeIWs/ginkgocadx-2.5.1.0/src/cadxcore/vtk -I/build/ginkgocadx-GIeIWs/ginkgocadx-2.5.1.0/src/cadxcore/itk -I/build/ginkgocadx-GIeIWs/ginkgocadx-2.5.1.0/src/cadxcore/wx -I/build/ginkgocadx-GIeIWs/ginkgocadx-2.5.1.0/src/cadxcore/wx/VTK -I/build/ginkgocadx-GIeIWs/ginkgocadx-2.5.1.0/src/cadxcore/VTKInria3D -I/build/ginkgocadx-GIeIWs/ginkgocadx-2.5.1.0/src/cadxcore/VTKInria3D/wxVTK -I/build/ginkgocadx-GIeIWs/ginkgocadx-2.5.1.0/src/cadxcore/VTKInria3D/vtkRenderingAddons -isystem /usr/lib/wx/include/gtk2-unicode-release-2.8 -isystem /usr/include/wx-2.8 -I/usr/include/vtk-5.6 -I/usr/include/mpi -I/usr/include/tcl8.5 -I/usr/include/python2.6 -I/usr/lib/jvm/default-java/include -I/usr/include/libxml2 -I/usr/include/freetype2 -I/usr/include/gdcm-2.0 -I/usr/include/dcmtk/config -I/usr/include/dcmtk/dcmdata -I/usr/include/dcmtk/dcmimage -I/usr/include/dcmtk/dcmimgle -I/usr/include/dcmtk/dcmjpeg -I/usr/include/dcmtk/dcmnet -I/usr/include/dcmtk/dcmpstat -I/usr/include/dcmtk/dcmqrdb -I/usr/include/dcmtk/dcmsign -I/usr/include/dcmtk/dcmsr -I/usr/include/dcmtk/dcmtls -I/usr/include/dcmtk/ofstd -I/usr/include/dcmtk -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/gtk-2.0 -I/usr/lib/x86_64-linux-gnu/gtk-2.0/include -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/atk-1.0-o CMakeFiles/CADxCore.dir/xmlrpc/XmlRpcDispatch.cpp.o -c /build/ginkgocadx-GIeIWs/ginkgocadx-2.5.1.0/src/cadxcore/xmlrpc/XmlRpcDispatch.cpp /usr/bin/cmake -E cmake_progress_report /build/ginkgocadx-GIeIWs/ginkgocadx-2.5.1.0/obj-x86_64-linux-gnu/CMakeFiles make[3]: *** No rule to make target `/usr/lib64/libpq.so', needed by `src/cadxcore/libCADxCore.so.2.5.0.0'. Stop. make[3]: *** Waiting for unfinished jobs [ 83%] Building CXX object src/cadxcore/CMakeFiles/CADxCore.dir/xmlrpc/XmlRpcServer.cpp.o cd /build/ginkgocadx-GIeIWs/ginkgocadx-2.5.1.0/obj-x86_64-linux-gnu/src/cadxcore /usr/bin/c++ -DCADxCore_EXPORTS -DUSING_EXTENSIONS -DGINKGO_ARCH_x86_64 -DINTERNET_DIST -DLINUX -DAPIEXPORT -DUSE_SYSTEM_SQLITE -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES -D__WXGTK__ -DHAVE_CONFIG_H -fPIC -pthread -Wno-deprecated -ftemplate-depth-50 -Wall -Wno-deprecated -O3 -DNDEBUG -fPIC -I/usr/include/InsightToolkit/Review/Statistics -I/usr/include/InsightToolkit/Review -I/usr/include/InsightToolkit/Utilities/vxl/core -I/usr/include/InsightToolkit/Utilities/vxl/vcl -I/usr/include/InsightToolkit/Utilities/vxl/v3p/netlib -I/usr/include/InsightToolkit/Utilities -I/usr/include/InsightToolkit/Utilities/itkExtHdrs -I/usr/include/InsightToolkit/Utilities/nifti/znzlib -I/usr/include/InsightToolkit/Utilities/nifti/niftilib -I/usr/include/InsightToolkit/Utilities/expat -I/usr/include/InsightToolkit/Utilities/DICOMParser -I/usr/include/InsightToolkit/Utilities/NrrdIO -I/usr/include/InsightToolkit/Utilities/MetaIO
Bug#640557: ifrit: FTBFS: make[3]: *** No rule to make target `/usr/lib64/libpq.so', needed by `/build/ifrit-qKNvOd/ifrit-3.3.4/ifrit'. Stop.
Source: ifrit Version: 3.3.4-2 Severity: serious Tags: wheezy sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20110902 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part: /usr/bin/c++ -DI_USE_CURSES -DI_EXTERNAL_CONFIGURATION -DI_CHECK1 -g -O2 -Wno-deprecated -O3 -DNDEBUG -I/usr/include/vtk-5.6 -I/usr/include/mpi -I/usr/include/tcl8.5 -I/usr/include/python2.6 -I/usr/lib/jvm/default-java/include -I/usr/include/libxml2 -I/usr/include/freetype2 -I/usr/include/qt4 -I/usr/include/qt4/Qt -I/usr/include/qt4/QtCore -I/build/ifrit-qKNvOd/ifrit-3.3.4/build/../configure -I/build/ifrit-qKNvOd/ifrit-3.3.4/build/../core -I/build/ifrit-qKNvOd/ifrit-3.3.4/build/../help -I/build/ifrit-qKNvOd/ifrit-3.3.4/build/../docs -I/build/ifrit-qKNvOd/ifrit-3.3.4/build/../shells/configure -I/build/ifrit-qKNvOd/ifrit-3.3.4/build/../shells/generic -I/build/ifrit-qKNvOd/ifrit-3.3.4/build/../shells/base -I/build/ifrit-qKNvOd/ifrit-3.3.4/build/../shells/cl -I/build/ifrit-qKNvOd/ifrit-3.3.4/build/../shells/qt-o CMakeFiles/ifrit.dir/moc_iqtmainwindowsubject.o -c /build/ifrit-qKNvOd/ifrit-3.3.4/build/moc_iqtmainwindowsubject.cxx /usr/bin/cmake -E cmake_progress_report /build/ifrit-qKNvOd/ifrit-3.3.4/build/CMakeFiles 98 [100%] Building CXX object CMakeFiles/ifrit.dir/moc_iqtframesubject.o /usr/bin/c++ -DI_USE_CURSES -DI_EXTERNAL_CONFIGURATION -DI_CHECK1 -g -O2 -Wno-deprecated -O3 -DNDEBUG -I/usr/include/vtk-5.6 -I/usr/include/mpi -I/usr/include/tcl8.5 -I/usr/include/python2.6 -I/usr/lib/jvm/default-java/include -I/usr/include/libxml2 -I/usr/include/freetype2 -I/usr/include/qt4 -I/usr/include/qt4/Qt -I/usr/include/qt4/QtCore -I/build/ifrit-qKNvOd/ifrit-3.3.4/build/../configure -I/build/ifrit-qKNvOd/ifrit-3.3.4/build/../core -I/build/ifrit-qKNvOd/ifrit-3.3.4/build/../help -I/build/ifrit-qKNvOd/ifrit-3.3.4/build/../docs -I/build/ifrit-qKNvOd/ifrit-3.3.4/build/../shells/configure -I/build/ifrit-qKNvOd/ifrit-3.3.4/build/../shells/generic -I/build/ifrit-qKNvOd/ifrit-3.3.4/build/../shells/base -I/build/ifrit-qKNvOd/ifrit-3.3.4/build/../shells/cl -I/build/ifrit-qKNvOd/ifrit-3.3.4/build/../shells/qt-o CMakeFiles/ifrit.dir/moc_iqtframesubject.o -c /build/ifrit-qKNvOd/ifrit-3.3.4/build/moc_iqtframesubject.cxx make[3]: *** No rule to make target `/usr/lib64/libpq.so', needed by `/build/ifrit-qKNvOd/ifrit-3.3.4/ifrit'. Stop. make[3]: Leaving directory `/build/ifrit-qKNvOd/ifrit-3.3.4/build' make[2]: *** [CMakeFiles/ifrit.dir/all] Error 2 The full build log is available from: http://people.debian.org/~lucas/logs/2011/09/02/ifrit_3.3.4-2_lsid64.buildlog A list of current common problems and possible solutions is available at http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! About the archive rebuild: The rebuild was done on about 50 AMD64 nodes of the Grid'5000 platform, using a clean chroot. Internet was not accessible from the build systems. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#640558: igstk: FTBFS: make[3]: *** No rule to make target `/usr/lib64/libpq.so', needed by `bin/igstkStateMachineExportTest'. Stop.
Source: igstk Version: 4.2.0-5 Severity: serious Tags: wheezy sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20110902 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part: make[3]: Entering directory `/build/igstk-VXLAm_/igstk-4.2.0/DEB_build_static' [ 47%] Building CXX object Testing/CMakeFiles/igstkStateMachineExportTest.dir/igstkStateMachineExportTest.o In file included from /usr/include/gdcm-2.0/gdcmFile.h:19:0, from /usr/include/gdcm-2.0/gdcmSerieHelper.h:20, from /usr/include/InsightToolkit/IO/itkGDCMSeriesFileNames.h:24, from /build/igstk-VXLAm_/igstk-4.2.0/Source/igstkDICOMImageReader.h:27, from /build/igstk-VXLAm_/igstk-4.2.0/Source/igstkCTImageReader.h:20, from /build/igstk-VXLAm_/igstk-4.2.0/Testing/igstkStateMachineExportTest.cxx:48: /usr/include/gdcm-2.0/gdcmDataSet.h: In member function 'void gdcm::DataSet::InsertDataElement(const gdcm::DataElement)': /usr/include/gdcm-2.0/gdcmDataSet.h:276:30: warning: variable 'pr' set but not used [-Wunused-but-set-variable] /usr/include/gdcm-2.0/gdcmDataSet.h: In member function 'gdcm::VL gdcm::DataSet::GetLength() const [with TDE = gdcm::ExplicitDataElement]': /usr/include/gdcm-2.0/gdcmFileMetaInformation.h:105:70: instantiated from here /usr/include/gdcm-2.0/gdcmDataSet.h:119:10: warning: variable 'len' set but not used [-Wunused-but-set-variable] make[3]: *** No rule to make target `/usr/lib64/libpq.so', needed by `bin/igstkStateMachineExportTest'. Stop. make[3]: Leaving directory `/build/igstk-VXLAm_/igstk-4.2.0/DEB_build_static' make[2]: *** [Testing/CMakeFiles/igstkStateMachineExportTest.dir/all] Error 2 The full build log is available from: http://people.debian.org/~lucas/logs/2011/09/02/igstk_4.2.0-5_lsid64.buildlog A list of current common problems and possible solutions is available at http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! About the archive rebuild: The rebuild was done on about 50 AMD64 nodes of the Grid'5000 platform, using a clean chroot. Internet was not accessible from the build systems. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#640559: ircd-hybrid: FTBFS: make[2]: *** No rule to make target `/usr/lib/libpcre.a', needed by `ircd'. Stop.
Source: ircd-hybrid Version: 1:7.2.2.dfsg.2-6.2 Severity: serious Tags: wheezy sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20110902 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part: make[2]: Entering directory `/build/ircd-hybrid-jlLidC/ircd-hybrid-7.2.2.dfsg.2/modules' gcc -fPIC -DPIC -shared -I../include -I/usr/include/pcre -Wall -O2 -g core/m_die.c -o core/m_die.so gcc -fPIC -DPIC -shared -I../include -I/usr/include/pcre -Wall -O2 -g core/m_join.c -o core/m_join.so gcc -fPIC -DPIC -shared -I../include -I/usr/include/pcre -Wall -O2 -g core/m_kick.c -o core/m_kick.so gcc -fPIC -DPIC -shared -I../include -I/usr/include/pcre -Wall -O2 -g core/m_kill.c -o core/m_kill.so gcc -fPIC -DPIC -shared -I../include -I/usr/include/pcre -Wall -O2 -g core/m_message.c -o core/m_message.so gcc -fPIC -DPIC -shared -I../include -I/usr/include/pcre -Wall -O2 -g core/m_mode.c -o core/m_mode.so gcc -fPIC -DPIC -shared -I../include -I/usr/include/pcre -Wall -O2 -g core/m_nick.c -o core/m_nick.so gcc -fPIC -DPIC -shared -I../include -I/usr/include/pcre -Wall -O2 -g core/m_part.c -o core/m_part.so gcc -fPIC -DPIC -shared -I../include -I/usr/include/pcre -Wall -O2 -g core/m_quit.c -o core/m_quit.so gcc -fPIC -DPIC -shared -I../include -I/usr/include/pcre -Wall -O2 -g core/m_server.c -o core/m_server.so gcc -fPIC -DPIC -shared -I../include -I/usr/include/pcre -Wall -O2 -g core/m_sjoin.c -o core/m_sjoin.so core/m_sjoin.c: In function 'introduce_lazy_link_clients': core/m_sjoin.c:888:2: warning: suggest parentheses around operand of '!' or change '' to '' or '!' to '~' [-Wparentheses] gcc -fPIC -DPIC -shared -I../include -I/usr/include/pcre -Wall -O2 -g core/m_squit.c -o core/m_squit.so gcc -fPIC -DPIC -shared -I../include -I/usr/include/pcre -Wall -O2 -g m_accept.c -o m_accept.so gcc -fPIC -DPIC -shared -I../include -I/usr/include/pcre -Wall -O2 -g m_admin.c -o m_admin.so gcc -fPIC -DPIC -shared -I../include -I/usr/include/pcre -Wall -O2 -g m_away.c -o m_away.so gcc -fPIC -DPIC -shared -I../include -I/usr/include/pcre -Wall -O2 -g m_cap.c -o m_cap.so gcc -fPIC -DPIC -shared -I../include -I/usr/include/pcre -Wall -O2 -g m_capab.c -o m_capab.so gcc -fPIC -DPIC -shared -I../include -I/usr/include/pcre -Wall -O2 -g m_cburst.c -o m_cburst.so gcc -fPIC -DPIC -shared -I../include -I/usr/include/pcre -Wall -O2 -g m_close.c -o m_close.so gcc -fPIC -DPIC -shared -I../include -I/usr/include/pcre -Wall -O2 -g m_connect.c -o m_connect.so gcc -fPIC -DPIC -shared -I../include -I/usr/include/pcre -Wall -O2 -g m_drop.c -o m_drop.so gcc -fPIC -DPIC -shared -I../include -I/usr/include/pcre -Wall -O2 -g m_encap.c -o m_encap.so m_encap.c: In function 'ms_encap': m_encap.c:73:19: warning: variable 'mpara' set but not used [-Wunused-but-set-variable] m_encap.c:73:7: warning: variable 'paramcount' set but not used [-Wunused-but-set-variable] gcc -fPIC -DPIC -shared -I../include -I/usr/include/pcre -Wall -O2 -g m_eob.c -o m_eob.so gcc -fPIC -DPIC -shared -I../include -I/usr/include/pcre -Wall -O2 -g m_etrace.c -o m_etrace.so m_etrace.c: In function 'report_this_status': m_etrace.c:167:15: warning: variable 'name' set but not used [-Wunused-but-set-variable] gcc -fPIC -DPIC -shared -I../include -I/usr/include/pcre -Wall -O2 -g m_hash.c -o m_hash.so gcc -fPIC -DPIC -shared -I../include -I/usr/include/pcre -Wall -O2 -g m_help.c -o m_help.so m_help.c: In function 'sendhelpfile': m_help.c:190:7: warning: variable 'type' set but not used [-Wunused-but-set-variable] gcc -fPIC -DPIC -shared -I../include -I/usr/include/pcre -Wall -O2 -g m_gline.c -o m_gline.so gcc -fPIC -DPIC -shared -I../include -I/usr/include/pcre -Wall -O2 -g m_info.c -o m_info.so gcc -fPIC -DPIC -shared -I../include -I/usr/include/pcre -Wall -O2 -g m_invite.c -o m_invite.so gcc -fPIC -DPIC -shared -I../include -I/usr/include/pcre -Wall -O2 -g m_ison.c -o m_ison.so gcc -fPIC -DPIC -shared -I../include -I/usr/include/pcre -Wall -O2 -g m_kline.c -o m_kline.so gcc -fPIC -DPIC -shared -I../include -I/usr/include/pcre -Wall -O2 -g m_knock.c -o m_knock.so gcc -fPIC -DPIC -shared -I../include -I/usr/include/pcre -Wall -O2 -g m_links.c -o m_links.so gcc -fPIC -DPIC -shared -I../include -I/usr/include/pcre -Wall -O2 -g m_list.c -o m_list.so gcc -fPIC -DPIC -shared -I../include -I/usr/include/pcre -Wall -O2 -g m_lljoin.c -o m_lljoin.so gcc -fPIC -DPIC -shared -I../include -I/usr/include/pcre -Wall -O2 -g m_llnick.c -o m_llnick.so gcc -fPIC -DPIC -shared -I../include -I/usr/include/pcre -Wall -O2 -g m_locops.c -o m_locops.so gcc -fPIC -DPIC -shared -I../include -I/usr/include/pcre -Wall -O2 -g m_lusers.c -o m_lusers.so gcc -fPIC -DPIC -shared -I../include -I/usr/include/pcre -Wall -O2 -g
Bug#640560: itksnap: FTBFS: make[3]: *** No rule to make target `/usr/lib64/libpq.so', needed by `InsightSNAP'. Stop.
Source: itksnap Version: 2.2.0-1 Severity: serious Tags: wheezy sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20110902 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part: make[3]: Entering directory `/build/itksnap-HpyjiC/itksnap-2.2.0/obj-x86_64-linux-gnu' /usr/bin/cmake -E cmake_progress_report /build/itksnap-HpyjiC/itksnap-2.2.0/obj-x86_64-linux-gnu/CMakeFiles [ 97%] Building CXX object CMakeFiles/InsightSNAP.dir/UserInterface/SNAPMain.cxx.o /usr/bin/c++-g -O2 -ftemplate-depth-50 -Wall -Wno-deprecated -Wno-deprecated -I/usr/include/InsightToolkit/Review/Statistics -I/usr/include/InsightToolkit/Review -I/usr/include/InsightToolkit/Utilities/vxl/core -I/usr/include/InsightToolkit/Utilities/vxl/vcl -I/usr/include/InsightToolkit/Utilities/vxl/v3p/netlib -I/usr/include/InsightToolkit/Utilities -I/usr/include/InsightToolkit/Utilities/itkExtHdrs -I/usr/include/InsightToolkit/Utilities/nifti/znzlib -I/usr/include/InsightToolkit/Utilities/nifti/niftilib -I/usr/include/InsightToolkit/Utilities/expat -I/usr/include/InsightToolkit/Utilities/DICOMParser -I/usr/include/InsightToolkit/Utilities/NrrdIO -I/usr/include/InsightToolkit/Utilities/MetaIO -I/usr/include/InsightToolkit/SpatialObject -I/usr/include/InsightToolkit/Numerics/NeuralNetworks -I/usr/include/InsightToolkit/Numerics/FEM -I/usr/include/InsightToolkit/IO -I/usr/include/InsightToolkit/Numerics -I/usr/include/InsightToolkit/Common -I/usr/include/InsightToolkit/BasicFilters -I/usr/include/InsightToolkit/Algorithms -I/usr/include/InsightToolkit -I/usr/include/gdcm-2.0 -I/usr/include/vtk-5.6 -I/usr/include/mpi -I/usr/include/tcl8.5 -I/usr/include/python2.6 -I/usr/lib/jvm/default-java/include -I/usr/include/libxml2 -I/usr/include/freetype2 -I/usr/lib/InsightToolkit/Utilities/zlib -I/build/itksnap-HpyjiC/itksnap-2.2.0/Common -I/build/itksnap-HpyjiC/itksnap-2.2.0/Common/ITKExtras -I/build/itksnap-HpyjiC/itksnap-2.2.0/Logic -I/build/itksnap-HpyjiC/itksnap-2.2.0/Logic/Common -I/build/itksnap-HpyjiC/itksnap-2.2.0/Logic/Framework -I/build/itksnap-HpyjiC/itksnap-2.2.0/Logic/ImageWrapper -I/build/itksnap-HpyjiC/itksnap-2.2.0/Logic/LevelSet -I/build/itksnap-HpyjiC/itksnap-2.2.0/Logic/Mesh -I/build/itksnap-HpyjiC/itksnap-2.2.0/Logic/Preprocessing -I/build/itksnap-HpyjiC/itksnap-2.2.0/Logic/Slicing -I/build/itksnap-HpyjiC/itksnap-2.2.0/Testing -I/build/itksnap-HpyjiC/itksnap-2.2.0/UserInterface/BasicComponents -I/build/itksnap-HpyjiC/itksnap-2.2.0/UserInterface/Common -I/build/itksnap-HpyjiC/itksnap-2.2.0/UserInterface/ImageIOWizard -I/build/itksnap-HpyjiC/itksnap-2.2.0/UserInterface/MeshIOWizard -I/build/itksnap-HpyjiC/itksnap-2.2.0/UserInterface/MainComponents -I/build/itksnap-HpyjiC/itksnap-2.2.0/UserInterface/MainComponents/Artwork -I/build/itksnap-HpyjiC/itksnap-2.2.0/UserInterface/SliceWindow -I/build/itksnap-HpyjiC/itksnap-2.2.0/UserInterface/Window3D -I/build/itksnap-HpyjiC/itksnap-2.2.0/obj-x86_64-linux-gnu/UserInterface/ImageIOWizard -I/build/itksnap-HpyjiC/itksnap-2.2.0/obj-x86_64-linux-gnu/UserInterface/MainComponents -I/build/itksnap-HpyjiC/itksnap-2.2.0/Utilities/FLTK/Fl_Table -I/build/itksnap-HpyjiC/itksnap-2.2.0/Utilities/FLTK/Fl_Native_File_Chooser -I/build/itksnap-HpyjiC/itksnap-2.2.0/obj-x86_64-linux-gnu-o CMakeFiles/InsightSNAP.dir/UserInterface/SNAPMain.cxx.o -c /build/itksnap-HpyjiC/itksnap-2.2.0/UserInterface/SNAPMain.cxx make[3]: *** No rule to make target `/usr/lib64/libpq.so', needed by `InsightSNAP'. Stop. make[3]: Leaving directory `/build/itksnap-HpyjiC/itksnap-2.2.0/obj-x86_64-linux-gnu' make[2]: *** [CMakeFiles/InsightSNAP.dir/all] Error 2 The full build log is available from: http://people.debian.org/~lucas/logs/2011/09/02/itksnap_2.2.0-1_lsid64.buildlog A list of current common problems and possible solutions is available at http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! About the archive rebuild: The rebuild was done on about 50 AMD64 nodes of the Grid'5000 platform, using a clean chroot. Internet was not accessible from the build systems. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#640561: kwwidgets: FTBFS: make[3]: *** No rule to make target `/usr/lib/libpng.so', needed by `bin/libKWWidgets.so.1.0.1009.0'. Stop.
Source: kwwidgets Version: 1.0.0~cvs20100930-3 Severity: serious Tags: wheezy sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20110902 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part: Building CXX object CMakeFiles/KWWidgets.dir/Utilities/tkdnd/unix/Motif.c.o [ 61%] Building CXX object CMakeFiles/KWWidgets.dir/Utilities/tkdnd/unix/tkXDND.c.o [ 61%] Building CXX object CMakeFiles/KWWidgets.dir/Utilities/tkdnd/unix/XDND.c.o [ 61%] Building CXX object CMakeFiles/KWWidgets.dir/Utilities/tkdnd/unix/Motif/lib/Dnd.c.o make[3]: *** No rule to make target `/usr/lib/libpng.so', needed by `bin/libKWWidgets.so.1.0.1009.0'. Stop. make[3]: *** Waiting for unfinished jobs [ 61%] Building CXX object CMakeFiles/KWWidgets.dir/Utilities/tkdnd/unix/Motif/lib/Target.c.o make[3]: Leaving directory `/build/kwwidgets-vk3Oac/kwwidgets-1.0.0~cvs20100930/DEB_build_shared' make[2]: *** [CMakeFiles/KWWidgets.dir/all] Error 2 The full build log is available from: http://people.debian.org/~lucas/logs/2011/09/02/kwwidgets_1.0.0~cvs20100930-3_lsid64.buildlog A list of current common problems and possible solutions is available at http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! About the archive rebuild: The rebuild was done on about 50 AMD64 nodes of the Grid'5000 platform, using a clean chroot. Internet was not accessible from the build systems. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#640562: FTBFS against libav/0.7.1
Package: motion Severity: serious libav 0.7.1 has been uploaded to sid a few days ago. libav 0.7.1 deprecates a few API elements, which results in the following build failure in motion: ffmpeg.c:34:10: warning: #warning Note that this is not an error message! [-Wcpp] ffmpeg.c:35:10: warning: #warning ** [-Wcpp] ffmpeg.c:183:5: warning: initialization from incompatible pointer type [enabled by default] ffmpeg.c:183:5: warning: (near initialization for ‘file_protocol.url_write’) [enabled by default] ffmpeg.c: In function ‘mpeg1_write_trailer’: ffmpeg.c:202:5: warning: ‘put_buffer’ is deprecated (declared at /usr/include/libavformat/avio.h:255) [-Wdeprecated-declarations] ffmpeg.c:203:5: warning: ‘put_flush_packet’ is deprecated (declared at /usr/include/libavformat/avio.h:292) [-Wdeprecated-declarations] ffmpeg.c: In function ‘ffmpeg_init’: ffmpeg.c:232:5: warning: implicit declaration of function ‘av_register_protocol’ [-Wimplicit-function-declaration] ffmpeg.c: In function ‘get_oformat’: ffmpeg.c:261:9: warning: implicit declaration of function ‘guess_format’ [-Wimplicit-function-declaration] ffmpeg.c:261:12: warning: assignment makes pointer from integer without a cast [enabled by default] ffmpeg.c:273:12: warning: assignment makes pointer from integer without a cast [enabled by default] ffmpeg.c:276:12: warning: assignment makes pointer from integer without a cast [enabled by default] ffmpeg.c:283:12: warning: assignment makes pointer from integer without a cast [enabled by default] ffmpeg.c:286:12: warning: assignment makes pointer from integer without a cast [enabled by default] ffmpeg.c:290:12: warning: assignment makes pointer from integer without a cast [enabled by default] ffmpeg.c:298:12: warning: assignment makes pointer from integer without a cast [enabled by default] ffmpeg.c: In function ‘ffmpeg_open’: ffmpeg.c:380:21: error: ‘CODEC_TYPE_VIDEO’ undeclared (first use in this function) ffmpeg.c:380:21: note: each undeclared identifier is reported only once for each function it appears in ffmpeg.c:420:5: warning: ‘av_set_parameters’ is deprecated (declared at /usr/include/libavformat/avformat.h:1336) [-Wdeprecated-declarations] ffmpeg.c:501:9: warning: ‘url_fopen’ is deprecated (declared at /usr/include/libavformat/avio.h:278) [-Wdeprecated-declarations]ffmpeg.c:511:17: warning: ‘url_fopen’ is deprecated (declared at /usr/include/libavformat/avio.h:278) [-Wdeprecated-declarations] ffmpeg.c:532:5: warning: ‘av_write_header’ is deprecated (declared at /usr/include/libavformat/avformat.h:1394) [-Wdeprecated-declarations] ffmpeg.c: In function ‘ffmpeg_close’: ffmpeg.c:599:9: warning: ‘url_fclose’ is deprecated (declared at /usr/include/libavformat/avio.h:279) [-Wdeprecated-declarations] ffmpeg.c: In function ‘ffmpeg_put_frame’: ffmpeg.c:649:22: error: ‘PKT_FLAG_KEY’ undeclared (first use in this function) make[1]: *** [ffmpeg.o] Fehler 1 make[1]: Leaving directory `/home/jmm/scratch/motion-3.2.12' make: *** [build-stamp] Fehler 2 dpkg-buildpackage: Fehler: Fehler-Exitstatus von debian/rules build war 2 Cheers, Moritz -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#640563: pgtap: FTBFS: make[1]: *** No rule to make target `/usr/lib/postgresql/9.1/lib/pgxs/src/makefiles/pgxs.mk'. Stop.
Source: pgtap Version: 0.25.0-1 Severity: serious Tags: wheezy sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20110902 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part: fakeroot debian/rules clean dh_testdir dh_testroot rm -f build-stamp configure-stamp # Add here commands to clean up after the build process. /usr/bin/make USE_PGXS=1 clean Makefile:48: /usr/lib/postgresql/9.1/lib/pgxs/src/makefiles/pgxs.mk: No such file or directory make[1]: Entering directory `/build/pgtap-u839pp/pgtap-0.25.0' Makefile:57: To use pg_prove, TAP::Parser::SourceHandler::pgTAP Perl module Makefile:58: must be installed from CPAN. To do so, simply run: Makefile:59: cpan TAP::Parser::SourceHandler::pgTAP make[1]: *** No rule to make target `/usr/lib/postgresql/9.1/lib/pgxs/src/makefiles/pgxs.mk'. Stop. make[1]: Leaving directory `/build/pgtap-u839pp/pgtap-0.25.0' make: *** [clean] Error 2 The full build log is available from: http://people.debian.org/~lucas/logs/2011/09/02/pgtap_0.25.0-1_lsid64.buildlog A list of current common problems and possible solutions is available at http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! About the archive rebuild: The rebuild was done on about 50 AMD64 nodes of the Grid'5000 platform, using a clean chroot. Internet was not accessible from the build systems. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#640564: pyxpcom: FTBFS: make[6]: *** No rule to make target `/usr/lib/xulrunner-devel-6.0/bin/xpt_link', needed by `_xpidlgen/pyxpcom_test.xpt'. Stop.
Source: pyxpcom Version: 1:2.0~hg20110502-3 Severity: serious Tags: wheezy sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20110902 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part: make[6]: Entering directory `/build/pyxpcom-ED_XqD/pyxpcom-2.0~hg20110502/builddir/xpcom/test/test_component' py_test_component.idl /usr/lib/xulrunner-devel-6.0/bin/xpidl -m typelib -w -I../../../../xpcom/test/test_component -I../../../dist/idl -I/usr/lib/xulrunner-devel-6.0/idl -e _xpidlgen/py_test_component.xpt -d .deps/py_test_component.pp ../../../../xpcom/test/test_component/py_test_component.idl make[6]: *** No rule to make target `/usr/lib/xulrunner-devel-6.0/bin/xpt_link', needed by `_xpidlgen/pyxpcom_test.xpt'. Stop. make[6]: Leaving directory `/build/pyxpcom-ED_XqD/pyxpcom-2.0~hg20110502/builddir/xpcom/test/test_component' make[5]: *** [libs] Error 2 The full build log is available from: http://people.debian.org/~lucas/logs/2011/09/02/pyxpcom_1:2.0~hg20110502-3_lsid64.buildlog A list of current common problems and possible solutions is available at http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! About the archive rebuild: The rebuild was done on about 50 AMD64 nodes of the Grid'5000 platform, using a clean chroot. Internet was not accessible from the build systems. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#640565: scrollz: FTBFS: make[2]: *** No rule to make target `/usr/include/sys/stat.h', needed by `alias.o'. Stop.
Source: scrollz Version: 2.1-1 Severity: serious Tags: wheezy sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20110902 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part: make[1]: Entering directory `/build/scrollz-fdm58J/scrollz-2.1' make[2]: *** No rule to make target `/usr/include/sys/stat.h', needed by `alias.o'. Stop. make[2]: Entering directory `/build/scrollz-fdm58J/scrollz-2.1/source' make[2]: Leaving directory `/build/scrollz-fdm58J/scrollz-2.1/source' make[1]: *** [scrollz] Error 2 The full build log is available from: http://people.debian.org/~lucas/logs/2011/09/02/scrollz_2.1-1_lsid64.buildlog A list of current common problems and possible solutions is available at http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! About the archive rebuild: The rebuild was done on about 50 AMD64 nodes of the Grid'5000 platform, using a clean chroot. Internet was not accessible from the build systems. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#640566: slicer: FTBFS: make[3]: *** No rule to make target `/usr/lib64/libpq.so', needed by `bin/libmimxAdapter.so.3.6.3'. Stop.
Source: slicer Version: 3.6.3~svn16592-1 Severity: serious Tags: wheezy sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20110902 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part: In file included from /usr/include/gdcm-2.0/gdcmFile.h:19:0, from /usr/include/gdcm-2.0/gdcmSerieHelper.h:20, from /usr/include/InsightToolkit/IO/itkGDCMSeriesFileNames.h:24, from /build/slicer-JGsvZf/slicer-3.6.3~svn16592/Applications/CLI/BRAINSTools/BRAINSCommonLib/itkIO.h:19, from /build/slicer-JGsvZf/slicer-3.6.3~svn16592/Applications/CLI/BRAINSTools/BRAINSCommonLib/BRAINSFitHelper.h:29, from /build/slicer-JGsvZf/slicer-3.6.3~svn16592/Applications/CLI/BRAINSTools/BRAINSCommonLib/BRAINSFitHelper.cxx:1: /usr/include/gdcm-2.0/gdcmDataSet.h: In member function 'gdcm::VL gdcm::DataSet::GetLength() const [with TDE = gdcm::ExplicitDataElement]': /usr/include/gdcm-2.0/gdcmFileMetaInformation.h:105:70: instantiated from here /usr/include/gdcm-2.0/gdcmDataSet.h:119:10: warning: variable 'len' set but not used [-Wunused-but-set-variable] In file included from /build/slicer-JGsvZf/slicer-3.6.3~svn16592/Applications/CLI/BRAINSTools/BRAINSCommonLib/BRAINSFitHelper.cxx:2:0: /build/slicer-JGsvZf/slicer-3.6.3~svn16592/Applications/CLI/BRAINSTools/BRAINSCommonLib/BRAINSFitHelperTemplate.h: In member function 'void itk::BRAINSFitHelperTemplateFixedImageType, MovingImageType::SetTransformType(std::vectorstd::basic_stringchar ) [with FixedImageType = itk::Imagefloat, 3u, MovingImageType = itk::Imagefloat, 3u]': /build/slicer-JGsvZf/slicer-3.6.3~svn16592/Applications/CLI/BRAINSTools/BRAINSCommonLib/BRAINSFitHelper.cxx:179:5: instantiated from here /build/slicer-JGsvZf/slicer-3.6.3~svn16592/Applications/CLI/BRAINSTools/BRAINSCommonLib/BRAINSFitHelperTemplate.h:160:3: warning: variable 'fromIt' set but not used [-Wunused-but-set-variable] /build/slicer-JGsvZf/slicer-3.6.3~svn16592/Applications/CLI/BRAINSTools/BRAINSCommonLib/BRAINSFitHelperTemplate.h:160:3: warning: variable 'toIt' set but not used [-Wunused-but-set-variable] /build/slicer-JGsvZf/slicer-3.6.3~svn16592/Applications/CLI/BRAINSTools/BRAINSCommonLib/BRAINSFitHelperTemplate.h: In member function 'void itk::BRAINSFitHelperTemplateFixedImageType, MovingImageType::SetNumberOfIterations(std::vectorint) [with FixedImageType = itk::Imagefloat, 3u, MovingImageType = itk::Imagefloat, 3u]': /build/slicer-JGsvZf/slicer-3.6.3~svn16592/Applications/CLI/BRAINSTools/BRAINSCommonLib/BRAINSFitHelper.cxx:179:5: instantiated from here /build/slicer-JGsvZf/slicer-3.6.3~svn16592/Applications/CLI/BRAINSTools/BRAINSCommonLib/BRAINSFitHelperTemplate.h:140:3: warning: variable 'fromIt' set but not used [-Wunused-but-set-variable] /build/slicer-JGsvZf/slicer-3.6.3~svn16592/Applications/CLI/BRAINSTools/BRAINSCommonLib/BRAINSFitHelperTemplate.h:140:3: warning: variable 'toIt' set but not used [-Wunused-but-set-variable] /build/slicer-JGsvZf/slicer-3.6.3~svn16592/Applications/CLI/BRAINSTools/BRAINSCommonLib/BRAINSFitHelperTemplate.h: In member function 'void itk::BRAINSFitHelperTemplateFixedImageType, MovingImageType::SetMinimumStepLength(std::vectordouble, std::allocatordouble ) [with FixedImageType = itk::Imagefloat, 3u, MovingImageType = itk::Imagefloat, 3u]': /build/slicer-JGsvZf/slicer-3.6.3~svn16592/Applications/CLI/BRAINSTools/BRAINSCommonLib/BRAINSFitHelper.cxx:179:5: instantiated from here /build/slicer-JGsvZf/slicer-3.6.3~svn16592/Applications/CLI/BRAINSTools/BRAINSCommonLib/BRAINSFitHelperTemplate.h:141:3: warning: variable 'fromIt' set but not used [-Wunused-but-set-variable] /build/slicer-JGsvZf/slicer-3.6.3~svn16592/Applications/CLI/BRAINSTools/BRAINSCommonLib/BRAINSFitHelperTemplate.h:141:3: warning: variable 'toIt' set but not used [-Wunused-but-set-variable] /build/slicer-JGsvZf/slicer-3.6.3~svn16592/Applications/CLI/BRAINSTools/BRAINSCommonLib/BRAINSFitHelperTemplate.h: In member function 'void itk::BRAINSFitHelperTemplateFixedImageType, MovingImageType::SetSplineGridSize(std::vectorint) [with FixedImageType = itk::Imagefloat, 3u, MovingImageType = itk::Imagefloat, 3u]': /build/slicer-JGsvZf/slicer-3.6.3~svn16592/Applications/CLI/BRAINSTools/BRAINSCommonLib/BRAINSFitHelper.cxx:179:5: instantiated from here /build/slicer-JGsvZf/slicer-3.6.3~svn16592/Applications/CLI/BRAINSTools/BRAINSCommonLib/BRAINSFitHelperTemplate.h:169:3: warning: variable 'fromIt' set but not used [-Wunused-but-set-variable] /build/slicer-JGsvZf/slicer-3.6.3~svn16592/Applications/CLI/BRAINSTools/BRAINSCommonLib/BRAINSFitHelperTemplate.h:169:3: warning: variable 'toIt' set but not used [-Wunused-but-set-variable] [ 4%] Building CXX object Libs/FreeSurfer/CMakeFiles/FreeSurfer.dir/vtkFSIOTcl.cxx.o make[3]: Leaving directory
Bug#640567: ca-certificates: Remove Staat_der_Nederlanden_Root_CA certificates
Package: ca-certificates Version: 20110502+nmu1 Severity: grave Tags: security Justification: user security hole -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 ca-certificates still ships the following two certificates that are being removed from Mozilla following the DigiNotar debacle: Staat_der_Nederlanden_Root_CA.crt Staat_der_Nederlanden_Root_CA_-_G2.crt ref: https://bugzilla.mozilla.org/show_bug.cgi?id=683449 - -- System Information: Debian Release: wheezy/sid APT prefers stable-updates APT policy: (550, 'stable-updates'), (550, 'stable'), (540, 'testing'), (530, 'unstable'), (520, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ca-certificates depends on: ii debconf [debconf-2.0] 1.5.36.1 Debian configuration management sy ii openssl 1.0.0d-3 Secure Socket Layer (SSL) binary a ca-certificates recommends no packages. ca-certificates suggests no packages. - -- debconf information excluded -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAk5lGb8ACgkQshl/216gEHjvYACfdJQ4ZhhC1DTymMRQtUMsdu56 ChIAmwQGImXTKbGbG0aa9Q7UaHTrzuuH =P52f -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#640568: cpqarrayd: FTBFS: tar (child): /usr/src/.tar.bz2: Cannot open: No such file or directory
Source: cpqarrayd Version: 2.3-1.2 Severity: serious Tags: wheezy sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20110902 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part: debian/rules build ls: cannot access /usr/src/linux-source-2.6*.tar.bz2: No such file or directory if [ -e debian/linux ]; then rm -rf debian/linux; fi mkdir debian/linux cd debian/linux tar jxvf /usr/src/.tar.bz2 tar (child): /usr/src/.tar.bz2: Cannot open: No such file or directory tar (child): Error is not recoverable: exiting now tar: Child returned status 2 tar: Error is not recoverable: exiting now make: *** [unpack-stamp] Error 2 The full build log is available from: http://people.debian.org/~lucas/logs/2011/09/02/cpqarrayd_2.3-1.2_lsid64.buildlog A list of current common problems and possible solutions is available at http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! About the archive rebuild: The rebuild was done on about 50 AMD64 nodes of the Grid'5000 platform, using a clean chroot. Internet was not accessible from the build systems. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639744: Compromised certificates for *.google.com issued by DigiNotar Root CA
On Tuesday 30 August 2011 12:29:23 Raphael Geissert wrote: AFAIR they only know about CRL (Certificate Revocation List,) which only allows for one issuer per-file. What I can't tell for sure from the documentation is whether OpenSSL and GnuTLS do check the CRL's validity (signature and time.) It doesn't seem like they do. This is relevant if we were to ship them in ca-certificates. Just for future reference, after further investigation: OpenSSL _does_ check the CRL's signature. CRLs should be available, via symlinks for example, in /etc/ssl/certs[1] and c_rehash run on that directory. Applications using OpenSSL may instruct it to load the CRLs in two different ways: by manually loading every single CRL, or by adding the /etc/ssl/certs path to the X509 store. However, failure to find a CRL for the signer's cert results in validation failure. What I still haven't verified is that if the presence or absence of the CRL Distribution Points leads to a behaviour change (I'd assume it doesn't.) GnuTLS does seem to require that every CRL is loaded. Haven't tested its behaviours. [1] A different directory may be used, but for compatibility with openssl(1) the same directory should be used. Cheers, -- Raphael Geissert - Debian Developer www.debian.org - get.debian.net -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#640447: marked as done (xfce4-session: FTBFS: balou-theme.c:435: undefined reference to `rint')
Your message dated Mon, 05 Sep 2011 21:03:07 +0200 with message-id 1315249392.20114.6.camel@scapa and subject line Re: [Pkg-xfce-devel] Bug#640447: xfce4-session: FTBFS: balou-theme.c:435: undefined reference to `rint' has caused the Debian Bug report #640447, regarding xfce4-session: FTBFS: balou-theme.c:435: undefined reference to `rint' to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 640447: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=640447 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Source: xfce4-session Version: 4.8.1-3 Severity: serious Tags: wheezy sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20110902 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part: CC libbalou_la-gnome-uri.lo /bin/bash ../../libtool --silent --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I../.. -DNDEBUG -I../.. -pthread -I/usr/include/gtk-2.0 -I/usr/lib/x86_64-linux-gnu/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/pango-1.0 -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/include/xfce4/libxfce4ui-1 -I/usr/include/xfce4 -I/usr/include/cairo -I/usr/include/gio-unix-2.0/ -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -pthread -I/usr/include/dbus-1.0 -I/usr/lib/x86_64-linux-gnu/dbus-1.0/include -I/usr/include/xfce4/xfconf-0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -DBALOU_EXPORT_THEME=\/usr/lib/xfce4/session/balou-export-theme\ -DBALOU_INSTALL_THEME=\/usr/lib/xfce4/session/balou-install-theme\ -g -O2 -fPIE -fstack-protector --param ssp-buffer-size=4 -D_FORTIFY_SOURCE=2 -Wformat -Wformat-security -Werror=format-security -c -o libbalou_la-gnome-uri.lo `test -f 'gnome-uri.c' || echo './'`gnome-uri.c CCLD libbalou.la .libs/libbalou_la-balou-theme.o: In function `load_pixbuf': /build/xfce4-session-skdwQ4/xfce4-session-4.8.1/engines/balou/balou-theme.c:435: undefined reference to `rint' /build/xfce4-session-skdwQ4/xfce4-session-4.8.1/engines/balou/balou-theme.c:441: undefined reference to `rint' collect2: ld returned 1 exit status The full build log is available from: http://people.debian.org/~lucas/logs/2011/09/02/xfce4-session_4.8.1-3_lsid64.buildlog A list of current common problems and possible solutions is available at http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! About the archive rebuild: The rebuild was done on about 50 AMD64 nodes of the Grid'5000 platform, using a clean chroot. Internet was not accessible from the build systems. ---End Message--- ---BeginMessage--- Version: 4.8.1-4 On lun., 2011-09-05 at 01:32 +0200, Mònica Ramírez Arceda wrote: Source: xfce4-session Version: 4.8.1-3 Severity: serious Tags: wheezy sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20110902 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part: CC libbalou_la-gnome-uri.lo /bin/bash ../../libtool --silent --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I../.. -DNDEBUG -I../.. -pthread -I/usr/include/gtk-2.0 -I/usr/lib/x86_64-linux-gnu/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/pango-1.0 -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/include/xfce4/libxfce4ui-1 -I/usr/include/xfce4 -I/usr/include/cairo -I/usr/include/gio-unix-2.0/ -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -pthread -I/usr/include/dbus-1.0 -I/usr/lib/x86_64-linux-gnu/dbus-1.0/include -I/usr/include/xfce4/xfconf-0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -DBALOU_EXPORT_THEME=\/usr/lib/xfce4/session/balou-export-theme\ -DBALOU_INSTALL_THEME=\/usr/lib/xfce4/session/balou-install-theme\ -g -O2 -fPIE -fstack-protector --param ssp-buffer-size=4 -D_FORTIFY_SOURCE=2 -Wformat -Wformat-security -Werror=format-security -c -o libbalou_la-gnome-uri.lo `test -f 'gnome-uri.c' || echo './'`gnome-uri.c CCLD libbalou.la .libs/libbalou_la-balou-theme.o: In function `load_pixbuf': /build/xfce4-session-skdwQ4/xfce4-session-4.8.1/engines/balou/balou-theme.c:435: undefined reference to `rint' /build/xfce4-session-skdwQ4/xfce4-session-4.8.1/engines/balou/balou-theme.c:441: undefined reference to `rint' collect2: ld returned 1 exit status The full build log is available from:
Bug#640569: zoo: FTBFS: make[3]: *** No rule to make target `/usr/include/sys/signal.h', needed by `comment.o'. Stop.
Source: zoo Version: 2.10-22 Severity: serious Tags: wheezy sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20110902 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part: make[3]: Entering directory `/build/zoo-4d2koI/zoo-2.10' gcc -c -O -Wall -DLINT -DLINUX -DANSI_HDRS -DBIG_MEM -DNDEBUG addbfcrc.c gcc -c -O -Wall -DLINT -DLINUX -DANSI_HDRS -DBIG_MEM -DNDEBUG addfname.c gcc -c -O -Wall -DLINT -DLINUX -DANSI_HDRS -DBIG_MEM -DNDEBUG basename.c make[3]: *** No rule to make target `/usr/include/sys/signal.h', needed by `comment.o'. Stop. make[3]: Leaving directory `/build/zoo-4d2koI/zoo-2.10' make[2]: *** [linux] Error 2 The full build log is available from: http://people.debian.org/~lucas/logs/2011/09/02/zoo_2.10-22_lsid64.buildlog A list of current common problems and possible solutions is available at http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! About the archive rebuild: The rebuild was done on about 50 AMD64 nodes of the Grid'5000 platform, using a clean chroot. Internet was not accessible from the build systems. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#640570: jfractionlab: FTBFS: xargs: /usr/lib/jvm/java-6-openjdk//bin/javac: No such file or directory
Source: jfractionlab Version: 0.86-1 Severity: serious Tags: wheezy sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20110902 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part: debian/rules build QUILT_PATCHES=debian/patches \ quilt --quiltrc /dev/null push -a || test $? = 2 File series fully applied, ends at patch change_tablelayout_namespace.patch touch debian/stamp-patched dh_testdir #compile java sources find src/jfractionlab -name *.java -and -type f -print0 | xargs -0 /usr/lib/jvm/java-6-openjdk//bin/javac -client -cp src:/usr/share/java/tablelayout.jar xargs: /usr/lib/jvm/java-6-openjdk//bin/javac: No such file or directory make: *** [build-stamp] Error 127 The full build log is available from: http://people.debian.org/~lucas/logs/2011/09/02/jfractionlab_0.86-1_lsid64.buildlog A list of current common problems and possible solutions is available at http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! About the archive rebuild: The rebuild was done on about 50 AMD64 nodes of the Grid'5000 platform, using a clean chroot. Internet was not accessible from the build systems. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639744: [Pkg-openssl-devel] Bug#639744: Compromised certificates for *.google.com issued by DigiNotar Root CA
On Sunday 04 September 2011 05:55:27 Kurt Roeckx wrote: On Sun, Sep 04, 2011 at 12:02:48PM +0200, Kurt Roeckx wrote: Their is also openssl-blacklist, but it doesn't seem to have much users. However, opensl-blacklist only includes a program that checks wether a certificate is weak, nothing in it AFAICS actually blocks them. It's basically useless for this case. After having read the bug report, I think we need to have a way to say that we don't trust a CA, or have a concept for which things we do trust a CA. I think NSS has this concept, but openssl or ca-certificates clearly can't express this currently. An other way of saying the same thing would be to be able to blacklist a CA. The openssl-blacklist only contains a list of blocked certificates, but nothing in it now checks the trust path to see if it's used anywhere in the chain. The only currently supported methods are OCSP and CRL, but none would do the trick in this case. I was thinking about hard-coding a check for CN=* DigiNotar * most likely in libcrypto's X.509 support, but so far my lack of knowledge of OpenSSL's internals has me a bit lost. Hard-coding it is suboptimal, but I think it is the only reasonable solution for the time being. We can't wait weeks or months for a better solution. What do you think about making such change? If we want to add something, it would be nice if all SSL/TLS libraries could do that. As far as I know, this currently includes: - openssl - gnutls - nss - polarssl I think I'm forgetting something for java. And have the feeling I still forget something else. Java: JSSE (but not sure what its status is in openjdk) python-tlslite yassl (cyassl now?), only used by mysql last time I checked Not sure if we have a copy of cryptlib somewhere Cheers, -- Raphael Geissert - Debian Developer www.debian.org - get.debian.net -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#640571: jxplorer: FTBFS: xargs: /usr/lib/jvm/java-6-openjdk/bin/javac: No such file or directory
Source: jxplorer Version: 3.2.2~rc1+dfsg-1 Severity: serious Tags: wheezy sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20110902 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part: make[1]: Entering directory `/build/jxplorer-82wU1_/jxplorer-3.2.2~rc1+dfsg' # regenerate JH db cd help jhindexer -db SearchData . I/O exception occurred in file './JXplorerHelp.hhc' I/O exception occurred in file './JXplorerHelp.hhk' I/O exception occurred in file './JXplorerHelp_hha.hhk' # recreate JH jar mkdir jars mkdir: cannot create directory `jars': File exists make[1]: [override_dh_auto_build] Error 1 (ignored) cd help jar cf ../jars/jxplorer_help.jar * # build jxplorer jh_build jxplorer.jar src find src -name *.java -and -type f -print0 | xargs -0 /usr/lib/jvm/java-6-openjdk/bin/javac -cp /usr/share/java/jhall.jar:/usr/share/java/junit.jar:./jxplorer.jar:./jxplorer_help.jar:debian/_jh_build.jxplorer -d debian/_jh_build.jxplorer -source 1.5 xargs: /usr/lib/jvm/java-6-openjdk/bin/javac: No such file or directory make[1]: *** [override_dh_auto_build] Error 127 The full build log is available from: http://people.debian.org/~lucas/logs/2011/09/02/jxplorer_3.2.2~rc1+dfsg-1_lsid64.buildlog A list of current common problems and possible solutions is available at http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! About the archive rebuild: The rebuild was done on about 50 AMD64 nodes of the Grid'5000 platform, using a clean chroot. Internet was not accessible from the build systems. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#640297: marked as done (MantisBT 1.2.8 multiple vulnerabilities (LFI/XSS/remote arbitrary code execution))
Your message dated Mon, 05 Sep 2011 19:17:58 + with message-id e1r0ega-0004ee...@franck.debian.org and subject line Bug#640297: fixed in mantis 1.2.7-1 has caused the Debian Bug report #640297, regarding MantisBT 1.2.8 multiple vulnerabilities (LFI/XSS/remote arbitrary code execution) to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 640297: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=640297 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: mantis Version: 1.2.6-1 Severity: critical Tags: security patch upstream fixed-upstream Hi Sils and others, Thank you for the quick response to bug #638321 (search.php multiple XSS vulnerabilities in mantisbt-1.2.7). Unfortunately a number of other vulnerabilities have been discovered which will work against all 1.2.x releases of MantisBT: 1) XSS injection via PHP_SELF 2) LFI and XSS via bug_actiongroup_ext_page.php 3) XSS issues with unescaped os, os_build and platform parameters on bug_report_page.php and bug_update_advanced_page.php Details of these vulnerabilities are provided at [1], [2] and [3]. CVE requests have been submitted to the oss-security mailing list as per [1]. The LFI vulnerability in bug_actiongroup_ext_page.php has the potential to allow malicious users to upload arbitrary PHP scripts via MantisBT bug attachments and then execute these malicious scripts. See oss-secur...@lists.openwall.com and mantisbt-...@lists.sourceforge.net discussion threads for further information. Users would first need to change the file upload method from storing attachments in the database to storing them on the disk in order to be vulnerable to this extended remote arbitrary code execution attack). However, if the same web server uid/gid is used across multiple web applications, attachments stored on the disk from another web application could be executed. The minimum required patches to resolve these issues are available at [4], [5], [6] and [7] and should apply cleanly to MantisBT 1.2.7 (probably 1.2.6 as well). The LFI patches ([4] and [5]) are a bit larger than hoped for in a security fix. The do however aim to resolve the issue in the most robust and future-proofed way possible. Please advise if assistance is required in preparing alternative patches for earlier versions of MantisBT. I'm able to help with resolving merge conflicts, providing simpler bandaid patches, etc. Thanks, David Hicks MantisBT Developer [1] http://www.openwall.com/lists/oss-security/2011/09/04/1 [2] http://www.mantisbt.org/bugs/view.php?id=13191 [3] http://www.mantisbt.org/bugs/view.php?id=13281 [4] https://github.com/mantisbt/mantisbt/commit/5b93161f3ece2f73410c296fed8522f6475d273d [5] https://github.com/mantisbt/mantisbt/commit/6ede60d3db9e202044f135001589cce941ff6f0f [6] https://github.com/mantisbt/mantisbt/commit/d00745f5e267eba4ca34286d125de685bc3a8034 [7] https://github.com/mantisbt/mantisbt/commit/0a636b37d3425aea7b781e7f25eaeb164ac54a3d signature.asc Description: This is a digitally signed message part ---End Message--- ---BeginMessage--- Source: mantis Source-Version: 1.2.7-1 We believe that the bug you reported is fixed in the latest version of mantis, which is due to be installed in the Debian FTP archive: mantis_1.2.7-1.debian.tar.gz to main/m/mantis/mantis_1.2.7-1.debian.tar.gz mantis_1.2.7-1.dsc to main/m/mantis/mantis_1.2.7-1.dsc mantis_1.2.7-1_all.deb to main/m/mantis/mantis_1.2.7-1_all.deb mantis_1.2.7.orig.tar.gz to main/m/mantis/mantis_1.2.7.orig.tar.gz A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 640...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Silvia Alvarez s...@powered-by-linux.com (supplier of updated mantis package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Mon, 05 Sep 2011 20:41:13 +0200 Source: mantis Binary: mantis Architecture: source all Version: 1.2.7-1 Distribution: unstable Urgency: high Maintainer: Silvia Alvarez s...@powered-by-linux.com Changed-By: Silvia Alvarez s...@powered-by-linux.com Description: mantis - web-based bug tracking system Closes: 640061 640297 Changes: mantis (1.2.7-1) unstable; urgency=high . * Security Upstream Release (1.2.7) *
Bug#640567: marked as done (ca-certificates: Remove Staat_der_Nederlanden_Root_CA certificates)
Your message dated Mon, 5 Sep 2011 14:19:07 -0500 with message-id 201109051419.08501.geiss...@debian.org and subject line Re: Bug#640567: ca-certificates: Remove Staat_der_Nederlanden_Root_CA certificates has caused the Debian Bug report #640567, regarding ca-certificates: Remove Staat_der_Nederlanden_Root_CA certificates to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 640567: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=640567 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: ca-certificates Version: 20110502+nmu1 Severity: grave Tags: security Justification: user security hole -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 ca-certificates still ships the following two certificates that are being removed from Mozilla following the DigiNotar debacle: Staat_der_Nederlanden_Root_CA.crt Staat_der_Nederlanden_Root_CA_-_G2.crt ref: https://bugzilla.mozilla.org/show_bug.cgi?id=683449 - -- System Information: Debian Release: wheezy/sid APT prefers stable-updates APT policy: (550, 'stable-updates'), (550, 'stable'), (540, 'testing'), (530, 'unstable'), (520, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ca-certificates depends on: ii debconf [debconf-2.0] 1.5.36.1 Debian configuration management sy ii openssl 1.0.0d-3 Secure Socket Layer (SSL) binary a ca-certificates recommends no packages. ca-certificates suggests no packages. - -- debconf information excluded -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAk5lGb8ACgkQshl/216gEHjvYACfdJQ4ZhhC1DTymMRQtUMsdu56 ChIAmwQGImXTKbGbG0aa9Q7UaHTrzuuH =P52f -END PGP SIGNATURE- ---End Message--- ---BeginMessage--- On Monday 05 September 2011 13:49:41 Sam Morris wrote: ca-certificates still ships the following two certificates that are being removed from Mozilla following the DigiNotar debacle: Staat_der_Nederlanden_Root_CA.crt Staat_der_Nederlanden_Root_CA_-_G2.crt No, that's not correct. Those certificates are *not* being removed. There was an exception in place for DigiNotar's PKIoverheid intermediate certs. That's what is being removed. Cheers, -- Raphael Geissert - Debian Developer www.debian.org - get.debian.net ---End Message---
Bug#640572: paw: FTBFS: sed: can't read debian/paw-common/usr/share/man/man1/paw.1: No such file or directory
Source: paw Version: 1:2.14.04.dfsg.2-7 Severity: serious Tags: wheezy sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20110902 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part: make[1]: Entering directory `/build/paw-P6ek6k/paw-2.14.04.dfsg.2' make[1]: Nothing to be done for `install-indep-local'. make[1]: Leaving directory `/build/paw-P6ek6k/paw-2.14.04.dfsg.2' dh_testdir dh_testroot dh_install -i dh_installdocs -i dh_installexamples -i # reference to kuesvr man page (cernlib source package) now moved # to section 7 sed -i -e '/kuesvr/s/1/7/' debian/paw-common/usr/share/man/man1/paw.1 sed: can't read debian/paw-common/usr/share/man/man1/paw.1: No such file or directory make: *** [binary-indep] Error 2 The full build log is available from: http://people.debian.org/~lucas/logs/2011/09/02/paw_1:2.14.04.dfsg.2-7_lsid64.buildlog A list of current common problems and possible solutions is available at http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! About the archive rebuild: The rebuild was done on about 50 AMD64 nodes of the Grid'5000 platform, using a clean chroot. Internet was not accessible from the build systems. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: found 622652 in 1.0.23+dfsg-2
Processing commands for cont...@bugs.debian.org: found 622652 1.0.23+dfsg-2 Bug #622652 [alsa-driver] alsa-driver: fails to build on powermac There is no source info for the package 'alsa-driver' at version '1.0.23+dfsg-2' with architecture '' Unable to make a source version for version '1.0.23+dfsg-2' Bug Marked as found in versions 1.0.23+dfsg-2. thanks Stopping processing here. Please contact me if you need assistance. -- 622652: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=622652 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#640566:
reassign 640566 libvtk5-dev reassign 640561 libvtk5-dev forcemerge 506992 640566 forcemerge 506992 640561 thanks Hopefully vtk 5.6.1-6.1 will soon propagate... -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: your mail
Processing commands for cont...@bugs.debian.org: reassign 640566 libvtk5-dev Bug #640566 [src:slicer] slicer: FTBFS: make[3]: *** No rule to make target `/usr/lib64/libpq.so', needed by `bin/libmimxAdapter.so.3.6.3'. Stop. Bug reassigned from package 'src:slicer' to 'libvtk5-dev'. Bug No longer marked as found in versions slicer/3.6.3~svn16592-1. reassign 640561 libvtk5-dev Bug #640561 [src:kwwidgets] kwwidgets: FTBFS: make[3]: *** No rule to make target `/usr/lib/libpng.so', needed by `bin/libKWWidgets.so.1.0.1009.0'. Stop. Bug reassigned from package 'src:kwwidgets' to 'libvtk5-dev'. Bug No longer marked as found in versions kwwidgets/1.0.0~cvs20100930-3. forcemerge 506992 640566 Bug#506992: libvtk5-dev: transitive linking and LINK_INTERFACE_LIBRARIES Bug#640566: slicer: FTBFS: make[3]: *** No rule to make target `/usr/lib64/libpq.so', needed by `bin/libmimxAdapter.so.3.6.3'. Stop. Bug#555185: libvtk5-dev: Invalid dependency in VTKConfig.cmake/VTKLibraryDepends.cmake Bug#629815: gofigure2: FTBFS: make[3]: *** No rule to make target `/usr/lib/libdl.so', needed by `lib/libvtkRenderingAddOn2.so.0.8'. Stop. Bug#630559: libvtk5-dev: linking against VTK using cmake broken because of multiarch Bug#634548: vtkedge: FTBFS: make[3]: *** No rule to make target `/usr/lib/libGLU.so', needed by `bin/libVTKEdge.so'. Stop. Bug#636869: vmtk: FTBFS on all plateforms: No rule to make target `/usr/lib/libpng.so' Bug#638692: gdcm: FTBFS: make[3]: *** No rule to make target `/usr/lib/libpng.so', needed by `bin/libvtkgdcm.so.2.0.17'. Stop. Bug#640383: gofigure2: FTBFS: No rule to make target `/usr/lib/libpng.so', needed by `lib/libitkQt.so.0.8'. Stop. Forcibly Merged 506992 555185 629815 630559 634548 636869 638692 640383 640566. forcemerge 506992 640561 Bug#506992: libvtk5-dev: transitive linking and LINK_INTERFACE_LIBRARIES Bug#640561: kwwidgets: FTBFS: make[3]: *** No rule to make target `/usr/lib/libpng.so', needed by `bin/libKWWidgets.so.1.0.1009.0'. Stop. Bug#555185: libvtk5-dev: Invalid dependency in VTKConfig.cmake/VTKLibraryDepends.cmake Bug#629815: gofigure2: FTBFS: make[3]: *** No rule to make target `/usr/lib/libdl.so', needed by `lib/libvtkRenderingAddOn2.so.0.8'. Stop. Bug#630559: libvtk5-dev: linking against VTK using cmake broken because of multiarch Bug#634548: vtkedge: FTBFS: make[3]: *** No rule to make target `/usr/lib/libGLU.so', needed by `bin/libVTKEdge.so'. Stop. Bug#636869: vmtk: FTBFS on all plateforms: No rule to make target `/usr/lib/libpng.so' Bug#638692: gdcm: FTBFS: make[3]: *** No rule to make target `/usr/lib/libpng.so', needed by `bin/libvtkgdcm.so.2.0.17'. Stop. Bug#640383: gofigure2: FTBFS: No rule to make target `/usr/lib/libpng.so', needed by `lib/libitkQt.so.0.8'. Stop. Bug#640566: slicer: FTBFS: make[3]: *** No rule to make target `/usr/lib64/libpq.so', needed by `bin/libmimxAdapter.so.3.6.3'. Stop. Forcibly Merged 506992 555185 629815 630559 634548 636869 638692 640383 640561 640566. thanks Stopping processing here. Please contact me if you need assistance. -- 634548: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=634548 630559: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=630559 506992: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=506992 555185: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=555185 636869: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=636869 638692: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=638692 640561: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=640561 640566: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=640566 640383: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=640383 629815: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=629815 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#640573: scilab-plotlib: FTBFS: Error: libjvm.so: cannot open shared object file: No such file or directory
Source: scilab-plotlib Version: 0.42-1 Severity: serious Tags: wheezy sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20110902 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part: make[1]: Entering directory `/build/scilab-plotlib-PXQgmy/scilab-plotlib-0.42' make[1]: Nothing to be done for `update-config'. make[1]: Leaving directory `/build/scilab-plotlib-PXQgmy/scilab-plotlib-0.42' SCI_DISABLE_TK=1 SCI_JAVA_ENABLE_HEADLESS=1 DOCBOOK_ROOT=/usr/share/sgml/docbook/stylesheet/xsl/nwalsh \ /usr/bin/scilab -nw -f builder.sce Could not load JVM dynamic library (libjava). Error: libjvm.so: cannot open shared object file: No such file or directory If you are using a binary version of Scilab, please report a bug http://bugzilla.scilab.org/. If you are using a self-built version of Scilab, update the script bin/scilab to provide the path to the JVM. The problem might be related to SELinux. Try to deactivate it. Please also check that you are not trying to run Scilab 64 bits on a 32 bits system (or vice versa). Scilab cannot open JVM library. make: *** [build/scilab-plotlib] Error 1 The full build log is available from: http://people.debian.org/~lucas/logs/2011/09/02/scilab-plotlib_0.42-1_lsid64.buildlog A list of current common problems and possible solutions is available at http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! About the archive rebuild: The rebuild was done on about 50 AMD64 nodes of the Grid'5000 platform, using a clean chroot. Internet was not accessible from the build systems. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org