Bug#818359: maildrop: Please release 2.7.1-4 as prepared in git
Package: maildrop Version: 2.7.1-3 Severity: grave Justification: renders package unusable -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hi, with courier-authlib 0.66.4-5 release the libcourierauth*so were moved to /usr/lib, SOVERSION was added, and Breaks for maildrop << 2.7.1-4~ was added. Could you please release 2.7.1-4 I have pushed to collab-maint? Or just ping me back, I'll do the NMU. Cheers, Ondrej - -- System Information: Debian Release: 8.3 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.2.0-27-generic (SMP w/24 CPU cores) Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQJ8BAEBCgBmBQJW6T9LXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQzMEI5MzNEODBGQ0UzRDk4MUEyRDM4RkIw Qzk5QjcwRUY0RkNCQjA3AAoJEAyZtw70/LsHcRYQAMzmLqx7PhVOid7VqpEdcXWJ LreMMawjql8owiLRIfhPsmxBghtZZdXSUvdtqoA540eodF8z4ZjbL1LMDmI55FfI 8hnH0YoO8lgjNXdkkKk9kZKBGzeBYXqhNUZnSa0XrtL1gN1lAZM3XJhTua9YOOuh CdsomBcROqimMTYdsJxy3mn9yOf7a6Iq+jJF1tQUEFEwQHtcwZItqNa1ouhTMFeF va9I8qze2Az9ou3Er/Wksq7ZnM6cd5C1TY7WL29Eb20a5TRYIhonBEKvhsOLcCFY RMUm20JcGDib0W6nVuGDtJM0wcWmrzVLLHKjoomgGEeXd5GD6ygmXC91PjWXBicM qT0d6HyrNXv760yM6RY8hYPrtrbtw10z+iNqs0mGe4OiUcmu4dsTXQOL9IaqEkNX aGy53ZaBPS+Q1DAGU+X6oI5rd4Pk2cMnJtyqKl1eZ6K92Eyi4+leMCDjnKtn+DMX CsRZs0d8TCGyvg9K7hAviDBVyC1ijwx52y96mXl5XRSbLv0L7Gzc+h32BJ1BOMnk JaW90yVa3JLkXy4F6V2ZYg2eOaS2P+1dcsvsgu4YAy8xOd2NKkWgTDjWwm5fWkZl CmVag4dTmcxn3l9AoyqJAj0umrv3CLVrgbQU8ylaFERfoFC0KR1fLvgbCTdcFRcD gzG3aZi5+jIwSsB+54Zd =yVvt -END PGP SIGNATURE-
Bug#815814: marked as done (urdfdom: FTBFS on several architectures)
Your message dated Wed, 16 Mar 2016 12:13:24 +0100 with message-id <56e93fd4.9080...@debian.org> and subject line Re: urdfdom: FTBFS on several architectures has caused the Debian Bug report #815814, regarding urdfdom: FTBFS on several architectures 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.) -- 815814: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=815814 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Source: urdfdom Version: 0.4.1-1 Severity: serious Your package failed to build on several architectures with: CMake Error at CMakeLists.txt:41 (find_package): Could not find a configuration file for package "urdfdom_headers" that is compatible with requested version "0.4". The following configuration files were considered but not accepted: /usr/share/urdfdom_headers/cmake/urdfdom_headers-config.cmake, version: 0.4.0 (64bit) Logs at: https://buildd.debian.org/status/logs.php?pkg=urdfdom=0.4.1-1 Emilio --- End Message --- --- Begin Message --- On Thu, 25 Feb 2016 15:35:31 +0100 Jochen Sprickerhofwrote: > So we can either make all packages using this arch dependent, or fix the cmake > template. Any opinions? Fixed by making urdfdom-headers arch:any. Andreas--- End Message ---
Bug#815205: sbcl: FTBFS due to TeX error
I sent already a minimal example derived from the sbcl code to the ti list, you should have gotten it cc On March 16, 2016 7:43:00 PM GMT+09:00, Christoph Eggerwrote: >Norbert Preining writes: >> apt-get source sbcl and build is enough to reproduce? > >That's what I did in a clean sid chroot yesterday. You need to actually >run the build as some input files to the manual get generated during >build though. > > Christoph -- Sent from my mobile device. Please excuse my brevity.
Bug#815205: sbcl: FTBFS due to TeX error
Norbert Preiningwrites: > apt-get source sbcl and build is enough to reproduce? That's what I did in a clean sid chroot yesterday. You need to actually run the build as some input files to the manual get generated during build though. Christoph
Processed: notfound 812809 in ruby-appraiser/0.2.0-2
Processing commands for cont...@bugs.debian.org: > notfound 812809 ruby-appraiser/0.2.0-2 Bug #812809 {Done: Cédric Boutillier} [ruby-appraiser,yard] yard and ruby-appraiser: error when trying to install together No longer marked as found in versions ruby-appraiser/0.2.0-2. > thanks Stopping processing here. Please contact me if you need assistance. -- 812809: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=812809 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#818293: marked as done (kpartx: cannot be installed)
Your message dated Wed, 16 Mar 2016 10:01:23 + with message-idand subject line Bug#818293: fixed in multipath-tools 0.5.0+git1.656f8865-8 has caused the Debian Bug report #818293, regarding kpartx: cannot be installed 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.) -- 818293: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=818293 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: kpartx Version: 0.5.0+git1.656f8865-7 Severity: grave Justification: renders package unusable LANG=C; apt-get upgrade Reading package lists... Done Building dependency tree Reading state information... Done Calculating upgrade... Done The following packages have been kept back: libavformat57 The following packages will be upgraded: kpartx 1 upgraded, 0 newly installed, 0 to remove and 1 not upgraded. Need to get 0 B/32.2 kB of archives. After this operation, 2048 B disk space will be freed. Do you want to continue? [Y/n] (Reading database ... 387658 files and directories currently installed.) Preparing to unpack .../kpartx_0.5.0+git1.656f8865-7_amd64.deb ... Failed to stop multipathd.service: Unit multipathd.service not loaded. dpkg: warning: subprocess old pre-removal script returned error exit status 5 dpkg: trying script from the new package instead ... dpkg: error processing archive /var/cache/apt/archives/kpartx_0.5.0+git1.656f8865-7_amd64.deb (--unpack): there is no script in the new version of the package - giving up Failed to get unit file state for multipathd.service: No such file or directory multipathd.service is a disabled or a static unit, not starting it. Errors were encountered while processing: /var/cache/apt/archives/kpartx_0.5.0+git1.656f8865-7_amd64.deb E: Sub-process /usr/bin/dpkg returned an error code (1) -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.4.5 (SMP w/8 CPU cores; PREEMPT) Locale: LANG=fr_FR.UTF8, LC_CTYPE=fr_FR.UTF8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages kpartx depends on: ii dmsetup 2:1.02.116-1+b1 ii libc6 2.23-0experimental0 ii libdevmapper1.02.1 2:1.02.116-1+b1 ii udev229-2 kpartx recommends no packages. kpartx suggests no packages. -- no debconf information --- End Message --- --- Begin Message --- Source: multipath-tools Source-Version: 0.5.0+git1.656f8865-8 We believe that the bug you reported is fixed in the latest version of multipath-tools, 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 818...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Ritesh Raj Sarraf (supplier of updated multipath-tools 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: Wed, 16 Mar 2016 14:58:20 +0530 Source: multipath-tools Binary: multipath-tools multipath-tools-dbg kpartx multipath-tools-boot multipath-udeb kpartx-udeb Architecture: source amd64 all Version: 0.5.0+git1.656f8865-8 Distribution: unstable Urgency: medium Maintainer: Debian LVM Team Changed-By: Ritesh Raj Sarraf Description: kpartx - create device mappings for partitions kpartx-udeb - create device mappings for partitions - udeb package (udeb) multipath-tools - maintain multipath block device access multipath-tools-boot - Support booting from multipath devices multipath-tools-dbg - maintain multipath block device access - debugging symbols multipath-udeb - maintain multipath block device access - udeb package (udeb) Closes: 818036 818293 Changes: multipath-tools (0.5.0+git1.656f8865-8) unstable; urgency=medium . * [ff52e14] Cleanup the breakage introduced in -6 build (Closes: #818036, #818293) * [2861458] Fix Vcs-Git URL Checksums-Sha1: 8c9b8f3e5d4768e2b3d11b6a88d7c3213d2c37f5 2591 multipath-tools_0.5.0+git1.656f8865-8.dsc a68eb583ea4325d0352386ee2420997963a6f639 26724
Bug#818036: marked as done (kpartx does not ship multipathd.service but tries to start/stop that service)
Your message dated Wed, 16 Mar 2016 10:01:23 + with message-idand subject line Bug#818036: fixed in multipath-tools 0.5.0+git1.656f8865-8 has caused the Debian Bug report #818036, regarding kpartx does not ship multipathd.service but tries to start/stop that service 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.) -- 818036: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=818036 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: kpartx Version: 0.5.0+git1.656f8865-6 Severity: important The maintainers scripts of kpartx try to start/stop multipathd.service That service unit is shipped in the multipath-tools package though. So this looks like an error in debian/rules. Combining -a and -p doesn't really make sense. -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (200, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.4.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages kpartx depends on: ii dmsetup 2:1.02.116-1+b1 ii libc6 2.22-2 ii libdevmapper1.02.1 2:1.02.116-1+b1 ii udev229-2 kpartx recommends no packages. kpartx suggests no packages. -- no debconf information --- End Message --- --- Begin Message --- Source: multipath-tools Source-Version: 0.5.0+git1.656f8865-8 We believe that the bug you reported is fixed in the latest version of multipath-tools, 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 818...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Ritesh Raj Sarraf (supplier of updated multipath-tools 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: Wed, 16 Mar 2016 14:58:20 +0530 Source: multipath-tools Binary: multipath-tools multipath-tools-dbg kpartx multipath-tools-boot multipath-udeb kpartx-udeb Architecture: source amd64 all Version: 0.5.0+git1.656f8865-8 Distribution: unstable Urgency: medium Maintainer: Debian LVM Team Changed-By: Ritesh Raj Sarraf Description: kpartx - create device mappings for partitions kpartx-udeb - create device mappings for partitions - udeb package (udeb) multipath-tools - maintain multipath block device access multipath-tools-boot - Support booting from multipath devices multipath-tools-dbg - maintain multipath block device access - debugging symbols multipath-udeb - maintain multipath block device access - udeb package (udeb) Closes: 818036 818293 Changes: multipath-tools (0.5.0+git1.656f8865-8) unstable; urgency=medium . * [ff52e14] Cleanup the breakage introduced in -6 build (Closes: #818036, #818293) * [2861458] Fix Vcs-Git URL Checksums-Sha1: 8c9b8f3e5d4768e2b3d11b6a88d7c3213d2c37f5 2591 multipath-tools_0.5.0+git1.656f8865-8.dsc a68eb583ea4325d0352386ee2420997963a6f639 26724 multipath-tools_0.5.0+git1.656f8865-8.debian.tar.xz 231807f8d5d71de7cefc8c4116aeed4c46cc8ef9 15540 kpartx-udeb_0.5.0+git1.656f8865-8_amd64.udeb ca0b227707c766dd7c85c1c187c6c8103a4bf31c 32400 kpartx_0.5.0+git1.656f8865-8_amd64.deb 874a24bf4598d5464d060e49f9624e9d0f5cc61f 19960 multipath-tools-boot_0.5.0+git1.656f8865-8_all.deb 5278448aed962d2bd99909f1f5c056f58172ac4b 388218 multipath-tools-dbg_0.5.0+git1.656f8865-8_amd64.deb bf1b40d4067d2e639325a36975801a42b4fc76e1 198448 multipath-tools_0.5.0+git1.656f8865-8_amd64.deb cb53ac2cb1806095fb74b26845d1207e9e80bf71 126320 multipath-udeb_0.5.0+git1.656f8865-8_amd64.udeb Checksums-Sha256: d2eaa3fc72c7c329747cafd91783cc9e33753221270e385013a7a8e520710d8a 2591 multipath-tools_0.5.0+git1.656f8865-8.dsc 826e8be1b1aff50d75728a2e93fe6c5ebe49fa015d06b608c21ff713c2df299e 26724 multipath-tools_0.5.0+git1.656f8865-8.debian.tar.xz 3f85adea0e07c202be669258eddc1d1d46ca18a7e76c93b1bc8a7033ea4c062a 15540 kpartx-udeb_0.5.0+git1.656f8865-8_amd64.udeb
Bug#815205: another texinfo.tex bug in \scanmacro
Hi Gavin, dear all, (please keep cc) Another problem with 6.1 has popped up, not being really Debian specific. It is in the sources of sbcl (common lisp interpreter). I reduced the problem to the following minimal not-working example: \input texinfo @c -*-texinfo-*- @iftex @tex \newif\ifdash \long\def\dashp#1{\expandafter\setnext#1-\dashphelper} \long\def\setnext#1-{\futurelet\next\dashphelper} \long\def\dashphelper#1\dashphelper{ \ifx\dashphelper\next\dashfalse\else\dashtrue\fi } \def\lw#1{\leavevmode\dashp{#1}\ifdash#1\else\hbox{#1}\fi} @end tex @end iftex @macro lw{word} @tex \\lw{\word\}% @end tex @end macro @code{@lw{aaa}} @bye >>> and the error message is /mnwe.texinfo:21: TeX capacity exceeded, sorry [text input levels=15]. \scanmacro ...atspaces }\scantokens {#1\texinfoc } \aftermacro l.2 \lw{aaa} % \scanmacro ...atspaces }\scantokens {#1\texinfoc } \aftermacro l.2 \lw{aaa} % \scanmacro ...atspaces }\scantokens {#1\texinfoc } \aftermacro l.2 \lw{aaa} % ... l.21 @code{@lw{aaa}} No pages of output. >>> I did run the test with the version in Debian, as well as with the latest code in svn (texinfo [version 2016-03-06.18]). I also confirmed that with the version from 6.0 it works: >> This is pdfTeX, Version 3.14159265-2.6-1.40.16 (TeX Live 2015/Debian) (preloaded format=etex) restricted \write18 enabled. entering extended mode (./mnwe.texinfo (/home/norbert/ti/texinfo.tex Loading texinfo [version 2015-06-24.23]: pdf, fonts, markup, glyphs, page headings, tables, conditionals, indexing, sectioning, toc, environments, defuns, macros, cross references, insertions, (/usr/share/texlive/texmf-dist/tex/generic/epsf/epsf.tex This is `epsf.tex' v2.7.4 <14 February 2011> ) localization, formatting, and turning on texinfo input format.) [1] ) Output written on mnwe.dvi (1 page, 200 bytes). Transcript written on mnwe.log. >> All the best Norbert PREINING, Norbert http://www.preining.info JAIST, Japan TeX Live & Debian Developer GPG: 0x860CDC13 fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13
Bug#815205: sbcl: FTBFS due to TeX error
On 16.03.2016 10:17, Norbert Preining wrote: Hi, > apt-get source sbcl and build is enough to reproduce? > Eventually run "apt-get build-dep" before build. Hilmar -- http://www.hilmar-preusse.de.vu/ #206401 http://counter.li.org
Bug#818036: "kpartx does not ship multipathd.service but tries to start/stop that service" not fixed in 0.5.0+git1.656f8865-7
Thanks for the confirmation Sven s3nt fr0m a $martph0ne, excuse typ0s On 16-Mar-2016 14:54, "Sven Hartge"wrote: > On 16.03.2016 09:33, Ritesh Raj Sarraf wrote: > > On Tue, 2016-03-15 at 23:35 +0530, Ritesh Raj Sarraf wrote: > > >> Okay! I'd agree on the last statement. :-) > >> I'll fix it soon. > >> > >> For others who get hit, Sven has mentioned the workaround in this bug > >> report. > > > > Can you test the attached .deb package ? > > Yes, this works for me: > > /tmp/d# dpkg -i kpartx_0.5.0+git1.656f8865-8_amd64.deb > (Reading database ... 739417 files and directories currently installed.) > Preparing to unpack kpartx_0.5.0+git1.656f8865-8_amd64.deb ... > Failed to stop multipathd.service: Unit multipathd.service not loaded. > dpkg: warning: subprocess old pre-removal script returned error exit > status 5 > dpkg: trying script from the new package instead ... > dpkg: ... it looks like that went OK > Unpacking kpartx (0.5.0+git1.656f8865-8) over (0.5.0+git1.656f8865-6) ... > Setting up kpartx (0.5.0+git1.656f8865-8) ... > Processing triggers for man-db (2.7.5-1) ... > > Grüße, > Sven. > > >
Bug#818036: "kpartx does not ship multipathd.service but tries to start/stop that service" not fixed in 0.5.0+git1.656f8865-7
On 16.03.2016 09:33, Ritesh Raj Sarraf wrote: > On Tue, 2016-03-15 at 23:35 +0530, Ritesh Raj Sarraf wrote: >> Okay! I'd agree on the last statement. :-) >> I'll fix it soon. >> >> For others who get hit, Sven has mentioned the workaround in this bug >> report. > > Can you test the attached .deb package ? Yes, this works for me: /tmp/d# dpkg -i kpartx_0.5.0+git1.656f8865-8_amd64.deb (Reading database ... 739417 files and directories currently installed.) Preparing to unpack kpartx_0.5.0+git1.656f8865-8_amd64.deb ... Failed to stop multipathd.service: Unit multipathd.service not loaded. dpkg: warning: subprocess old pre-removal script returned error exit status 5 dpkg: trying script from the new package instead ... dpkg: ... it looks like that went OK Unpacking kpartx (0.5.0+git1.656f8865-8) over (0.5.0+git1.656f8865-6) ... Setting up kpartx (0.5.0+git1.656f8865-8) ... Processing triggers for man-db (2.7.5-1) ... Grüße, Sven. signature.asc Description: OpenPGP digital signature
Bug#815205: sbcl: FTBFS due to TeX error
Hi Hilmar, apt-get source sbcl and build is enough to reproduce? Norbert On March 16, 2016 6:02:37 PM GMT+09:00, "Preuße, Hilmar"wrote: >On 16.03.2016 09:19, Norbert Preining wrote: > >Hi Norbert, > >I can reproduce it w/ -3 and -5. > >> Which version of texinfo? I have uploaded several fixes already, >> the latest is 6.1.0.dfsg.1-5 >> >>> https://bugs.launchpad.net/sbcl/+bug/1549892 >> >> The bug was reported on 02-26, the last fixed upload was 03-05. >> >> Can you please confirm with the sbcl people whether this is still >> a problem or not. >> > >Hilmar -- Sent from my mobile device. Please excuse my brevity.
Bug#815205: sbcl: FTBFS due to TeX error
On 16.03.2016 09:19, Norbert Preining wrote: Hi Norbert, I can reproduce it w/ -3 and -5. > Which version of texinfo? I have uploaded several fixes already, > the latest is 6.1.0.dfsg.1-5 > >> https://bugs.launchpad.net/sbcl/+bug/1549892 > > The bug was reported on 02-26, the last fixed upload was 03-05. > > Can you please confirm with the sbcl people whether this is still > a problem or not. > Hilmar -- http://www.hilmar-preusse.de.vu/ #206401 http://counter.li.org
Bug#818347: stylish: FTBFS: python: can't open file '/sdk/bin/typelib.py': [Errno 2] No such file or directory
Source: stylish Version: 2.0.2-1 Severity: serious Justification: fails to build from source User: reproducible-bui...@lists.alioth.debian.org Usertags: ftbfs X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org Dear Maintainer, stylish fails to build from source in unstable/amd64: [..] fakeroot debian/rules clean I: stylish_2.0.23.9.6. dh clean --with xul-ext --buildsystem=xul_ext --parallel dh_testdir -O--buildsystem=xul_ext -O--parallel dh_auto_clean -O--buildsystem=xul_ext -O--parallel rm -f xul-ext-stylish.xpi dh_clean -O--buildsystem=xul_ext -O--parallel debian/rules build I: stylish_2.0.23.9.6. dh build --with xul-ext --buildsystem=xul_ext --parallel dh_testdir -O--buildsystem=xul_ext -O--parallel dh_update_autotools_config -O--buildsystem=xul_ext -O--parallel dh_auto_configure -O--buildsystem=xul_ext -O--parallel debian/rules override_dh_auto_build make[1]: Entering directory '/home/lamby/temp/cdt.20160316084603.IHLK9gXQca/stylish-2.0.2' I: stylish_2.0.23.9.6. Package libxul was not found in the pkg-config search path. Perhaps you should add the directory containing `libxul.pc' to the PKG_CONFIG_PATH environment variable No package 'libxul' found Package libxul was not found in the pkg-config search path. Perhaps you should add the directory containing `libxul.pc' to the PKG_CONFIG_PATH environment variable No package 'libxul' found python /sdk/bin/typelib.py -I -o components/stylishStyle.xpt idl/stylishStyle.idl python: can't open file '/sdk/bin/typelib.py': [Errno 2] No such file or directory debian/rules:15: recipe for target 'components/stylishStyle.xpt' failed make[1]: *** [components/stylishStyle.xpt] Error 2 make[1]: Leaving directory '/home/lamby/temp/cdt.20160316084603.IHLK9gXQca/stylish-2.0.2' debian/rules:12: recipe for target 'build' failed make: *** [build] Error 2 [..] The full build log is attached. Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org / chris-lamb.co.uk `- stylish.2.0.2-1.unstable.amd64.log.txt.gz Description: Binary data
Bug#818036: "kpartx does not ship multipathd.service but tries to start/stop that service" not fixed in 0.5.0+git1.656f8865-7
On Tue, 2016-03-15 at 23:35 +0530, Ritesh Raj Sarraf wrote: > Okay! I'd agree on the last statement. :-) > I'll fix it soon. > > For others who get hit, Sven has mentioned the workaround in this bug > report. Can you test the attached .deb package ? -- Ritesh Raj Sarraf | http://people.debian.org/~rrs Debian - The Universal Operating System kpartx_0.5.0+git1.656f8865-8_amd64.deb Description: application/vnd.debian.binary-package signature.asc Description: This is a digitally signed message part
Bug#815205: sbcl: FTBFS due to TeX error
On Tue, 15 Mar 2016, Christoph Egger wrote: > > | .texinfo:3: TeX capacity exceeded, sorry [text input levels=15]. > > Upstream has decided this is a problem in texinfo .. can I have your > input on this issue? Which version of texinfo? I have uploaded several fixes already, the latest is 6.1.0.dfsg.1-5 > https://bugs.launchpad.net/sbcl/+bug/1549892 The bug was reported on 02-26, the last fixed upload was 03-05. Can you please confirm with the sbcl people whether this is still a problem or not. Thanks. Norbert PREINING, Norbert http://www.preining.info JAIST, Japan TeX Live & Debian Developer GPG: 0x860CDC13 fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13
Bug#818341: gnutls28: FTBFS on amd64: assumes build machine has all CPU extensions
Source: gnutls28 Version: 3.4.9-2 Severity: serious Tags: upstream Justification: fails to build from source (but built successfully in the past) gnutls28 is failing to build from source on amd64 again, with an error that is not the same as the ones described in #805863: > FAIL: test-hash-large > = > > Illegal instruction > SSSE3 cipher tests failed > FAIL test-hash-large (exit status: 132) The test in question runs a test repeatedly with GNUTLS_CPUID_OVERRIDE set to various values: https://sources.debian.net/src/gnutls28/3.4.10-3/tests/slow/test-hash-large/ I'm not sure how this can be expected to work on anything except the latest CPUs, and we can't assume that Debian buildds have the latest CPUs. A baseline x86 or x86_64 CPU does not have SSSE3, and if the CPU doesn't have the extension, forcing it via GNUTLS_CPUID_OVERRIDE is just going to result in running code that can't work on the current CPU? It seems to me as though it would be more useful for test coverage if the meaning of GNUTLS_CPUID_OVERRIDE was changed from "assume the CPU has exactly these extensions" to "use only these extensions, even if the CPU has others". Pseudocode now: if (GNUTLS_CPUID_OVERRIDE) extensions = parse (GNUTLS_CPUID_OVERRIDE); else extensions = cpuid (); Pseudocode that I think would be more useful: extensions = cpuid (); if (GNUTLS_CPUID_OVERRIDE) extensions &= parse (GNUTLS_CPUID_OVERRIDE); Longer-term, it would also be great if the tests (at least those that do not require much environment setup) could be packaged as "installed tests" similar to those in glib2.0, so that they can be re-run on systems that differ from the buildd. S
Processed: retitle 818318 to git: CVE-2016-2324 and CVE-2016-2315 (currently unpublished) server and client RCE, fixed in 2.7.3
Processing commands for cont...@bugs.debian.org: > retitle 818318 git: CVE-2016-2324 and CVE-2016-2315 (currently unpublished) > server and client RCE, fixed in 2.7.3 Bug #818318 [git] git: CVE-2016-2324 and CVE-2016-2315 (currently unpublished) server and client RCE, fixed in 2.7.1 Changed Bug title to 'git: CVE-2016-2324 and CVE-2016-2315 (currently unpublished) server and client RCE, fixed in 2.7.3' from 'git: CVE-2016-2324 and CVE-2016-2315 (currently unpublished) server and client RCE, fixed in 2.7.1' > thanks Stopping processing here. Please contact me if you need assistance. -- 818318: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=818318 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems