Bug#737395: Emacs Funny Manpages Copyright
On 15/08/14 11:03, Richard Stallman wrote: [[[ To any NSA and FBI agents reading my email: please consider]]] [[[ whether defending the US Constitution against all enemies, ]]] [[[ foreign or domestic, requires you to follow Snowden's example. ]]] Okay, but as it stands, there is not even the right to distribute. Indeed, they ought to have a sharable license. In fact, the next Emacs release won't have these files any more. Okay, thanks. I'll contact the maintainer of the package. They should be removed from Debian soon. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: gamera: FTBFS on powerpc
Processing commands for cont...@bugs.debian.org: tags 757168 - pending Bug #757168 [src:gamera] gamera: FTBFS on powerpc Removed tag(s) pending. thanks Stopping processing here. Please contact me if you need assistance. -- 757168: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=757168 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#758127: libwx-perl: FTBFS on arm*
-=| Niko Tyni, 15.08.2014 01:07:27 +0300 |=- clone 758127 -1 reassign -1 wxwidgets3.0 3.0.1-3 retitle -1 wxwidgets3.0: libwx_gtk2u_propgrid-3.0.so.0.1.0 is broken on arm* block 758127 with -1 thanks On Thu, Aug 14, 2014 at 11:55:11PM +0300, Damyan Ivanov wrote: Program received signal SIGSEGV, Segmentation fault. 0xb68e2614 in wxDynamicLibrary::GetLibHandle (this=0x0) at /usr/include/wx-3.0/wx/dynlib.h:270 270 wxDllType GetLibHandle() const { return m_handle; } (gdb) bt #0 0xb68e2614 in wxDynamicLibrary::GetLibHandle (this=0x0) at /usr/include/wx-3.0/wx/dynlib.h:270 #1 0xb6857824 in XS_Wx__load_plugin (my_perl=0x12008, cv=0x1c3d60) at Wx.c:646 This can be triggered with just % xvfb-run perl -Iblib/lib -Iblib/arch -e 'use Wx; use Wx::PropertyGrid' The problem seems to be in the wxwidgets3.0 package, whose build logs on armel and armhf have this: dpkg-shlibdeps: warning: symbol _ZNK14wxCommandEvent5CloneEv used by debian/libwxgtk3.0-0/usr/lib/arm-linux-gnueabi/libwx_gtk2u_propgrid-3.0.so.0.1.0 found in none of the libraries Olly says this is probably related to #752733 but he's not certain. I'm cloning a separate bug against wxwidgets3.0 at this point. Comparing the build logs of armel/armhf (where the above dpkg-shlibdeps warning is present and libwx-perl fails) and e.g. mpisel (where there is no such warning and libwx-perl builds fine) I noticed that the version of binutils differs: * armel/armhf: 2.24.51.20140704-1 * mipsel: 2.24.51.20140727-1 The changelog mentions integrating two upstream snapshots, one of which contained fixes for ld.gold. As an exercise I'll build wxwidgets3.0 on amel (armel) using the latest binutils (2.24.51.20140807-1) and see if the warning is gone. -- dam -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: reassign #757581
Processing commands for cont...@bugs.debian.org: reassign 757581 lz4 0.0~r119-2 Bug #757581 [src:pytables] pytables: FTBFS on s390x Bug reassigned from package 'src:pytables' to 'lz4'. No longer marked as found in versions pytables/3.1.1-2. Ignoring request to alter fixed versions of bug #757581 to the same values previously set Bug #757581 [lz4] pytables: FTBFS on s390x There is no source info for the package 'lz4' at version '0.0~r119-2' with architecture '' Unable to make a source version for version '0.0~r119-2' Marked as found in versions 0.0~r119-2. thanks Stopping processing here. Please contact me if you need assistance. -- 757581: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=757581 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#737395: Unix funny-manpages copyright
Hi Ken Maupin! Do you remember how you wrote a manpage condom.1 a while ago? I'm from Debian and some people have been complaining about the lack of a DFSG-compatible license on it. So we can continue to distribute it, would you mind releasing it under a DFSG-compatible license? If you have any questions, then just let me know! Thanks for your time, Riley Baird -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758127: libwx-perl: FTBFS on arm*
-=| Damyan Ivanov, 15.08.2014 10:49:48 +0300 |=- As an exercise I'll build wxwidgets3.0 on amel (armel) using the latest binutils (2.24.51.20140807-1) and see if the warning is gone. That didn't help: dpkg-shlibdeps: warning: symbol _ZNK14wxCommandEvent5CloneEv used by debian/libwxgtk3.0-0/usr/lib/arm-linux-gnueabi/libwx_gtk2u_propgrid-3.0.so.0.1.0 found in none of the libraries -- dam -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758184: boinc: FTBFS due to dependency errors in Makefile
Source: boinc Version: 7.4.14+dfsg-1 Severity: serious Justification: fails to build from source (but built successfully in the past) boinc failed to build on the buildds with the following error: | /bin/bash ../libtool --tag=CXX --mode=link /usr/bin/g++ -Wall -Wextra -Wshadow -Wredundant-decls -Wdisabled-optimization -Wpointer-arith -Wstrict-aliasing -Wcast-align -fPIC -DPIC -pthread -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -Wall -O3 -funroll-loops -fforce-addr -ffast-math -Wall -L/usr/lib -rpath /usr/lib -version-number 7:4:14 -Wl,-z,relro -flto -Wl,--no-add-needed -o libboinc.la -rpath /usr/lib libboinc_la-app_ipc.lo libboinc_la-base64.lo libboinc_la-cc_config.lo libboinc_la-cert_sig.lo libboinc_la-coproc.lo libboinc_la-diagnostics.lo libboinc_la-filesys.lo libboinc_la-gui_rpc_client.lo libboinc_la-gui_rpc_client_ops.lo libboinc_la-gui_rpc_client_print.lo libboinc_la-hostinfo.lo libboinc_la-md5.lo libboinc_la-md5_file.lo libboinc_la-mem_usage.lo libboinc_la-mfile.lo libboinc_la-miofile.lo libboinc_la-msg_log.lo libboinc_la-network.lo libboinc_la-notice.lo libboinc_la-opencl_boinc.lo libboinc_la-parse.lo libboinc_la-prefs.lo libboinc_la-procinfo.lo libboinc_la-proc_control.lo libboinc_la-proxy_info.lo libboinc_la-shmem.lo libboinc_la-str_util.lo libboinc_la-url.lo libboinc_la-util.lo libboinc_la-procinfo_unix.lo libboinc_la-synch.lo libboinc_la-unix_util.lo | libtool: link: /usr/bin/g++ -fPIC -DPIC -shared -nostdlib /usr/lib/gcc/x86_64-linux-gnu/4.9/../../../x86_64-linux-gnu/crti.o /usr/lib/gcc/x86_64-linux-gnu/4.9/crtbeginS.o .libs/libboinc_la-app_ipc.o .libs/libboinc_la-base64.o .libs/libboinc_la-cc_config.o .libs/libboinc_la-cert_sig.o .libs/libboinc_la-coproc.o .libs/libboinc_la-diagnostics.o .libs/libboinc_la-filesys.o .libs/libboinc_la-gui_rpc_client.o .libs/libboinc_la-gui_rpc_client_ops.o .libs/libboinc_la-gui_rpc_client_print.o .libs/libboinc_la-hostinfo.o .libs/libboinc_la-md5.o .libs/libboinc_la-md5_file.o .libs/libboinc_la-mem_usage.o .libs/libboinc_la-mfile.o .libs/libboinc_la-miofile.o .libs/libboinc_la-msg_log.o .libs/libboinc_la-network.o .libs/libboinc_la-notice.o .libs/libboinc_la-opencl_boinc.o .libs/libboinc_la-parse.o .libs/libboinc_la-prefs.o .libs/libboinc_la-procinfo.o .libs/libboinc_la-proc_control.o .libs/libboinc_la-proxy_info.o .libs/libboinc_la-shmem.o .libs/libboinc_la-str_util.o .libs/libboinc_la-url.o .libs/libboinc_la-util.o .libs/libboinc_la-procinfo_unix.o .libs/libboinc_la-synch.o .libs/libboinc_la-unix_util.o -L/usr/lib -L/usr/lib/gcc/x86_64-linux-gnu/4.9 -L/usr/lib/gcc/x86_64-linux-gnu/4.9/../../../x86_64-linux-gnu -L/usr/lib/gcc/x86_64-linux-gnu/4.9/../../../../lib -L/lib/x86_64-linux-gnu -L/lib/../lib -L/usr/lib/x86_64-linux-gnu -L/usr/lib/../lib -L/usr/lib/gcc/x86_64-linux-gnu/4.9/../../.. -lstdc++ -lm -lc -lgcc_s /usr/lib/gcc/x86_64-linux-gnu/4.9/crtfastmath.o /usr/lib/gcc/x86_64-linux-gnu/4.9/crtendS.o /usr/lib/gcc/x86_64-linux-gnu/4.9/../../../x86_64-linux-gnu/crtn.o -pthread -O2 -O3 -Wl,-z -Wl,relro -flto -Wl,--no-add-needed -pthread -Wl,-soname -Wl,libboinc.so.7 -o .libs/libboinc.so.7.4.14 | g++: error: .libs/libboinc_la-gui_rpc_client_ops.o: No such file or directory | make[4]: *** [libboinc.la] Error 1 | make[4]: *** Waiting for unfinished jobs | Makefile:927: recipe for target 'libboinc.la' failed The missing file gets built directly after the failure: | libtool: compile: /usr/bin/g++ -DHAVE_CONFIG_H -I. -I.. -I.. -I../api -I../db -I../lib -I../lib/mac -I../sched -I../tools -I../vda -pthread -D_FORTIFY_SOURCE=2 -Wall -Wextra -Wshadow -Wredundant-decls -Wdisabled-optimization -Wpointer-arith -Wstrict-aliasing -Wcast-align -fPIC -DPIC -pthread -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -Wall -O3 -funroll-loops -fforce-addr -ffast-math -Wall -c gui_rpc_client_ops.cpp -o libboinc_la-gui_rpc_client_ops.o /dev/null 21 | /bin/bash ../libtool --tag=CXX --mode=link /usr/bin/g++ -Wall -Wextra -Wshadow -Wredundant-decls -Wdisabled-optimization -Wpointer-arith -Wstrict-aliasing -Wcast-align -fPIC -DPIC -pthread -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -Wall -O3 -funroll-loops -fforce-addr -ffast-math -Wall -L/usr/lib -rpath /usr/lib -version-number 7:4:14 -Wl,-z,relro -flto -Wl,--no-add-needed -o libboinc.la -rpath /usr/lib libboinc_la-app_ipc.lo libboinc_la-base64.lo libboinc_la-cc_config.lo libboinc_la-cert_sig.lo libboinc_la-coproc.lo libboinc_la-diagnostics.lo libboinc_la-filesys.lo libboinc_la-gui_rpc_client.lo libboinc_la-gui_rpc_client_ops.lo libboinc_la-gui_rpc_client_print.lo libboinc_la-hostinfo.lo libboinc_la-md5.lo libboinc_la-md5_file.lo libboinc_la-mem_usage.lo libboinc_la-mfile.lo libboinc_la-miofile.lo libboinc_la-msg_log.lo libboinc_la-network.lo libboinc_la-notice.lo libboinc_la-opencl_boinc.lo libboinc_la-parse.lo libboinc_la-prefs.lo libboinc_la-procinfo.lo libboinc_la-proc_control.lo
Bug#758187: slic3r: FTBFS on armhf
Source: slic3r Version: 1.1.7+dfsg-2 Severity: serious Justification: fails to build from source slic3r failed to build on armhf: | cc -I/usr/lib/perl/5.18/CORE -DVERSION=0.01 -DXS_VERSION=0.01 -fPIC -xc++ -D_FILE_OFFSET_BITS=64 -D_GLIBCXX_USE_C99 -DHAS_BOOL -DNOGDI -DSLIC3RXS -Isrc -Ibuildtmp -c -D_REENTRANT -D_GNU_SOURCE -DDEBIAN -fwrapv -fstack-protector -fno-strict-aliasing -pipe -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -D_FORTIFY_SOURCE=2 -o buildtmp/XS.o buildtmp/XS.c | buildtmp/XS.c: In function 'void XS_Slic3r__Point_projection_onto_polygon(PerlInterpreter*, CV*)': | buildtmp/XS.c:777:2: error: 'Polygon' was not declared in this scope | Polygon* polygon; | ^ | buildtmp/XS.c:777:11: error: 'polygon' was not declared in this scope | Polygon* polygon; |^ | buildtmp/XS.c:777:11: note: suggested alternative: | In file included from /usr/include/boost/polygon/polygon.hpp:12:0, | from src/Point.hpp:93, | from buildtmp/XS.c:183: | /usr/include/boost/polygon/isotropy.hpp:110:36: note: 'boost::polygon' | namespace boost { namespace polygon{ | ^ | buildtmp/XS.c:794:35: error: expected primary-expression before ')' token |polygon = (Polygon *)SvIV((SV*)SvRV( ST(1) )); |^ | buildtmp/XS.c: In function 'void XS_Slic3r__Point_projection_onto_polyline(PerlInterpreter*, CV*)': | buildtmp/XS.c:823:2: error: 'Polyline' was not declared in this scope | Polyline* polyline; | ^ | buildtmp/XS.c:823:12: error: 'polyline' was not declared in this scope | Polyline* polyline; | ^ | buildtmp/XS.c:840:37: error: expected primary-expression before ')' token |polyline = (Polyline *)SvIV((SV*)SvRV( ST(1) )); | ^ | error building buildtmp/XS.o from 'buildtmp/XS.c' at /usr/share/perl/5.18/ExtUtils/CBuilder/Base.pm line 177. | dh_auto_build: perl Build returned exit code 2 Please take a look. The full build log is available from https://buildd.debian.org/status/fetch.php?pkg=slic3rarch=armhfver=1.1.7+dfsg-2stamp=1407932466. Cheers -- Sebastian Ramacher signature.asc Description: Digital signature
Bug#758115: Disabled wait state X'32EE' on IPL of zIPL
On Thu, 14 Aug 2014 21:45:53 -0400 (EDT) Stephen Powell zlinux...@wowway.com wrote: On Thu, 14 Aug 2014 10:32:42 -0400 (EDT), Philipp Kern wrote: Hrm. Odd. It shouldn't be because the brokeness relates to the C library, not to the C compiler itself and zipl does not use the C library. Again, we must distinguish between zipl, the Linux command which runs at a Linux shell prompt, and zIPL, the boot loader proper, a customized version of which is written out by zipl when zipl gets run. zipl, the command which runs at a Linux shell prompt, most certainly does use the C library. It is written in C, it is compiled by the C compiler, and, at execution time, it uses the C run-time library, just like any other C program. zIPL, which is written out by zipl, does not use the C library. Or does it? Well, not the regular C library, no. But it does use a minimalist run-time library. In the source package, look at zipl/boot/libc.c. Yes, even zIPL, the boot loader proper, does use a C library of sorts. Just for confirmation: Stephen is right. The zipl tool is a normal C program that uses the glibc. The zipl boot loader code under the boot source directory does not use the glibc or any other external library. Before s390-tools-1.24.0 it was written 100% in assembler. With s390-tools-1.24.0 we have rewritten the code in C and have added our own minimal libc. Best Regards, Michael -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758127: libwx-perl: FTBFS on arm*
-=| Damyan Ivanov, 15.08.2014 11:08:24 +0300 |=- -=| Damyan Ivanov, 15.08.2014 10:49:48 +0300 |=- As an exercise I'll build wxwidgets3.0 on amel (armel) using the latest binutils (2.24.51.20140807-1) and see if the warning is gone. That didn't help: dpkg-shlibdeps: warning: symbol _ZNK14wxCommandEvent5CloneEv used by debian/libwxgtk3.0-0/usr/lib/arm-linux-gnueabi/libwx_gtk2u_propgrid-3.0.so.0.1.0 found in none of the libraries Rebuilding with gcc-4.8 shows no such warning (probably already known, but I couldn't see what else to try). Rebuilding libwx-perl with the resulting packages is not really possible, since the porterbox chroots support only official sources. -- dam -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754665: [armel armhf] give-back tatan 1.0.dfsg1-5
Hello, tatan failed to build on armel and armhf due to a then missing dependency, libphobos-4.9-dev. I asked twice [1] [2] on this list before and followed the guidelines [3] to request a give-back for these architectures. Unfortunately tatan is still in the same state. Please let me know how this issue can be resolved. gb tatan 1.0.dfsg1-5 . armel armhf Regards, Markus [1] https://lists.debian.org/debian-wb-team/2014/07/msg00018.html [2] https://lists.debian.org/debian-wb-team/2014/08/msg1.html [3] https://release.debian.org/wanna-build.txt signature.asc Description: OpenPGP digital signature
Bug#757735: Chirugircal removing of compiler optimizations
Hi Brian, The gdb trace shows that compiler optimizations are preventing debugging: some variables having been optimized out, and therefore their printed value, if any, is inconsistent. In order to remove optimizations in the malloc() implementation, you need to go into the source tree of gtk-gnutella, and edit the file: src/lib/Makefile. Change the JCFLAGS line (#17 normally) to say -O0 (that's minus-o-zero), then go to src/lib, type: touch xmalloc.c to force recompilation of malloc, then go back to src/ and type: make Then run the created gtk-gnutella file as you did before. This time we should get more insight from gdb. If the program fails at the same spot, I'll tell you which values to print out, so please keep the gdb session open so that I can probe variables and try to figure out what is happening! If the program does not fail with optimizations removed, we have a subtle bug, which will be even harder to spot. But let's see first. Please make sure you ONLY recompile xmalloc.c without optimizations, so as to change the runtime behaviour of the program as little as possible (keeping other files optimized). Thanks for your help, Raphael -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754665: [armel armhf] give-back tatan 1.0.dfsg1-5
On 15/08/14 11:07, Markus Koschany wrote: Hello, tatan failed to build on armel and armhf due to a then missing dependency, libphobos-4.9-dev. I asked twice [1] [2] on this list before and followed the guidelines [3] to request a give-back for these architectures. Unfortunately tatan is still in the same state. Please let me know how this issue can be resolved. gb tatan 1.0.dfsg1-5 . armel armhf Given back. Emilio -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758060: marked as done (acpi-fakekey: fails to install)
Your message dated Fri, 15 Aug 2014 11:26:49 +0200 with message-id 20140815092649.ga16...@feivel.credativ.lan and subject line Re: [Pkg-acpi-devel] Bug#758060: acpi-fakekey: fails to install has caused the Debian Bug report #758060, regarding acpi-fakekey: fails to install 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.) -- 758060: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=758060 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: acpi-fakekey Version: 0.140-5+deb7u2 Severity: serious Justification: fails to install from repository (but installed successfully in the past) - was offered as a security update Dear Michael and other Maintainers, My first bugrep so sorry if I missed anything, or have added way too much! (is that possible?) cheers Keith * What led up to the situation? Install updates of the Debian system including acpi-support acpi-fakekey * What exactly did you do (or not do) that was effective (or ineffective)? I removed 0.140-5+deb7u2 and use the alternative package offered by aptitude v0.140-5 Still the same issue. I purged acpi-fakekey and acpi-support then reinstalled. Still the same issue. -- System Information: Debian Release: 7.6 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages acpi-fakekey depends on: ii libc6 2.13-38+deb7u3 acpi-fakekey recommends no packages. acpi-fakekey suggests no packages. -- no debconf information -- Output from dpkg Selecting previously unselected package acpi-fakekey. (Reading database ... 90664 files and directories currently installed.) Unpacking acpi-fakekey (from .../acpi-fakekey_0.140-5+deb7u2_amd64.deb) ... Selecting previously unselected package acpi-support. Unpacking acpi-support (from .../acpi-support_0.140-5+deb7u2_all.deb) ... Processing triggers for man-db ... Setting up acpi-fakekey (0.140-5+deb7u2) ... insserv: warning: script 'K10runmbbservice' missing LSB tags and overrides insserv: warning: script 'runmbbservice' missing LSB tags and overrides insserv: There is a loop at service rc.local if started insserv: There is a loop between service rc.local and mountnfs if started insserv: loop involving service mountnfs at depth 7 insserv: loop involving service nfs-common at depth 6 insserv: Starting runmbbservice depends on rc.local and therefore on system facility `$all' which can not be true! previous line repeated several times .. .. .. insserv: Max recursions depth 99 reached insserv: loop involving service rpcbind at depth 5 insserv: loop involving service network-manager at depth 9 insserv: There is a loop between service rc.local and mountall if started insserv: loop involving service mountall at depth 4 insserv: loop involving service checkfs at depth 3 insserv: There is a loop between service rc.local and urandom if started insserv: loop involving service urandom at depth 5 insserv: loop involving service networking at depth 7 insserv: loop involving service mountall-bootclean at depth 7 insserv: loop involving service mountnfs-bootclean at depth 7 insserv: There is a loop between service runmbbservice and udev if started insserv: loop involving service udev at depth 1 insserv: There is a loop at service runmbbservice if started insserv: Starting runmbbservice depends on rc.local and therefore on system facility `$all' which can not be true! previous line repeated several times .. .. .. insserv: There is a loop between service rc.local and mountall-bootclean if started insserv: There is a loop between service rc.local and mountnfs-bootclean if started insserv: Starting runmbbservice depends on rc.local and therefore on system facility `$all' which can not be true! previous line repeated several times .. .. .. insserv: loop involving service mountkernfs at depth 1 insserv: Starting runmbbservice depends on rc.local and therefore on system facility `$all' which can not be true! previous line repeated several times .. .. .. insserv: exiting now without changing boot order! update-rc.d: error: insserv rejected the script header dpkg: error processing acpi-fakekey (--configure): subprocess installed post-installation script returned error exit status 1 dpkg: dependency problems prevent configuration of acpi-support: acpi-support depends on acpi-fakekey; however: Package acpi-fakekey is not configured yet. dpkg: error processing
Bug#758193: octave: FTBFS on s390x: panic: Segmentation fault -- stopping myself...
Source: octave Version: 3.8.2-1 Severity: serious Justification: FTBFS on s390x User: p...@debian.org Usertags: HDF5-transition -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi, The last upload of octave FTBFS on s390x with a segfault during the test step: libinterp/dldfcn/__delaunayn__.cc-tst .. PASS1/1 libinterp/dldfcn/__dsearchn__.cc-tst ... PASS1/1 libinterp/dldfcn/__fltk_uigetfile__.cc-tst . PASS1/1 libinterp/dldfcn/__glpk__.cc-tst ... PASS1/1 libinterp/dldfcn/__magick_read__.cc-tst PASS4/4 libinterp/dldfcn/__voronoi__.cc-tst PASS1/1 libinterp/dldfcn/chol.cc-tst ... PASS 29/30 FAIL 1 libinterp/dldfcn/convhulln.cc-tst ..panic: Segmentation fault -- stopping myself... Makefile:2565: recipe for target 'check' failed make[3]: *** [check] Segmentation fault make[3]: Leaving directory '/«PKGBUILDDIR»/test' Makefile:2849: recipe for target 'check' failed Unfortunately this FTBFS is in the way of the upcoming HDF5 transition and I really don't know how to help in solving it. In case you don't have a solution at hand, would it be acceptable for you to temporarily disable the tests on s390x to enable the HDF5 transition? Thanks in advance, _g. - -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.14-1-486 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQEcBAEBCAAGBQJT7dLvAAoJEO/obGx//s+D8qgH/2f0MbdQLeYd5WqiL6W887Ox hgKankRpXYqYBaMwTobkEbwdEhW8f8B16pDD1tDnhr3UnwcG3CbQRDSp0zshddYG kY2s7Banyf0SUGZ2/I+NDzyb9tFarSgcrEdcF7cXlU2n9WsHsNs5gtOr6VhAkV+g GkWwsLRqeh8lC8YwpL0SEDfS9eodvTzBC+CU6AUc+8IoJHnq36UWjaC7vvTSfNZF A/91kpeNEAJCSv/UWP0jiEJfAnt8Zv1hgFc+9n6hDy+lgOeMvYoDMQ02NqOb5tW9 JmvsHHYwhaiZYSy/6dcgrK6UFXIprqBFvqnH/Yl9PmO9COzMWaQXKOHPzTPUMM0= =jDAU -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#758184: boinc: FTBFS due to dependency errors in Makefile
Hi Sebastian, Source: boinc Version: 7.4.14+dfsg-1 Severity: serious Justification: fails to build from source (but built successfully in the past) boinc failed to build on the buildds with the following error: | /bin/bash ../libtool --tag=CXX --mode=link /usr/bin/g++ -Wall -Wextra -Wshadow -Wredundant-decls -Wdisabled-optimization -Wpointer-arith -Wstrict-aliasing -Wcast-align -fPIC -DPIC -pthread -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -Wall -O3 -funroll-loops -fforce-addr -ffast-math -Wall -L/usr/lib -rpath /usr/lib -version-number 7:4:14 -Wl,-z,relro -flto -Wl,--no-add-needed -o libboinc.la -rpath /usr/lib libboinc_la-app_ipc.lo libboinc_la-base64.lo libboinc_la-cc_config.lo libboinc_la-cert_sig.lo libboinc_la-coproc.lo libboinc_la-diagnostics.lo libboinc_la-filesys.lo libboinc_la-gui_rpc_client.lo libboinc_la-gui_rpc_client_ops.lo libboinc_la-gui_rpc_client_print.lo libboinc_la-hostinfo.lo libboinc_la-md5.lo libboinc_la-md5_file.lo libboinc_la-mem_usage.lo libboinc_la-mfile.lo libboinc_la-miofile.lo libboinc_la-msg_log.lo libboinc_la-network.lo libboinc_la-notice.lo libboinc_la-opencl_boinc.lo libboinc_la-parse.lo libboinc_la-prefs.lo libboinc_la-procinfo.lo libboinc_la-proc_control.lo libboinc_la-proxy_info.lo libboinc_la-shmem.lo libboinc_la-str_util.lo libboinc_la-url.lo libboinc_la-util.lo libboinc_la-procinfo_unix.lo libboinc_la-synch.lo libboinc_la-unix_util.lo | libtool: link: /usr/bin/g++ -fPIC -DPIC -shared -nostdlib /usr/lib/gcc/x86_64-linux-gnu/4.9/../../../x86_64-linux-gnu/crti.o /usr/lib/gcc/x86_64-linux-gnu/4.9/crtbeginS.o .libs/libboinc_la-app_ipc.o .libs/libboinc_la-base64.o .libs/libboinc_la-cc_config.o .libs/libboinc_la-cert_sig.o .libs/libboinc_la-coproc.o .libs/libboinc_la-diagnostics.o .libs/libboinc_la-filesys.o .libs/libboinc_la-gui_rpc_client.o .libs/libboinc_la-gui_rpc_client_ops.o .libs/libboinc_la-gui_rpc_client_print.o .libs/libboinc_la-hostinfo.o .libs/libboinc_la-md5.o .libs/libboinc_la-md5_file.o .libs/libboinc_la-mem_usage.o .libs/libboinc_la-mfile.o .libs/libboinc_la-miofile.o .libs/libboinc_la-msg_log.o .libs/libboinc_la-network.o .libs/libboinc_la-notice.o .libs/libboinc_la-opencl_boinc.o .libs/libboinc_la-parse.o .libs/libboinc_la-prefs.o .libs/libboinc_la-procinfo.o .libs/libboinc_la-proc_control.o .libs/libboinc_la-proxy_info.o .libs/libboinc_la-shmem.o .libs/libboinc_la-str_util.o .libs/libboinc_la-url.o .libs/libboinc_la-util.o .libs/libboinc_la-procinfo_unix.o .libs/libboinc_la-synch.o .libs/libboinc_la-unix_util.o -L/usr/lib -L/usr/lib/gcc/x86_64-linux-gnu/4.9 -L/usr/lib/gcc/x86_64-linux-gnu/4.9/../../../x86_64-linux-gnu -L/usr/lib/gcc/x86_64-linux-gnu/4.9/../../../../lib -L/lib/x86_64-linux-gnu -L/lib/../lib -L/usr/lib/x86_64-linux-gnu -L/usr/lib/../lib -L/usr/lib/gcc/x86_64-linux-gnu/4.9/../../.. -lstdc++ -lm -lc -lgcc_s /usr/lib/gcc/x86_64-linux-gnu/4.9/crtfastmath.o /usr/lib/gcc/x86_64-linux-gnu/4.9/crtendS.o /usr/lib/gcc/x86_64-linux-gnu/4.9/../../../x86_64-linux-gnu/crtn.o -pthread -O2 -O3 -Wl,-z -Wl,relro -flto -Wl,--no-add-needed -pthread -Wl,-soname -Wl,libboinc.so.7 -o .libs/libboinc.so.7.4.14 | g++: error: .libs/libboinc_la-gui_rpc_client_ops.o: No such file or directory | make[4]: *** [libboinc.la] Error 1 | make[4]: *** Waiting for unfinished jobs | Makefile:927: recipe for target 'libboinc.la' failed The missing file gets built directly after the failure: | libtool: compile: /usr/bin/g++ -DHAVE_CONFIG_H -I. -I.. -I.. -I../api -I../db -I../lib -I../lib/mac -I../sched -I../tools -I../vda -pthread -D_FORTIFY_SOURCE=2 -Wall -Wextra -Wshadow -Wredundant-decls -Wdisabled-optimization -Wpointer-arith -Wstrict-aliasing -Wcast-align -fPIC -DPIC -pthread -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -Wall -O3 -funroll-loops -fforce-addr -ffast-math -Wall -c gui_rpc_client_ops.cpp -o libboinc_la-gui_rpc_client_ops.o /dev/null 21 | /bin/bash ../libtool --tag=CXX --mode=link /usr/bin/g++ -Wall -Wextra -Wshadow -Wredundant-decls -Wdisabled-optimization -Wpointer-arith -Wstrict-aliasing -Wcast-align -fPIC -DPIC -pthread -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -Wall -O3 -funroll-loops -fforce-addr -ffast-math -Wall -L/usr/lib -rpath /usr/lib -version-number 7:4:14 -Wl,-z,relro -flto -Wl,--no-add-needed -o libboinc.la -rpath /usr/lib libboinc_la-app_ipc.lo libboinc_la-base64.lo libboinc_la-cc_config.lo libboinc_la-cert_sig.lo libboinc_la-coproc.lo libboinc_la-diagnostics.lo libboinc_la-filesys.lo libboinc_la-gui_rpc_client.lo libboinc_la-gui_rpc_client_ops.lo libboinc_la-gui_rpc_client_print.lo libboinc_la-hostinfo.lo libboinc_la-md5.lo libboinc_la-md5_file.lo libboinc_la-mem_usage.lo libboinc_la-mfile.lo libboinc_la-miofile.lo libboinc_la-msg_log.lo libboinc_la-network.lo libboinc_la-notice.lo libboinc_la-opencl_boinc.lo libboinc_la-parse.lo libboinc_la-prefs.lo libboinc_la-procinfo.lo
Bug#758193: [Pkg-octave-devel] Bug#758193: octave: FTBFS on s390x: panic: Segmentation fault -- stopping myself...
Le vendredi 15 août 2014 à 11:29 +0200, Gilles Filippini a écrit : Source: octave Version: 3.8.2-1 Severity: serious Justification: FTBFS on s390x User: p...@debian.org Usertags: HDF5-transition The last upload of octave FTBFS on s390x with a segfault during the test step: libinterp/dldfcn/__delaunayn__.cc-tst .. PASS1/1 libinterp/dldfcn/__dsearchn__.cc-tst ... PASS1/1 libinterp/dldfcn/__fltk_uigetfile__.cc-tst . PASS1/1 libinterp/dldfcn/__glpk__.cc-tst ... PASS1/1 libinterp/dldfcn/__magick_read__.cc-tst PASS4/4 libinterp/dldfcn/__voronoi__.cc-tst PASS1/1 libinterp/dldfcn/chol.cc-tst ... PASS 29/30 FAIL 1 libinterp/dldfcn/convhulln.cc-tst ..panic: Segmentation fault -- stopping myself... Makefile:2565: recipe for target 'check' failed make[3]: *** [check] Segmentation fault make[3]: Leaving directory '/«PKGBUILDDIR»/test' Makefile:2849: recipe for target 'check' failed Unfortunately this FTBFS is in the way of the upcoming HDF5 transition and I really don't know how to help in solving it. My current hypothesis is that this FTBFS is due to the glibc ABI break (http://lwn.net/Articles/605607/), in relation with the qhull library, which was compiled with the old ABI and which is used in convhulln.cc. The ABI break was reverted in glibc 2.19-9, which was uploaded yesterday. I am currently testing a rebuild of octave against the new glibc. If that works, I'll just request a give back. -- .''`.Sébastien Villemot : :' :Debian Developer `. `' http://www.dynare.org/sebastien `- GPG Key: 4096R/381A7594 signature.asc Description: This is a digitally signed message part
Bug#758193: octave: FTBFS on s390x: panic: Segmentation fault -- stopping myself...
Le vendredi 15 août 2014 à 11:49 +0200, Sébastien Villemot a écrit : Le vendredi 15 août 2014 à 11:29 +0200, Gilles Filippini a écrit : Source: octave Version: 3.8.2-1 Severity: serious Justification: FTBFS on s390x User: p...@debian.org Usertags: HDF5-transition The last upload of octave FTBFS on s390x with a segfault during the test step: libinterp/dldfcn/__delaunayn__.cc-tst .. PASS1/1 libinterp/dldfcn/__dsearchn__.cc-tst ... PASS1/1 libinterp/dldfcn/__fltk_uigetfile__.cc-tst . PASS1/1 libinterp/dldfcn/__glpk__.cc-tst ... PASS1/1 libinterp/dldfcn/__magick_read__.cc-tst PASS4/4 libinterp/dldfcn/__voronoi__.cc-tst PASS1/1 libinterp/dldfcn/chol.cc-tst ... PASS 29/30 FAIL 1 libinterp/dldfcn/convhulln.cc-tst ..panic: Segmentation fault -- stopping myself... Makefile:2565: recipe for target 'check' failed make[3]: *** [check] Segmentation fault make[3]: Leaving directory '/«PKGBUILDDIR»/test' Makefile:2849: recipe for target 'check' failed Unfortunately this FTBFS is in the way of the upcoming HDF5 transition and I really don't know how to help in solving it. My current hypothesis is that this FTBFS is due to the glibc ABI break (http://lwn.net/Articles/605607/), in relation with the qhull library, which was compiled with the old ABI and which is used in convhulln.cc. The ABI break was reverted in glibc 2.19-9, which was uploaded yesterday. I am currently testing a rebuild of octave against the new glibc. If that works, I'll just request a give back. Ok so on zelenka, octave 3.8.2-1 FTBFS against glibc 2.19-7 but compiles against 2.19-9. So my hypothesis seems to be confirmed. I have therefore requested a give back. Now octave is in state BD-Uninstallable on s390x because of the ongoing perl 5.20 transition (same on mips), so we'll have to wait a bit before this bug can hopefully be closed. -- .''`.Sébastien Villemot : :' :Debian Developer `. `' http://www.dynare.org/sebastien `- GPG Key: 4096R/381A7594 signature.asc Description: This is a digitally signed message part
Bug#758199: dpkg: libcompat fails to build on GNU/Hurd
Source: dpkg Source-Version: 1.17.12 Severity: serious Hi! Bah, so this still fails on GNU/Hurd, but for another reason. I'm fixing this and will be uploading probably later today. Thanks, Guillem -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754665: marked as done (tatan: FTBFS on armel/armhf: error: module string is in file 'std/string.d' which cannot be read)
Your message dated Fri, 15 Aug 2014 13:00:45 +0200 with message-id 53ede85d.5040...@gambaru.de and subject line tatan: FTBFS on armel/armhf: error: module string is in file 'std/string.d' which cannot be read has caused the Debian Bug report #754665, regarding tatan: FTBFS on armel/armhf: error: module string is in file 'std/string.d' which cannot be read 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.) -- 754665: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=754665 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Source: tatan Version: 1.0.dfsg1-5 Severity: serious Justification: FTBFS Hi, your package no longer builds on armel/armhf: | gdc -o tatan -Iimport -Isrc -Wno-deprecated -frelease -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -D_FORTIFY_SOURCE=2 -Wl,-z,relro import/SDL.d import/SDL_active.d import/SDL_audio.d import/SDL_byteorder.d import/SDL_cdrom.d import/SDL_copying.d import/SDL_endian.d import/SDL_error.d import/SDL_events.d import/SDL_getenv.d import/SDL_joystick.d import/SDL_keyboard.d import/SDL_keysym.d import/SDL_keysym_.d import/SDL_mixer.d import/SDL_mouse.d import/SDL_mutex.d import/SDL_quit.d import/SDL_rwops.d import/SDL_syswm.d import/SDL_thread.d import/SDL_timer.d import/SDL_types.d import/SDL_version_.d import/SDL_video.d import/bulletml.d import/hell2.d import/opengl.d import/openglu.d src/br/append.d src/br/background.d src/br/boot.d src/br/boss.d src/br/bullet.d src/br/cursor.d src/br/enemy.d src/br/frame.d src/br/gamemanager.d src/br/laserImpl.d src/br/mainloop.d src/br/particleImpl.d src/br/pattern.d src/br/screen.d src/br/shapeImpl.d src/br/shi p.d src/br/shot.d src/br/sound.d src/br/stage.d src/br/star.d src/br/wall.d src/util/actor.d src/util/animation.d src/util/animationImpl.d src/util/ascii.d src/util/basis.d src/util/beam.d src/util/button.d src/util/cloneable.d src/util/collision.d src/util/font.d src/util/key.d src/util/laser.d src/util/list.d src/util/log.d src/util/matrix.d src/util/mouse.d src/util/particle.d src/util/parts.d src/util/rand.d src/util/record.d src/util/shape.d src/util/timer.d src/util/vector.d -lSDL -lGLU -lGL -lSDL_mixer | cc1d: warning: command line option '-Wformat=1' is valid for C/C++/ObjC/ObjC++ but not for D | import/SDL_audio.d:27: error: module string is in file 'std/string.d' which cannot be read | import path[0] = /usr/include/d/4.9 | import path[1] = /«PKGBUILDDIR»/import | import path[2] = /«PKGBUILDDIR»/src | make[2]: *** [tatan] Error 1 | Makefile:8: recipe for target 'tatan' failed | make[2]: Leaving directory '/«PKGBUILDDIR»' Full build logs: https://buildd.debian.org/status/fetch.php?pkg=tatanarch=armelver=1.0.dfsg1-5stamp=1404607521 https://buildd.debian.org/status/fetch.php?pkg=tatanarch=armhfver=1.0.dfsg1-5stamp=1404606855 Mraw, KiBi. ---End Message--- ---BeginMessage--- Tatan is able to build on armel and armhf again. Thus I'm going to close this bug report. Regards, Markus signature.asc Description: OpenPGP digital signature ---End Message---
Bug#758209: wxpython3.0: cannot import 2.8 anymore
Package: wxpython3.0 Version: 3.0.0.0+dfsg-3 Severity: serious the change of wxversion to 3.0 prevents importing wx if only 2.8 is installed. This breaks for example matplotlib which still depends on wxgtk2.8. See e.g. the autopkgtest in ubuntu: https://jenkins.qa.ubuntu.com/view/Utopic/view/AutoPkgTest/job/utopic-adt-matplotlib/60/? Or in an unstable chroot: apt-get install python-wxgtk2.8 python -c import wx Traceback (most recent call last): File string, line 1, in module ImportError: No module named wx -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754757: openmsx: FTBFS on mips: timeout during g++
Hello, The error appears while compiling HQ2xScaler.cc. Compilation finish successfully but it needs more time than is allowed before raising TERM signal. I had tested it locally, and on was able to reproduce the error with signal TERM on cavium board. On that board, time of HQ2xScaler.cc compilation is about 194 min, while TERM appears after 150 min. If O0 optimization is used instead of O3, for mips, I was able to reduce time of compilation to about 20 min. Patch that reduce optimization to O0 for mips is attached. Could you please consider including this patch? The other way to successfully build openmsx for mips, could by using some other (faster) buildd machines, beside cavium. Best Regards, Dejandiff -uNr openmsx-0.10.1.orig/build/flavour-debian.mk openmsx-0.10.1/build/flavour-debian.mk --- openmsx-0.10.1.orig/build/flavour-debian.mk 2014-08-07 13:06:40.0 + +++ openmsx-0.10.1/build/flavour-debian.mk 2014-08-07 13:50:07.0 + @@ -14,7 +14,12 @@ # Do not enable -O3 to work around GCC bug http://bugs.debian.org/647552. CXXFLAGS += -O2 else -CXXFLAGS += -O3 + ifeq ($(DEB_HOST_ARCH_CPU),mips) +# Use -O0 to reduce time of compilation on mips https://bugs.debian.org/754757 +CXXFLAGS += -O0 +else +CXXFLAGS += -O3 +endif endif endif
Bug#758210: libtext-iconv-perl: Depends on obselete perl version
Package: libtext-iconv-perl Version: 1.7-5+b1 Severity: grave Justification: renders package unusable libtext-iconv-perl still depends on perl 5.18, but the perl packages in Debian unstable have now been upgraded to 5.20. That makes this package uninstallable on sid. -- System Information: Debian Release: 7.6 APT prefers stable APT policy: (990, 'stable'), (500, 'stable-updates'), (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-2-amd64 (SMP w/2 CPU cores) Locale: LANG=hu_HU.UTF-8, LC_CTYPE=hu_HU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libtext-iconv-perl depends on: ii libc6 2.19-9 ii perl-base [perlapi-5.18.1] 5.18.2-7 libtext-iconv-perl recommends no packages. libtext-iconv-perl suggests no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754623: percona-xtradb-cluster-galera-2.x: FTBFS on many archs
Hi, The reason for this failure is a difference in alignment of long long for MIPS ISA and IA32. This results that size of gu_rse structure on mips is 24, instead of expected 20 (on ia32). As long long is first attribute in structure, so it is safe to use pack(4). struct gu_rse { long long time; const void* heap_ptr; const void* stack_ptr; longpid; }; I assume that this fix could be used for other architectures like: armel, armhf, powerpc, sparc. I did not have a chance to test it on those architectures, so my changes affects only mips and mipsel. Solving this issue, fallowing error appears: gcs/src/gcs.c:1161: undefined reference to `__sync_fetch_and_add_8' Mips platform does not have 64-bit __sync_* operations. To avoid this behaviuor it is needed to use corresponding __atomic_* from libatomic library. Patch that solves both issues for mips/mipsel is attached. Could you please consider including this patch? Best Regards, Dejan diff -uNr percona-xtradb-cluster-galera-2.x-175.orig/SConstruct percona-xtradb-cluster-galera-2.x-175/SConstruct --- percona-xtradb-cluster-galera-2.x-175.orig/SConstruct 2014-08-13 12:17:02.0 + +++ percona-xtradb-cluster-galera-2.x-175/SConstruct 2014-08-13 17:07:21.0 + @@ -368,7 +368,7 @@ print 'Not using boost' # Check to see if -latomic is need for GCC atomic built-ins. -if conf.CheckLib(library='atomic', symbol='__sync_fetch_and_add_8'): +if conf.CheckLib(library='atomic', symbol='__sync_fetch_and_add_8') or conf.CheckLib(library='atomic', symbol='__atomic_fetch_add_8'): conf.env.Append(LIBS=['atomic']) # asio diff -uNr percona-xtradb-cluster-galera-2.x-175.orig/galerautils/src/gu_atomic.h percona-xtradb-cluster-galera-2.x-175/galerautils/src/gu_atomic.h --- percona-xtradb-cluster-galera-2.x-175.orig/galerautils/src/gu_atomic.h 2014-05-08 01:08:52.0 + +++ percona-xtradb-cluster-galera-2.x-175/galerautils/src/gu_atomic.h 2014-08-13 17:07:46.0 + @@ -11,6 +11,8 @@ #ifdef __GNUC__ +#if !defined(__mips__) || defined(__mips64) + #define gu_sync_fetch_and_add __sync_fetch_and_add #define gu_sync_fetch_and_sub __sync_fetch_and_sub #define gu_sync_fetch_and_or __sync_fetch_and_or @@ -26,6 +28,28 @@ #define gu_sync_xor_and_fetch __sync_xor_and_fetch #define gu_sync_nand_and_fetch __gu_sync_nand_and_fetch +#else /* __mips__ */ + +/* Mips platform does not have 64-bit __sync_* operations. + * so it is needed to use corresponding __atomic_* operations from libatomic library. */ + +#define gu_sync_fetch_and_add(value_, x) __atomic_fetch_add(value_, x, __ATOMIC_SEQ_CST) +#define gu_sync_fetch_and_sub(value_, x) __atomic_fetch_sub(value_, x, __ATOMIC_SEQ_CST) +#define gu_sync_fetch_and_or(value_, x) __atomic_fetch_or(value_, x, __ATOMIC_SEQ_CST) +#define gu_sync_fetch_and_and(value_, x) __atomic_fetch_and(value_, x, __ATOMIC_SEQ_CST) +#define gu_sync_fetch_and_xor(value_, x) __atomic_fetch_xor(value_, x, __ATOMIC_SEQ_CST) +#define gu_sync_fetch_and_nand(value_, x) __atomic_fetch_nand(value_, x, __ATOMIC_SEQ_CST) + + +#define gu_sync_add_and_fetch(value_, x) __atomic_add_fetch(value_, x, __ATOMIC_SEQ_CST) +#define gu_sync_sub_and_fetch(value_, x) __atomic_sub_fetch(value_, x, __ATOMIC_SEQ_CST) +#define gu_sync_or_and_fetch(value_, x) __atomic_or_fetch(value_, x, __ATOMIC_SEQ_CST) +#define gu_sync_and_and_fetch(value_, x) __atomic_and_fetch(value_, x, __ATOMIC_SEQ_CST) +#define gu_sync_xor_and_fetch(value_, x) __atomic_xor_fetch(value_, x, __ATOMIC_SEQ_CST) +#define gu_sync_nand_and_fetch(value_, x) __atomic_nand_fetch(value_, x, __ATOMIC_SEQ_CST) + +#endif + #else /* __GNUC__ */ #error Compiler not supported #endif diff -uNr percona-xtradb-cluster-galera-2.x-175.orig/galerautils/src/gu_rand.c percona-xtradb-cluster-galera-2.x-175/galerautils/src/gu_rand.c --- percona-xtradb-cluster-galera-2.x-175.orig/galerautils/src/gu_rand.c 2014-05-08 01:08:52.0 + +++ percona-xtradb-cluster-galera-2.x-175/galerautils/src/gu_rand.c 2014-08-13 17:07:25.0 + @@ -16,6 +16,16 @@ /*! Structure to hold entropy data. * Should be at least 20 bytes on 32-bit systems and 28 bytes on 64-bit */ + +/* Unlike ia32, aligment of long long for MIPS ISA is 8, and size of gu_rse is 24. + * As long long atribute is first in gu_rse structure there is no harm in use pack(4) to avoid + * undexpected behavior while using gu_rse structure. */ + +#if defined(__mips__) !defined(__mips64__) +#pragma pack(push) +#pragma pack(4) +#endif + struct gu_rse { long long time; @@ -24,6 +34,10 @@ longpid; }; +#if defined(__mips__) !defined(__mips64__) +#pragma pack(pop) +#endif + typedef struct gu_rse gu_rse_t; long int
Bug#758212: Systemd is in Debian Jessie
Package: systemd Version: all Severity: critical When I download Jessie images and install Debian I can see that systemd beast. How to reproduce: get a fresh Debian GNU/Linux Jessie image from www.debian.org and install it. I suggest that systemd be thrown away from Debian and forgot as nightmare. signature.asc Description: OpenPGP digital signature
Bug#758212: marked as done (Systemd is in Debian Jessie)
Your message dated Fri, 15 Aug 2014 14:25:46 +0200 with message-id 53edfc4a.6080...@debian.org and subject line Re: Bug#758212: Systemd is in Debian Jessie has caused the Debian Bug report #758212, regarding Systemd is in Debian Jessie 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.) -- 758212: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=758212 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: systemd Version: all Severity: critical When I download Jessie images and install Debian I can see that systemd beast. How to reproduce: get a fresh Debian GNU/Linux Jessie image from www.debian.org and install it. I suggest that systemd be thrown away from Debian and forgot as nightmare. signature.asc Description: OpenPGP digital signature ---End Message--- ---BeginMessage--- On 08/15/2014 13:15, Alexander Prokoshev wrote: When I download Jessie images and install Debian I can see that systemd beast. Not a bug. Ansgar---End Message---
Bug#755513: Bug #755513 : nvidia-opencl-dev: binary conflict with ocl-icd-libopencl1
In the latest OpenCL Runtime 14.2 for Intel CPU and Intel Xeon Phi coprocessors for Linux (64-bit) download [1], opencl-1.2-base-4.5.0.8-1.x86_64.rpm contains the following files: $ ls -ln opt/intel/opencl-1.2-4.5.0.8/lib64/ total 32 lrwxrwxrwx 1 1000 100014 Aug 15 14:24 libOpenCL.so - libOpenCL.so.1 lrwxrwxrwx 1 1000 100016 Aug 15 14:24 libOpenCL.so.1 - libOpenCL.so.1.2 -rwxr-xr-x 1 1000 1000 31104 Aug 4 12:03 libOpenCL.so.1.2 [1] https://software.intel.com/en-us/articles/opencl-drivers#philinux -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758210: marked as done (libtext-iconv-perl: Depends on obselete perl version)
Your message dated Fri, 15 Aug 2014 14:26:50 +0200 with message-id 20140815122650.GA17793@eldamar.local and subject line Re: Bug#758210: libtext-iconv-perl: Depends on obselete perl version has caused the Debian Bug report #758210, regarding libtext-iconv-perl: Depends on obselete perl version 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.) -- 758210: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=758210 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: libtext-iconv-perl Version: 1.7-5+b1 Severity: grave Justification: renders package unusable libtext-iconv-perl still depends on perl 5.18, but the perl packages in Debian unstable have now been upgraded to 5.20. That makes this package uninstallable on sid. -- System Information: Debian Release: 7.6 APT prefers stable APT policy: (990, 'stable'), (500, 'stable-updates'), (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-2-amd64 (SMP w/2 CPU cores) Locale: LANG=hu_HU.UTF-8, LC_CTYPE=hu_HU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libtext-iconv-perl depends on: ii libc6 2.19-9 ii perl-base [perlapi-5.18.1] 5.18.2-7 libtext-iconv-perl recommends no packages. libtext-iconv-perl suggests no packages. -- debconf-show failed ---End Message--- ---BeginMessage--- Hi Kristof, On Fri, Aug 15, 2014 at 01:53:47PM +0200, Kristof Csillag wrote: Package: libtext-iconv-perl Version: 1.7-5+b1 Severity: grave Justification: renders package unusable libtext-iconv-perl still depends on perl 5.18, but the perl packages in Debian unstable have now been upgraded to 5.20. That makes this package uninstallable on sid. Yes this is right, but there is a ongoing Perl transition now in unstable, see [1]. The reverse dependencies are beeing rebuilt right now. [1] https://release.debian.org/transitions/html/perl5.20.html Regards, Salvatore---End Message---
Bug#758213: apt-get: Unable to satisfy depedency for debian-installer.
Package: apt-get Version: sid Severity: serious Tags: upstream Justification: important Hello Today after apt-get update and installing new updates the debian-installer has broken depedency. When checking proposed changes i haved found a strange solution to depedency of the packages. For build is required packages debiandoc-sgml, but it cannot be installed back. Maybe it is temporary problem of the unstable mirror directory. Thank You Have a nice day ewew -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758213: marked as done (apt-get: Unable to satisfy depedency for debian-installer.)
Your message dated Fri, 15 Aug 2014 15:49:38 +0300 with message-id 20140815124938.ga25...@ktnx.net and subject line Re: Bug#758213: apt-get: Unable to satisfy depedency for debian-installer. has caused the Debian Bug report #758213, regarding apt-get: Unable to satisfy depedency for debian-installer. 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.) -- 758213: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=758213 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: apt-get Version: sid Severity: serious Tags: upstream Justification: important Hello Today after apt-get update and installing new updates the debian-installer has broken depedency. When checking proposed changes i haved found a strange solution to depedency of the packages. For build is required packages debiandoc-sgml, but it cannot be installed back. Maybe it is temporary problem of the unstable mirror directory. Thank You Have a nice day ewew ---End Message--- ---BeginMessage--- Hi, -=| ewew, 15.08.2014 14:30:00 +0200 |=- Package: apt-get Version: sid Severity: serious Tags: upstream Justification: important Hello Today after apt-get update and installing new updates the debian-installer has broken depedency. When checking proposed changes i haved found a strange solution to depedency of the packages. For build is required packages debiandoc-sgml, but it cannot be installed back. Maybe it is temporary problem of the unstable mirror directory. You didn't show the actual output, so excuse me if I am guessing wrong. What I think is the cause of the problem is the ongoing transition from perl 5.18 to perl 5.20. It requires rebuilding some 500 packages, which takes time. See https://release.debian.org/transitions/html/perl5.20.html If such temporary problems bother you it may be better to use 'testing' instead of 'unstable'. Cheers, -- dam---End Message---
Bug#758216: FTBFS on s390x: *** stack smashing detected *** during tests
Package: libmusicbrainz-discid-perl Version: 0.03-4 Severity: serious libmusicbrainz-discid-perl failed to build with today's round of binNMUs for perl 5.20: Module::Build will be removed from the Perl core distribution in the next major release. Please install the separate libmodule-build-perl package. It is being used at Build, line 40. t/00use.t . ok t/05pod.t . ok *** stack smashing detected ***: /usr/bin/perl terminated === Backtrace: = /lib/s390x-linux-gnu/libc.so.6(+0x8787c)[0x3fffd31287c] /lib/s390x-linux-gnu/libc.so.6(__fortify_fail+0x38)[0x3fffd399d70] /lib/s390x-linux-gnu/libc.so.6(+0x10ed36)[0x3fffd399d36] /«PKGBUILDDIR»/blib/arch/auto/MusicBrainz/DiscID/DiscID.so(+0x1946)[0x3fffd248946] /usr/lib/s390x-linux-gnu/libperl.so.5.20(Perl_pp_entersub+0x5d4)[0x3fffd5e359c] /usr/lib/s390x-linux-gnu/libperl.so.5.20(Perl_runops_standard+0x20)[0x3fffd5daa28] /usr/lib/s390x-linux-gnu/libperl.so.5.20(perl_run+0x35e)[0x3fffd557b66] /usr/bin/perl(main+0x1c2)[0x8fa2] /lib/s390x-linux-gnu/libc.so.6(__libc_start_main+0x11e)[0x3fffd2af8ee] /usr/bin/perl[0x8fee] === Memory map: 8000-80002000 r-xp fe:04 132991 /usr/bin/perl 80002000-80003000 r--p 1000 fe:04 132991 /usr/bin/perl 80003000-80004000 rw-p 2000 fe:04 132991 /usr/bin/perl 84d56000-85053000 rw-p 00:00 0 [heap] 3fffd228000-3fffd23a000 r-xp fe:04 131435 /lib/s390x-linux-gnu/libgcc_s.so.1 3fffd23a000-3fffd23b000 rw-p 00011000 fe:04 131435 /lib/s390x-linux-gnu/libgcc_s.so.1 3fffd23e000-3fffd245000 r-xp fe:04 138576 /usr/lib/s390x-linux-gnu/libdiscid.so.0.6.1 3fffd245000-3fffd246000 r--p 6000 fe:04 138576 /usr/lib/s390x-linux-gnu/libdiscid.so.0.6.1 3fffd246000-3fffd247000 rw-p 7000 fe:04 138576 /usr/lib/s390x-linux-gnu/libdiscid.so.0.6.1 3fffd247000-3fffd24d000 r-xp fe:01 1835081 /«PKGBUILDDIR»/blib/arch/auto/MusicBrainz/DiscID/DiscID.so 3fffd24d000-3fffd24e000 r--p 5000 fe:01 1835081 /«PKGBUILDDIR»/blib/arch/auto/MusicBrainz/DiscID/DiscID.so 3fffd24e000-3fffd24f000 rw-p 6000 fe:01 1835081 /«PKGBUILDDIR»/blib/arch/auto/MusicBrainz/DiscID/DiscID.so 3fffd24f000-3fffd251000 rw-p 00:00 0 3fffd251000-3fffd25b000 r-xp fe:04 131434 /lib/s390x-linux-gnu/libcrypt-2.19.so 3fffd25b000-3fffd25c000 r--p 9000 fe:04 131434 /lib/s390x-linux-gnu/libcrypt-2.19.so 3fffd25c000-3fffd25d000 rw-p a000 fe:04 131434 /lib/s390x-linux-gnu/libcrypt-2.19.so 3fffd25d000-3fffd28b000 rw-p 00:00 0 3fffd28b000-3fffd424000 r-xp fe:04 131462 /lib/s390x-linux-gnu/libc-2.19.so 3fffd424000-3fffd428000 r--p 00198000 fe:04 131462 /lib/s390x-linux-gnu/libc-2.19.so 3fffd428000-3fffd42a000 rw-p 0019c000 fe:04 131462 /lib/s390x-linux-gnu/libc-2.19.so 3fffd42a000-3fffd42e000 rw-p 00:00 0 3fffd42e000-3fffd448000 r-xp fe:04 131443 /lib/s390x-linux-gnu/libpthread-2.19.so 3fffd448000-3fffd449000 r--p 00019000 fe:04 131443 /lib/s390x-linux-gnu/libpthread-2.19.so 3fffd449000-3fffd44a000 rw-p 0001a000 fe:04 131443 /lib/s390x-linux-gnu/libpthread-2.19.so 3fffd44a000-3fffd44f000 rw-p 00:00 0 3fffd44f000-3fffd4f1000 r-xp fe:04 131409 /lib/s390x-linux-gnu/libm-2.19.so 3fffd4f1000-3fffd4f2000 r--p 000a1000 fe:04 131409 /lib/s390x-linux-gnu/libm-2.19.so 3fffd4f2000-3fffd4f3000 rw-p 000a2000 fe:04 131409 /lib/s390x-linux-gnu/libm-2.19.so 3fffd4f3000-3fffd4f6000 r-xp fe:04 131392 /lib/s390x-linux-gnu/libdl-2.19.so 3fffd4f6000-3fffd4f7000 r--p 2000 fe:04 131392 /lib/s390x-linux-gnu/libdl-2.19.so 3fffd4f7000-3fffd4f8000 rw-p 3000 fe:04 131392 /lib/s390x-linux-gnu/libdl-2.19.so 3fffd4f8000-3fffd6f2000 r-xp fe:04 131824 /usr/lib/s390x-linux-gnu/libperl.so.5.20.0 3fffd6f2000-3fffd6f6000 r--p 001fa000 fe:04 131824 /usr/lib/s390x-linux-gnu/libperl.so.5.20.0 3fffd6f6000-3fffd6fc000 rw-p 001fe000 fe:04 131824 /usr/lib/s390x-linux-gnu/libperl.so.5.20.0 3fffd6fc000-3fffd6fd000 rw-p 00:00 0 3fffd6ff000-3fffd706000 rw-p 00:00 0 3fffd706000-3fffd708000 r-xp 00:00 0[vdso] 3fffd708000-3fffd72d000 r-xp fe:04 131432 /lib/s390x-linux-gnu/ld-2.19.so 3fffd72d000-3fffd72e000 r--p 00024000 fe:04 131432
Bug#757595: marked as done (ants: FTFBFS against insighttoolkit 4.6)
Your message dated Fri, 15 Aug 2014 13:19:06 + with message-id e1xihpo-wz...@franck.debian.org and subject line Bug#757595: fixed in ants 2.1.0~rc2+git3-g9103999-1 has caused the Debian Bug report #757595, regarding ants: FTFBFS against insighttoolkit 4.6 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.) -- 757595: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=757595 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Source: ants Version: 2.0.0-2 Severity: serious Justification: fails to build from source (but built successfully in the past) Control: block -1 by 757594 After fixing #757594 locally ants still fails to build against insighttoolkit 4.6: | cd /«PKGBUILDDIR»/obj-x86_64-linux-gnu/Examples /usr/lib/ccache/c++ -DITK_IO_FACTORY_REGISTER_MANAGER -Dl_antsApplyTransforms_EXPORTS -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -D_FORTIFY_SOURCE=2 -Wall -Wcast-align -Wdisabled-optimization -Wextra -Wformat=2 -Winvalid-pch -Wno-format-nonliteral -Wpointer-arith -Wshadow -Wunused -Wwrite-strings -funit-at-a-time -Wno-strict-overflow -Wno-deprecated -Wno-invalid-offsetof -Woverloaded-virtual -Wstrict-null-sentinel -fPIC -Wno-deprecated -fPIC -I/«PKGBUILDDIR»/Examples/. -I/«PKGBUILDDIR»/Examples/../Temporary -I/«PKGBUILDDIR»/Examples/../Tensor -I/«PKGBUILDDIR»/Examples/../GraphTheory -I/«PKGBUILDDIR»/Examples/../ImageSegmentation -I/«PKGBUILDDIR»/Examples/../ImageRegistration -I/«PKGBUILDDIR»/Examples/../Utilities -I/usr/include/vtk-5.8 -I/«PKGBUILDDIR»/obj-x86_64-linux-gnu/ITKIOFactoryRegistration -I/tmp/buildd/insighttoolkit4-4.6.0/BUILD/Modules/ThirdParty/HDF5/src -I/usr/include/dcmtk -I/usr/include/dcmtk/oflog -I/usr/include/dcmtk/ofstd -I/usr/include/dcmtk/dcmtls -I/usr/include/dcmtk/dcmsr -I/usr/include/dcmtk/dcmsign -I/usr/include/dcmtk/dcmqrdb -I/usr/include/dcmtk/dcmpstat -I/usr/include/dcmtk/dcmnet -I/usr/include/dcmtk/dcmjpls -I/usr/include/dcmtk/dcmjpeg -I/usr/include/dcmtk/dcmimgle -I/usr/include/dcmtk/dcmimage -I/usr/include/dcmtk/dcmdata -I/usr/include/dcmtk/config -I/usr/include/x86_64-linux-gnu -I/usr/include/gdcm-2.4 -I/usr/include/ITK-4.6 -o CMakeFiles/l_antsApplyTransforms.dir/antsApplyTransforms.cxx.o -c /«PKGBUILDDIR»/Examples/antsApplyTransforms.cxx | /«PKGBUILDDIR»/Examples/antsAlignOrigin.cxx:18:51: fatal error: itkTransformToDisplacementFieldSource.h: No such file or directory | #include itkTransformToDisplacementFieldSource.h |^ | compilation terminated. The full build log is available at https://people.debian.org/~sramacher/logs/itk4/ants_2.0.0-2_amd64-20140809-1752.log. Please take a look. Cheers -- Sebastian Ramacher signature.asc Description: Digital signature ---End Message--- ---BeginMessage--- Source: ants Source-Version: 2.1.0~rc2+git3-g9103999-1 We believe that the bug you reported is fixed in the latest version of ants, which is due to be installed in the Debian FTP archive. 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 757...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Yaroslav Halchenko deb...@onerussian.com (supplier of updated ants 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...@ftp-master.debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Wed, 13 Aug 2014 12:12:07 -0400 Source: ants Binary: ants Architecture: source amd64 Version: 2.1.0~rc2+git3-g9103999-1 Distribution: unstable Urgency: medium Maintainer: NeuroDebian Team t...@neuro.debian.net Changed-By: Yaroslav Halchenko deb...@onerussian.com Description: ants - advanced normalization tools for brain and image analysis Closes: 757595 Changes: ants (2.1.0~rc2+git3-g9103999-1) unstable; urgency=medium . * Newer upstream pre-release - should be compatible with ITK v4.6.0 and VTK 6.1 (Closes: #757595) - explicitly include libhdf5-dev into build-depends to mitigate problem with insufficient depends of ITK -dev (see #757594) * debian/patches - removed debian/patches/up_use_bash (upstreamed) - Add-soname-and-local-data.patch - deb_local-data.patch (SONAME and SOVERSIONing is done now by upstream) * debian/{control,rules} - build
Bug#722362: Updating the Ruby packaging policy for your package «libroot-bindings-ruby5.34»
On Tue, 10 Sep 2013 10:55:46 -0500 Gunnar Wolf gw...@debian.org wrote: Package: libroot-bindings-ruby5.34 Severity: normal Usertags: ruby18-removal, update-ruby-policy Hi Debian Science Maintainers, As you may know, during the Wheezy release cycle, the pkg-ruby-extras team¹ has worked to update the Ruby libraries/modules/gems packages to follow a new policy, much easier for the maintainers (as we no longer require a separate package for each interpreter version), to the archive (as it strongly reduces code duplication), and much more sensical to the users (as they no longer require to fiddle with which among many almost-identical binary packages to install). While we achieved a quite good success level during the Wheezy cycle², we decided to act only on the packages maintained by the group — There are many Ruby library packages maintained by kind people (like yourself!) which have not yet adopted this new style. According to our records, you are currently maintaining the package: libroot-bindings-ruby5.34 I am sending this report as part of a mass-bug-filing.³ Some useful information you might find useful: • Guidelines for Ruby packaging⁴ https://wiki.debian.org/Teams/Ruby/Packaging#Guidelines_for_Ruby_packaging • Ruby team release goals for Jessie⁵ https://wiki.debian.org/Teams/Ruby/Jessie • About the Ruby team — Please consider joining!⁶ https://wiki.debian.org/Teams/Ruby • Part of the new policy involves running the package's tests. Here is a swift introduction on what it means and how to do it: https://wiki.debian.org/Teams/Ruby/Packaging/Tests Thanks a lot for your attention! -- ¹ alioth.debian.org/projects/pkg-ruby-extras/ ² http://pkg-ruby-extras.alioth.debian.org/wheezy/ ³ https://lists.debian.org/debian-devel/2013/09/msg00196.html What would be the suggested name for the package? Based on policy, it would be ruby-libruby ... not a great name. Would ruby-root or ruby-root-bindings be acceptable? Caitlin -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758193: marked as done (octave: FTBFS on s390x: panic: Segmentation fault -- stopping myself...)
Your message dated Fri, 15 Aug 2014 17:04:05 +0200 with message-id 1408115045.31076.85.ca...@rama.villemot.name and subject line Re: Bug#758193: octave: FTBFS on s390x: panic: Segmentation fault -- stopping myself... has caused the Debian Bug report #758193, regarding octave: FTBFS on s390x: panic: Segmentation fault -- stopping myself... 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.) -- 758193: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=758193 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Source: octave Version: 3.8.2-1 Severity: serious Justification: FTBFS on s390x User: p...@debian.org Usertags: HDF5-transition -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi, The last upload of octave FTBFS on s390x with a segfault during the test step: libinterp/dldfcn/__delaunayn__.cc-tst .. PASS1/1 libinterp/dldfcn/__dsearchn__.cc-tst ... PASS1/1 libinterp/dldfcn/__fltk_uigetfile__.cc-tst . PASS1/1 libinterp/dldfcn/__glpk__.cc-tst ... PASS1/1 libinterp/dldfcn/__magick_read__.cc-tst PASS4/4 libinterp/dldfcn/__voronoi__.cc-tst PASS1/1 libinterp/dldfcn/chol.cc-tst ... PASS 29/30 FAIL 1 libinterp/dldfcn/convhulln.cc-tst ..panic: Segmentation fault -- stopping myself... Makefile:2565: recipe for target 'check' failed make[3]: *** [check] Segmentation fault make[3]: Leaving directory '/«PKGBUILDDIR»/test' Makefile:2849: recipe for target 'check' failed Unfortunately this FTBFS is in the way of the upcoming HDF5 transition and I really don't know how to help in solving it. In case you don't have a solution at hand, would it be acceptable for you to temporarily disable the tests on s390x to enable the HDF5 transition? Thanks in advance, _g. - -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.14-1-486 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQEcBAEBCAAGBQJT7dLvAAoJEO/obGx//s+D8qgH/2f0MbdQLeYd5WqiL6W887Ox hgKankRpXYqYBaMwTobkEbwdEhW8f8B16pDD1tDnhr3UnwcG3CbQRDSp0zshddYG kY2s7Banyf0SUGZ2/I+NDzyb9tFarSgcrEdcF7cXlU2n9WsHsNs5gtOr6VhAkV+g GkWwsLRqeh8lC8YwpL0SEDfS9eodvTzBC+CU6AUc+8IoJHnq36UWjaC7vvTSfNZF A/91kpeNEAJCSv/UWP0jiEJfAnt8Zv1hgFc+9n6hDy+lgOeMvYoDMQ02NqOb5tW9 JmvsHHYwhaiZYSy/6dcgrK6UFXIprqBFvqnH/Yl9PmO9COzMWaQXKOHPzTPUMM0= =jDAU -END PGP SIGNATURE- ---End Message--- ---BeginMessage--- Le vendredi 15 août 2014 à 12:34 +0200, Sébastien Villemot a écrit : Le vendredi 15 août 2014 à 11:49 +0200, Sébastien Villemot a écrit : Le vendredi 15 août 2014 à 11:29 +0200, Gilles Filippini a écrit : Source: octave Version: 3.8.2-1 Severity: serious Justification: FTBFS on s390x User: p...@debian.org Usertags: HDF5-transition The last upload of octave FTBFS on s390x with a segfault during the test step: libinterp/dldfcn/__delaunayn__.cc-tst .. PASS1/1 libinterp/dldfcn/__dsearchn__.cc-tst ... PASS1/1 libinterp/dldfcn/__fltk_uigetfile__.cc-tst . PASS1/1 libinterp/dldfcn/__glpk__.cc-tst ... PASS1/1 libinterp/dldfcn/__magick_read__.cc-tst PASS4/4 libinterp/dldfcn/__voronoi__.cc-tst PASS1/1 libinterp/dldfcn/chol.cc-tst ... PASS 29/30 FAIL 1 libinterp/dldfcn/convhulln.cc-tst ..panic: Segmentation fault -- stopping myself... Makefile:2565: recipe for target 'check' failed make[3]: *** [check] Segmentation fault make[3]: Leaving directory '/«PKGBUILDDIR»/test' Makefile:2849: recipe for target 'check' failed Unfortunately this FTBFS is in the way of the upcoming HDF5 transition and I really don't know how to help in solving it. My current hypothesis is that this FTBFS is due to the glibc ABI break (http://lwn.net/Articles/605607/), in relation with the qhull library, which was compiled with the old ABI and which is used in convhulln.cc. The ABI break was reverted in glibc 2.19-9, which was uploaded yesterday. I am currently testing a rebuild of octave against the new glibc. If that works, I'll just request a give back. Ok so on zelenka, octave 3.8.2-1 FTBFS against glibc
Bug#757981: Can confirm the bug
Hi, I can confirm the bug. sid/experimental versions of package fglrx-driver depend on xorg-video-abi-15, whereas the latest version of xserver-xorg-core in TESTING, provides xorg-video-abi-18. Furthermore from AMD's driver download page it says that the most recent driver supports Xorg. up to 1.15 (testing version of Xorg is 1.16) and kernel versions of 3.13 (although it works with 3.14) Requesting for a dependency fix, or please forward the situation upstream, since it affects everybody that uses testing and wants to update. Regards, -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758229: nfacct: is priority important, depends on packages with priority extra
Package: nfacct Version: 1.0.1-1 Severity: serious Justification: Policy 2.5 Hi, the current nfacct package version in testing is priority important and depends on packages with priority extra. Policy 2.5 states: Packages must not depend on packages with lower priority values (excluding build-time dependencies). $ apt-cache show nfacct |grep -E '^Version:|^Priority|^Depends' Version: 1.0.1-1 Depends: libc6 (= 2.7), libmnl0, libnetfilter-acct1 Priority: important $ apt-cache show libmnl0 libnetfilter-acct1 |grep ^Priority Priority: extra Priority: extra $ Regards, Gerrit. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758231: rsyslog: is priority important, depends on packages with priority extra
Package: rsyslog Version: 8.2.2-3 Severity: serious Justification: Policy 2.5 Hi, the current rsyslog package version in testing is priority important and depends on packages with priority extra. Policy 2.5 states: Packages must not depend on packages with lower priority values (excluding build-time dependencies). $ apt-cache show rsyslog |grep -E '^Version:|^Priority|^Depends' Version: 8.2.2-3 Depends: libc6 (= 2.17), libestr0 (= 0.1.4), libjson-c2 (= 0.10), liblogging-stdlog0 (= 1.0.2), liblognorm1 (= 0.3.0), libuuid1 (= 2.16), zlib1g (= 1:1.1.4), init-system-helpers (= 1.18~), lsb-base (= 3.2-14), initscripts (= 2.88dsf-13.3) Priority: important $ apt-cache show libestr0 libjson-c2 liblognorm1 init-system-helpers |grep ^Priority Priority: extra Priority: extra Priority: extra Priority: extra $ Regards, Gerrit. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758233: cron: is priority important, depends on package with priority extra
Package: cron Version: 3.0pl1-124.2 Severity: serious Justification: Policy 2.5 Hi, the current cron package version in testing is priority important and depends on a package with priority extra. Policy 2.5 states: Packages must not depend on packages with lower priority values (excluding build-time dependencies). $ apt-cache show cron |grep -E '^Version:|^Priority|^Depends' Version: 3.0pl1-124.2 Depends: libc6 (= 2.7), libpam0g (= 0.99.7.1), libselinux1 (= 1.32), init-system-helpers (= 1.18~), debianutils (= 1.7), adduser, lsb-base (= 3.0-10), libpam-runtime (= 1.0.1-11) Priority: important $ apt-cache show init-system-helpers |grep ^Priority Priority: extra $ Regards, Gerrrit. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758231: rsyslog: is priority important, depends on packages with priority extra
Am 15.08.2014 17:47, schrieb Gerrit Pape: Package: rsyslog Version: 8.2.2-3 Severity: serious Justification: Policy 2.5 Hi, the current rsyslog package version in testing is priority important and depends on packages with priority extra. Policy 2.5 states: Packages must not depend on packages with lower priority values (excluding build-time dependencies). $ apt-cache show rsyslog |grep -E '^Version:|^Priority|^Depends' Version: 8.2.2-3 Depends: libc6 (= 2.17), libestr0 (= 0.1.4), libjson-c2 (= 0.10), liblogging-stdlog0 (= 1.0.2), liblognorm1 (= 0.3.0), libuuid1 (= 2.16), zlib1g (= 1:1.1.4), init-system-helpers (= 1.18~), lsb-base (= 3.2-14), initscripts (= 2.88dsf-13.3) Priority: important $ apt-cache show libestr0 libjson-c2 liblognorm1 init-system-helpers |grep ^Priority Priority: extra Priority: extra Priority: extra Priority: extra $ Regards, Gerrit. Feel free to file RC bugs against all the packages listed at: https://qa.debian.org/debcheck.php?dist=sidlist=priorityarch=ANY -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Processed: reassign 758233 to ftp.debian.org, reassign 758231 to ftp.debian.org, forcibly merging 758231 758233 ...
Processing commands for cont...@bugs.debian.org: reassign 758233 ftp.debian.org Bug #758233 [cron] cron: is priority important, depends on package with priority extra Bug reassigned from package 'cron' to 'ftp.debian.org'. No longer marked as found in versions cron/3.0pl1-124.2. Ignoring request to alter fixed versions of bug #758233 to the same values previously set reassign 758231 ftp.debian.org Bug #758231 [rsyslog] rsyslog: is priority important, depends on packages with priority extra Bug reassigned from package 'rsyslog' to 'ftp.debian.org'. No longer marked as found in versions rsyslog/8.2.2-3. Ignoring request to alter fixed versions of bug #758231 to the same values previously set forcemerge 758231 758233 Bug #758231 [ftp.debian.org] rsyslog: is priority important, depends on packages with priority extra Bug #758233 [ftp.debian.org] cron: is priority important, depends on package with priority extra Merged 758231 758233 retitle 758233 override: init-system-helpers: admin/important Bug #758233 [ftp.debian.org] cron: is priority important, depends on package with priority extra Bug #758231 [ftp.debian.org] rsyslog: is priority important, depends on packages with priority extra Changed Bug title to 'override: init-system-helpers: admin/important' from 'cron: is priority important, depends on package with priority extra' Changed Bug title to 'override: init-system-helpers: admin/important' from 'rsyslog: is priority important, depends on packages with priority extra' severity 758233 normal Bug #758233 [ftp.debian.org] override: init-system-helpers: admin/important Bug #758231 [ftp.debian.org] override: init-system-helpers: admin/important Severity set to 'normal' from 'serious' Severity set to 'normal' from 'serious' thanks Stopping processing here. Please contact me if you need assistance. -- 758231: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=758231 758233: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=758233 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#758213: apt-get: Unable to satisfy depedency for debian-installer.
Hello When executing apt-get build-dep debian-installer the process shows this The following packages have unmet dependencies: debiandoc-sgml : Depends: libhtml-parser-perl but it is not going to be installed E: Build-dependencies for debian-installer could not be satisfied. Attempt to install missing packages i get error message that tells it cannot be installed. I maybe like you said a temporary problem. Do you have a estimate of time the rebuild of packages will take ? I cannot build debian-installer without funcioning enviroment for debian sid. Thank You Have a nice day ewew
Bug#758237: grace contains nonfree cephes library
Package: grace Version: 1:5.1.23-8 Severity: serious The grace package contains code from the cephes library, which is under the following nonfree license: Some software in this archive may be from the book Methods and Programs for Mathematical Functions (Prentice-Hall, 1989) or from the Cephes Mathematical Library, a commercial product. In either event, it is copyrighted by the author. What you see here may be used freely but it comes with no support or guarantee. The license isn't included in the source package (this doesn't seem to be the complete cephes library) but you can find it in the tarball on the the cephes author's website. [1] There was a discussion back in 2004 about the author being willing to relicense it under a BSD license [2], but nothing happened after that. Legimet 1. http://www.moshier.net/#Cephes 2. https://lists.debian.org/debian-legal/2004/12/msg00295.html -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#756941: A patch and a bug
Gnome have already fixed this bug: https://mail.gnome.org/archives/commits-list/2014-May/msg01007.html https://bugzilla.gnome.org/show_bug.cgi?id=728449 Patch works. -- X was an interactive protocol: alpha blending a full-screen image looked like slugs racing down the monitor. http://www.keithp.com/~keithp/talks/usenix2000/render.html -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740565: marked as done (redeclipse-data: should be in main)
Your message dated Fri, 15 Aug 2014 17:57:30 + with message-id e1xilko-00037o...@franck.debian.org and subject line Bug#740565: fixed in redeclipse-data 1.4-3 has caused the Debian Bug report #740565, regarding redeclipse-data: should be in main 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.) -- 740565: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=740565 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: redeclipse-data Version: 1.4-2 Severity: important Hello, just for the record, I am reporting this bug to keep properly track of the progress. We discussed on debian-devel-games that Red Eclipse and its data package should be part of the main distribution since both comply with the DFSG. https://lists.debian.org/debian-devel-games/2014/02/msg00069.html We believe that the developers of Red Eclipse don't retain higher quality artwork deliberately and that they share everything according to their license agreement. Hence Red Eclipse should be part of Debian main. Please move Red Eclipse to the main section of the archive with the next scheduled upload but at any rate before Jessie freezes. Regards, Markus ---End Message--- ---BeginMessage--- Source: redeclipse-data Source-Version: 1.4-3 We believe that the bug you reported is fixed in the latest version of redeclipse-data, which is due to be installed in the Debian FTP archive. 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 740...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Martin Erik Werner martinerikwer...@gmail.com (supplier of updated redeclipse-data 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...@ftp-master.debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Sat, 09 Aug 2014 18:32:07 +0200 Source: redeclipse-data Binary: redeclipse-data Architecture: source all Version: 1.4-3 Distribution: unstable Urgency: medium Maintainer: Debian Games Team pkg-games-de...@lists.alioth.debian.org Changed-By: Martin Erik Werner martinerikwer...@gmail.com Description: redeclipse-data - data for the Red Eclipse FPS game Closes: 740565 Changes: redeclipse-data (1.4-3) unstable; urgency=medium . [ Markus Koschany ] * Update copyright file. Add missing public-domain licenses. Remove obsolete font license. * Move redeclipse-data to the main archive because it fully complies with the DFSG. (Closes: #740565) Checksums-Sha1: b2e7d74cff23a7a0b6544243da91e282a4fcedcb 1991 redeclipse-data_1.4-3.dsc 0250d9c3543686b82816d2172f7bedc306a5 18808 redeclipse-data_1.4-3.debian.tar.xz 21781f39f41e49f3a467ba12369061918aa97612 654891192 redeclipse-data_1.4-3_all.deb Checksums-Sha256: 97cd45d6a401d3c491a4debb5076f617f9e158440d5bf3676669a1e820e0512e 1991 redeclipse-data_1.4-3.dsc fabe7e05da2f553f5f06dc69cfd9b759e4a29ab20193b831f4b240176fd96a7f 18808 redeclipse-data_1.4-3.debian.tar.xz 706cee5425e366375b1ce0b5442a50beb6870f188b690185bb26661e15361591 654891192 redeclipse-data_1.4-3_all.deb Files: f62334094c1b1df638d68f97d64932a4 654891192 games optional redeclipse-data_1.4-3_all.deb db5d3ca2bbc88e5ac1c0150548e67d1e 1991 games optional redeclipse-data_1.4-3.dsc 4224876b89e5b36da1b2f2f34d619692 18808 games optional redeclipse-data_1.4-3.debian.tar.xz -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCAAGBQJT5p4yAAoJEI7tzBuqHzL/ecgQAIDshNWr84m5K41mswh89SMP aI45wJT5rQ2zfaiZqYPwbERtiHPouf9Jlx2SrxC8m00rlVRPomuOgB97DKvdDh23 C5mAKF0qjB5bwOwZfkPVrHAOSWpYVvtFb7o3RrycEF8Nyf75ldbWBQj8C+KsNdeo 7DhNzTovGkjmTptzdE6gvS2InZH9RkAzHaKY0N0yoQ7O+dWn7u8vRN+0MNLmwe3H L5LkcfLcUSDoMiG9QiOm/O67olQu6WO3TzHPZ5qFgpcGp9f7AmxfC1zTDTE6UK/A XH+OTio/SPhLiu8uCc36nodnEVeL2QRrc9sPkguETIRSYbbZy1CiFM6GKjHKyw5I cmqE5anzFGOBpklWEFewDtnpenvT8gXqh9OvUKaVYlsPtMn5blz+YLyqu9Tc8z15 vJWMpKYbHwpAcvjsJ5P+Tqxfc79hmCwGomK03oUSdm62PWtj9bSswlqfbSKyWdAV asBsHJCuhPDesi1+YgsRP/87MIp5emp9napijYd2UNFGJuZyNBB8hAsKBGVbXh74 jpjn+5WerdqY5wYurfPcQfYeLYw40Jl0L7wlrEI9e3AsSsPHG/ouGnS9lJtBbpUg DnRk+38YCy6hGVomDnsRkZ3L6kdENdY5hlg8QUE4Vdgqxola0Vcn76jkSxTyrJx3 xFGmLsxmmLmlpUUjeziI =uR8K -END PGP SIGNATUREEnd Message---
Bug#758237: grace contains nonfree cephes library
On Fri, Aug 15, 2014 at 01:08:56PM -0400, Legimet wrote: There was a discussion back in 2004 about the author being willing to relicense it under a BSD license [2], but nothing happened after that. It seems that there actually was further progress, resulting in an explicit GPL-2 license: http://anonscm.debian.org/cgit/collab-maint/labplot.git/tree/debian/copyright However, this was not also filed as a grace bug at the time, so this is not documented in the grace packaging - which I agree is a bug that must be fixed. Looks like debian/copyright is overdue for an overhaul in general. -- Nicholas Breen nbr...@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#757168: gamera/3.4.1-1 FTBFS on powerpc
Hi, this package of Gamera failed to build on powerpc with a test failure: https://buildd.debian.org/status/fetch.php?pkg=gameraarch=powerpcver=3.4.1-1stamp=1406844483 That's an test on loading png images with run-length encoding, However, the error seems to be unreproducible and more builds on powerpc in a qemu box passed w/o that problem: http://www.danielstender.com/buildlogs/gamera_3.4.1-1_powerpc.build Therefore, I'm asking to give back the package gb gamera_3.4.1-1 . powerpc Thank you very much, Daniel Stender -- http://www.danielstender.com/blog/ PGP key: 2048R/E41BD2D0 C879 5E41 1ED7 EE80 0F2E 7D0C DBDD 4D96 E41B D2D0 -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: mercator: diff for NMU version 0.3.2-1.1
Processing control commands: tags 713344 + pending Bug #713344 [src:mercator] mercator: FTBFS: dpkg-gensymbols errors Added tag(s) pending. tags 734961 + pending Bug #734961 [src:mercator] mercator: B-D on unavailable package libwfmath-1.0-dev Added tag(s) pending. -- 713344: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=713344 734961: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=734961 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: mercator: diff for NMU version 0.3.2-1.1
Processing control commands: tags 713344 + pending Bug #713344 [src:mercator] mercator: FTBFS: dpkg-gensymbols errors Ignoring request to alter tags of bug #713344 to the same tags previously set tags 734961 + pending Bug #734961 [src:mercator] mercator: B-D on unavailable package libwfmath-1.0-dev Ignoring request to alter tags of bug #734961 to the same tags previously set -- 713344: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=713344 734961: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=734961 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#713344: mercator: diff for NMU version 0.3.2-1.1
Control: tags 713344 + pending Control: tags 734961 + pending Dear maintainer, As announced, as libwfmath is now in the archives, uploading to force a rebuild and fixing the symbols. I've prepared an NMU for mercator (versioned as 0.3.2-1.1) and uploaded it to DELAYED/2. Please feel free to tell me if I should delay it longer. Regards. diff -Nru mercator-0.3.2/debian/changelog mercator-0.3.2/debian/changelog --- mercator-0.3.2/debian/changelog 2013-06-21 19:21:39.0 +0200 +++ mercator-0.3.2/debian/changelog 2014-08-15 20:10:49.0 +0200 @@ -1,3 +1,11 @@ +mercator (0.3.2-1.1) unstable; urgency=medium + + * Non-maintainer upload. + * Fixing symbol file (Closes: #713344) + * Libwfmath-1.0 is in the archive, so B-D on it is fine now (Closes: #734961) + + -- Tobias Frost t...@debian.org Fri, 15 Aug 2014 18:10:38 + + mercator (0.3.2-1) unstable; urgency=low * new upstream release diff -Nru mercator-0.3.2/debian/libmercator-0.3-3.symbols mercator-0.3.2/debian/libmercator-0.3-3.symbols --- mercator-0.3.2/debian/libmercator-0.3-3.symbols 2013-06-21 19:21:39.0 +0200 +++ mercator-0.3.2/debian/libmercator-0.3-3.symbols 2014-08-15 19:42:56.0 +0200 @@ -1,608 +1,457 @@ libmercator-0.3.so.3 libmercator-0.3-3 #MINVER# - (c++)ZeroSpiralOrdering::~ZeroSpiralOrdering()@Base 0.3.0 - (c++)ZeroSpiralOrdering::operator()(int, int)@Base 0.3.0 - (optional=inline)_ZN6WFMath7PolygonILi2EED1Ev@Base 0.3.0 - (optional=inline)_ZN6WFMath7PolygonILi2EED2Ev@Base 0.3.0 - (c++)Mercator::AreaShader::AreaShader(int)@Base 0.3.0 + (c++)Mercator::AdjustTerrainModWFMath::Ball::~AdjustTerrainMod()@Base 0.3.0 + (c++)Mercator::AdjustTerrainModWFMath::Ball::AdjustTerrainMod(float, WFMath::Ball2 const)@Base 0.3.0 + (c++)Mercator::AdjustTerrainModWFMath::Ball::apply(float, int, int) const@Base 0.3.0 + (c++)Mercator::AdjustTerrainModWFMath::Ball::setShape(float, WFMath::Ball2 const)@Base 0.3.0 + (c++)Mercator::AdjustTerrainModWFMath::Polygon::~AdjustTerrainMod()@Base 0.3.0 + (c++)Mercator::AdjustTerrainModWFMath::Polygon::AdjustTerrainMod(float, WFMath::Polygon2 const)@Base 0.3.0 + (c++)Mercator::AdjustTerrainModWFMath::Polygon::apply(float, int, int) const@Base 0.3.0 + (c++)Mercator::AdjustTerrainModWFMath::Polygon::setShape(float, WFMath::Polygon2 const)@Base 0.3.0 + (c++)Mercator::AdjustTerrainModWFMath::RotBox::~AdjustTerrainMod()@Base 0.3.0 + (c++)Mercator::AdjustTerrainModWFMath::RotBox::AdjustTerrainMod(float, WFMath::RotBox2 const)@Base 0.3.0 + (c++)Mercator::AdjustTerrainModWFMath::RotBox::apply(float, int, int) const@Base 0.3.0 + (c++)Mercator::AdjustTerrainModWFMath::RotBox::setShape(float, WFMath::RotBox2 const)@Base 0.3.0 + (c++)Mercator::Area::addToSegment(Mercator::Segment) const@Base 0.3.0 + (c++)Mercator::Area::~Area()@Base 0.3.0 + (c++)Mercator::Area::Area(int, bool)@Base 0.3.0 + (c++)Mercator::Area::checkIntersects(Mercator::Segment const) const@Base 0.3.0 + (c++)Mercator::Area::clipToSegment(Mercator::Segment const) const@Base 0.3.0 + (c++)Mercator::Area::contains(float, float) const@Base 0.3.2 + (c++)Mercator::Area::removeFromSegment(Mercator::Segment) const@Base 0.3.0 + (c++)Mercator::Area::setShader(Mercator::Shader const*) const@Base 0.3.0 + (c++)Mercator::Area::setShape(WFMath::Polygon2 const)@Base 0.3.0 (c++)Mercator::AreaShader::~AreaShader()@Base 0.3.0 - _ZN8Mercator10BandShader16key_lowThresholdE@Base 0.3.0 - _ZN8Mercator10BandShader17key_highThresholdE@Base 0.3.0 - _ZN8Mercator10BandShader20default_lowThresholdE@Base 0.3.0 - _ZN8Mercator10BandShader21default_highThresholdE@Base 0.3.0 - _ZN8Mercator10BandShaderC1ERKSt3mapISsfSt4lessISsESaISt4pairIKSsfEEE@Base 0.3.0 - _ZN8Mercator10BandShaderC1Eff@Base 0.3.0 - _ZN8Mercator10BandShaderC2ERKSt3mapISsfSt4lessISsESaISt4pairIKSsfEEE@Base 0.3.0 - _ZN8Mercator10BandShaderC2Eff@Base 0.3.0 - _ZN8Mercator10BandShaderD0Ev@Base 0.3.0 - _ZN8Mercator10BandShaderD1Ev@Base 0.3.0 - _ZN8Mercator10BandShaderD2Ev@Base 0.3.0 - _ZN8Mercator10FillShaderC1ERKSt3mapISsfSt4lessISsESaISt4pairIKSsfEEE@Base 0.3.0 - _ZN8Mercator10FillShaderC1Ev@Base 0.3.0 - _ZN8Mercator10FillShaderC2ERKSt3mapISsfSt4lessISsESaISt4pairIKSsfEEE@Base 0.3.0 - _ZN8Mercator10FillShaderC2Ev@Base 0.3.0 - _ZN8Mercator10FillShaderD0Ev@Base 0.3.0 - _ZN8Mercator10FillShaderD1Ev@Base 0.3.0 - _ZN8Mercator10FillShaderD2Ev@Base 0.3.0 - _ZN8Mercator10HighShader13key_thresholdE@Base 0.3.0 - _ZN8Mercator10HighShader17default_thresholdE@Base 0.3.0 - _ZN8Mercator10HighShaderC1ERKSt3mapISsfSt4lessISsESaISt4pairIKSsfEEE@Base 0.3.0 - _ZN8Mercator10HighShaderC1Ef@Base 0.3.0 - _ZN8Mercator10HighShaderC2ERKSt3mapISsfSt4lessISsESaISt4pairIKSsfEEE@Base 0.3.0 - _ZN8Mercator10HighShaderC2Ef@Base 0.3.0 + (c++)Mercator::AreaShader::AreaShader(int)@Base 0.3.0 + (c++)Mercator::AreaShader::checkIntersect(Mercator::Segment const) const@Base 0.3.0 + (c++)Mercator::AreaShader::shadeArea(Mercator::Surface, Mercator::Area const*) const@Base 0.3.0 +
Bug#757168: gamera/3.4.1-1 FTBFS on powerpc
On 15/08/14 20:11, Daniel Stender wrote: Hi, this package of Gamera failed to build on powerpc with a test failure: https://buildd.debian.org/status/fetch.php?pkg=gameraarch=powerpcver=3.4.1-1stamp=1406844483 That's an test on loading png images with run-length encoding, However, the error seems to be unreproducible and more builds on powerpc in a qemu box passed w/o that problem: http://www.danielstender.com/buildlogs/gamera_3.4.1-1_powerpc.build Therefore, I'm asking to give back the package gb gamera_3.4.1-1 . powerpc Given back. Emilio -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: reassign 747582 to ruby-htree
Processing commands for cont...@bugs.debian.org: reassign 747582 ruby-htree 0.8-1 Bug #747582 {Done: Debian FTP Masters ftpmas...@ftp-master.debian.org} [src:htree] htree: Depends on obsolete versions of ruby Bug reassigned from package 'src:htree' to 'ruby-htree'. No longer marked as found in versions htree/0.8-1. No longer marked as fixed in versions 0.8-1+rm. Bug #747582 {Done: Debian FTP Masters ftpmas...@ftp-master.debian.org} [ruby-htree] htree: Depends on obsolete versions of ruby There is no source info for the package 'ruby-htree' at version '0.8-1' with architecture '' Unable to make a source version for version '0.8-1' Marked as found in versions 0.8-1. thanks Stopping processing here. Please contact me if you need assistance. -- 747582: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=747582 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#750643: antlr: missing licence for PyANTLR
done! http://www.antlr2.org/license.html On Tue, Aug 12, 2014 at 4:32 AM, Thorsten Glaser t...@mirbsd.de wrote: Terence Parr dixit: http://www.antlr2.org/license.html OK, now we got the (as far as I see) final piece, too. I suggest to add another paragraph, possibly this: pThe Python parser generator code under antlr/actions/python/ is covered by the 3-clause BSD licence (this part is included in the binary JAR files); the run-time part under lib/python/ is covered by the GNU GPL, version 3 or later (this part is not included in the binary JAR files). See a href=https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=750643#80 here/a for the full details./p That’s all from me on this, then. (Finally, we can go back to hacking…) bye, //mirabilos -- Forwarded message -- From: wolfgang haefelinger w...@haefelinger.it Message-ID: cafsqz9nhulfvv+7wvpdnk9kez1e84v4cosj_y91q9ec2wwd...@mail.gmail.com Sender: whaefelin...@gmail.com To: Thorsten Glaser t...@mirbsd.de Cc: 750...@bugs.debian.org Date: Tue, 12 Aug 2014 12:03:59 +0200 Subject: Re: Bug#750643: antlr: missing licence for PyANTLR Hello Debian, the PyAntlr extension of Antlr consists of two software parts: (1) A generator source code located in antlr/actions/python ; and a (2) runt-time library located in lib/python I herewith declare, that o part (1) has been released into the wild under the conditions of license http://opensource.org/licenses/BSD-3-Clause ; and further, that o part (2) has been released into the wild under the conditions of license GPL version 3 or later (http://www.gnu.org/licenses/gpl-3.0.txt) // Wolfgang Häfelinger On Sun, Jul 13, 2014 at 6:07 PM, Thorsten Glaser t...@mirbsd.de wrote: wolfgang haefelinger dixit: Discussed this with the original author of Antlr. The lights are on red for a new 2.7 release and I'm currently not willing to create a fork. Sure. Let’s just add editorial notes from Terence and you to clean up the licence situation. We will put that into debian/copyright, and you (Terence, probably) can put it up on the website, and that should be everything anyone could ever need. which is why the “LICENSE.txt” of Antlr itself does not work for you. (Side fact: it’s misnamed because PD means absence of the need for a licence.) What file name does Debian then propose? This is not about Debian (they do not ship those files anyway, but collect all licencing information in a central file) but about PD versus licences. But this does not matter – we’re not re-releasing, so we just put the updated info “somewhere”, and everything is good. Besides, with the proposed language I sent to Terence, there would be a licence, so this point is moot anyway. 1) antlr/actions/python/ 2) lib/python/ My statement is then: o All source code packed with (1) is released in terms of the BSD software license. That is one of these? * http://opensource.org/licenses/BSD-3-Clause * http://opensource.org/licenses/BSD-2-Clause p All source code packed with (2) is released in terms of the GPL software license. This also, unfortunately, has got several options… * GPL, any version * GPL version 2 only * GPL version 2 or later * GPL version 3 only * GPL version 3 or later * GPL version (1 or) 2 or 3 only So, can you help me reformulate them so that they look proper and can be used in an official statement? Yes, of course. Just solve the above choices ;-) Second, how shall I transmit this statement to Debian? There is a half-backed website [1] - maintained by me - where I could put those license details. Just per eMail to this bugreport is enough. It would be good if you can PGP sign it, but that’s not been required until now. If you update a website, sure, put it up there. Otherwise, I’d suggest (once finished) you also send it to Terence, so it can be shown at the official Antlr site. Thanks for your patience! bye, //mirabilos -- igli exceptions: a truly awful implementation of quite a nice idea. igli just about the worst way you could do something like that, afaic. igli it's like anti-design. mirabilos that too… may I quote you on that? igli sure, tho i doubt anyone will listen ;) -- Wolfgang Häfelinger häfelinger IT - Applied Software Architecture http://www.haefelinger.it +49 1520 32 52 981 (+31 648 27 61 59) -- Dictation in use. Please excuse homophones, malapropisms, and nonsense.
Processed: block 747580 with 744038
Processing commands for cont...@bugs.debian.org: block 747580 with 744038 Bug #747580 [ftp.debian.org] RM: ruby1.9.1 -- ROM; obsolete, replaced by ruby2.1, unsupported 747580 was blocked by: 747582 722362 744033 744812 743994 747580 was not blocking any bugs. Added blocking bug(s) of 747580: 744038 thanks Stopping processing here. Please contact me if you need assistance. -- 747580: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=747580 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#722362: marked as done (Updating the Ruby packaging policy for your package «libroot-bindings-ruby5.34»)
Your message dated Fri, 15 Aug 2014 21:02:27 +0200 with message-id 20140815190227.GA32514@sx.local and subject line Re: Updating the Ruby packaging policy for your package «libroot-bindings-ruby5.34» has caused the Debian Bug report #722362, regarding Updating the Ruby packaging policy for your package «libroot-bindings-ruby5.34» 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.) -- 722362: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=722362 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: libroot-bindings-ruby5.34 Severity: normal Usertags: ruby18-removal, update-ruby-policy Hi Debian Science Maintainers, As you may know, during the Wheezy release cycle, the pkg-ruby-extras team¹ has worked to update the Ruby libraries/modules/gems packages to follow a new policy, much easier for the maintainers (as we no longer require a separate package for each interpreter version), to the archive (as it strongly reduces code duplication), and much more sensical to the users (as they no longer require to fiddle with which among many almost-identical binary packages to install). While we achieved a quite good success level during the Wheezy cycle², we decided to act only on the packages maintained by the group — There are many Ruby library packages maintained by kind people (like yourself!) which have not yet adopted this new style. According to our records, you are currently maintaining the package: libroot-bindings-ruby5.34 I am sending this report as part of a mass-bug-filing.³ Some useful information you might find useful: • Guidelines for Ruby packaging⁴ https://wiki.debian.org/Teams/Ruby/Packaging#Guidelines_for_Ruby_packaging • Ruby team release goals for Jessie⁵ https://wiki.debian.org/Teams/Ruby/Jessie • About the Ruby team — Please consider joining!⁶ https://wiki.debian.org/Teams/Ruby • Part of the new policy involves running the package's tests. Here is a swift introduction on what it means and how to do it: https://wiki.debian.org/Teams/Ruby/Packaging/Tests Thanks a lot for your attention! -- ¹ alioth.debian.org/projects/pkg-ruby-extras/ ² http://pkg-ruby-extras.alioth.debian.org/wheezy/ ³ https://lists.debian.org/debian-devel/2013/09/msg00196.html ---End Message--- ---BeginMessage--- It would appear that this has been fixed in the current version in unstable. Closing. -- ,''`. Christian Hofstaedtler z...@debian.org : :' : Debian Developer `. `' 7D1A CFFA D9E0 806C 9C4C D392 5C13 D6DB 9305 2E03 `- pgpQUsiOX4xj6.pgp Description: PGP signature ---End Message---
Bug#749806: marked as done (pcscada: FTBFS - build depends gnat, gnat-4.6)
Your message dated Fri, 15 Aug 2014 19:00:08 + with message-id e1ximjq-00027v...@franck.debian.org and subject line Bug#749806: fixed in pcscada 0.7.2-1 has caused the Debian Bug report #749806, regarding pcscada: FTBFS - build depends gnat, gnat-4.6 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.) -- 749806: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=749806 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: pcscada Version: 0.7.1-4 Severity: serious Usertags: goto-cc During a rebuild of all Debian packages in a clean sid chroot (using cowbuilder and pbuilder) the build failed with the following error. [...] - Attempting to parse the build-deps - Considering build-dep asciidoc - Trying asciidoc - Considering build-dep debhelper (= 8) - Trying debhelper - Considering build-dep gnat - Trying gnat - Considering build-dep gnat-4.6 - Trying gnat-4.6 - Cannot install gnat-4.6; apt errors follow: Reading package lists... Building dependency tree... Reading state information... Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: The following packages have unmet dependencies: gnat : Depends: gnat-4.9 but it is not going to be installed This is caused by the build dependency on both gnat and gnat-4.6: gnat depends on gnat-4.9, which replaces gnat 4.6.1. Best, Michael pgpmOzH2nMJsu.pgp Description: PGP signature ---End Message--- ---BeginMessage--- Source: pcscada Source-Version: 0.7.2-1 We believe that the bug you reported is fixed in the latest version of pcscada, which is due to be installed in the Debian FTP archive. 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 749...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Reto Buerki r...@codelabs.ch (supplier of updated pcscada 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...@ftp-master.debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Thu, 14 Aug 2014 10:44:04 +0200 Source: pcscada Binary: libpcscada0.7.2 libpcscada3-dev pcscada-dbg Architecture: source amd64 Version: 0.7.2-1 Distribution: unstable Urgency: medium Maintainer: Reto Buerki r...@codelabs.ch Changed-By: Reto Buerki r...@codelabs.ch Description: libpcscada0.7.2 - Ada bindings to PC/SC middleware libpcscada3-dev - Ada bindings to PC/SC middleware (development) pcscada-dbg - Ada bindings to PC/SC middleware (debug) Closes: 749806 Changes: pcscada (0.7.2-1) unstable; urgency=medium . * Update gbp.conf settings * Set debian/compat level to 9 * Update to release 0.7.2 * Drop obsolete 'dynamic/static libs in separate dirs' patch * Update copyright information * Remove obsolete DM-Upload-Allowed from debian/control * Update to Standards-Version 3.9.5 * Specify debian branch in Vcs-Git field * Update binary package names * Enable dpkg-buildflags hardening options * Transition to gnat-4.9 compiler (Closes: #749806) * Update ahven Build-Depends to libahven4-dev Checksums-Sha1: 26a137bd64200bf12a802d7146d0d9fbb9d8ccad 2003 pcscada_0.7.2-1.dsc bd082504a9c989a107a1fbaf181d847592e5e900 48515 pcscada_0.7.2.orig.tar.bz2 08ff0ab604ab22b7fd37237b24f9f97da0455c32 3648 pcscada_0.7.2-1.debian.tar.xz f3bd23b76b36c6e4e7cc481c40748afb428fa83e 110776 libpcscada0.7.2_0.7.2-1_amd64.deb b13eacaa0bb3adf3598ae771d26e6e317ae0a99d 150004 libpcscada3-dev_0.7.2-1_amd64.deb 3c5b69a7c3d92bc37fd07b6305db5fde3cdfbe33 234910 pcscada-dbg_0.7.2-1_amd64.deb Checksums-Sha256: 269a8d73ef6d458cbad635b0a18256a7da8b78c1f62e42cbad1212941929a9cf 2003 pcscada_0.7.2-1.dsc b4e163f60c9b303e08fbe4eb9a98ccbf9c4f1fff38cd1445253149f2bdce1a76 48515 pcscada_0.7.2.orig.tar.bz2 ef57d7cdc7e069c7dba2299c03e3c34fbf37bc6d6452e43082713b54c7ff8176 3648 pcscada_0.7.2-1.debian.tar.xz fbec8b285b81b905b318018fc31b04d61c69e4935b4acd44b582ff414991b5a9 110776 libpcscada0.7.2_0.7.2-1_amd64.deb 2d0392756ec869476715ba70c7a21f055c5dab872d411ee97ef5f6e4ed3d027f 150004 libpcscada3-dev_0.7.2-1_amd64.deb
Bug#755076: marked as done (dbusada: uninstallable on sid, needs update for gnat-4.9)
Your message dated Fri, 15 Aug 2014 19:00:06 + with message-id e1ximjo-00026i...@franck.debian.org and subject line Bug#755076: fixed in dbusada 0.3-1 has caused the Debian Bug report #755076, regarding dbusada: uninstallable on sid, needs update for gnat-4.9 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.) -- 755076: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=755076 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Source: dbusada Version: 0.2-2 Severity: normal Tags: patch User: debian-powe...@lists.debian.org Usertags: ppc64el Dear Maintainer, This package depends on a old gnat version. Currently it doesn't build on ppc64el because ppc64el support started on GCC/GNAT 4.8, so, I would like if you can increase the gnat version on the dependencies, to a more recent version. I am providing a patch that would do it for you. On the other side, if you want to continue to use the current gnat version, you can do something like: -Depends: gnat-4-6 +Depends: gnat-4.6 [!ppc64el] | gnat-4.8 [ppc64el] Thank you, Breno Index: dbusada-0.2/debian/control === --- dbusada-0.2.orig/debian/control +++ dbusada-0.2/debian/control @@ -3,7 +3,7 @@ Section: libs Priority: optional Maintainer: Reto Buerki r...@codelabs.ch DM-Upload-Allowed: yes -Build-Depends: asciidoc, debhelper (= 8), gnat, gnat-4.6, libahven3-dev, +Build-Depends: asciidoc, debhelper (= 8), gnat, gnat-4.8, libahven3-dev, libdbus-1-dev, libdbus-glib-1-dev, source-highlight Standards-Version: 3.9.3 Homepage: http://www.codelabs.ch/dbus-ada/ @@ -21,7 +21,7 @@ Package: libdbusada0.2-dev Section: libdevel Architecture: any Depends: ${misc:Depends}, libdbusada0.2 (= ${binary:Version}), - libdbus-1-dev, libdbus-glib-1-dev, gnat, gnat-4.6 + libdbus-1-dev, libdbus-glib-1-dev, gnat, gnat-4.8 Description: Ada bindings to the D-Bus message bus system The D_Bus/Ada library provides an Ada binding to the D-Bus message bus used for inter-process communication on Linux desktop systems. ---End Message--- ---BeginMessage--- Source: dbusada Source-Version: 0.3-1 We believe that the bug you reported is fixed in the latest version of dbusada, which is due to be installed in the Debian FTP archive. 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 755...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Reto Buerki r...@codelabs.ch (supplier of updated dbusada 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...@ftp-master.debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Thu, 14 Aug 2014 16:38:12 +0200 Source: dbusada Binary: libdbusada0.3 libdbusada1-dev libdbusada-dbg Architecture: source amd64 Version: 0.3-1 Distribution: unstable Urgency: medium Maintainer: Reto Buerki r...@codelabs.ch Changed-By: Reto Buerki r...@codelabs.ch Description: libdbusada-dbg - Ada bindings to the D-Bus message bus system libdbusada0.3 - Ada bindings to the D-Bus message bus system libdbusada1-dev - Ada bindings to the D-Bus message bus system Closes: 755076 Changes: dbusada (0.3-1) unstable; urgency=medium . * Update gbp.conf settings * Set debian/compat level to 9 * Update to release 0.3 * Drop obsolete 'dynamic/static libs in separate dirs' patch * Update copyright information * Remove obsolete DM-Upload-Allowed from debian/control * Update to Standards-Version 3.9.5 * Specify debian branch in Vcs-Git field * Update binary package names * Enable dpkg-buildflags hardening options * Transition to gnat-4.9 compiler (Closes: #755076) * Update ahven Build-Depends to libahven4-dev * Adjust paths in debian/*.install files * Remove obsolete rm calls from override_dh_auto_install * Decouple the aliversion from the soversion * Remove soversion from libdbusada-dbg package Checksums-Sha1: 3c971fa7a3a42b1b03be0a866acad1dee6d6020f 2001 dbusada_0.3-1.dsc 26416f80bdc71b559d7180088e024a8e08cdb7ac 42542 dbusada_0.3.orig.tar.bz2 af60c2e7e0b98d2fd05bbfacacebd3aefca90c33 3064 dbusada_0.3-1.debian.tar.xz f0d1e4e5087bc9a221ff20c45602d95c7f44dc92 96646 libdbusada0.3_0.3-1_amd64.deb 5ad2877895664140c4f940da7b63d1817a5f59b7 148716 libdbusada1-dev_0.3-1_amd64.deb
Bug#721450: marked as done (libscalar-list-utils-perl: uninstallable because it breaks perl upgrades)
Your message dated Fri, 15 Aug 2014 19:05:10 + with message-id e1ximoi-0003d2...@franck.debian.org and subject line Bug#721450: fixed in libscalar-list-utils-perl 1:1.39-1 has caused the Debian Bug report #721450, regarding libscalar-list-utils-perl: uninstallable because it breaks perl upgrades 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.) -- 721450: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=721450 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: perl Version: 5.18.1-2 Severity: serious Hi, as discussed with Dom, Niko and Jonas on #debian-perl: The Perl 5.18 upgrade on one of my boxes (kfreebsd-i386, cdebconf, tons of devel and desktop packages installed) went bad because libscalar-list-utils-perl should have been upgraded earlier. (Niko Tyni mentioned that this is probablu there since 1.23_03 -- which dropped the fallback to pure perl versions.) I haven't all the output anymore, but this was basically the caused deadlock: On kfreebsd-i386 Sid after the Perl 5.18 upgrade: ~ # dpkg --configure --pending Setting up libxml-libxml-perl (2.0010+dfsg-1+b1) ... Perl API version v5.14.0 of List::Util does not match v5.18.0 at /usr/share/perl/5.18/XSLoader.pm line 92. Compilation failed in require at /usr/lib/perl5/Scalar/Util.pm line 11. Compilation failed in require at /usr/share/perl/5.18/File/Temp.pm line 151. BEGIN failed--compilation aborted at /usr/share/perl/5.18/File/Temp.pm line 151. Compilation failed in require at /usr/bin/update-perl-sax-parsers line 20. BEGIN failed--compilation aborted at /usr/bin/update-perl-sax-parsers line 20. dpkg: error processing libxml-libxml-perl (--configure): subprocess installed post-installation script returned error exit status 255 Setting up man-db (2.6.5-2) ... Can't load '/usr/lib/perl5/auto/List/Util/Util.so' for module List::Util: /usr/lib/perl5/auto/List/Util/Util.so: undefined symbol: Perl_gv_init at /usr/share/perl/5.18/XSLoader.pm line 68. at /usr/lib/perl5/List/Util.pm line 21. Compilation failed in require at /usr/lib/perl5/Scalar/Util.pm line 11. Compilation failed in require at /usr/lib/perl/5.18/Hash/Util.pm line 9. BEGIN failed--compilation aborted at /usr/lib/perl/5.18/Hash/Util.pm line 9. Compilation failed in require at /usr/share/perl/5.18/fields.pm line 122. Compilation failed in require at /usr/share/perl5/Debconf/Log.pm line 10. Compilation failed in require at /usr/share/perl5/Debconf/Db.pm line 7. BEGIN failed--compilation aborted at /usr/share/perl5/Debconf/Db.pm line 7. Compilation failed in require at /usr/share/debconf/frontend line 6. BEGIN failed--compilation aborted at /usr/share/debconf/frontend line 6. dpkg: error processing man-db (--configure): subprocess installed post-installation script returned error exit status 255 dpkg: dependency problems prevent configuration of xacobeo: xacobeo depends on libxml-libxml-perl; however: Package libxml-libxml-perl is not configured yet. dpkg: error processing xacobeo (--configure): dependency problems - leaving unconfigured dpkg: dependency problems prevent configuration of libxml-libxslt-perl: libxml-libxslt-perl depends on libxml-libxml-perl; however: Package libxml-libxml-perl is not configured yet. dpkg: error processing libxml-libxslt-perl (--configure): dependency problems - leaving unconfigured Setting up gnumeric (1.12.6-1) ... Can't load '/usr/lib/perl5/auto/List/Util/Util.so' for module List::Util: /usr/lib/perl5/auto/List/Util/Util.so: undefined symbol: Perl_gv_init at /usr/share/perl/5.18/XSLoader.pm line 68. at /usr/lib/perl5/List/Util.pm line 21. Compilation failed in require at /usr/lib/perl5/Scalar/Util.pm line 11. Compilation failed in require at /usr/lib/perl/5.18/Hash/Util.pm line 9. BEGIN failed--compilation aborted at /usr/lib/perl/5.18/Hash/Util.pm line 9. Compilation failed in require at /usr/share/perl/5.18/fields.pm line 122. Compilation failed in require at /usr/share/perl5/Debconf/Log.pm line 10. Compilation failed in require at /usr/share/perl5/Debconf/Db.pm line 7. BEGIN failed--compilation aborted at /usr/share/perl5/Debconf/Db.pm line 7. Compilation failed in require at /usr/share/debconf/frontend line 6. BEGIN failed--compilation aborted at /usr/share/debconf/frontend line 6. dpkg: error processing man-db (--configure): subprocess installed post-installation script returned error exit status 255 dpkg: dependency problems prevent configuration of xacobeo: xacobeo depends on libxml-libxml-perl; however: Package libxml-libxml-perl is not configured yet. dpkg: error processing xacobeo (--configure):
Bug#758247: findimagedupes: FTBFS: Undefined subroutine main::WriteInlineMakefile called at Makefile.PL line 2.
Package: src:findimagedupes Version: 2.18-5 Severity: serious Tags: patch Hi, During the binNMUs for the perl 5.20 transition findimagedupes fails to build with: dh_clean [ ! -f findimagedupes.pristine ] || mv findimagedupes.pristine findimagedupes debian/rules build-arch /usr/share/cdbs/1/class/perlmodule.mk:31: CDBS WARNING:perlmodule.mk is deprecated since 0.4.72 - please use perl-makemaker.mk instead /usr/share/cdbs/1/class/perlmodule-vars.mk:30: CDBS WARNING: perlmodule-vars.mk is deprecated since 0.4.72 - please use perl-makemaker-vars.mk instead test -x debian/rules mkdir -p . (cd . /usr/bin/perl Makefile.PL LIB=/usr/lib/findimagedupes/lib INSTALLDIRS=vendor ) Undefined subroutine main::WriteInlineMakefile called at Makefile.PL line 2. make: *** [Makefile] Error 255 /usr/share/cdbs/1/class/perlmodule.mk:52: recipe for target 'Makefile' failed The culprit seems to be in libinline-perl, but I think the fix needs to be in findimagedupes. From the upstream changelog of libinline-perl: 0.67 Fri Aug 8 00:37:17 BST 2014 - Remove WriteInlineMakefile. - Make use Inline keywords case-insensitive. - Add a devel ILSM test for running before release The fix is quite simple: call 'WriteMakefile' instead of 'WriteInlineMakefile'. Cheers, dam -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758213: apt-get: Unable to satisfy depedency for debian-installer.
Hello I have a temporary solution for this problem. This problem can by solved with downloading a building missing packages from source code. Command used to achieve this is apt-get source (missing packages). Thank You Have a nice day ewew
Processed: severity of 758147 is serious
Processing commands for cont...@bugs.debian.org: severity 758147 serious Bug #758147 [wine-development] wine-development: conflicts with wine Severity set to 'serious' from 'normal' thanks Stopping processing here. Please contact me if you need assistance. -- 758147: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=758147 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: your mail
Processing commands for cont...@bugs.debian.org: forcemerge 756571 757339 Bug #756571 [wine] Loops: modify_ldt: Invalid argument; err:module:find_forwarded_export ... for 'krnl386.exe16.MapLS' Bug #757339 [wine] wine: Problem with xrdp wine and kde Severity set to 'normal' from 'grave' Added tag(s) upstream. Merged 756571 757339 thanks Stopping processing here. Please contact me if you need assistance. -- 756571: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=756571 757339: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=757339 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#758247: findimagedupes: FTBFS: Undefined subroutine main::WriteInlineMakefile called at Makefile.PL line 2.
Control: tag -1 + patch On Fri, 15 Aug 2014 22:05:34 +0300, Damyan Ivanov wrote: The fix is quite simple: call 'WriteMakefile' instead of 'WriteInlineMakefile'. Spelled out as a debdiff in the attachment. Cheers, gregor -- .''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06 : :' : Debian GNU/Linux user, admin, and developer - http://www.debian.org/ `. `' Member of VIBE!AT SPI, fellow of the Free Software Foundation Europe `- NP: Tom Waits: Top Of The Hill diff -Nru findimagedupes-2.18/debian/changelog findimagedupes-2.18/debian/changelog --- findimagedupes-2.18/debian/changelog 2014-07-13 00:50:57.0 +0200 +++ findimagedupes-2.18/debian/changelog 2014-08-15 22:06:57.0 +0200 @@ -1,3 +1,11 @@ +findimagedupes (2.18-5.1) UNRELEASED; urgency=medium + + * Non-maintainer upload. + * Add patch to handle versions of Inline = 0.67. +Closes: #758247 + + -- gregor herrmann gre...@debian.org Fri, 15 Aug 2014 20:52:01 +0200 + findimagedupes (2.18-5) unstable; urgency=medium * debian/sources/format: 3.0 (quilt), consequently use patches diff -Nru findimagedupes-2.18/debian/patches/new-inline.patch findimagedupes-2.18/debian/patches/new-inline.patch --- findimagedupes-2.18/debian/patches/new-inline.patch 1970-01-01 01:00:00.0 +0100 +++ findimagedupes-2.18/debian/patches/new-inline.patch 2014-08-15 22:06:50.0 +0200 @@ -0,0 +1,15 @@ +Description: Inline dropped WriteInelineMakefile in 0.67 +Origin: vendor +Bug-Debian: https://bugs.debian.org/758247 +Author: gregor herrmann gre...@debian.org +Last-Update: 2014-08-15 + +--- a/Makefile.PL b/Makefile.PL +@@ -1,5 +1,5 @@ + use Inline::MakeMaker; +-WriteInlineMakefile( ++WriteMakefile( + 'NAME' = 'findimagedupes::C', + 'VERSION_FROM' = 'C.pm', + 'EXE_FILES' = [ 'findimagedupes' ], diff -Nru findimagedupes-2.18/debian/patches/series findimagedupes-2.18/debian/patches/series --- findimagedupes-2.18/debian/patches/series 2014-07-13 00:50:57.0 +0200 +++ findimagedupes-2.18/debian/patches/series 2014-08-15 20:57:13.0 +0200 @@ -1,2 +1,3 @@ Makefile.PL.patch debian_patches.patch +new-inline.patch signature.asc Description: Digital Signature
Processed: Re: Bug#758247: findimagedupes: FTBFS: Undefined subroutine main::WriteInlineMakefile called at Makefile.PL line 2.
Processing control commands: tag -1 + patch Bug #758247 [src:findimagedupes] findimagedupes: FTBFS: Undefined subroutine main::WriteInlineMakefile called at Makefile.PL line 2. Ignoring request to alter tags of bug #758247 to the same tags previously set -- 758247: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=758247 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#754850: upower 0.99 drops support for non-systemd
Hello Adam Borowski! On Fri, Aug 15, 2014 at 02:22:38AM +0200, Adam Borowski wrote: On Fri, Aug 15, 2014 at 12:33:35AM +0200, Andreas Henriksson wrote: I fail to see any argument on why this is not already resolved. Suspend and hibernate don't work if upower is upgraded, duh. [...] Could you please give a bit more details? doesn't work isn't very useful. A bug report should normally always include atleast: What did you do? What happened? What did you expect should happen? Also since this is a problem only affecting you: What did you do to your system to trigger the problem? How can it be reproduced? There really is no way to help you unless you're willing to be helped. Fwiw, for your pleasure I just reverified this with a fresh install. Here are instructions on how to create a system with working suspend with xfce and sysvinit-core: Download http://cdimage.debian.org/cdimage/weekly-builds/amd64/iso-cd/debian-testing-amd64-xfce-CD-1.iso Install using the downloaded image (Select Debian desktop environment) Install systemd-shim and related packages (libsystemd-login0, libsystemd-journal0, libsystemd-daemon0, libpam-systemd, systemd, systemd-sysv) from Unstable -- as systemd-shim in testing is not in a good shape. Run apt-get install -f to pull in cgmanager, etc. Install sysvinit-core (and let it replace systemd-sysv). Reboot. Notice you have lost access to trigger suspend. Work around your lack of a proper system configuration by manually configuring policykit. eg. allow users in sudo group to trigger suspend: sudo cat EOF/etc/polkit-1/localauthority/50-local.d/suspend-hibernate.pkla /etc/polkit-1 cat ./localauthority/50-local.d/org.freedesktop.upower.pkla [Suspend/hibernate permissions] Identity=unix-group:sudo Action=org.freedesktop.login1.hibernate;org.freedesktop.login1.suspend ResultAny=yes ResultInactive=yes ResultActive=yes EOF Suspend! Ofcourse, if you want to avoid fiddling around with undermaintained software you could always install/keep systemd-sysv instead. ;) Regards, Andreas Henriksson -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#751277: python-biopython: FTBFS on mips* powerpc s390x
Hi Peter, On Thu, Aug 14, 2014 at 09:52:40AM +0100, Peter Cock wrote: 1. waiting for your confirmation / patch 2. deactivating the specific test 3. exclude mips for biopython 4. ? any better idea ? In the current state all the work we spent in biopython over the last monthes will not migrate to testing for the simple reason that the current package in testing just does not run the test suite at build time and moreover python3 is not supported. Kind regards Andreas. I would suggest (2), deactivate this test (at least for for mips) as the most practical short term solution for the Debian packages. Or if you prefer (3), don't target mips for the Biopython package (yet). Medium term, I hope we can fix the C code to handle either Endian platform - option (1). It seems after having fixed the issue caused by wise we have one remaining problem: On powerpc[1] and s390x[2] test_Cluster fails even with Python 2.7 with: == ERROR: test_clusterdistance (test_Cluster.TestCluster) -- Traceback (most recent call last): File /«BUILDDIR»/python-biopython-1.64+dfsg/.pybuild/pythonX.Y_3.4/build/Tests/test_Cluster.py, line 212, in test_clusterdistance method='a', transpose=0) ValueError: method should be a single character == ERROR: test_kcluster (test_Cluster.TestCluster) -- Traceback (most recent call last): File /«BUILDDIR»/python-biopython-1.64+dfsg/.pybuild/pythonX.Y_3.4/build/Tests/test_Cluster.py, line 141, in test_kcluster method='a', dist='e') ValueError: method should be a single character == ERROR: test_somcluster (test_Cluster.TestCluster) -- Traceback (most recent call last): File /«BUILDDIR»/python-biopython-1.64+dfsg/.pybuild/pythonX.Y_3.4/build/Tests/test_Cluster.py, line 557, in test_somcluster inittau=0.02, niter=100, dist='e') ValueError: distance should be a single character == ERROR: test_treecluster (test_Cluster.TestCluster) -- Traceback (most recent call last): File /«BUILDDIR»/python-biopython-1.64+dfsg/.pybuild/pythonX.Y_3.4/build/Tests/test_Cluster.py, line 290, in test_treecluster transpose=0, method='a', dist='e') ValueError: method should be a single character -- Ran 210 tests in 293.712 seconds FAILED (failures = 1) On sparc[3] there is a problem with dialign but sparc is no release architecture and wie might ignore this. It might be a helpful hint anyway. Any hint for the test_Cluster problem? If not I would also consider to hide it cowardly under the carpet for the moment. The new package is so much better tested than the one in the testing distribution which does not even dare about any unit tests and only for this reason reached the testing distribution. What do you think? Kind regards Andreas. scrool these links to the end to see the problem: [1] https://buildd.debian.org/status/fetch.php?pkg=python-biopythonarch=powerpcver=1.64%2Bdfsg-3stamp=1408116532 [2] https://buildd.debian.org/status/fetch.php?pkg=python-biopythonarch=s390xver=1.64%2Bdfsg-3stamp=1408107524 [3] https://buildd.debian.org/status/fetch.php?pkg=python-biopythonarch=sparcver=1.64%2Bdfsg-3stamp=1408130792 -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754647: marked as done (wine-unstable: FTBFS on kfreebsd-i386: undefined references)
Your message dated Fri, 15 Aug 2014 16:37:20 -0400 with message-id CANTw=MN30vd7+PNDJDj5Kxe4KZeKvCmhed1q=1rooofbq6v...@mail.gmail.com and subject line has caused the Debian Bug report #754647, regarding wine-unstable: FTBFS on kfreebsd-i386: undefined references 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.) -- 754647: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=754647 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Source: wine-unstable Version: 1.7.21-1 Severity: serious Justification: FTBFS Hi, your package no longer builds on kfreebsd-i386: | gcc -o wine-installed -Wl,--export-dynamic -Wl,--section-start,.interp=0x6400 main.o -L../libs/wine -lwine ../libs/port/libwine_port.a -lpthread -Wl,-rpath,/usr/lib/i386-kfreebsd-gnu/wine-unstable -Wl,--rpath,\$ORIGIN/`../tools/makedep -R /usr/lib/i386-kfreebsd-gnu/wine-unstable /usr/lib/i386-kfreebsd-gnu/wine-unstable` -Wl,--enable-new-dtags | ../libs/wine/libwine.so: undefined reference to `i386_set_fsbase' | collect2: error: ld returned 1 exit status | Makefile:168: recipe for target 'wine' failed Full build log: https://buildd.debian.org/status/fetch.php?pkg=wine-unstablearch=kfreebsd-i386ver=1.7.21-1stamp=1403995254 Mraw, KiBi. ---End Message--- ---BeginMessage--- version: 1.7.24-2---End Message---
Processed: Re: Bug#757951: VLC FTBFSes against recently uploaded freerdp 1.1 API
Processing control commands: tags -1 + pending Bug #757951 [vlc] VLC FTBFSes against recently uploaded freerdp 1.1 API Added tag(s) pending. -- 757951: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=757951 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#757951: VLC FTBFSes against recently uploaded freerdp 1.1 API
Control: tags -1 + pending On 2014-08-12 17:24:48, Mike Gabriel wrote: Package: vlc Version: 2.1.5-1 Severity: grave Tag: patch Dear Multimedia maintainers, My recent upload of freerdp 1.1.0~git broke building vlc as found in Debian unstable. Sorry for not checking this prior to the upload. Please note, that VLC upstream has a patch [1] to get this fixed. Is it possible that someone of the Multimedia Team patches [1] into vlc in Debian and uploads a new revision of src:package vlc? For more information, please also check [2]. I've applied the patch in our git repository and I checked that it builds with the patch. Please let us know once freerdp builds everywhere so we can upload a fixed vlc. Cheers -- Sebastian Ramacher signature.asc Description: Digital signature
Bug#756780: [Help] Need help for architecture specific code (Was: Bug#756780: bowtie: FTBFS almost everywhere)
Hi, thanks for the hints which I forwarded upstream. While I've got no explicit answer about this a new version was released which now even fails to build on amd64 but with a different error. My guess is that this is caused since upstream includes a code copy of an older version of seqan-dev and we patched the code to cope with the latest version in Debian. While beeing no C++ coder I guess another patch for compatibility with the new version would be needed. I commited the packaging to SVN[1] and the error message looks like make[2]: Entering directory '/tmp/buildd/bowtie-1.1.0' g++ -O3 -DCOMPILER_OPTIONS=\-O3 -Wl,--hash-style=both -DPOPCNT_CAPABILITY -D_FORTIFY_SOURCE=2 -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -Wl,-z,relro\ -Wl,--hash-style=both -DPOPCNT_CAPABILITY -D_FORTIFY_SOURCE=2 -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -Wl,-z,relro \ -fno-strict-aliasing -DBOWTIE_VERSION=\`cat VERSION`\ -DBUILD_HOST=\`hostname`\ -DBUILD_TIME=\`date`\ -DCOMPILER_VERSION=\`g++ -v 21 | tail -1`\ - D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -D_GNU_SOURCE -DPREFETCH_LOCALITY=2 -DBOWTIE_MM -DBOWTIE_SHARED_MEM -DNDEBUG -Wall \ -I /usr/include/seqan -I third_party -I third_party \ -o bowtie-build-s ebwt_build.cpp \ ccnt_lut.cpp ref_read.cpp alphabet.cpp shmem.cpp edit.cpp ebwt.cpp tinythread.cpp bowtie_build_main.cpp \ -lpthread In file included from blockwise_sa.h:13:0, from ebwt.h:27, from ebwt_build.cpp:11: diff_sample.h: In member function 'void DifferenceCoverSampleT::build()': diff_sample.h:859:3: error: '_Context_LSS' was not declared in this scope _Context_LSSTIndexOff c; ^ diff_sample.h:859:25: error: expected primary-expression before '' token _Context_LSSTIndexOff c; ^ diff_sample.h:859:27: error: 'c' was not declared in this scope _Context_LSSTIndexOff c; ^ Makefile:205: recipe for target 'bowtie-build-s' failed make[2]: *** [bowtie-build-s] Error 1 Any help would be really welcome Andreas. [1] svn://anonscm.debian.org/debian-med/trunk/packages/bowtie/trunk/ On Mon, Aug 04, 2014 at 12:58:42PM +0100, Wookey wrote: +++ Andreas Tille [2014-08-04 09:48 +0200]: Hi, on arm*, powerpc, sparc and s390x architectures the build problem is: third_party/cpuid.h: In constructor 'EbwtTStr::Ebwt(int, int32_t, int32_t, int32_t, int32_t, int32_t, const string, bool, bool, uint32_t, uint32_t, uint32_t, int, std::vectorFileBuf*, std::vectorRefRecord, std::vectorunsigned int, uint32_t, const RefReadInParams, uint32_t, int32_t, int32_t, bool, bool, bool) [with TStr = seqan::Stringseqan::SimpleTypeunsigned char, seqan::Dna_, seqan::Alloc ; int32_t = int; std::string = std::basic_stringchar; uint32_t = unsigned int]': third_party/cpuid.h:162:46: error: impossible constraint in 'asm' __cpuid (__ext, __eax, __ebx, __ecx, __edx); ^ third_party/cpuid.h:185:52: error: impossible constraint in 'asm' __cpuid (__level, *__eax, *__ebx, *__ecx, *__edx); Those are x86 register names. on mips* the problem is: /tmp/cciY8R8w.s:161449: Error: unrecognized opcode `push{l} $14' /tmp/cciY8R8w.s:161450: Error: unrecognized opcode `popf{l|d}' /tmp/cciY8R8w.s:161451: Error: unrecognized opcode `pushf{l|d}' /tmp/cciY8R8w.s:161452: Error: unrecognized opcode `pop{l} $14' /tmp/cciY8R8w.s:161453: Error: unrecognized opcode `popf{l|d}' /tmp/cciY8R8w.s:161585: Error: unrecognized opcode `cpuid' /tmp/cciY8R8w.s:161606: Error: unrecognized opcode `cpuid' And those are x86 instructions So from this info it looks a lot like it is building assembly code that can only work on x86. You need to either stop this package from building on other architectures, or arrange to use C instead of asm on other architectures (it may well have some fallback C for this already). This package has probably never been built for anything other than amd64 before. This package tries to do some optimised stuff and this code may well be about finding out the hardware capabilities in order to optimse correctly. You almost certainly don't actually need assembler for that and even if it did, intrinsics are usually a much better plan than real assembler these days. I admit I do not have the slightest idea how to deal with issues like this. Any (also partial help) is welcome. Hopefully the above will provide some clues. Ask upstream if it's even been built for other arches? Look for C fallbacks. Certainly disable building x86 ASM on non-x86 arches. Wookey -- Principal hats: Linaro, Emdebian, Wookware, Balloonboard, ARM http://wookware.org/ -- To
Bug#757168: gamera/3.4.1-1 FTBFS on powerpc
Failure remained https://buildd.debian.org/status/fetch.php?pkg=gameraarch=powerpcver=3.4.1-1stamp=1408135833 Greetings, Daniel Stender -- http://www.danielstender.com/blog/ PGP key: 2048R/E41BD2D0 C879 5E41 1ED7 EE80 0F2E 7D0C DBDD 4D96 E41B D2D0 -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758115: Disabled wait state X'32EE' on IPL of zIPL
On Fri, Aug 15, 2014 at 10:46:54AM +0200, Michael Holzheu wrote: On Thu, 14 Aug 2014 21:45:53 -0400 (EDT) Stephen Powell zlinux...@wowway.com wrote: On Thu, 14 Aug 2014 10:32:42 -0400 (EDT), Philipp Kern wrote: Hrm. Odd. It shouldn't be because the brokeness relates to the C library, not to the C compiler itself and zipl does not use the C library. Again, we must distinguish between zipl, the Linux command which runs at a Linux shell prompt, and zIPL, the boot loader proper, a customized version of which is written out by zipl when zipl gets run. zipl, the command which runs at a Linux shell prompt, most certainly does use the C library. It is written in C, it is compiled by the C compiler, and, at execution time, it uses the C run-time library, just like any other C program. zIPL, which is written out by zipl, does not use the C library. Or does it? Well, not the regular C library, no. But it does use a minimalist run-time library. In the source package, look at zipl/boot/libc.c. Yes, even zIPL, the boot loader proper, does use a C library of sorts. Just for confirmation: Stephen is right. The zipl tool is a normal C program that uses the glibc. The zipl boot loader code under the boot source directory does not use the glibc or any other external library. Before s390-tools-1.24.0 it was written 100% in assembler. With s390-tools-1.24.0 we have rewritten the code in C and have added our own minimal libc. I should've written (e)glibc instead of C library. It's what I meant. I tried to simplify things and failed. The question of is this Hercules was also more related to where is the value coming from, as CP might do things differently. So Hercules should log the whole PSW. I can also only see it logging that and the CPU address/ID, not a wait state code. Do you happen to have the PSW handy? Kind regards Philipp Kern signature.asc Description: Digital signature
Bug#758175: marked as done (blist: FTBFS: Python.h: No such file or directory)
Your message dated Fri, 15 Aug 2014 21:34:23 + with message-id e1xip8h-0006m6...@franck.debian.org and subject line Bug#758175: fixed in blist 1.3.6-3 has caused the Debian Bug report #758175, regarding blist: FTBFS: Python.h: No such file or directory 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.) -- 758175: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=758175 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Source: blist Version: 1.3.6-1 Severity: serious Justification: fails to build from source (but built successfully in the past) Builds of blist in minimal environments (as on the autobuilders) have been failing: blist/_blist.c:38:20: fatal error: Python.h: No such file or directory Please substitute python(3)-all-dev for python(3)-all in Build-Depends to account for the fact that blist builds a binary extension, not just a module. Thanks! ---End Message--- ---BeginMessage--- Source: blist Source-Version: 1.3.6-3 We believe that the bug you reported is fixed in the latest version of blist, which is due to be installed in the Debian FTP archive. 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 758...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Michael Gilbert mgilb...@debian.org (supplier of updated blist 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...@ftp-master.debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Fri, 15 Aug 2014 20:21:57 + Source: blist Binary: python-blist python3-blist Architecture: source amd64 Version: 1.3.6-3 Distribution: unstable Urgency: medium Maintainer: Debian Python Modules Team python-modules-t...@lists.alioth.debian.org Changed-By: Michael Gilbert mgilb...@debian.org Description: python-blist - List-like type for Python with better asymptotic performance python3-blist - List-like type for Python 3 with better asymptotic performance Closes: 758175 Changes: blist (1.3.6-3) unstable; urgency=medium . * Depend on python-all-dev (closes: #758175). Checksums-Sha1: 7294ac9496de236fee57eca30e1d4c96a2e42141 2768 blist_1.3.6-3.dsc 84fe041485bbb9ed2c9451fb6a8a65e8c5c91fbb 3444 blist_1.3.6-3.debian.tar.xz 40da78d41e92806a2288b00de1c818de41517f80 46058 python-blist_1.3.6-3_amd64.deb 173b6973718e2ea8937cfaedee3e0271d6c80375 42780 python3-blist_1.3.6-3_amd64.deb Checksums-Sha256: 0b7dd848e02d1fb8ddad43b4d67425b3d7f3398a8e21a9a95a21d63804354d04 2768 blist_1.3.6-3.dsc 1e0d0ad568a8a080e656f751f6a28dcc42e604260aaf6f4d1bbd8187aefc4fb9 3444 blist_1.3.6-3.debian.tar.xz a1c6971db110a70a9ed511124ea5eca958e3a5dfcf6d91c6173d36d12db004ff 46058 python-blist_1.3.6-3_amd64.deb b65626e6d554454ad19d88f9007791174bdfe7d91f5dd64e7330aee3c45e49ff 42780 python3-blist_1.3.6-3_amd64.deb Files: e6fdeb300a5840ea363d4668e65af318 46058 python extra python-blist_1.3.6-3_amd64.deb 69426c5e4bd09a15b87ba1f518a6d7e1 42780 python extra python3-blist_1.3.6-3_amd64.deb 233927afb28c652148c14837ef9a6674 2768 python extra blist_1.3.6-3.dsc 5ac9eae2208d416d22a37b72e943b540 3444 python extra blist_1.3.6-3.debian.tar.xz -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQQcBAEBCgAGBQJT7mzrAAoJELjWss0C1vRzXbkgALXr7LLaKVF5tLSEZ5fHiPwK EzynM0ZKAvRoIu14mqni260+BbFO7sR3b50LM35MuoQw751eO+oy/CbGVBMvrhIB 3eeVuqFZ54snZTCIjZUfoKEg1uom6uZxAouDxbtz3US5LNiEGBvi15n8lvc1K1sO joh0WYgJ92qL25OxGANidRgFAmkzMq7fi4Rtzx/YpVdioh9FHkyZYdfn8KkEowjp k9gUw6S/sJOuJycKdpD2FHFgHL1pPjLo2AfXvdk9/OPKSxvaEfN9QAwpOuu/DW45 JslV8gM9S9K55VUJX5/wtJB20TKnplPpVuZz7fEyj6JfFmXINzHa6LxCamc6G2EM OpTsF9F1+wSo6ChPe/XjNV/a1o4UbjglKzqtZpQY870swlqTzvZuWhCwkPbll/91 ex6HpQzS6gBv49gtLtLDarl7V/AUQRQuEeA/enuTFoRtRjro/KjGCoxHgTfn5LUd E4loRbC64cXPFNCE6CZLV5PHSQnTIdfvVzr+BbJ3mfKO9ChYJNJCjYUMYf2ueTvr iCelsA14P/0K3VD5LrYA7pySVmzdzf71aUZExUfNsZqCOKdKhNNbMIxSlGkts/Ya CBDFkjLALaCH5pJLBoOdRMOeCUi6Bs/qMvl1h6yilLXLIktxRxWGD1Pv8wfKYuUV 7AGyY13qEb1wGFoLStgYKyNuRHNYSJ6e3i4IeFs3dTJclsPCpyeqsCu2YunB0LrJ H6TfyK2KjJByGaab8FYDqJucPAA3yIUOM9jCVGLUdXEP1BP6xvopXE6zmY8Bc27G E2KvYTNfrITY6wiaYQcq0PgurIMJi3vU2mOZJfTX/QQZ4g605Nd8M6PhvvmO1mX1 xDu4zbIyKaPaRvBLCAbtwUCoSDDCx43pTwHIuO58JwuncOM/oW+n2sDgA28oACIS 21eCzfHSHSIxEVdYEdr2ngPtENs1uRbl+wgFonCeH+TEirU80vIavHiDhF7sAP5j DiKVH8h9cJNkz76LQ4RtKGrmSdEpcBUuTyuz5vnm30M4+kNRe5C9zYGiuBydZlPk
Bug#758147: marked as done (wine-development: conflicts with wine)
Your message dated Fri, 15 Aug 2014 21:52:15 + with message-id e1xippz-0003gl...@franck.debian.org and subject line Bug#758147: fixed in wine-development 1.7.24-3 has caused the Debian Bug report #758147, regarding wine-development: conflicts with wine 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.) -- 758147: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=758147 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: wine-development Version: 1.7.24-2 Severity: normal Hi, --- snip --- Unpacking wine (1.6.2-8) ... dpkg: error processing archive /var/cache/apt/archives/wine_1.6.2-8_amd64.deb (--unpack): trying to overwrite '/usr/bin/regedit', which is also in package wine-development 1.7.24-2 Processing triggers for man-db (2.6.7.1-1) ... Errors were encountered while processing: /var/cache/apt/archives/wine_1.6.2-8_amd64.deb E: Sub-process /usr/bin/dpkg returned an error code (1) --- snap --- I guess for the time being wine-development should have the same conflicts/replaces like wine-unstable to wine and vice-versa. Or you just have to take care of regedit. Related to the solution that you choose for this bug, I wonder whether you consider wine and wine-development to be coinstallable and whether you are basically done with the big changes for the wine packages (see #741702 wine-unstable: not yet ready for stable release). Personally I'd hope for a single /usr/bin/wine for wine and wine-development, managed with Debian's alternatives system, instead of the 3rd-party-(own scripts, winetricks, playonlinux, ...)-breaking /usr/bin/wine-development. Still, a huge Thank You for your efforts and I hope you get wine in shape before the freeze. jre -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (900, 'testing'), (300, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages wine-development depends on: ii wine32-development 1.7.24-2 ii wine64-development 1.7.24-2 wine-development recommends no packages. Versions of packages wine-development suggests: ii binfmt-support 2.1.4-1 ii ttf-mscorefonts-installer 3.5 pn wine-doc none -- no debconf information ---End Message--- ---BeginMessage--- Source: wine-development Source-Version: 1.7.24-3 We believe that the bug you reported is fixed in the latest version of wine-development, which is due to be installed in the Debian FTP archive. 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 758...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Michael Gilbert mgilb...@debian.org (supplier of updated wine-development 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...@ftp-master.debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Fri, 15 Aug 2014 19:16:53 + Source: wine-development Binary: wine-development wine32-development wine64-development wine32-development-preloader wine64-development-preloader wine32-development-tools wine64-development-tools libwine-development-dev libwine-development-dbg libwine-development Architecture: source i386 Version: 1.7.24-3 Distribution: unstable Urgency: medium Maintainer: Debian Wine Party pkg-wine-pa...@lists.alioth.debian.org Changed-By: Michael Gilbert mgilb...@debian.org Description: libwine-development - Windows API implementation - library libwine-development-dbg - Windows API implementation - debugging symbols libwine-development-dev - Windows API implementation - development files wine-development - Windows API implementation - standard suite wine32-development - Windows API implementation - 32-bit binary loader wine32-development-preloader - Windows API implementation - prelinked 32-bit binary loader wine32-development-tools - Windows API implementation - 32-bit developer tools wine64-development - Windows API implementation - 64-bit binary loader wine64-development-preloader - Windows API implementation - prelinked 64-bit binary loader wine64-development-tools - Windows API implementation - 64-bit developer tools Closes: 751450 753523 758147 758168
Bug#757951: VLC FTBFSes against recently uploaded freerdp 1.1 API
Control: clone -1 -2 Control: reassign -2 libfreerdp-dev 1.1.0~git20140809.1.b07a5c1+dfsg-2 Control: retitle -2 libfreerdp-dev: missing -lfreerdp-client in pkg-config file Control: submitter -2 ! Control: block -1 by -2 On 2014-08-15 22:58:11, Sebastian Ramacher wrote: Control: tags -1 + pending On 2014-08-12 17:24:48, Mike Gabriel wrote: Package: vlc Version: 2.1.5-1 Severity: grave Tag: patch Dear Multimedia maintainers, My recent upload of freerdp 1.1.0~git broke building vlc as found in Debian unstable. Sorry for not checking this prior to the upload. Please note, that VLC upstream has a patch [1] to get this fixed. Is it possible that someone of the Multimedia Team patches [1] into vlc in Debian and uploads a new revision of src:package vlc? For more information, please also check [2]. I've applied the patch in our git repository and I checked that it builds with the patch. Please let us know once freerdp builds everywhere so we can upload a fixed vlc. Ugh, so I've looked up the build log again and then I've noticed this line: dpkg-shlibdeps: warning: debian/vlc-nox/usr/lib/vlc/plugins/access/librdp_plugin.so contains an unresolvable reference to symbol freerdp_channels_global_uninit: it's probably a plugin It seems there is a -lfreerdp-client missing in freerdp.pc. But in any case, this is a regression from previous versions of libfreerdp-dev. Cloning the bug and assigning it to libfreerdp-dev. Let us know once this bug is fixed too. Cheers -- Sebastian Ramacher signature.asc Description: Digital signature
Processed: Re: Bug#757951: VLC FTBFSes against recently uploaded freerdp 1.1 API
Processing control commands: clone -1 -2 Bug #757951 [vlc] VLC FTBFSes against recently uploaded freerdp 1.1 API Bug 757951 cloned as bug 758257 reassign -2 libfreerdp-dev 1.1.0~git20140809.1.b07a5c1+dfsg-2 Bug #758257 [vlc] VLC FTBFSes against recently uploaded freerdp 1.1 API Bug reassigned from package 'vlc' to 'libfreerdp-dev'. No longer marked as found in versions vlc/2.1.5-1. Ignoring request to alter fixed versions of bug #758257 to the same values previously set Bug #758257 [libfreerdp-dev] VLC FTBFSes against recently uploaded freerdp 1.1 API Marked as found in versions freerdp/1.1.0~git20140809.1.b07a5c1+dfsg-2. retitle -2 libfreerdp-dev: missing -lfreerdp-client in pkg-config file Bug #758257 [libfreerdp-dev] VLC FTBFSes against recently uploaded freerdp 1.1 API Changed Bug title to 'libfreerdp-dev: missing -lfreerdp-client in pkg-config file' from 'VLC FTBFSes against recently uploaded freerdp 1.1 API' submitter -2 ! Bug #758257 [libfreerdp-dev] libfreerdp-dev: missing -lfreerdp-client in pkg-config file Changed Bug submitter to 'Sebastian Ramacher sramac...@debian.org' from 'Mike Gabriel mike.gabr...@das-netzwerkteam.de' block -1 by -2 Bug #757951 [vlc] VLC FTBFSes against recently uploaded freerdp 1.1 API 757951 was not blocked by any bugs. 757951 was not blocking any bugs. Added blocking bug(s) of 757951: 758257 -- 757951: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=757951 758257: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=758257 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: block 757917 with 758017 758205 758203
Processing commands for cont...@bugs.debian.org: block 757917 with 758017 758205 758203 Bug #757917 [release.debian.org] transition: libav11 757917 was not blocked by any bugs. 757917 was not blocking any bugs. Added blocking bug(s) of 757917: 758017, 758203, and 758205 thanks Stopping processing here. Please contact me if you need assistance. -- 757917: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=757917 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#758260: installation-reports: Root filesystem too small
Package: installation-reports Severity: critical Tags: d-i Justification: breaks unrelated software -- System Information: Debian Release: Kali Linux 1.0.9 Architecture: amd64 (x86_64) Kernel: Linux 3.14-kali1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Root filesystem on 500GB drive, when using create a new partition table, then selecting the free space and choosing option auto-partition this space with the following option seperate / and home directories allocated 9.31 GB for / then 13.49GB for swap, then a remaining 442GB for /home. this is unusable and IMHO should allocate 50GB /, 425 /home, and 25 swap, on a system with a 500GB drive and like mine,... 16 GB RAM. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758260: installation-reports: Root filesystem too small
Control: severity -1 normal David Nelson djhenj...@gmail.com (2014-08-15): Package: installation-reports Severity: critical Tags: d-i Justification: breaks unrelated software -- System Information: Debian Release: Kali Linux 1.0.9 Architecture: amd64 (x86_64) Kernel: Linux 3.14-kali1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Root filesystem on 500GB drive, when using create a new partition table, then selecting the free space and choosing option auto-partition this space with the following option seperate / and home directories allocated 9.31 GB for / then 13.49GB for swap, then a remaining 442GB for /home. this is unusable and IMHO should allocate 50GB /, 425 /home, and 25 swap, on a system with a 500GB drive and like mine,... 16 GB RAM. Hi, pretty sure 10 GB is quite reasonable for a root filesystem, unless you have specific requirements (which you didn't mention, so that's hard to figure out). Last I checked, default is *not* using separate directories so if you're switching away from it, I'm sure you could also partition as you desire… Mraw, KiBi. signature.asc Description: Digital signature
Processed: Re: Bug#758260: installation-reports: Root filesystem too small
Processing control commands: severity -1 normal Bug #758260 [installation-reports] installation-reports: Root filesystem too small Severity set to 'normal' from 'critical' -- 758260: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=758260 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#758115: Disabled wait state X'32EE' on IPL of zIPL
On Fri, 15 Aug 2014 17:24:30 -0400 (EDT), Philipp Kern wrote: ... Do you happen to have the PSW handy? The full PSW is as follows: 0002 8000 32EE It looks like the wait bit is set, 31-bit addressing mode is set, I/O, External, and Machine check interruptions are all disabled, and the instruction address (i.e. disabled wait state code) is set to X'32EE'. -- .''`. Stephen Powell : :' : `. `'` `- -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#749974: new maitreya push
On Thu, Aug 14, 2014 at 03:43:55AM -0500, Paul Elliott wrote: Please find the new push on http://anonscm.debian.org/gitweb/?p=collab-maint/maitreya.git it upgrades to the upstream's 7.0.7 and does not have the bugs the previous version had. It can be uploaded to unstable as soon as wxsqlite3_3.1.0 is released from experimental. I've NMUed wxsqlite3 to unstable, so please upload maitreya. If jaldhar's not available for sponsoring, I'm happy to upload it - just let me know. Cheers, Olly -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741730: wxsqlite3: diff for NMU version 3.1.0~dfsg1-1.1
We now have an OK on the transition, so in the interests of getting the transition actually started promptly I have NMUed the version of wxsqlite3 from experimental to unstable (versioned as 3.1.0~dfsg1-1.1). The version of lintian in unstable reports an error for a failure to substitute @VERSION@ into the .pc file - this is clearly a bug and the fix was trivial, so I fixed that - see the change to the sed commands in debian/rules. Cheers, Olly diff -Nru wxsqlite3-3.1.0~dfsg1/debian/changelog wxsqlite3-3.1.0~dfsg1/debian/changelog --- wxsqlite3-3.1.0~dfsg1/debian/changelog 2014-06-06 06:53:09.0 +1200 +++ wxsqlite3-3.1.0~dfsg1/debian/changelog 2014-08-16 11:00:57.0 +1200 @@ -1,3 +1,12 @@ +wxsqlite3 (3.1.0~dfsg1-1.1) unstable; urgency=medium + + * Non-maintainer upload. + * Fix lintian error pkg-config-bad-directive by fixing the ineffective +substitution of @VERSION@ into the .pc file. + * Upload to unstable so we can start the libwxsqlite3-3.0-0 transition. + + -- Olly Betts o...@survex.com Sat, 16 Aug 2014 10:59:44 +1200 + wxsqlite3 (3.1.0~dfsg1-1) experimental; urgency=low * New upstream release, update 1001-soname.patch to match it. diff -Nru wxsqlite3-3.1.0~dfsg1/debian/rules wxsqlite3-3.1.0~dfsg1/debian/rules --- wxsqlite3-3.1.0~dfsg1/debian/rules 2014-06-06 07:00:55.0 +1200 +++ wxsqlite3-3.1.0~dfsg1/debian/rules 2014-08-16 10:59:09.0 +1200 @@ -27,8 +27,7 @@ override_dh_auto_install: dh_auto_install sed -e s/@VERSION@/${UPSTREAM_VERSION}/ \ - debian/wxsqlite3-3.0.pc.in debian/wxsqlite3-3.0.pc - sed -e s#@LIBDIR@#lib/${DEB_HOST_MULTIARCH}# \ + -e s#@LIBDIR@#lib/${DEB_HOST_MULTIARCH}# \ debian/wxsqlite3-3.0.pc.in debian/wxsqlite3-3.0.pc chmod -x debian/wxsqlite3-3.0.pc mkdir -p debian/tmp/usr/lib/$(DEB_HOST_MULTIARCH)/pkgconfig
Bug#749976: codelite: Please update to use wxwidgets3.0
On Sat, May 31, 2014 at 02:35:17PM +0100, James Cowgill wrote: On Sat, 2014-05-31 at 23:15 +1200, Olly Betts wrote: As you're probably already aware, we're going to need a transition for wxsqlite3 switching to wxwidgets, but there are only 3 dependent packages, including yours, so that shouldn't be too painful. Is the version in experimental ready to upload to unstable once we get a go from the release team, or are there still issues to sort out? Yes, it's ready to be uploaded as soon as wxsqlite3 is. We have a go, so I've NMUed wxsqlite3 to unstable. Please upload codelite. If you'd like me to just NMU the experimental version to unstable, I'm happy to do that. Cheers, Olly -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#749974: new maitreya push
On Sat, 16 Aug 2014, Olly Betts wrote: If jaldhar's not available for sponsoring, I'm happy to upload it - just let me know. I am. I'll get to it later tonight. -- Jaldhar H. Vyas jald...@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#757735: Chirugircal removing of compiler optimizations
On Fri, Aug 15, 2014 at 11:17:57AM +0200, Raphael Manfredi wrote: Hi Brian, The gdb trace shows that compiler optimizations are preventing debugging: some variables having been optimized out, and therefore their printed value, if any, is inconsistent. I built the package with DEB_BUILD_OPTIONS=noopt nostrip, which should have prevented it from being optimized or stripped. While this is not compulsory for packages to implement, it is recommended for situations like this so that it's easy for users to debug broken packages. If the program does not fail with optimizations removed, we have a subtle bug, which will be even harder to spot. But let's see first. It doesn't fail. It starts and runs normally. -- brian m. carlson / brian with sandals: Houston, Texas, US +1 832 623 2791 | http://www.crustytoothpaste.net/~bmc | My opinion only OpenPGP: RSA v4 4096b: 88AC E9B2 9196 305B A994 7552 F1BA 225C 0223 B187 signature.asc Description: Digital signature
Processed: tagging 758257
Processing commands for cont...@bugs.debian.org: tags 758257 = Bug #758257 [libfreerdp-dev] libfreerdp-dev: missing -lfreerdp-client in pkg-config file Removed tag(s) pending. thanks Stopping processing here. Please contact me if you need assistance. -- 758257: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=758257 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#749978: guayadeque: Much better patch
On Thu, Aug 14, 2014 at 11:29:55AM +0300, Damyan Ivanov wrote: Below is an additional patch that removes the border from progress controls in the status bar too. It also tries to remove the border around the search input in the media/radio tabs, but for some reason the result is still bordered controls. Looking at the wxWidgets sources, in src/generic/srchctlg.cpp wxSearchCtrl::Create() (which the ctor calls) forces a particular border style upon us: // force border style for more native appearance style = ~wxBORDER_MASK; #ifdef __WXGTK__ style |= wxBORDER_SUNKEN; #elif defined(__WXMSW__) // Don't set the style explicitly, let GetDefaultBorder() work it out, unl ess // we will get a sunken border (e.g. on Windows 200) in which case we must // override with a simple border. if (GetDefaultBorder() == wxBORDER_SUNKEN) style |= wxBORDER_SIMPLE; #else style |= wxBORDER_SIMPLE; #endif We can set the style after construction to avoid this, but the amended style above is used for the wxSearchTextCtrl inside the wxSearchCtrl, and changing the style of the wxSearchCtrl after construction isn't passed on to that. To me it looks like it is the wxSearchTextCtrl which isn't quite tall enough. I can reproduce this issue in the widgets sample which comes with wxWidgets, so I've filed a bug upstream: http://trac.wxwidgets.org/ticket/16422 I think it isn't worth trying to workaround this in guayadeque - it's essentially cosmetic, and if we somehow adjusted the size, it would likely to go wrong the other way when that bug gets fixed. We have a go on the wxsqlite3 transition, so I've NMUed wxsqlite3 to unstable. So guayadeque can be uploaded now. If you'd like me to just NMU with my latest patch + Damyan's changes (probably without the ineffective style changes on the two wxSearchCtrl objects), just let me know - I'd be happy to do that. I understand upstream is planning to switch to Qt, but perhaps we should try to push this patch upstream, as it would be useful for them until they have achieved a switch over, and it would save us carrying it. Is someone OK to do that? I have another ~80 packages to deal with for the wx transitions, so I'm afraid I don't really have time to be liaising with upstreams. Cheers, Olly -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753171: FTBFS: /usr/bin/ld: cannot find -lee
Well I got this package to build (needed it to unclog things in raspbian, I'd really rather not do removals for reasons I won't get into here) but I'm not sure how useful the resulting package will be. In particular I ended up disabling liblognorm completely due to. sagan.c:874:9: error: too few arguments to function ‘ln_normalize’ I looked upstream to see if anything had been done but it seems the code in that area had been totally changed since the version in debian. debdiff attatched, no intent to NMU in debian. diff -Nru sagan-0.2.1.r1/debian/changelog sagan-0.2.1.r1/debian/changelog --- sagan-0.2.1.r1/debian/changelog 2012-04-16 20:33:24.0 + +++ sagan-0.2.1.r1/debian/changelog 2014-08-16 00:23:20.0 + @@ -1,3 +1,12 @@ +sagan (0.2.1.r1-1+rpi1) jessie-staging; urgency=medium + + * Add libee-dev to build-depends. + * Force /usr/include/json-c onto include path + * add #include libee/ctx.h to sagan.c + * Disable liblognorm. + + -- Peter Michael Green plugw...@raspbian.org Wed, 13 Aug 2014 21:43:06 + + sagan (0.2.1.r1-1) unstable; urgency=low * Imported Upstream version 0.2.1-r1 diff -Nru sagan-0.2.1.r1/debian/control sagan-0.2.1.r1/debian/control --- sagan-0.2.1.r1/debian/control 2012-04-16 20:18:01.0 + +++ sagan-0.2.1.r1/debian/control 2014-08-13 21:13:39.0 + @@ -11,7 +11,8 @@ libmysqlclient-dev, libpq-dev, libprelude-dev, -liblognorm-dev +liblognorm-dev, +libee-dev Standards-Version: 3.9.3 Homepage: http://sagan.softwink.com/ #Vcs-Git: git://git.debian.org/collab-maint/sagan.git diff -Nru sagan-0.2.1.r1/debian/patches/add-include.diff sagan-0.2.1.r1/debian/patches/add-include.diff --- sagan-0.2.1.r1/debian/patches/add-include.diff 1970-01-01 00:00:00.0 + +++ sagan-0.2.1.r1/debian/patches/add-include.diff 2014-08-16 00:20:17.0 + @@ -0,0 +1,26 @@ +Description: add #include libee/ctx.h to sagan.c +Author: Peter Michael Green plugw...@raspbian.org + +--- +The information above should follow the Patch Tagging Guidelines, please +checkout http://dep.debian.net/deps/dep3/ to learn about the format. Here +are templates for supplementary fields that you might want to add: + +Origin: vendor|upstream|other, url of original patch +Bug: url in upstream bugtracker +Bug-Debian: http://bugs.debian.org/bugnumber +Bug-Ubuntu: https://launchpad.net/bugs/bugnumber +Forwarded: no|not-needed|url proving that it has been forwarded +Reviewed-By: name and email of someone who approved the patch +Last-Update: -MM-DD + +--- sagan-0.2.1.r1.orig/src/sagan.c sagan-0.2.1.r1/src/sagan.c +@@ -49,6 +49,7 @@ + #include arpa/inet.h + #include netinet/in.h + #include sys/socket.h ++#include libee/ctx.h + + #include sagan.h + diff -Nru sagan-0.2.1.r1/debian/patches/series sagan-0.2.1.r1/debian/patches/series --- sagan-0.2.1.r1/debian/patches/series2011-12-18 14:01:26.0 + +++ sagan-0.2.1.r1/debian/patches/series2014-08-16 00:19:55.0 + @@ -1 +1,2 @@ 01-do-not-include-lognorm-private-header.patch +add-include.diff diff -Nru sagan-0.2.1.r1/debian/rules sagan-0.2.1.r1/debian/rules --- sagan-0.2.1.r1/debian/rules 2012-04-16 20:18:10.0 + +++ sagan-0.2.1.r1/debian/rules 2014-08-16 00:19:18.0 + @@ -12,9 +12,11 @@ # Uncomment this to turn on verbose mode. #export DH_VERBOSE=1 +export DEB_CFLAGS_MAINT_APPEND=-I/usr/include/json-c + override_dh_auto_configure: dh_testdir - dh_auto_configure -- --with-postgresql-includes=/usr/include/postgresql --disable-libdnet LIBS=-lm -lestr -lee + dh_auto_configure -- --with-postgresql-includes=/usr/include/postgresql --disable-libdnet --disable-lognorm LIBS=-lm -lestr -lee override_dh_auto_install: dh_auto_install
Bug#758237: marked as done (grace contains nonfree cephes library)
Your message dated Sat, 16 Aug 2014 00:49:55 + with message-id e1xisbv-000566...@franck.debian.org and subject line Bug#758237: fixed in grace 1:5.1.23-9 has caused the Debian Bug report #758237, regarding grace contains nonfree cephes library 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.) -- 758237: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=758237 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: grace Version: 1:5.1.23-8 Severity: serious The grace package contains code from the cephes library, which is under the following nonfree license: Some software in this archive may be from the book Methods and Programs for Mathematical Functions (Prentice-Hall, 1989) or from the Cephes Mathematical Library, a commercial product. In either event, it is copyrighted by the author. What you see here may be used freely but it comes with no support or guarantee. The license isn't included in the source package (this doesn't seem to be the complete cephes library) but you can find it in the tarball on the the cephes author's website. [1] There was a discussion back in 2004 about the author being willing to relicense it under a BSD license [2], but nothing happened after that. Legimet 1. http://www.moshier.net/#Cephes 2. https://lists.debian.org/debian-legal/2004/12/msg00295.html ---End Message--- ---BeginMessage--- Source: grace Source-Version: 1:5.1.23-9 We believe that the bug you reported is fixed in the latest version of grace, which is due to be installed in the Debian FTP archive. 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 758...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Nicholas Breen nbr...@debian.org (supplier of updated grace 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...@ftp-master.debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Fri, 15 Aug 2014 17:33:55 -0700 Source: grace Binary: grace Architecture: source amd64 Version: 1:5.1.23-9 Distribution: unstable Urgency: medium Maintainer: Nicholas Breen nbr...@debian.org Changed-By: Nicholas Breen nbr...@debian.org Description: grace - XY graphing and plotting tool Closes: 758237 Changes: grace (1:5.1.23-9) unstable; urgency=medium . * copyright: Convert to DEP-5 format and overhaul information. Include e-mail from cephes author regarding its licensing; thanks to Helen Faulkner for driving that for the labplot packages many years ago. (Closes: #758237) * patches/cephes-license.diff: Additionally add cephes/COPYING to the unpacked source tree. * README.Debian: Update epstopdf information and alioth URL. Checksums-Sha1: 51dbaef27bd099d7bc7a505e041b8615b7558093 2138 grace_5.1.23-9.dsc 95f17d4033db28800f99d5f9e0d9c7070024f930 112304 grace_5.1.23-9.debian.tar.xz a666f8f84915ca9e215090fe783c066c0924946f 887228 grace_5.1.23-9_amd64.deb Checksums-Sha256: 072ded2a4b775336903ba0f6441cfd072d47988edbee7d94952b711606def223 2138 grace_5.1.23-9.dsc 0980828c5903ad9d8b5008c88172e5b0c6d5d9e74b53ba9052a376546b322b41 112304 grace_5.1.23-9.debian.tar.xz 45cc6ddf39969391dfe5c0987d9a9a69fd91dc30e48b35522f1cfef2bd56f5b7 887228 grace_5.1.23-9_amd64.deb Files: 416dfbdf361ede9828189be37d5405a7 887228 math optional grace_5.1.23-9_amd64.deb a4bf9d6d8f6d94a1aca956ab35b20c9c 2138 math optional grace_5.1.23-9.dsc 882514861bf348d0531fd0274e299a11 112304 math optional grace_5.1.23-9.debian.tar.xz -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIVAwUBU+6nmu5K/WnsZRCPAQjIlg//QE2A1s2E3BiKGLYiwWom3t46HrG6xEih g5n8y0CzFpOVYGOYMfDOLsyTFFJOcfzLiO9D+sqUpBe0AlKMxZ2yJgXTRVfWj5/E PJME+wK1d+GBOeJCfVFpepIFJX5WDpo++A1sPmtvWPfr5jjs+naSpRUoAsYzxhHf YPnnIyXrHXSEbFA2hqx2ur2QKpO/2HsSFIR8V1Nd3Pa3B9+GZOL7upiSL3AX8AWm 59d4Mc7Re7PfkTmnoP+8s+XyAuIgsh6IkKgiMaDOQIqlwnLgJS6Ilf8TCFPxofSO luPSXkjy73VnJVI7Qqo0OJCzt1lXo96DSR38yaf5Zp56RigrBFuv9QLLsUgvEWze UWyJIW6vegddJvqAKTwpx+S52N0XlxpV6WmQmG+4z26BIu5JO3BXICbRX0AD4XNa LrmRB0sG1L40pL1h/aYYDAKcjYOvJqCROIveBepoYGk/sDlghM8YsZqC1ClnjTjP dY/VHbwn8J6etMirSQb/r3/SfogK3icrX2sWVNG1aKbqnOM3FGJs+R1pjBDXUCcv V5vU5SJMoPgaxXLtDGNjadV+TTrFqK0LkpSVn3df0ZDxy3eeipfTO+zRHkfYLLKr 6fmLxa7GC/dOW8pC8gLCUv64f8GZ3q2zshqp8pQixH5AqmmO61CxDnkXSzSoIgsN AFEDjRQIZNI= =8Sa2 -END PGP SIGNATUREEnd
Bug#746085: marked as done (ardesia: FTBFS: configure: error: Test for GTK3+ failed)
Your message dated Sat, 16 Aug 2014 04:18:54 + with message-id e1xivsa-0008kw...@franck.debian.org and subject line Bug#746085: fixed in ardesia 1.1-2 has caused the Debian Bug report #746085, regarding ardesia: FTBFS: configure: error: Test for GTK3+ failed 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.) -- 746085: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=746085 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Source: ardesia Version: 1.1-1 Severity: serious Tags: jessie sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20140426 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part (hopefully): checking for pkg-config... /usr/bin/pkg-config checking for GTK+ - version = 2.99.3... no *** Could not run GTK+ test program, checking why... *** The test program failed to compile or link. See the file config.log for the *** exact error that occured. This usually means GTK+ is incorrectly installed. configure: error: Test for GTK3+ failed. See the file 'INSTALL' for help. The full build log is available from: http://aws-logs.debian.net/ftbfs-logs/2014/04/26/ardesia_1.1-1_unstable.log 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 EC2 VM instances from Amazon Web Services, using a clean, minimal and up-to-date chroot. Every failed build was retried once to eliminate random failures. ---End Message--- ---BeginMessage--- Source: ardesia Source-Version: 1.1-2 We believe that the bug you reported is fixed in the latest version of ardesia, which is due to be installed in the Debian FTP archive. 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 746...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. TANIGUCHI Takaki tak...@debian.org (supplier of updated ardesia 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...@ftp-master.debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Sat, 16 Aug 2014 12:10:01 +0900 Source: ardesia Binary: ardesia Architecture: source amd64 Version: 1.1-2 Distribution: unstable Urgency: medium Maintainer: TANIGUCHI Takaki tak...@debian.org Changed-By: TANIGUCHI Takaki tak...@debian.org Description: ardesia- free digital sketchpad software Closes: 746085 Changes: ardesia (1.1-2) unstable; urgency=medium . [ Frédéric Bonnard ] * patch from ardesia upstream to fix, and use of dh-autoreconf to rebuild configure (Closes: #746085) Checksums-Sha1: 0ea152ad28b3da389abe845b901abe0063346557 1900 ardesia_1.1-2.dsc 976550ae9adfa2224708f36d73bb92215253ed04 2932 ardesia_1.1-2.debian.tar.xz 69658a2a210398233a007b941bda42883cab2ef0 1356016 ardesia_1.1-2_amd64.deb Checksums-Sha256: 55c773f93f85b14072783a434328b12c8ee0e7b7f5b81d354a9a8b8ff4ef9ccc 1900 ardesia_1.1-2.dsc 9527796e5689b9ccf3dbc16f36c5eed4a5de81200032209fa6d816281605170f 2932 ardesia_1.1-2.debian.tar.xz 8cf4d83806b7a8c1915a488dc949ded83649a723ea30aa3c9a698faa62d65329 1356016 ardesia_1.1-2_amd64.deb Files: 79865c9c5fefaec9d6877fb6e8b7fe07 1356016 graphics extra ardesia_1.1-2_amd64.deb 4355ce03d7c2f0cd0ce5f9c884c0f998 1900 graphics extra ardesia_1.1-2.dsc 1bdcacf562b803c8c300ee9ab762e7e9 2932 graphics extra ardesia_1.1-2.debian.tar.xz -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCAAGBQJT7s2KAAoJEMwUn2wopeJXW5oP/2WCH2HlfaHaqTc+hEoRracO LZIQSspNJsTGQqdbVJ5pRDXZ1a/KPSBGneq7SP7i/EdDosJCttd+QbLSPKZmKmbi Z5mDnJab/vvbgsu8shl6xZEiHoz1teMAFmM7ph23/oGtQhEeXIO0zXrY2bEHykZF zjLVNM4hUqbLrAsY5MiSm7nANfTMohrIQjuqkWfoeG2Fu+NBO/bGihweEtPEciQc GMM8Pg03wOpkrqpw4dqRjV0j/cwOIBY4dkKpeLFuWwlwDJKNEhUXLaXMBxdMIZOs v0N1/GneZWbL4v23nWowXVQUBr/8R7H8fQuaFTQJadcet0rWqjU1rKdt7tkZVsL5 Sb3hZoQgtq9IJMx1A+c/tpe+7vVVh6js1OyuKjoMYtvbAErNUiVStrt5k/8Fj4L3 XnzxXnetkoApzDoPvKbItUxTp3z8Joa3IIzrtK3gPNVg5CVIwb6sf0ccXPcDg0np DTFThft7LG+MyLyuWSS4vULBe1X3IDNqrbdflgjn6bivLdwUKkPUzJn71hnWUlyD m8tAi2Z+htt0rv50/YRfOM+fZqYmLA/ILj9iuudCp9bEhdxT/N95/lTnY9Uz/fnp zkaYn+mf9+sd2bOP81KCwjcXlHV+w+uTedaEMhmspyrx5GE4BTT43jgF3KxGKWYS XYn10r9RVqkeliq2N79z =hMqS -END PGP SIGNATUREEnd Message---
Bug#721547: marked as done (libregexp-grammars-perl: Currently incompatible with Perl 5.18)
Your message dated Sat, 16 Aug 2014 04:50:31 + with message-id e1xivwl-0003v9...@franck.debian.org and subject line Bug#721547: fixed in libregexp-grammars-perl 1.035-1 has caused the Debian Bug report #721547, regarding libregexp-grammars-perl: Currently incompatible with Perl 5.18 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.) -- 721547: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=721547 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: libregexp-grammars-perl Version: 1.028-1 Severity: serious Tags: upstream Justification: maintainer decision, unfit for release with perl 5.18.1; incompatible This is a blocking bug to prevent further migration of libregexp-grammars-perl into testing until some incompatibility problems with Perl 5.18 are solved upstream: , [ lib/Regexp/Grammars.pm ] | Warning: Regexp::Grammars is currently unsupported under Perl 5.18. | | Perl 5.18 changed how 'qr' constant overloadings are parsed and the | scope in which they are subsequently compiled. This change currently | make it impossible to reliably create 'qr' overloadings that inject | code blocks into a regex, as it prevents the overloaded regexes from | compiling properly in many cases, even with an explicit 'use re | eval' in scope. | | These problems have been reported, and the brave volunteers of P5P are | currently working on fixes. However, these will not be available until | at least 5.18.2. | | Because Regexp::Grammars relies on 'qr' overloads to inject code blocks | into regexes, the module is curently not compatible with Perl 5.18. It | may continue to work in some limited cases, but is no longer reliable. | | At present, if you rely on Regexp::Grammars for your parsing needs, your | alternatives are either not to upgrade to Perl 5.18, to livce with the | problems until they are resolved (in Perl 5.18.2, we hope), or else to | consider switching to another parsing system, such as Marpa. | | We deeply regret that Regexp::Grammars cannot currently be maintained | completelt due to these backwards-incompatible changes and bugs in | Perl 5.18. ` Regards, Salvatore ---End Message--- ---BeginMessage--- Source: libregexp-grammars-perl Source-Version: 1.035-1 We believe that the bug you reported is fixed in the latest version of libregexp-grammars-perl, which is due to be installed in the Debian FTP archive. 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 721...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Salvatore Bonaccorso car...@debian.org (supplier of updated libregexp-grammars-perl 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...@ftp-master.debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Sat, 16 Aug 2014 06:33:09 +0200 Source: libregexp-grammars-perl Binary: libregexp-grammars-perl Architecture: source all Version: 1.035-1 Distribution: unstable Urgency: medium Maintainer: Debian Perl Group pkg-perl-maintain...@lists.alioth.debian.org Changed-By: Salvatore Bonaccorso car...@debian.org Description: libregexp-grammars-perl - Perl module to add grammatical parsing features to Perl 5.10 rege Closes: 721547 Changes: libregexp-grammars-perl (1.035-1) unstable; urgency=medium . [ gregor herrmann ] * Strip trailing slash from metacpan URLs. . [ Salvatore Bonaccorso ] * Imported Upstream version 1.034 and 1.035 + Compatible with Perl 5.20. (Closes: #721547) * Update copyright years for debian/* packaging * Declare compliance with Debian Policy 3.9.5 * Tighten (Build-)Depends(-Indep) on Perl versions. Tighten Build-Depends-Indep and Depends on Perl versions where Regexp::Grammars works correctly. Perl 5.18 is not supported and would give an approriate warning when using the module. * Update Vcs-Browser URL to cgit web frontend * Drop override for dh_auto_install * Add unversioned Build-Depends-Indep on perl * Replace Build-Depends on perl with libmodule-build-perl. Module::Build was in Perl core since 5.9.4, but is deprecated (and will be CPAN-only) and removed from 5.21.0. * Wrap and sort fields in debian/control file Checksums-Sha1: a0c659c87fdf5bef9f41fa1f7b666755f088a14a 2211 libregexp-grammars-perl_1.035-1.dsc
Bug#758270: uwsgi: FTBFS: ruby: Command not found
Package: uwsgi Version: 2.0.6~dfsg-7 Severity: serious Rebuilds of this package for the Perl 5.20 transition are failing on the buildds. dpkg-buildpackage: source package uwsgi dpkg-buildpackage: source version 2.0.6~dfsg-7+b1 dpkg-buildpackage: source distribution sid dpkg-source --before-build uwsgi-2.0.6~dfsg dpkg-buildpackage: host architecture amd64 fakeroot debian/rules clean pyversions: missing X(S)-Python-Version in control file, fall back to debian/pyversions pyversions: missing debian/pyversions file, fall back to supported versions py3versions: no X-Python3-Version in control file, using supported versions make: ruby: Command not found debian/rules:96: *** ERROR: multiple Ruby kinds not supported. Stop. dpkg-buildpackage: error: fakeroot debian/rules clean gave error exit status 2 -- Niko Tyni nt...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: block 753529 with 758270
Processing commands for cont...@bugs.debian.org: block 753529 with 758270 Bug #753529 [release.debian.org] transition: perl 5.20 753529 was blocked by: 758127 757754 757571 753529 was not blocking any bugs. Added blocking bug(s) of 753529: 758270 thanks Stopping processing here. Please contact me if you need assistance. -- 753529: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=753529 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