Bug#811708: init-system-helpers openrc branch pull request
Dear Martin and Michael, Cc Andreas, I have added openrc support to invoke-rc.d and update-rc.d in collab-maint/init-system-helpers.git[1]. Does it look good to be uploaded? replying to Andreas below: Andreas Henriksson writes: > On Fri, Feb 19, 2016 at 03:36:38PM +0900, Benda Xu wrote: >> I have pushed an openrc branch into >> collab-maint/init-system-helpers.git[1], to have openrc supports in >> invoke-rc.d and update-rc.d. I didn't add a changelog item though. > > Great that you implemented what I consider the preferred solution > by implementing it in the same version as supports other init systems. Yeah, as I said in the last email I agree it is the right way to move forward to benefit everyone. >> >> Could you please help review it? > > I've quickly looked at it and while not knowing anything in particular > about openrc from the viewpoint of other init systems I don't see > how your changes could possibly cause any problems for those. Thanks for your positive comments. >> >> After init-system-helpers make a version bump supporting openrc, I will >> bump openrc to finish the transition. > > Please beware that I'm *not* the maintainer of init-system-helpers > so please contact them for final review, merge and upload. Probably it's a good chance to join to maintain invoke-rc.d and update-rc.d for the long term. Yours, Benda 1. http://anonscm.debian.org/cgit/collab-maint/init-system-helpers.git/log/?h=openrc
Bug#814581: dspdfviewer: FTBFS: Errors while running CTest
Control: block -1 by 814607 Hi, since it seems to be not just dspdfviewer's test suite, but any qt5 program (even the qt5 examples) that brings the "Floating point exception" when run via xvfb-run, I have reported a bug against the xvfb package. Until this is fixed or a workaround known, we cannot use xvfb-run to execute the test suite. [upstream hat on] I'm thinking about reworking the Xvfb based environment to something more feature-complete, that can emulate two screens so I can test things like window alignment and screen-switching under the supported window managers. [Debian hat on] If I can't find a way to fix this, I'll probably have to disable the testsuite for Debian builds temporarily. Cheers, - Danny
Processed: Re: Bug#814581: dspdfviewer: FTBFS: Errors while running CTest
Processing control commands: > block -1 by 814607 Bug #814581 [src:dspdfviewer] dspdfviewer: FTBFS: Errors while running CTest Bug #814579 [src:dspdfviewer] dspdfviewer: FTBFS with xorg-1.18: Testsuite fails with floating point exception 814581 was not blocked by any bugs. 814581 was not blocking any bugs. Added blocking bug(s) of 814581: 814607 814579 was not blocked by any bugs. 814579 was not blocking any bugs. Added blocking bug(s) of 814579: 814607 -- 814579: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=814579 814581: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=814581 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#815131: hg-git: FTBFS: Warning: test-empty-working-tree.t output changed
Source: hg-git Version: 0.8.3-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, hg-git fails to build from source in unstable/amd64: [..] Warning: test-empty-working-tree.t output changed ~. --- /home/lamby/temp/cdt.20160219084537.lF7QXmaCQo/hg-git-0.8.3/tests/test-help.t +++ /home/lamby/temp/cdt.20160219084537.lF7QXmaCQo/hg-git-0.8.3/tests/test-help.t.err @@ -7,6 +7,6 @@ hggit push and pull from a Git server git Working with Git Repositories $ hg help hggit | grep 'help git' | sed 's/:hg:`help git`/"hg help git"/g' - For more information and instructions, see "hg help git" + For more information and instructions, see 'hg help git' $ hg help git | grep 'Working with Git Repositories' Working with Git Repositories Warning: test-help.t output changed ~warning: Tested with unexpected mercurial lib: /usr/lib/python2.7/dist-packages/mercurial (expected /usr/bin/mercurial) Warned test-git-submodules.t: output changed Warned test-renames.t: output changed Warned test-pull.t: output changed Warned test-file-removal.t: output changed Warned test-hg-author.t: output changed Warned test-bookmark-workflow.t: output changed Warned test-extra.t: output changed Warned test-push.t: output changed Warned test-octopus.t: output changed Warned test-encoding.t: output changed Warned test-subrepos.t: output changed Warned test-branch-bookmark-suffix.t: output changed Warned test-git-workflow.t: output changed Warned test-incoming.t: output changed Warned test-outgoing.t: output changed Warned test-hg-tags-invalid.t: output changed Warned test-pull-after-strip.t: output changed Warned test-hg-branch.t: output changed Warned test-clone.t: output changed Warned test-merge.t: output changed Warned test-hg-tags.t: output changed Warned test-convergedmerge.t: output changed Warned test-conflict-2.t: output changed Warned test-conflict-1.t: output changed Warned test-tree-decomposition.t: output changed Warned test-keywords.t: output changed Warned test-git-tags.t: output changed Warned test-git-clone.t: output changed Warned test-empty-working-tree.t: output changed Warned test-help.t: output changed # Ran 37 tests, 0 skipped, 30 warned, 0 failed. Makefile:12: recipe for target 'tests' failed make[2]: *** [tests] Error 80 make[2]: Leaving directory '/home/lamby/temp/cdt.20160219084537.lF7QXmaCQo/hg-git-0.8.3' debian/rules:13: recipe for target 'override_dh_auto_test' failed make[1]: *** [override_dh_auto_test] Error 2 make[1]: Leaving directory '/home/lamby/temp/cdt.20160219084537.lF7QXmaCQo/hg-git-0.8.3' debian/rules:9: 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 `- hg-git.0.8.3-1.unstable.amd64.log.txt.gz Description: Binary data
Bug#815132: tesseract-ocr: link against libept5, libept4 is gone
Package: tesseract-ocr Version: 3.04.01-2 Severity: serious Dear Maintainer(s), since the liblept4 package has been replaced by liblept5, tesseract-ocr is not installable in testing/sid. Regards, Jörg-Volker.
Bug#815133: gitlab installation fails with LoadError: cannot load such file -- /usr/share/gitlab/config/application
Package: gitlab Version: 8.4.3+dfsg-9 Severity: grave Justification: renders package unusable Hi, I just tried to upgrade my gitlab installation from 8.4.3+dfsg-8 to 8.4.3+dfsg-9 and this happened: Your bundle is complete! Use `bundle show [gemname]` to see where a bundled gem is installed. Running final rake tasks... Initializing database... gitlab_production database is not empty, skipping gitlab setup Precompiling assets... rake aborted! LoadError: cannot load such file -- /usr/share/gitlab/config/application /usr/share/gitlab/Rakefile:5:in `require' /usr/share/gitlab/Rakefile:5:in `' (See full trace by running task with --trace) dpkg: error processing package gitlab (--configure): subprocess installed post-installation script returned error exit status 1 Errors were encountered while processing: gitlab E: Sub-process /usr/bin/dpkg returned an error code (1) Thus, the package is uninstallable. Thanks! cheers, josch
Bug#815070: I'm seeing this too
Hi there, I have also been bit by this bug. What I am seeing in my logs is: Feb 19 08:48:48 io postmulti[13920]: fatal: instance /etc/postfix, shlib_directory=/usr/lib/postfix conflicts with instance /etc/postfix, daemon_directory=/usr/lib/postfix Feb 19 08:49:34 io postmulti[14060]: fatal: instance /etc/postfix, shlib_directory=/usr/lib/postfix conflicts with instance /etc/postfix, daemon_directory=/usr/lib/postfix Feb 19 08:49:40 io postmulti[14098]: fatal: instance /etc/postfix, shlib_directory=/usr/lib/postfix conflicts with instance /etc/postfix, daemon_directory=/usr/lib/postfix I'm sorry I can't be of more help, I'm super busy, in the middle of training. Best luck! -- *Work like you don't need the money. Love like you've never been hurt. Dance like nobody's watching.*
Processed: tagging 815047
Processing commands for cont...@bugs.debian.org: > tags 815047 + pending Bug #815047 [postfix] postfix: Postfix fails to start after upgrade Bug #815070 [postfix] postfix: does not start Added tag(s) pending. Added tag(s) pending. > thanks Stopping processing here. Please contact me if you need assistance. -- 815047: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=815047 815070: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=815070 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#815047: postfix: Postfix fails to start after upgrade
On Thu, 18 Feb 2016 20:03:30 -0700 LaMont Jones wrote: > On Thu, Feb 18, 2016 at 09:43:16PM -0500, James Cloos wrote: > > shlib_directory=/usr/lib/postfix/lib > > daemon_directory=/usr/lib/postfix/daemons > > I've been kicking this around with Scott K, and we're going to go with > shlib_directory=/usr/lib/postfix > daemon_directory=/usr/lib/postfix/sbin > and then I'll be making sure that shlib loading doesn't get to traverse > into the subdirectory. > > One way or another, I'd expect that to get uploaded before the weekend > is over. (Targetting Friday sometime, but I've learned to be > conservative in what I commit.) After beating my head against this for awhile, I came to the conclusion that getting the shared libs in the 'right' place can wait for when we aren't trying to fix a serious bug. Currently daemon_directory=/usr/lib/postfix and the daemons are in /usr/lib/postfix. The shlib_directory=/usr/lib/postfix, but the shared libs are currently (incorrectly according to the upstream documentation) installed in /usr/lib. Rather than fix the location, I just changed daemon_directory=/usr/lib. That solves the immediate "postfix won't start" problem. Assuming lamont is OK with this once he wakes up, one of us will get it uploaded. Scott K signature.asc Description: This is a digitally signed message part.
Bug#815126: linux-image-4.4.0-1-amd64 hangs after 'Loading initial ramdisk ...'
❦ 19 février 2016 07:34 GMT, Jim Barber : > I upgraded from linux-image-4.3.0-1-amd64 (version 4.3.5-1) to > linux-image-4.4.0-1-amd64. > On rebooting the system I am presented with grub, and then start booting into > Linux. > I only get to see 2 lines with the cursor below them on the lefthand side. > > Loading Linux 4.4.0-1 ... > Loading initial ramdisk ... > _ > > The system freezes at this point and is unresponsive. > I have to hold my power button down for approx 10s to power off the laptop. > Booting back into linux-4.3.0-1-amd64 works fine. I am in the same situation. I am also on the same system (Thinkpad X1 Carbon, but 2nd). > Because the boot hangs so early I can't provide any useful diagnostic > information. Ditto. I tried modeset=0, without any change. -- Choose variable names that won't be confused. - The Elements of Programming Style (Kernighan & Plauger) signature.asc Description: PGP signature
Bug#785898: marked as done (freerdp: Please update to GStreamer 1.x)
Your message dated Fri, 19 Feb 2016 10:21:46 + with message-id and subject line Bug#785898: fixed in freerdp 1.1.0~git20140921.1.440916e+dfsg1-6 has caused the Debian Bug report #785898, regarding freerdp: Please update to GStreamer 1.x 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.) -- 785898: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=785898 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Source: freerdp Severity: important User: sl...@debian.org Usertags: gstreamer0.10-removal Hi maintainer, your package freerdp currently still depends on GStreamer 0.10. GStreamer 0.10 is no longer maintained and supported by the upstream project since almost 3 years, and contains many known bugs that are fixed in the new 1.x release series of GStreamer. Next to many bug fixes, the new release series also contains many other improvements, new features and a more streamlined API. For the next Debian release GStreamer 0.10 is planned to be removed, and if your package is not updated it might not be included in the release. Please update your package to use the new version as soon as possible. If you need any help with porting or have further questions, please feel free to also contact me privately. Best regards, Sebastian PS: See https://bugs.debian.org/785198 and https://lists.debian.org/debian-devel/2015/05/msg00335.html for some further discussion. --- End Message --- --- Begin Message --- Source: freerdp Source-Version: 1.1.0~git20140921.1.440916e+dfsg1-6 We believe that the bug you reported is fixed in the latest version of freerdp, 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 785...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Mike Gabriel (supplier of updated freerdp 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, 19 Feb 2016 09:02:00 +0100 Source: freerdp Binary: freerdp-x11 libfreerdp-cache1.1 libfreerdp-client1.1 libfreerdp-codec1.1 libfreerdp-common1.1.0 libfreerdp-core1.1 libfreerdp-crypto1.1 libfreerdp-gdi1.1 libfreerdp-locale1.1 libfreerdp-primitives1.1 libfreerdp-rail1.1 libfreerdp-utils1.1 libwinpr-asn1-0.1 libwinpr-bcrypt0.1 libwinpr-credentials0.1 libwinpr-credui0.1 libwinpr-crt0.1 libwinpr-crypto0.1 libwinpr-dsparse0.1 libwinpr-environment0.1 libwinpr-error0.1 libwinpr-file0.1 libwinpr-handle0.1 libwinpr-heap0.1 libwinpr-input0.1 libwinpr-interlocked0.1 libwinpr-io0.1 libwinpr-library0.1 libwinpr-path0.1 libwinpr-pipe0.1 libwinpr-pool0.1 libwinpr-registry0.1 libwinpr-rpc0.1 libwinpr-sspi0.1 libwinpr-sspicli0.1 libwinpr-synch0.1 libwinpr-sysinfo0.1 libwinpr-thread0.1 libwinpr-timezone0.1 libwinpr-utils0.1 libwinpr-winhttp0.1 libwinpr-winsock0.1 libxfreerdp-client1.1 libfreerdp-plugins-standard libfreerdp-dev libwinpr-dev freerdp-x11-dbg libxfreerdp-client-dbg libfreerdp-dbg libwinpr-dbg libfreerdp-plugins-standard-dbg Architecture: source amd64 Version: 1.1.0~git20140921.1.440916e+dfsg1-6 Distribution: unstable Urgency: medium Maintainer: Mike Gabriel Changed-By: Mike Gabriel Description: freerdp-x11 - RDP client for Windows Terminal Services (X11 client) freerdp-x11-dbg - RDP client for Windows Terminal Services (X11 client, debug symbo libfreerdp-cache1.1 - Free Remote Desktop Protocol library (cache library) libfreerdp-client1.1 - Free Remote Desktop Protocol library (client library) libfreerdp-codec1.1 - Free Remote Desktop Protocol library (codec library) libfreerdp-common1.1.0 - Free Remote Desktop Protocol library (common library) libfreerdp-core1.1 - Free Remote Desktop Protocol library (core library) libfreerdp-crypto1.1 - Free Remote Desktop Protocol library (freerdp-crypto library) libfreerdp-dbg - Free Remote Desktop Protocol library (debug symbols) libfreerdp-dev - Free Remote Desktop Protocol library (development files) libfreerdp-gdi1.1 - Free Remote Desktop Protocol library (GDI library) libfreerdp-locale1.1 - Free Remote Desktop Protocol library (locale library) libfreerdp-plugins-standard - RDP client for Windows Terminal Services (plugins) libfreerdp-plugins-standard-dbg - RDP client for Windows Terminal Servic
Bug#813565: reopen
reopen #813585 This driver is not compatible officially compatible with abi 20. Xhy don't you package a newer driver instead of packaging this old one? --eric
Bug#815145: tcsh: FTBFS on all architectures due to testsuite failure
Source: tcsh Version: 6.18.01-4 Severity: serious Justification: fails to build from source Hi! tcsh fails to build from source because its testsuite just hangs: /bin/sh ./tests/testsuite ## ## ## tcsh 6.18.01 test suite. ## ## ## E: Makefile:759: recipe for target 'check' failed Caught signal ‘Terminated’: terminating immediately make[2]: *** [check] Terminated debian/rules:12: recipe for target 'build-arch' failed make: *** [build-arch] Terminated debian/rules:35: recipe for target 'override_dh_auto_test' failed make[1]: *** [override_dh_auto_test] Terminated Build killed with signal TERM after 150 minutes of inactivity It's so bad that I even had to kill the build process on several buildds manually. Haven't looked at the details yet, but at least tcsh was running with 100% on the buildds I looked at. Cheers, Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Bug#815146: bluetooth: Can't start bluetoothd service cause «not enough free handles to register service»
Package: bluetooth Version: 5.36-1 Severity: grave Justification: renders package unusable Dear Maintainer, I'm using Debian Jessie stretch with Dell XPS 13 9350 and kernel 4.5 rc-5. I try to associate bluetooth device but i can't cause : > /etc/init.d/bluetoothd status févr. 19 11:47:30 debian bluetoothd[4392]: Not enough free handles to register service févr. 19 11:47:30 debian bluetoothd[4392]: Sap driver initialization failed. févr. 19 11:47:30 debian bluetoothd[4392]: sap-server: Operation not permitted (1) févr. 19 11:47:30 debian bluetoothd[4392]: Endpoint registered: sender=:1.28 path=/MediaEndpoint/A2DPSource févr. 19 11:47:30 debian bluetoothd[4392]: Endpoint registered: sender=:1.28 path=/MediaEndpoint/A2DPSink févr. 19 11:47:30 debian bluetoothd[4392]: Endpoint registered: sender=:1.54 path=/MediaEndpoint/A2DPSource févr. 19 11:47:30 debian bluetoothd[4392]: Endpoint registered: sender=:1.54 path=/MediaEndpoint/A2DPSink févr. 19 11:47:30 debian bluetoothd[4392]: RFCOMM server failed for Headset Voice gateway: rfcomm_bind: Address already in use (98) So i edited /etc/systemd/system/bluetooth.target.wants/bluetooth.service to disabled SAP plugin with : --noplugin=sap i restarted service and i have error : févr. 19 11:48:31 debian bluetoothd[4514]: Not enough free handles to register service févr. 19 11:48:31 debian bluetoothd[4514]: Current Time Service could not be registered févr. 19 11:48:31 debian bluetoothd[4514]: gatt-time-server: Input/output error (5) févr. 19 11:48:31 debian bluetoothd[4514]: Not enough free handles to register service févr. 19 11:48:31 debian bluetoothd[4514]: Not enough free handles to register service févr. 19 11:48:31 debian bluetoothd[4514]: Endpoint registered: sender=:1.54 path=/MediaEndpoint/A2DPSource févr. 19 11:48:31 debian bluetoothd[4514]: Endpoint registered: sender=:1.54 path=/MediaEndpoint/A2DPSink févr. 19 11:48:31 debian bluetoothd[4514]: Endpoint registered: sender=:1.28 path=/MediaEndpoint/A2DPSource févr. 19 11:48:31 debian bluetoothd[4514]: Endpoint registered: sender=:1.28 path=/MediaEndpoint/A2DPSink févr. 19 11:48:31 debian bluetoothd[4514]: RFCOMM server failed for Headset Voice gateway: rfcomm_bind: Address already in use (98) Thank you for your help -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.5.0-rc4-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages bluetooth depends on: ii bluez 5.36-1 bluetooth recommends no packages. Versions of packages bluetooth suggests: pn bluez-cups ii bluez-obexd 5.36-1 -- no debconf information
Processed: Re: Bug#813248: libdx4-dev: unhandled symlink to directory conversion: /usr/share/doc/PACKAGE
Processing control commands: > severity -1 normal Bug #813248 [libdx4-dev] libdx4-dev: unhandled symlink to directory conversion: /usr/share/doc/PACKAGE Severity set to 'normal' from 'serious' > tags -1 confirmed Bug #813248 [libdx4-dev] libdx4-dev: unhandled symlink to directory conversion: /usr/share/doc/PACKAGE Added tag(s) confirmed. -- 813248: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=813248 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#813248: libdx4-dev: unhandled symlink to directory conversion: /usr/share/doc/PACKAGE
Control: severity -1 normal Control: tags -1 confirmed Hi Andreas On 31 January 2016 at 00:04, Andreas Beckmann wrote: > For /usr/share/doc/PACKAGE this may not be problematic as long as both > packages are installed, ship byte-for-byte identical files and are > upgraded in lockstep. But once one of the involved packages gets > removed, the other one will lose its documentation files, too, > including the copyright file, which is a violation of Policy 12.5: > https://www.debian.org/doc/debian-policy/ch-docs.html#s-copyrightfile I don't see this being problematic as both packages in question are built from the same source package and libdx4-dev depends on libdx4, so if libdx4-dev is installed then libdx4 will be too. I found that this change occurred when I converted the packaging to dh(1) [1]. Putting the link 'usr/share/doc/libdx4 usr/share/doc/libdx4-dev' back into libdx4-dev.links caused a FTBFS with the error: dh_link: link destination debian/libdx4-dev/usr/share/doc/libdx4-dev is a directory I will take your recommendation and use the 'symlink_to_dir' dpkg-maintscript-helper command to fix this in my next upload, thank you. Regards Graham [1] https://anonscm.debian.org/cgit/debian-science/packages/dx.git/commit/?id=13b6c76a8c75e33b1af8d44e4c8407a2e8c022b1
Bug#813565: reopen
reopen 813585
Bug#815147: Libwebsockets: please add libuv1-dev to runtime dependencies
Source: libwebsockets Version: 1.7.0-1 Severity: serious Justification: Missing runtime dependency breaks reverse-dependencies. Hi, as said, there are build failures on mosquitto with the new libwebsockets https://launchpadlibrarian.net/240538305/buildlog_ubuntu-xenial-amd64.mosquitto_1.4.8-1build1_BUILDING.txt.gz cc -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2 -I. -I.. -I../lib -Wdate-time -D_FORTIFY_SOURCE=2 -DVERSION="\"1.4.8\"" -DTIMESTAMP="\"Fri, 19 Feb 2016 12:03:16 +0100\"" -DWITH_BROKER -DWITH_WRAP -DWITH_TLS -DWITH_TLS_PSK -DWITH_UUID -DWITH_BRIDGE -DWITH_PERSISTENCE -DWITH_MEMORY_TRACKING -DWITH_SYS_TREE -DWITH_WEBSOCKETS -DWITH_EC -c mosquitto.c -o mosquitto.o In file included from mosquitto.c:47:0: /usr/include/libwebsockets.h:176:16: fatal error: uv.h: No such file or directory compilation terminated. Makefile:15: recipe for target 'mosquitto.o' failed adding it as runtime dependency works. cheers, G.
Processed: tagging 814665, tagging 815118, tagging 815117
Processing commands for cont...@bugs.debian.org: > tags 814665 + sid stretch Bug #814665 [php-auth] Useless in Debian Added tag(s) sid and stretch. > tags 815118 + sid Bug #815118 [ruby-rspec-expectations] ruby-rspec-expectations: FTBFS - undefined method `color_enabled=' Added tag(s) sid. > tags 815117 + sid Bug #815117 [ruby-rspec-core] ruby-rspec-core: FTBFS - tests fail with NoMethodError: undefined method `run' Added tag(s) sid. > thanks Stopping processing here. Please contact me if you need assistance. -- 814665: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=814665 815117: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=815117 815118: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=815118 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#813332: marked as done (trang fails with NullPointerException)
Your message dated Fri, 19 Feb 2016 12:21:47 + with message-id and subject line Bug#813332: fixed in jing-trang 20131210+dfsg+1-5 has caused the Debian Bug report #813332, regarding trang fails with NullPointerException 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.) -- 813332: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=813332 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: trang Version: 20131210+dfsg+1-1 Severity: grave Justification: renders package unusable Dear Maintainer, trang on current Stable fails with the following error message: Exception in thread "main" java.lang.NullPointerException at com.thaiopensource.xml.em.ResolverUriEntityManager.open(ResolverUriEntityManager.java:56) at com.thaiopensource.xml.em.ResolverUriEntityManager.open(ResolverUriEntityManager.java:27) at com.thaiopensource.xml.dtd.parse.DtdParserImpl.parse(DtdParserImpl.java:14) at com.thaiopensource.relaxng.input.dtd.DtdInputFormat.load(DtdInputFormat.java:144) at com.thaiopensource.relaxng.translate.Driver.run(Driver.java:135) at com.thaiopensource.relaxng.translate.Driver.main(Driver.java:44) I tried with a few different input files, but the error message is identical. -- System Information: Debian Release: 8.3 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages trang depends on: ii default-jre [java2-runtime]2:1.7-52 ii libtrang-java 20131210+dfsg+1-1 ii openjdk-7-jre [java2-runtime] 7u95-2.6.4-1~deb8u1 trang recommends no packages. trang suggests no packages. -- no debconf information --- End Message --- --- Begin Message --- Source: jing-trang Source-Version: 20131210+dfsg+1-5 We believe that the bug you reported is fixed in the latest version of jing-trang, 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 813...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Eugene Zhukov (supplier of updated jing-trang 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, 19 Feb 2016 08:01:38 + Source: jing-trang Binary: libjing-java jing libtrang-java trang libdtdinst-java dtdinst jing-trang-doc xhtml-relaxng Architecture: source all Version: 20131210+dfsg+1-5 Distribution: unstable Urgency: medium Maintainer: Debian XML/SGML Group Changed-By: Eugene Zhukov Description: dtdinst- XML DTD to XML instance format converter jing - RELAX NG validator jing-trang-doc - Jing Trang and dtdinst documentation libdtdinst-java - XML DTD to XML instance format converter - Java library libjing-java - RELAX NG validator - library libtrang-java - XML schema converter - Java library trang - XML schema converter xhtml-relaxng - Implementation in RELAX NG of the modularization of XHTML Closes: 813332 Changes: jing-trang (20131210+dfsg+1-5) unstable; urgency=medium . [ Samuel Thibault ] * control: Bump Standards-Version to 3.9.7 (no change). . [ Eugene Zhukov ] * Add patch for NPE issue (Closes: Bug#813332), taken from upstream https://code.google.com/archive/p/jing-trang/issues/177 * control: update Vcs-Browser URI, upstream homepage * watch: rewrite for github * Remove orig-tar.sh Checksums-Sha1: 04c7dec343c2e5b1cc3f8fb1c15ea5a613722a57 2599 jing-trang_20131210+dfsg+1-5.dsc da9ab4002b52c09a422752cfd72ae5156d3a16cf 9048 jing-trang_20131210+dfsg+1-5.debian.tar.xz 81806c2d8114824fbf8d66e5d224e9778c674000 7028 dtdinst_20131210+dfsg+1-5_all.deb 1643c2a7da1ab0b0c15f0ac6a85f0aec4096c692 83250 jing-trang-doc_20131210+dfsg+1-5_all.deb e5b91cebd3b517eda6c0069c3910628ad8eb96d5 7562 jing_20131210+dfsg+1-5_all.deb 45431f0138f2acd86ff7366dbf6445032a0b82a7 142470 libdtdinst-java_20131210+dfsg+1-5_all.deb b160b08fc8343e3c80cdc3ff484994a7ada5da69 631876 libjing-java_20131210+dfsg+1-5_all.deb 61601b39e432ef887e9ffb4f96124efccb
Bug#802976: Should this package be removed?
On Tue, Feb 16, 2016 at 11:21:07PM +0100, Moritz Mühlenhoff wrote: > On Fri, Nov 13, 2015 at 07:38:41PM +0100, Thibaut Girka wrote: > > Le 13 novembre 2015 18:42:55 CET, "Moritz Mühlenhoff" a > > écrit : > > >On Tue, Oct 27, 2015 at 03:32:17PM +0100, Thibaut Girka wrote: > > >> On Sun, Oct 25, 2015 at 09:22:53PM +0100, Moritz Mühlenhoff wrote: > > >> > On Sun, Oct 25, 2015 at 07:51:20PM +0100, Thibaut Girka wrote: > > >> > > On Sun, Oct 25, 2015 at 07:41:29PM +0100, Moritz Muehlenhoff > > >wrote: > > >> > > > Package: bluemindo > > >> > > > Severity: serious > > >> > > > > > >> > > > - Dead upstream (the current 0.3 release is from 2009) > > >> > > > > >> > > A new major version is on the way and should be released soon. > > >> > > > >> > Sounds good. Is there a rough timeline for that? > > >> > > >> It should be released in early november. > > >> As for the package itself, I might start working on it during the > > >> next weekend or so. > > > > > >Hi, > > >has the new version been released? It's not on the website. > > > > Not yet. It's nearing release, but the developer is currently looking for > > user feedback. > > What's the status? There's now only a handful of reverse dependencies left and > I'll likely file removal bugs for gstreamer and it's last remaining reverse > deps > in the next 3-4 weeks. I've been in touch with upstream, and a beta version should finally be released by the end of the week! The package itself is mostly ready and should be submitted to mentors as soon as upstream releases a beta. Regards, Thibaut Girka signature.asc Description: PGP signature
Bug#815145: tcsh: FTBFS on all architectures due to testsuite failure
> On Fri, 19 Feb 2016 11:51:46 +0100, John Paul Adrian Glaubitz > said: > /bin/sh ./tests/testsuite > ## ## > ## tcsh 6.18.01 test suite. ## > ## ## > E: Makefile:759: recipe for target 'check' failed Do you have any information which of the tests hangs? Then we can just disable this test. -- regards Thomas
Bug#815125: linux-image-4.4.0-1-amd64 fails to load initrd - no booting
Package: linux-image-4.4.0-1-amd64 Version: 4.4.2-1 Followup-For: Bug #815125 Same problem on a elitebook 8470 and Dell Latitude E7450 -- System Information: Debian Release: stretch/sid APT prefers stable-updates APT policy: (900, 'stable-updates'), (900, 'testing'), (800, 'stable'), (500, 'testing-proposed-updates'), (500, 'proposed-updates'), (300, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-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 Init: systemd (via /run/systemd/system) Versions of packages linux-image-4.4.0-1-amd64 depends on: ii debconf [debconf-2.0] 1.5.58 ii initramfs-tools [linux-initramfs-tool] 0.120 ii kmod22-1 ii linux-base 4.0 Versions of packages linux-image-4.4.0-1-amd64 recommends: ii firmware-linux-free 3.4 ii irqbalance 1.1.0-2 Versions of packages linux-image-4.4.0-1-amd64 suggests: pn debian-kernel-handbook ii extlinux3:6.03+dfsg-11 pn linux-doc-4.4 -- debconf information: linux-image-4.4.0-1-amd64/prerm/removing-running-kernel-4.4.0-1-amd64: true
Processed: Update bugs
Processing commands for cont...@bugs.debian.org: > severity 754121 wishlist Bug #754121 [aiccu] aiccu fails to start with systemd Severity set to 'wishlist' from 'critical' > merge 508847 754121 Bug #508847 [aiccu] aiccu: doesn't start when network not yet ready Bug #754121 [aiccu] aiccu fails to start with systemd Marked as found in versions aiccu/20070115-9. Bug #508847 [aiccu] aiccu: doesn't start when network not yet ready Added tag(s) ipv6. Merged 508847 754121 > thanks Stopping processing here. Please contact me if you need assistance. -- 508847: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=508847 754121: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=754121 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Processed: gnome-control-center removes XKBMODEL and XKBOPTIONS from /etc/default/keyboard
Processing commands for cont...@bugs.debian.org: > clone 751955 -1 Bug #751955 [console-setup] initramfs-tools: Warning: error while trying to store keymap file - ignoring request to install /etc/boottime.kmap.gz Bug 751955 cloned as bug 815154 > reassign -1 gnome-control-center Bug #815154 [console-setup] initramfs-tools: Warning: error while trying to store keymap file - ignoring request to install /etc/boottime.kmap.gz Bug reassigned from package 'console-setup' to 'gnome-control-center'. No longer marked as found in versions console-setup/1.134. Ignoring request to alter fixed versions of bug #815154 to the same values previously set > retitle -1 Removes XKBMODEL and XKBOPTIONS from /etc/default/keyboard Bug #815154 [gnome-control-center] initramfs-tools: Warning: error while trying to store keymap file - ignoring request to install /etc/boottime.kmap.gz Changed Bug title to 'Removes XKBMODEL and XKBOPTIONS from /etc/default/keyboard' from 'initramfs-tools: Warning: error while trying to store keymap file - ignoring request to install /etc/boottime.kmap.gz' > severity -1 serious Bug #815154 [gnome-control-center] Removes XKBMODEL and XKBOPTIONS from /etc/default/keyboard Severity set to 'serious' from 'normal' > thanks Stopping processing here. Please contact me if you need assistance. -- 751955: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=751955 815154: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=815154 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#815145: dropped patch
caused by the dropped patch: http://paste.debian.net/399173/
Bug#815145: dropped patch
> On Fri, 19 Feb 2016 14:44:22 +0100, Matthias Klose said: > caused by the dropped patch: http://paste.debian.net/399173/ I remember this. The fix for gcc 5. I will upload a new version next week. Sorry for forgetting this. -- regards Thomas
Bug#814586: hglib tests broken with hg 3.7
On Sat, 13 Feb 2016 19:00:54 +0100, Julien Cristau wrote: > against hg 3.7.1, hglib tests fail with > > == > ERROR: test_merge_prompt_noninteractive (tests.test-merge.test_merge) > -- > Traceback (most recent call last): > File "/<>/tests/test-merge.py", line 45, in > test_merge_prompt_noninteractive > self.client.merge(cb=hglib.merge.handlers.noninteractive) > File "/<>/hglib/client.py", line 1073, in merge > self.rawcommand(args, prompt=prompt) > File "/<>/hglib/client.py", line 183, in rawcommand > raise error.CommandError(args, ret, out, err) > CommandError: (1, "remote changed a which local deleted\nuse (c)hanged > version, leave (d)eleted, or leave (u)nresolved? u\n0 files updated, 0 files > merged, 0 files removed, 1 files unresolved\nuse 'hg resolve' to retry > unresolved file merges or 'hg update -C .' to abandon", '') > > -- > > I guess this is related to the following commit which changed the default > behaviour for hg merge: > > changeset: 27166:88d5db4b155c > user:Siddharth Agarwal > date:Tue Dec 01 09:48:38 2015 -0800 > summary: filemerge: default regular prompts to 'leave unresolved' (BC) > > What should hglib do in that case? I think the hglib test needs to be updated. '-y' should pick the default, which is "leave unresolved" since hg 3.7.
Bug#815157: hfst-ospell: FTBFS on most architectures
Package: hfst-ospell Version: hfst-ospell-dev Severity: serious Justification: fails to build from source Dear Maintainer, hfst-ospell has failed to build for most architectures in experimental. You can find the build logs at: https://buildd.debian.org/status/package.php?p=hfst-ospell&suite=experimental -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (450, 'experimental') Architecture: i386 (i686) Kernel: Linux 4.3.0-1-686-pae (SMP w/1 CPU core) Locale: LANG=fi_FI.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Init: systemd (via /run/systemd/system)
Bug#815020: breaks coredump handling for systems without systemd-coredump
Am 19.02.2016 um 05:32 schrieb Josh Triplett: > severity 815020 grave > thanks > > On Wed, 17 Feb 2016 21:25:43 -0300 Felipe Sateler wrote: >> On 17 February 2016 at 21:03, Wouter Verhelst wrote: >>> An alternative solution would be that systemd-sysv shipped with a unit >>> which would set the core_pattern back to default, which could be >>> overridden or disabled by a unit shipped by a unit shipped with >>> systemd-coredump? That would be less surprising -- I have to say I spent >>> a long time tracking down what happened. >> >> I think the bigger problem is setting the default core rlimit, not the >> core_pattern. The /bin/false core_pattern is being set because the >> default rlimit was raised, otherwise you would get core files >> everywhere on your system. In turn, the rlimit was raised because now >> systemd-coredump respects the limit (previously it would ignore it and >> save larger than allowed dumps). > > No, the core_pattern is a problem as well. Default out-of-the-box > behavior with current systemd: > > /tmp$ ulimit -c > unlimited > /tmp$ cat >crash.c <> int main(void) { return *(int *)0; } >> EOF > /tmp$ gcc crash.c -o crash > /tmp$ ./crash > Segmentation fault (core dumped) > (139) /tmp$ ls -l core > ls: cannot access 'core': No such file or directory > > This does not work as a default configuration. The default core_pattern > must remain the kernel default "core". It seems perfectly reasonable > for systemd-coredump to override that if installed, but in the absence > of that, setting "ulimit -c unlimited" must generate core files. The > sysadmin should *not* have to manually fix core_pattern to retain the > expected behavior. > > Given that the default core_pattern must remain the kernel default > "core", then the default "ulimit -c" must remain 0. > > I don't see anything wrong with systemd-coredump installing a > systemd.conf.d file that sets DefaultLimitCORE; the sysadmin can still > easily override that with their own systemd.conf.d file. The package > description should explicitly mention the behavior change caused by > installation. The package should also explicitly note that installing > systemd-coredump will not enable coredumps for existing processes, and > that the sysadmin may wish to either restart existing processes or > manually enable coredumps for them using "prlimit -c unlimited --pid > PID". It would be better if you raise those concerns upstream. -- 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
Bug#815126: linux-image-4.4.0-1-amd64 hangs after 'Loading initial ramdisk ...'
On Fri, 19 Feb 2016 10:50:34 +0100 Vincent Bernat wrote: > ❦ 19 février 2016 07:34 GMT, Jim Barber  : > > Booting back into linux-4.3.0-1-amd64 works fine. > > I am in the same situation. I am also on the same system (Thinkpad X1 > Carbon, but 2nd). Same here on a Dell XPS 13 2015, but linux-image-4.4.0-trunk-amd64 works fine (which is version 4.4.1 vs. 4.4.2 for the 4.4.0-1 package). The Debian changelog for the current package contains this, which looks like the culprit, but I didn't test this: * [x86] Fix issues resulting in W+X pages: - [amd64] efi: Build our own page table structure Regards, -- ┊ Sebastian Fontius ┊ └───┬───┴─┐ │ ‘They that can give up essential liberty to obtain a little │ │ temporary safety deserve neither liberty nor safety.’ │ ┊ Attributed to Benjamin Franklin, 1759 ┊ signature.asc Description: This is a digitally signed message part
Bug#813970: dbus: purge fails: invoke-rc.d: initscript dbus, action "stop" failed.
Quoting Simon McVittie (2016-02-10 10:54:50) > Please try these packages: > > https://people.debian.org/~smcv/bug813970/ > > or just overwrite /var/lib/dpkg/info/dbus.prerm with the one from that > directory before attempting to purge or remove dbus (that and the changelog > are the only source differences). Yes, that worked for me - several times, both with separate and combined remove+purge. Thanks! I guess you no longer need debugging info from me, right? - Jonas -- * Jonas Smedegaard - idealist & Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: signature
Bug#815162: xserver-xorg-legacy: completely broken (locks up input / xf86OpenConsole: Cannot open virtual console)
Package: xserver-xorg-legacy Version: 2:1.18.1-1 Severity: grave Justification: renders package unusable Dear Maintainer, Starting X via "startx" somehow locks up the input system: my xsession starts up, but keyboard and trackpoint stop working (including ctrl-alt-f#, ctrl-alt-backspace). My music player keeps playing, so the computer is alive, I just can't interact with it. I don't have ssh access or even an external keyboard right now, so my only option is to force a shutdown. If I instead try to start X via "startx -- vt8", then X errors out with | xf86OpenConsole: Cannot open virtual console 8 (Permission denied) and refuses to start. This makes it impossible for me to start an x session outside of xdm (which still works). Therefore I'm reporting this as a grave bug in -legacy. Both issues can be fixed by downgrading xserver-common, xserver-xorg-core and xserver-xorg-legacy to 2:1.18.0-3 . Attached are logfiles for both failure modes. Thanks for your work on Debian. regards, Jan -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (800, 'testing'), (550, 'unstable'), (10, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.3.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=C.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages xserver-xorg-legacy depends on: ii debconf [debconf-2.0] 1.5.58 ii libaudit1 1:2.4.5-1 ii libc6 2.21-8 ii xserver-common 2:1.18.1-1 xserver-xorg-legacy recommends no packages. xserver-xorg-legacy suggests no packages. -- debconf information: xserver-xorg-legacy/xwrapper/allowed_users: Console Users Only xserver-xorg-legacy/xwrapper/actual_allowed_users: console [ 362.865] X.Org X Server 1.18.1 Release Date: 2016-02-08 [ 362.870] X Protocol Version 11, Revision 0 [ 362.871] Build Operating System: Linux 3.16.0-4-amd64 x86_64 Debian [ 362.873] Current Operating System: Linux klumpi 4.3.0-1-amd64 #1 SMP Debian 4.3.5-1 (2016-02-06) x86_64 [ 362.873] Kernel command line: BOOT_IMAGE=/vmlinuz-4.3.0-1-amd64 root=/dev/mapper/klumpi-root ro quiet pcie_aspm=force threadirqs net.ifnames=0 [ 362.876] Build Date: 09 February 2016 11:06:03AM [ 362.878] xorg-server 2:1.18.1-1 (http://www.debian.org/support) [ 362.879] Current version of pixman: 0.33.6 [ 362.883]Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. [ 362.883] Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [ 362.890] (==) Log file: "/home/zock/.local/share/xorg/Xorg.0.log", Time: Fri Feb 19 15:50:13 2016 [ 362.891] (==) Using config file: "/etc/X11/xorg.conf" [ 362.893] (==) Using system config directory "/usr/share/X11/xorg.conf.d" [ 362.893] (==) No Layout section. Using the first Screen section. [ 362.893] (==) No screen section available. Using defaults. [ 362.893] (**) |-->Screen "Default Screen Section" (0) [ 362.893] (**) | |-->Monitor "" [ 362.893] (==) No monitor specified for screen "Default Screen Section". Using a default monitor configuration. [ 362.893] (**) Option "DontVTSwitch" "off" [ 362.893] (**) Option "DontZap" "off" [ 362.893] (==) Automatically adding devices [ 362.893] (==) Automatically enabling devices [ 362.893] (==) Automatically adding GPU devices [ 362.894] (==) Max clients allowed: 256, resource mask: 0x1f [ 362.894] (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist. [ 362.894]Entry deleted from font path. [ 362.894] (==) FontPath set to: /usr/share/fonts/X11/misc, /usr/share/fonts/X11/100dpi/:unscaled, /usr/share/fonts/X11/75dpi/:unscaled, /usr/share/fonts/X11/Type1, /usr/share/fonts/X11/100dpi, /usr/share/fonts/X11/75dpi, built-ins [ 362.894] (==) ModulePath set to "/usr/lib/xorg/modules" [ 362.894] (II) The server relies on udev to provide the list of input devices. If no devices become available, reconfigure udev or disable AutoAddDevices. [ 362.894] (II) Loader magic: 0x56244daf4dc0 [ 362.894] (II) Module ABI versions: [ 362.894]X.Org ANSI C Emulation: 0.4 [ 362.894]X.Org Video Driver: 20.0 [ 362.894]X.Org XInput driver : 22.1 [ 362.894]X.Org Server Extension : 9.0 [ 362.894] (++) using VT number 2 [ 362.895] (EE) systemd-logind: failed to get session: The name org.freedesktop.login1 was not provided by any .service files [ 362.896] (II) xfree86: Adding drm device (/dev/dri/card0) [ 363.312] (--) PCI:*(0:0:2:0) 8086:0166:17aa:21fa rev 9, Mem @ 0xf000/4194304, 0xe000/268435456, I/O @ 0x5000/64 [ 363.312] (II) LoadModule: "glx" [ 363.313] (II) Loading /usr/lib/xorg/modu
Bug#815147: Libwebsockets: please add libuv1-dev to runtime dependencies
package src:libwebsockets tags 815147 + confirmed pending thanks On Fri, Feb 19, 2016 at 11:16:51AM +, Gianfranco Costamagna wrote: > Source: libwebsockets > Version: 1.7.0-1 > Severity: serious > Justification: Missing runtime dependency breaks reverse-dependencies. Right, I've pushed an update to the Git repository and uploaded a new revision to mentors.d.n. Thanks and sorry! G'luck, Peter -- Peter Pentchev r...@ringlet.net r...@freebsd.org p...@storpool.com PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13 signature.asc Description: PGP signature
Processed: Re: Bug#815147: Libwebsockets: please add libuv1-dev to runtime dependencies
Processing commands for cont...@bugs.debian.org: > package src:libwebsockets Limiting to bugs with field 'package' containing at least one of 'src:libwebsockets' Limit currently set to 'package':'src:libwebsockets' > tags 815147 + confirmed pending Bug #815147 [src:libwebsockets] Libwebsockets: please add libuv1-dev to runtime dependencies Added tag(s) confirmed and pending. > thanks Stopping processing here. Please contact me if you need assistance. -- 815147: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=815147 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#815147: Libwebsockets: please add libuv1-dev to runtime dependencies
Hi, >Right, I've pushed an update to the Git repository and uploaded a new >revision to mentors.d.n. Uploading libwebsockets_1.7.0-2.dsc Uploading libwebsockets_1.7.0-2.debian.tar.xz Uploading libwebsockets_1.7.0-2_source.changes >Thanks and sorry! no problem, thanks a lot to your for the quick followup! I happily sponsored it a few seconds ago, no need to be sorry :D cheers, and thanks for the nice contribution to Debian! G.
Bug#815154: gnome-control-center removes XKBMODEL and XKBOPTIONS from /etc/default/keyboard
Hello Anton Zinoviev. Not sure about the cause or have any real solution, just adding some additional information below (and CCing systemd maintainers). On Fri, Feb 19, 2016 at 03:54:24PM +0300, Anton Zinoviev wrote: > clone 751955 -1 > reassign -1 gnome-control-center > retitle -1 Removes XKBMODEL and XKBOPTIONS from /etc/default/keyboard > severity -1 serious > thanks > > Hello, > > I can confirm that gnome-control-center removes XKBMODEL from > /etc/default/keyboard. Steps to reproduce: > > 1. $ grep -q XKBMODEL /etc/default/keyboard && echo fine || echo broken >-> fine > 2. $ gnome-control-center > 3. Go to "Region & Language" > 4. Go to "Login Screen" > 5. In the "Input Sources" section add some random keyboard layout > 6. $ grep -q XKBMODEL /etc/default/keyboard && echo fine || echo broken >-> broken > > The test is done on a regular Jessie system. The version of > gnome-control-center > is 1:3.14.2-3. Thanks for the testcase. The gnome-control-center program only calls out to "localed" via dbus. In Debian it is patched with the following patch: http://sources.debian.net/src/systemd/215-17%2Bdeb8u3/debian/patches/Update-localed-to-use-the-Debian-config-files.patch/#L114 (And as you can see on that particular line XKBMODEL is parsed. Not sure what resets it.) > > By the way, I was very surprised to find that gnome-control-center modifies a > configuration file belonging to other package. This is not something Debian > policy permits. If you want to get into policy discussion land you should know that /etc/default/keyboard is *not* a conffile (as far as I can see). Thus whatever policy says about conffiles does not apply to it. Please register it as such under dpkg if you want it to be handled as one (but beware that I don't think console-setup itself then is policy compliant in its handling of the file if it would be a conffile). > Nevertheless, we do want the keyboard configuration to be user > friendly, so I approve what gnome-control-center does, as long as it does it > correctly. :) Suggestions on what correctly means here could be helpful. Is XKBMODEL= always expected to be written out to the file even if the value is empty? (or is it a bug in the parsers not handling when its missing? I'd say normally you want parsers to be liberal in what they accept.) I also noticed that patched localed writes out the file without the values quoted is that considered required? eg. FOO="bar" becomes FOO=bar when localed writes the file. Anyway, further investigations needed to pinpoint the exact cause of XKBMODEL et.al. being unset. > > By the way, I've found that gnome-control-centers doesn't remove the > variables it > doesn't understand. Therefore, it seems the reason it removes XKBOPTIONS and > XKBMODEL is that it tries to do something with these variables. > > Anton Zinoviev > > HTH. Regards, Andreas Henriksson
Processed: tagging 815078
Processing commands for cont...@bugs.debian.org: > tags 815078 + unreproducible moreinfo Bug #815078 [src:golang-github-emicklei-go-restful] golang-github-emicklei-go-restful: FTBFS: cannot find package [..] Added tag(s) moreinfo and unreproducible. > thanks Stopping processing here. Please contact me if you need assistance. -- 815078: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=815078 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Processed: severity of 815078 is normal
Processing commands for cont...@bugs.debian.org: > severity 815078 normal Bug #815078 [src:golang-github-emicklei-go-restful] golang-github-emicklei-go-restful: FTBFS: cannot find package [..] Severity set to 'normal' from 'serious' > thanks Stopping processing here. Please contact me if you need assistance. -- 815078: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=815078 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#790925: pandas: FTBFS on armhf and sparc: Bus error in test_append_frame_column_oriented
On Thu, Feb 18, 2016 at 04:35:09PM -0500, Lennart Sorensen wrote: > On Mon, Feb 15, 2016 at 08:36:49AM -0500, Yaroslav Halchenko wrote: > > > > On Thu, 02 Jul 2015, Aaron M. Ucko wrote: > > > > > Source: pandas > > > Version: 0.16.2+git65-g054821d-1 > > > Severity: serious > > > Justification: fails to build from source (but built successfully in the > > > past) > > > > > The armhf and sparc builds of pandas both failed with a bus error in > > > test_append_frame_column_oriented: > > > > > test_append_frame_column_oriented > > > (pandas.io.tests.test_pytables.TestHDFStore) ... Bus error > > > make[1]: *** [python-test2.7] Error 135 > > > > Sorry about delay... quite often those Bus errors just go away on their > > own since aren't anything to be fixed in pandas, but this time it still > > persists with 0.17.1: > > > > https://buildd.debian.org/status/fetch.php?pkg=pandas&arch=armhf&ver=0.17.1-3&stamp=1450078009 > > test_append_frame_column_oriented > > (pandas.io.tests.test_pytables.TestHDFStore) ... Exception AttributeError: > > AttributeError("'File' object has no attribute '_node_manager'",) in > > ignored > > Bus error > > > > sparc is gone and seems to be not trying on sparc64 yet. I will look > > into fixing up my testing environment on sparc64 to see how current > > master is doing: > > http://nipy.bic.berkeley.edu/builders/pandas-py2.x-sid-sparc/builds/1806 > > > > Dear ARM people -- any clues on what could be a culprit here? > > Well I tried it and hit the same error. kernel says: > > [3735253.445316] Alignment trap: not handling instruction ed937b00 at > [] > [3735253.451204] Unhandled fault: alignment exception (0x011) at 0x049c0551 > > So certainly an alignment problem there. > > Running it under gdb (which took some effort since gdb 7.10 gives assert > errors on arm in sid, while installing 7.7 from jessie works fine, > although gives some other errors). Turns out gdb 7.10 DOES work if you mount /proc in your chroot. Older versions have no such requirement, and it sure would be nice if gdb could tell you 'I can't read /proc/' rather than having an assert failure that tells you nothing about why it suddenly doesn't work like it used to. Backtrace from gdb 7.10 which looks the same pretty much: Program received signal SIGBUS, Bus error. 0xb57eb06e in __pyx_f_6pandas_5algos_take_2d_axis1_float64_float64_memview (__pyx_optional_args=, __pyx_v_indexer=..., __pyx_v_values=..., __pyx_v_out=...) at pandas/algos.c:111226 111226 *((__pyx_t_5numpy_float64_t *) ( /* dim=1 */ (( /* dim=0 */ (__pyx_v_out.data + __pyx_t_12 * __pyx_v_out.strides[0]) ) + __pyx_t_13 * __pyx_v_out.strides[1]) )) = (*((__pyx_t_5numpy_float64_t *) ( /* dim=1 */ (( /* dim=0 */ (__pyx_v_values.data + __pyx_t_10 * __pyx_v_values.strides[0]) ) + __pyx_t_11 * __pyx_v_values.strides[1]) ))); (gdb) where #0 0xb57eb06e in __pyx_f_6pandas_5algos_take_2d_axis1_float64_float64_memview (__pyx_optional_args=, __pyx_v_indexer=..., __pyx_v_values=..., __pyx_v_out=...) at pandas/algos.c:111226 #1 __pyx_pf_6pandas_5algos_326take_2d_axis1_float64_float64 (__pyx_self=, __pyx_v_fill_value=, __pyx_v_out=..., __pyx_v_indexer=, __pyx_v_values=) at pandas/algos.c:45904 #2 __pyx_pw_6pandas_5algos_327take_2d_axis1_float64_float64 (__pyx_self=, __pyx_args=, __pyx_kwds=) at pandas/algos.c:45803 #3 0x00052f4c in PyCFunction_Call (func=, args=, kwds=) at ../Objects/methodobject.c:98 #4 0x00076744 in call_function (oparg=, pp_stack=0xbeffcde4) at ../Python/ceval.c:4652 #5 PyEval_EvalFrameEx (f=, throwflag=) at ../Python/ceval.c:3185 #6 0x001222f4 in _PyEval_EvalCodeWithName.lto_priv.1329 (_co=, globals=, locals=, args=, argcount=2, kws=0xb26a419c, kwcount=3, defs=0xb58af4ec, defcount=5, kwdefs=0x0, closure=0x0, name='take_nd', qualname='take_nd') at ../Python/ceval.c:3965 #7 0x00076c56 in fast_function (nk=3, na=2, n=8, pp_stack=0xbeffcf1c, func=) at ../Python/ceval.c:4760 #8 call_function (oparg=, pp_stack=0xbeffcf1c) at ../Python/ceval.c:4677 #9 PyEval_EvalFrameEx (f=, throwflag=) at ../Python/ceval.c:3185 #10 0x001222f4 in _PyEval_EvalCodeWithName.lto_priv.1329 (_co=, globals=, locals=, args=, argcount=2, kws=0xb26a3938, kwcount=2, defs=0xb53fa5b4, defcount=2, kwdefs=0x0, closure=0x0, name='take_nd', qualname='Block.take_nd') at ../Python/ceval.c:3965 #11 0x00076c56 in fast_function (nk=2, na=2, n=6, pp_stack=0xbeffd054, func=) at ../Python/ceval.c:4760 #12 call_function (oparg=, pp_stack=0xbeffd054) at ../Python/ceval.c:4677 [etc] (gdb) list 111221/*else*/ { 111222 __pyx_t_10 = __pyx_v_i; 111223 __pyx_t_11 = __pyx_v_idx; 111224 __pyx_t_12 = __pyx_v_i; 111225 __pyx_t_13 = __pyx_v_j; 111226 *((__pyx_t_5numpy_float64_t *) ( /* dim=1 */ (( /* dim=0 */ (__pyx_v_out.data + __pyx_t_12 * __pyx_v_out.strides[0]) ) + __pyx_t_13 * __pyx_v_out.strides[1]) )) = (*((__pyx_t_5numpy_float64_t *) ( /* dim=1 */ (( /* dim=0 */ (__pyx_v
Bug#815154: gnome-control-center removes XKBMODEL and XKBOPTIONS from /etc/default/keyboard
On 19 February 2016 at 13:10, Andreas Henriksson wrote: > Hello Anton Zinoviev. > > Not sure about the cause or have any real solution, just adding some > additional information below (and CCing systemd maintainers). > > On Fri, Feb 19, 2016 at 03:54:24PM +0300, Anton Zinoviev wrote: >> clone 751955 -1 >> reassign -1 gnome-control-center >> retitle -1 Removes XKBMODEL and XKBOPTIONS from /etc/default/keyboard >> severity -1 serious >> thanks >> >> Hello, >> >> I can confirm that gnome-control-center removes XKBMODEL from >> /etc/default/keyboard. Steps to reproduce: >> >> 1. $ grep -q XKBMODEL /etc/default/keyboard && echo fine || echo broken >>-> fine >> 2. $ gnome-control-center >> 3. Go to "Region & Language" >> 4. Go to "Login Screen" >> 5. In the "Input Sources" section add some random keyboard layout >> 6. $ grep -q XKBMODEL /etc/default/keyboard && echo fine || echo broken >>-> broken >> >> The test is done on a regular Jessie system. The version of >> gnome-control-center >> is 1:3.14.2-3. > > Thanks for the testcase. The gnome-control-center program only calls out to > "localed" via dbus. In Debian it is patched with the following patch: > > http://sources.debian.net/src/systemd/215-17%2Bdeb8u3/debian/patches/Update-localed-to-use-the-Debian-config-files.patch/#L114 > > (And as you can see on that particular line XKBMODEL is parsed. Not sure > what resets it.) Line 178 does when it is empty: http://sources.debian.net/src/systemd/215-17%2Bdeb8u3/debian/patches/Update-localed-to-use-the-Debian-config-files.patch/#L177 Not sure why though. -- Saludos, Felipe Sateler
Bug#814164: marked as done (ikvm: (Build-)Depends on OpenJDK 7)
Your message dated Fri, 19 Feb 2016 16:23:04 + with message-id and subject line Bug#814164: fixed in ikvm 8.1.5717.0+ds-1 has caused the Debian Bug report #814164, regarding ikvm: (Build-)Depends on OpenJDK 7 to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 814164: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=814164 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: src:ikvm Version: 7.2.4630.5+ds-2 Severity: serious User: debian-j...@lists.debian.org Usertags: openjdk-8-transition The package build-depends or depends one an openjdk-7-* package, which is scheduled for removal for stretch. Please do not depend on a specific openjdk version, but on one of the default-java, default-java-headless or default-jdk packages instead. default-java defaulting to openjdk-8 on most architectures is now available in unstable. --- End Message --- --- Begin Message --- Source: ikvm Source-Version: 8.1.5717.0+ds-1 We believe that the bug you reported is fixed in the latest version of ikvm, 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 814...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Jo Shields (supplier of updated ikvm 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: Fri, 19 Feb 2016 14:40:20 + Source: ikvm Binary: ikvm libikvm-native Architecture: source all amd64 Version: 8.1.5717.0+ds-1 Distribution: unstable Urgency: medium Maintainer: Debian CLI Libraries Team Changed-By: Jo Shields Description: ikvm - Java virtual machine for the CLI libikvm-native - native library for IKVM.NET Closes: 814164 Changes: ikvm (8.1.5717.0+ds-1) unstable; urgency=medium . * [a948bb2] Update so get-orig-source gets the right version * [3ca6eb0] Imported Upstream version 8.1.5717.0+ds * [50bdfab] Refreshed debian/patches/01-use_system_SharpZipLib.patch * [8915f6f] Refreshed debian/patches/03-use_mono.snk_for_ikvm-key.patch * [8a757b6] Removed d/p/force_4.0_Mono.CompilerServices.SymbolWriter * [84a8679] Fix build-deps (Closes: #814164) * [6925689] Fix install locations * [b4a395f] Fix upstream Linux build bugs * [8fcea15] Patch implib.exe to support SNK from files, not Crypto Store * [297fbed] Add new assemblies to GAC and pkg-config * [49c4e64] Override JSON license lintian check. The quoted license doesn't apply to any files in the tree. Checksums-Sha1: 2e51fd56984fa69a3c7e8a46bc0528aef4d1262b 1853 ikvm_8.1.5717.0+ds-1.dsc 734d58316a1727a47fa26e4390f07a825a584528 45000152 ikvm_8.1.5717.0+ds.orig.tar.gz c1938e8eceacb13c26a1393274eb492b9395ada9 17884 ikvm_8.1.5717.0+ds-1.debian.tar.xz 378b5f5008f7a28a2e953c9725e433ca7236f762 15362336 ikvm_8.1.5717.0+ds-1_all.deb b4cb86a84ba29344f835331c9bf2c17ec2a2be27 2810 libikvm-native-dbgsym_8.1.5717.0+ds-1_amd64.deb 186e9b007a93ba06f0c38b46ee613c9cda5cf0a1 15826 libikvm-native_8.1.5717.0+ds-1_amd64.deb Checksums-Sha256: 106c1dba99ae683e4d3a0189c0e8d16d1b4cc732ebafa2a2afc34741d1115e1a 1853 ikvm_8.1.5717.0+ds-1.dsc 7050bd31152965f05813f3664ce194df59d29811b6410f8e754d24f258f149bb 45000152 ikvm_8.1.5717.0+ds.orig.tar.gz 8877399a13f528436318bf763183d9e89b15a6b6530bef5ddf9ab0a533a46544 17884 ikvm_8.1.5717.0+ds-1.debian.tar.xz 2ab6bd37ac787ebe7458c0568f2a6e455edcc4261832226c6f0d7fcbe68595d0 15362336 ikvm_8.1.5717.0+ds-1_all.deb a46afa12a2ed8dee90e119d85ef48de613dfef8978f9e7c89ddc7605ed25064a 2810 libikvm-native-dbgsym_8.1.5717.0+ds-1_amd64.deb 935c9f9183d3ddd445b70aa2203dd49d36605363315f20815042fe8fd1424dfd 15826 libikvm-native_8.1.5717.0+ds-1_amd64.deb Files: 2187699e38117f88f987a2ae08dca938 1853 interpreters optional ikvm_8.1.5717.0+ds-1.dsc 0a44031e212a50e5c52786ec8bec23b1 45000152 interpreters optional ikvm_8.1.5717.0+ds.orig.tar.gz bfc33df0adc4aa0a20d60294cf3707bb 17884 interpreters optional ikvm_8.1.5717.0+ds-1.debian.tar.xz 775447a43ee259a21a209bed770b9a34 15362336 interpreters optional ikvm_8.1.5717.0+ds-1_all.deb 18bbde3dc282fff0e295f362cb2fb54b 2810 debug extra libikvm-native-dbgsym_8.1.5717.0+ds-1_amd64.deb 95e40fbb09560ce452a538f0709ec851 15826 interpreters optional libikvm
Bug#815147: marked as done (Libwebsockets: please add libuv1-dev to runtime dependencies)
Your message dated Fri, 19 Feb 2016 16:23:45 + with message-id and subject line Bug#815147: fixed in libwebsockets 1.7.0-2 has caused the Debian Bug report #815147, regarding Libwebsockets: please add libuv1-dev to runtime dependencies to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 815147: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=815147 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Source: libwebsockets Version: 1.7.0-1 Severity: serious Justification: Missing runtime dependency breaks reverse-dependencies. Hi, as said, there are build failures on mosquitto with the new libwebsockets https://launchpadlibrarian.net/240538305/buildlog_ubuntu-xenial-amd64.mosquitto_1.4.8-1build1_BUILDING.txt.gz cc -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2 -I. -I.. -I../lib -Wdate-time -D_FORTIFY_SOURCE=2 -DVERSION="\"1.4.8\"" -DTIMESTAMP="\"Fri, 19 Feb 2016 12:03:16 +0100\"" -DWITH_BROKER -DWITH_WRAP -DWITH_TLS -DWITH_TLS_PSK -DWITH_UUID -DWITH_BRIDGE -DWITH_PERSISTENCE -DWITH_MEMORY_TRACKING -DWITH_SYS_TREE -DWITH_WEBSOCKETS -DWITH_EC -c mosquitto.c -o mosquitto.o In file included from mosquitto.c:47:0: /usr/include/libwebsockets.h:176:16: fatal error: uv.h: No such file or directory compilation terminated. Makefile:15: recipe for target 'mosquitto.o' failed adding it as runtime dependency works. cheers, G. --- End Message --- --- Begin Message --- Source: libwebsockets Source-Version: 1.7.0-2 We believe that the bug you reported is fixed in the latest version of libwebsockets, 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 815...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Peter Pentchev (supplier of updated libwebsockets 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, 19 Feb 2016 17:36:54 +0200 Source: libwebsockets Binary: libwebsockets7 libwebsockets-dev libwebsockets-test-server libwebsockets-test-server-common Architecture: source Version: 1.7.0-2 Distribution: unstable Urgency: medium Maintainer: Peter Pentchev Changed-By: Peter Pentchev Description: libwebsockets-dev - lightweight C websockets library - development files libwebsockets-test-server - lightweight C websockets library - test servers libwebsockets-test-server-common - lightweight C websockets library - test servers data libwebsockets7 - lightweight C websockets library Closes: 815147 Changes: libwebsockets (1.7.0-2) unstable; urgency=medium . * Brown paper bag release: add libuv1-dev to the runtime dependencies of libwebsockets-dev. Closes: #815147 Checksums-Sha1: 1b65df4dd225b04dd0f8d31ae501e27b5ef9b221 2258 libwebsockets_1.7.0-2.dsc e0383a227faa6accff9c532fad15b43c22eb9ebf 8544 libwebsockets_1.7.0-2.debian.tar.xz Checksums-Sha256: c8f00da3d3d1be7f489cb4ddab6d9cb2e1518fa96154aad145f1182b59f2b40e 2258 libwebsockets_1.7.0-2.dsc 1a412f16be372a1512434356436c83ebee3a804bac2b0f3292b111fd9ffe306c 8544 libwebsockets_1.7.0-2.debian.tar.xz Files: 969279efc4590e9bf790c0f51b00c6a7 2258 libs optional libwebsockets_1.7.0-2.dsc 8c6f1411dbe5b54a1b86e6ee28670a7d 8544 libs optional libwebsockets_1.7.0-2.debian.tar.xz -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCAAGBQJWxzjWAAoJEPNPCXROn13ZJH8QAIiRUPCoX8OrxvEuVKcXlb1A QBqYQ59OSpn1UfrS8ZRGqhYePeCbsvp1i2xYJwKKeNYtZqL0+Ol74jRfFJx0Jc68 wAismQZOOOSSqnmvXPUOEU6V0xomRJLF7yHYfy+tXbqpYv0uQxBVgPmdDVgmtEL6 FZt6gROJW/mrM5OcR6Np2ACoGs8jBvtmXs/Pq7qOnebkBQWJD33T4Q8XIvP3Zj0Z 40iEV9YV8SK+0IiBJiSEBrrJVNV7QVNie+q7+taN2cmDXgGzPEn1hRFq9KVHRS0w 54Sa9aUSfhfdy++nBkHK2DAHHHfQstSSgYtoi0DgrC03d9pDrV8tOtItrzw0le3+ Vj6UGSErOU2cI3cxV9UpSK4aKbD8LlAjPSWatlGVNPq6b4n9oSSeQy5ZiH0O2n4G 9+q2OjIpPBKmF7jGijDT9TF/sEivalsBlLyG+1JtTYXZaA8C6SXFtD5xCAG5EpB2 p4z8Mvpfs0KoAYsFel1NPOX3B4cInDAS5yZtwyM/oPM+zAAduGQ2XygiC75ej2HL XkbLI2A+kHsSvB9ddP95Raj7OcBQclf85M7WoGOrsL6+AL5ApF61zhHHiBcR0m95 BYMJmAVVkupMdY9TD4ZsqW99iPxCEfU2Gu9ybIVdKovp3z/1mZtv0rh3cYYX1/nR oew0xSA3v2panp5+vCD7 =vigu -END PGP SIGNATURE End Message ---
Bug#815145: marked as done (tcsh: FTBFS on all architectures due to testsuite failure)
Your message dated Fri, 19 Feb 2016 16:28:00 + with message-id and subject line Bug#815145: fixed in tcsh 6.18.01-5 has caused the Debian Bug report #815145, regarding tcsh: FTBFS on all architectures due to testsuite failure 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.) -- 815145: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=815145 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Source: tcsh Version: 6.18.01-4 Severity: serious Justification: fails to build from source Hi! tcsh fails to build from source because its testsuite just hangs: /bin/sh ./tests/testsuite ## ## ## tcsh 6.18.01 test suite. ## ## ## E: Makefile:759: recipe for target 'check' failed Caught signal ‘Terminated’: terminating immediately make[2]: *** [check] Terminated debian/rules:12: recipe for target 'build-arch' failed make: *** [build-arch] Terminated debian/rules:35: recipe for target 'override_dh_auto_test' failed make[1]: *** [override_dh_auto_test] Terminated Build killed with signal TERM after 150 minutes of inactivity It's so bad that I even had to kill the build process on several buildds manually. Haven't looked at the details yet, but at least tcsh was running with 100% on the buildds I looked at. Cheers, Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 --- End Message --- --- Begin Message --- Source: tcsh Source-Version: 6.18.01-5 We believe that the bug you reported is fixed in the latest version of tcsh, 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 815...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Thomas Lange (supplier of updated tcsh 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, 19 Feb 2016 15:37:38 +0100 Source: tcsh Binary: tcsh Architecture: source amd64 Version: 6.18.01-5 Distribution: unstable Urgency: high Maintainer: Thomas Lange Changed-By: Thomas Lange Description: tcsh - TENEX C Shell, an enhanced version of Berkeley csh Closes: 778142 815145 Changes: tcsh (6.18.01-5) unstable; urgency=high . * Add debian/patches/gcc-5.patch to support GCC 5, backported from upstream, Closes: #778142, #815145 Checksums-Sha1: bda93d6052a51b052c97077c649b57f209668fed 1791 tcsh_6.18.01-5.dsc e1e9a8a410f5b67cfc72a69cd3d44064e03a4aef 23314 tcsh_6.18.01-5.diff.gz 519dd0bc575d2b3f9224e3df64b4737d732b987a 456674 tcsh_6.18.01-5_amd64.deb Checksums-Sha256: 43340040727df010eebc402ed8806060cd755a534bc56e0f2abbeb7c13645461 1791 tcsh_6.18.01-5.dsc 7548d64bf996548bfbc13f3e0959fd2e8455f8375381a31da67d79554aabc7af 23314 tcsh_6.18.01-5.diff.gz 2cc7ee13ff2d2100085e67752c9b2f892f0d660901d4254ed7b2e78e4d2b115c 456674 tcsh_6.18.01-5_amd64.deb Files: ea17cb97f1ccf89bab12db1a6cf8d875 1791 shells optional tcsh_6.18.01-5.dsc d536c12a02dc48c332cc472b86927319 23314 shells optional tcsh_6.18.01-5.diff.gz 460c8b26f19b32a0298e40eec73eb8d0 456674 shells optional tcsh_6.18.01-5_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCAAGBQJWxyqzAAoJECv42f4HS83knT4P/2ZiTpGef+tOvEzpKhNoLChb LtWS3Jiqo2yNqGS8o7Kc0q1koruksPxS6UNRznvLzVMXSE3/FNs4CJLNfPuM9Da2 jmdiEkGz4xIH6IP462i73ezkmxlLiuBo+jrc0NVKopXrB+wnFBGZPq+WqJ8IHq6f wYaRCDtY0nu4dNwlan937HPaYrp6tsxB7ObdesotifA9yeN+ntR7X7N/RK+kBTIp 7YoPiWJF8eM2hQGXi4sn7dgf1+ci6l3VpJyMeC44C8/aSe7XJ3d15D91gwkJn5OD 5HhVZh4IwThX67C6o0CaRDaUKGNet0Qs5dHR3XOp9SJDsRO30Dtz2FNTFmWHz3NI /ig52XWGLpqoefaP618B7rqZYhLyIPwEVpFNzzllvm3nR1ra3eDKj7xqr8XowQPx zVsh6xR5+sTXu0HJDBdMNdIxb0SSDePHhCe+nn6Oj+0wlC+6tr302KXZn8Lg1fhm RRt1CsyaCZPuJ4hDrYDxecjDrR+uM7CMZMZGofvfht9xQJQFsEQl0TNhA42mPgxe fasYtMKY6zy0XZdl74icNqKgH0n6iT7ML9sW9ZlZh623nT4iIBjPR+X2bQ+5cujg 92mJNnp8y6TxF8ja6AqI/4gkualvYkgHWrjSR+U7veqdsSUo9zzl0x3Z47nVs48G LeRMM1gG6+Kr0NLyweOK =Gtgd -END PGP SIGNATURE End Message ---
Processed: your mail
Processing commands for cont...@bugs.debian.org: > tags 800210 patch Bug #800210 [src:doc-linux-hr] doc-linux-hr: Please migrate a supported debhelper compat level Added tag(s) patch. > tags 800210 pending Bug #800210 [src:doc-linux-hr] doc-linux-hr: Please migrate a supported debhelper compat level Added tag(s) pending. > thanks Stopping processing here. Please contact me if you need assistance. -- 800210: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=800210 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#800210: (no subject)
tags 800210 patch tags 800210 pending thanks Hi, I did make a NMU and Eriberto sponsored upload to 10-day/delay queue. Feel free to cancel this upload if needed. The debian/changelog is: * Non-maintainer upload. * Update DH level to 9. (Closes: #800210) * debian/compat: created. * debian/control: - Added the ${misc:Depends} variable to provide the right install dependencies. - Bumped Standards-Version to 3.9.6. * debian/rules: - Fixed the path to install the files correctly. I attached a debdiff. cheers, -- Giovani Ferreira http://softwarelivre.org/jova2 GNU/Linux user: 337388 GPG ID: 2375A66C diff -Nru doc-linux-hr-2416.1/debian/changelog doc-linux-hr-2416.1+nmu1/debian/changelog --- doc-linux-hr-2416.1/debian/changelog2006-07-13 13:00:14.0 -0300 +++ doc-linux-hr-2416.1+nmu1/debian/changelog 2016-01-03 16:23:46.0 -0200 @@ -1,3 +1,17 @@ +doc-linux-hr (2416.1+nmu1) unstable; urgency=medium + + * Non-maintainer upload. + * Update DH level to 9. (Closes: #800210) + * debian/compat: created. + * debian/control: + - Added the ${misc:Depends} variable to provide the right install + dependencies. + - Bumped Standards-Version to 3.9.6. + * debian/rules: + - Fixed the path to install the files correctly. + + -- Giovani Augusto Ferreira Sun, 03 Jan 2016 16:05:44 -0200 + doc-linux-hr (2416.1) unstable; urgency=low * Non-maintainer upload. diff -Nru doc-linux-hr-2416.1/debian/compat doc-linux-hr-2416.1+nmu1/debian/compat --- doc-linux-hr-2416.1/debian/compat 1969-12-31 21:00:00.0 -0300 +++ doc-linux-hr-2416.1+nmu1/debian/compat 2016-01-03 16:06:51.0 -0200 @@ -0,0 +1 @@ +9 diff -Nru doc-linux-hr-2416.1/debian/control doc-linux-hr-2416.1+nmu1/debian/control --- doc-linux-hr-2416.1/debian/control 2000-04-16 16:38:39.0 -0300 +++ doc-linux-hr-2416.1+nmu1/debian/control 2016-01-03 16:12:16.0 -0200 @@ -2,11 +2,12 @@ Section: doc Priority: extra Maintainer: Matej Vela -Standards-Version: 3.1.1 -Build-Depends: debhelper +Standards-Version: 3.9.6 +Build-Depends: debhelper (>=9) Package: doc-linux-hr Architecture: all +Depends: ${misc:Depends} Suggests: lynx | www-browser Description: Documentation in Croatian / dokumentacija na hrvatskom This package contains plain-text and HTML versions of various Linux diff -Nru doc-linux-hr-2416.1/debian/rules doc-linux-hr-2416.1+nmu1/debian/rules --- doc-linux-hr-2416.1/debian/rules2000-04-16 16:26:42.0 -0300 +++ doc-linux-hr-2416.1+nmu1/debian/rules 2016-01-03 16:10:36.0 -0200 @@ -34,23 +34,23 @@ -e 's/Ð(?=[A-ZÐ])/DJ/g;' \ -e 's/(?<=[A-Z])Ð(?=[^a-z]|$$)/DJ/g;' \ -e 's/Ð/Dj/g;' \ --e 's/ð/dj/g;' debian/tmp/usr/share/doc-base/* +-e 's/ð/dj/g;' debian/doc-linux-hr/usr/share/doc-base/* zcat ftp.linux.hr/pub/dokumentacija/KAKO/html/*.html.tar.gz \ - | tar -C debian/tmp/$(howto_html) -ixf - + | tar -C debian/doc-linux-hr/$(howto_html) -ixf - cp -p www.linux.hr/hr.comp.linux-FAQ.html \ - debian/tmp/$(howto_html) + debian/doc-linux-hr/$(howto_html) cp -p ftp.linux.hr/pub/dokumentacija/KAKO/*.txt.gz \ - debian/tmp/$(howto_txt) + debian/doc-linux-hr/$(howto_txt) cp -p www.linux.hr/ldphr/*-KAKO-* \ - debian/tmp/$(howto_txt) + debian/doc-linux-hr/$(howto_txt) cp -p ftp.linux.hr/pub/dokumentacija/KAKO/mini/html/*.html.gz \ - debian/tmp/$(mini_howto_html) - gunzip debian/tmp/$(mini_howto_html)/*.html.gz + debian/doc-linux-hr/$(mini_howto_html) + gunzip debian/doc-linux-hr/$(mini_howto_html)/*.html.gz cp -p ftp.linux.hr/pub/dokumentacija/KAKO/mini/*.txt.gz \ - debian/tmp/$(mini_howto_txt) + debian/doc-linux-hr/$(mini_howto_txt) cp -p www.linux.hr/ldphr/*-mini-KAKO \ - debian/tmp/$(mini_howto_txt) - find debian/tmp/$(howto) -type f ! -name '*.gz' ! -name '*.html' \ + debian/doc-linux-hr/$(mini_howto_txt) + find debian/doc-linux-hr/$(howto) -type f ! -name '*.gz' ! -name '*.html' \ | xargs gzip -9 dh_compress dh_fixperms
Processed: fixed 812077 in 1:9.10.3.dfsg.P2-3
Processing commands for cont...@bugs.debian.org: > fixed 812077 1:9.10.3.dfsg.P2-3 Bug #812077 [src:bind9] bind9: CVE-2015-8704: Specific APL data could trigger an INSIST in apl_42.c Marked as fixed in versions bind9/1:9.10.3.dfsg.P2-3. > thanks Stopping processing here. Please contact me if you need assistance. -- 812077: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=812077 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#800231: (no subject)
tags 800210 patch tags 800210 pending thanks Hello, I made a NMU and Eriberto which sponsored the upload to 10-day/delay queue. Feel free to cancel this upload if needed. The debian/changelog is: * Non-maintainer upload. * Update DH level to 9. (Closes: #800231) * debian/changelog: fixed invalid timestamp formatting. (Closes: #798791) * debian/compat: created. * debian/control: - Added the ${misc:Depends} variable to provide the right install dependencies. - Bumped Standards-Version to 3.9.6. - Updated Recommends field to texlive-latex-base instead of tetex-bin. (Closes: #601983) * debian/rules: - Fixed the path to install the files correctly. - Replaced dh_installmanpages to dh_installman. I attached a debdiff. cheers, -- Giovani Ferreira http://softwarelivre.org/jova2 GNU/Linux user: 337388 GPG ID: 2375A66C diff -u lgrind-3.67/debian/changelog lgrind-3.67/debian/changelog --- lgrind-3.67/debian/changelog +++ lgrind-3.67/debian/changelog @@ -1,9 +1,27 @@ +lgrind (3.67-3.1) unstable; urgency=medium + + * Non-maintainer upload. + * Update DH level to 9. (Closes: #800231) + * debian/changelog: fixed invalid timestamp formatting. (Closes: #798791) + * debian/compat: created. + * debian/control: + - Added the ${misc:Depends} variable to provide the right install + dependencies. + - Bumped Standards-Version to 3.9.6. + - Updated Recommends field to texlive-latex-base + instead of tetex-bin. (Closes: #601983) + * debian/rules: + - Fixed the path to install the files correctly. + - Replaced dh_installmanpages to dh_installman. + + -- Giovani Augusto Ferreira Sun, 03 Jan 2016 19:25:41 -0200 + lgrind (3.67-3) unstable; urgency=low * depend on texlive instead of tetex (closes: #575637) * include R definitions from Daniel Calvelo Aros (closes: #233787) - -- Michael Piefel Sun, 11 April 2010 20:40:10 +0200 + -- Michael Piefel Sun, 11 Apr 2010 20:40:10 +0200 lgrind (3.67-2) unstable; urgency=low diff -u lgrind-3.67/debian/control lgrind-3.67/debian/control --- lgrind-3.67/debian/control +++ lgrind-3.67/debian/control @@ -2,13 +2,13 @@ Section: non-free/tex Priority: optional Maintainer: Michael Piefel -Standards-Version: 3.8.4 -Build-Depends: debhelper, texlive +Standards-Version: 3.9.6 +Build-Depends: debhelper (>=9), texlive Package: lgrind Architecture: any -Depends: ${shlibs:Depends} -Recommends: tetex-bin +Depends: ${misc:Depends}, ${shlibs:Depends} +Recommends: texlive-latex-base Description: A pretty printer for various programming languages LGrind is a pretty printer for a large number of programming languages using LaTeX. It is in the form of a separate preprocessor. diff -u lgrind-3.67/debian/rules lgrind-3.67/debian/rules --- lgrind-3.67/debian/rules +++ lgrind-3.67/debian/rules @@ -14,13 +14,13 @@ latex lgrind.dtx latex lgrind.dtx - cd source ; $(MAKE) DESTDIR=`pwd`/debian/tmp \ - BASEDIR=`pwd`/debian/tmp/usr \ - DESTDIR=`pwd`/debian/tmp/usr/bin \ + cd source ; $(MAKE) DESTDIR=`pwd`/debian/lgrind \ + BASEDIR=`pwd`/debian/lgrind/usr \ + DESTDIR=`pwd`/debian/lgrind/usr/bin \ DEFSFILE=/usr/share/texmf/tex/latex/lgrind/lgrindef \ - TEXINPUTS=`pwd`/debian/tmp/usr/share/texmf/tex/latex/lgrind \ - DOCDIR=`pwd`/debian/tmp/usr/share/doc/lgrind \ - MAN=`pwd`/debian/tmp/usr/share/man \ + TEXINPUTS=`pwd`/debian/lgrind/usr/share/texmf/tex/latex/lgrind \ + DOCDIR=`pwd`/debian/lgrind/usr/share/doc/lgrind \ + MAN=`pwd`/debian/lgrind/usr/share/man \ VERSION="3.67" @@ -45,13 +45,13 @@ # Add here commands to install the files into debian/tmp - $(MAKE) install DESTDIR=`pwd`/debian/tmp \ - BASEDIR=`pwd`/debian/tmp/usr \ - DESTDIR=`pwd`/debian/tmp/usr/bin \ - DEFSFILE=`pwd`/debian/tmp/usr/share/texmf/tex/latex/lgrind/lgrindef \ - TEXINPUTS=`pwd`/debian/tmp/usr/share/texmf/tex/latex/lgrind \ - DOCDIR=`pwd`/debian/tmp/usr/share/doc/lgrind \ - MAN=`pwd`/debian/tmp/usr/share/man + $(MAKE) install DESTDIR=`pwd`/debian/lgrind \ + BASEDIR=`pwd`/debian/lgrind/usr \ + DESTDIR=`pwd`/debian/lgrind/usr/bin \ + DEFSFILE=`pwd`/debian/lgrind/usr/share/texmf/tex/latex/lgrind/lgrindef \ + TEXINPUTS=`pwd`/debian/lgrind/usr/share/texmf/tex/latex/lgrind \ + DOCDIR=`pwd`/debian/lgrind/usr/share/doc/lgrind \ + MAN=`pwd`/debian/lgrind/usr/share/man touch install-stamp @@ -72,7 +72,7 @@ # dh_installmenu # dh_installinit # dh_installcron - dh_installmanpages + dh_installman # dh_undocumented dh_installchangelogs # dh_link only in patch2: unchanged: --- lgrind-3.67.or
Bug#815171: diffoscope: build time tests fail on armhf
Source: diffoscope Version: 48 Severity: serious Justification: fails to build from source, but built fine in the past User: reproducible-bui...@lists.alioth.debian.org Usertags: ftbfs Hi, diffoscope fails to build from source in unstable/armhf but has successfully built in the past: [..] === FAILURES === _ test_content _ differences = [, ]>, ]>] def test_content(differences): output_text(differences[0], print_func=print) assert differences[0].source1 == 'dir' > assert differences[0].details[0].source1 == 'text' E assert 'stat {}' == 'text' E - stat {} E + text tests/comparators/test_directory.py:53: AssertionError - Captured stdout call - --- dir\n+++ dir\n\u251c\u2500\u2500 stat {}\n\u2502 @@ -1,8 +1,8 @@\n\u2502 \n\u2502Size: 4096 \tBlocks: 8 IO Block: 4096 directory\n\u2502 \t Links: 2\n\u2502 Access: (0755/drwxr-xr-x) Uid: ( /pbuilder1) Gid: ( /pbuilder1)\n\u2502 \n\u2502 -Modify: 2016-02-19 16:30:48.718912421 +\n\u2502 -Change: 2016-02-19 16:30:48.718912421 +\n\u2502 +Modify: 2016-02-19 16:30:48.722912326 +\n\u2502 +Change: 2016-02-19 16:30:48.722912326 +\n\u2502 Birth: -\n\u251c\u2500\u2500 text\n\u2502 @@ -1,6 +1,12 @@\n\u2502 +A common form of lorem ipsum reads:\n\u2502 +\n\u2502 Lorem ipsum dolor sit amet, consectetur adipiscing elit, sed do eiusmod tempor\n\u2502 incididunt ut labore et dolore magna aliqua. Ut enim ad minim veniam, quis\n\u2502 nostrud exercitation ullamco laboris nisi ut aliquip ex ea commodo consequat.\n\u2502 Duis aute irure dolor in reprehenderit in voluptate velit esse cillum dolore eu\n\u2502 fugiat nulla pariatur. Excepteur sint occaecat cupidatat non proident, sunt in\n\u2502 culpa qui officia deserunt mollit anim id est laborum.\n\u2502 +\n\u2502 +"Lorem ipsum" text is derived from sections 1.10.32--3 of Cicero's De finibus\n\u2502 +bonorum et malorum (On the Ends of Goods and Evils, or alternatively [About]\n\u2502 +The Purposes of Good and Evil).\n\u2502 \u251c\u2500\u2500 stat {}\n\u2502 \u2502 @@ -1,8 +1,8 @@\n\u2502 \u2502 \n\u2502 \u2502 - Size: 446 \tBlocks: 8 IO Block: 4096 regular file\n\u2502 \u2502 + Size: 671 \tBlocks: 8 IO Block: 4096 regular file\n\u2502 \u2502 \t Links: 1\n\u2502 \u2502 Access: (0644/-rw-r--r--) Uid: ( /pbuilder1) Gid: ( /pbuilder1)\n\u2502 \u2502 \n\u2502 \u2502 Modify: 1970-01-01 00:00:00.0 +\n\u2502 \u2502 Change: 2016-02-19 16:30:48.722912326 +\n\u2502 \u2502 Birth: -\n\u2502 \u2575\n\u251c\u2500\u2500 stat {}\n\u2502 @@ -1,8 +1,8 @@\n\u2502 \n\u2502Size: 4096 \tBlocks: 8 IO Block: 4096 directory\n\u2502 \t Links: 2\n\u2502 Access: (0755/drwxr-xr-x) Uid: ( /pbuilder1) Gid: ( /pbuilder1)\n\u2502 \n\u2502 -Modify: 2016-02-19 16:30:48.718912421 +\n\u2502 -Change: 2016-02-19 16:30:48.718912421 +\n\u2502 +Modify: 2016-02-19 16:30:48.722912326 +\n\u2502 +Change: 2016-02-19 16:30:48.722912326 +\n\u2502 Birth: -\n\u2575 __ test_stat ___ differences = [, ]>, ]>] def test_stat(differences): output_text(differences[0], print_func=print) > assert 'stat' in differences[0].details[0].details[0].source1 E IndexError: list index out of range tests/comparators/test_directory.py:59: IndexError - Captured stdout call - --- dir\n+++ dir\n\u251c\u2500\u2500 stat {}\n\u2502 @@ -1,8 +1,8 @@\n\u2502 \n\u2502Size: 4096 \tBlocks: 8 IO Block: 4096 directory\n\u2502 \t Links: 2\n\u2502 Access: (0755/drwxr-xr-x) Uid: ( /pbuilder1) Gid: ( /pbuilder1)\n\u2502 \n\u2502 -Modify: 2016-02-19 16:30:51.186853682 +\n\u2502 -Change: 2016-02-19 16:30:51.186853682 +\n\u2502 +Modify: 2016-02-19 16:30:51.190853587 +\n\u2502 +Change: 2016-02-19 16:30:51.190853587 +\n\u2502 Birth: -\n\u251c\u2500\u2500 text\n\u2502 @@ -1,6 +1,12 @@\n\u2502 +A common form of lorem ipsum reads:\n\u2502 +\n\u2502 Lorem ipsum dolor sit amet, consectetur adipiscing elit, sed do eiusmod tempor\n\u2502 incididunt ut labore et dolore magna aliqua. Ut enim ad minim veniam, quis\n\u2502 nostrud exercitation ullamco laboris nisi ut aliquip ex ea commodo consequat.\n\u2502 Duis aute irure dolor in reprehenderit in voluptate velit esse cillum dolore eu\n\u2502 fugiat nulla pariatur. Excepteur sint occaecat cupidatat non proident, sunt in\n\u2502 culpa qui officia deserunt mollit anim id est laborum.\n\u2502 +\n\u2502 +"Lorem ipsum" text is derived from sections 1.10.32--3 of Cicero's De
Processed: your mail
Processing commands for cont...@bugs.debian.org: > tags 800210 patch Bug #800210 [src:doc-linux-hr] doc-linux-hr: Please migrate a supported debhelper compat level Ignoring request to alter tags of bug #800210 to the same tags previously set > tags 800210 pending Bug #800210 [src:doc-linux-hr] doc-linux-hr: Please migrate a supported debhelper compat level Ignoring request to alter tags of bug #800210 to the same tags previously set > thanks Stopping processing here. Please contact me if you need assistance. -- 800210: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=800210 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#793631: marked as done (mdadm - udev rules call blkid with noraid option, breaks lvm detection)
Your message dated Fri, 19 Feb 2016 16:51:28 + with message-id and subject line Bug#793631: fixed in mdadm 3.4-1 has caused the Debian Bug report #793631, regarding mdadm - udev rules call blkid with noraid option, breaks lvm detection 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.) -- 793631: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=793631 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: mdadm Version: 3.3.2-5 Severity: serious Moin, the Debian package of mdadm contains a patch (use-external-blkid.diff), which, while using the external blkid, introduces the noraid option. This option disable detection of lvm2 volumes. As lvm2 in unstable now depends on udev to find all devices, it breaks booting as udev now doesn't tell lvm2 where to look. Please remove this patch. Regards, Bastian -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.1.0-trunk-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) --- End Message --- --- Begin Message --- Source: mdadm Source-Version: 3.4-1 We believe that the bug you reported is fixed in the latest version of mdadm, 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 793...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Dimitri John Ledkov (supplier of updated mdadm 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, 19 Feb 2016 16:18:36 + Source: mdadm Binary: mdadm mdadm-udeb Architecture: source Version: 3.4-1 Distribution: unstable Urgency: medium Maintainer: Debian mdadm maintainers Changed-By: Dimitri John Ledkov Description: mdadm - tool to administer Linux MD arrays (software RAID) mdadm-udeb - tool to administer Linux MD arrays (software RAID) (udeb) Closes: 793631 Changes: mdadm (3.4-1) unstable; urgency=medium . * New upstream release. * Drop use-tempnode-not-devnode.patch, not needed anymore. * Drop use-external-blkid.diff. (Closes: #793631) * Refresh patches. Checksums-Sha1: eb032b55fce8814d593e1f684ca5e0976f1c23dd 1631 mdadm_3.4-1.dsc 5d2e33aaa4998730e325ed46f2a1f0a0d5dd9c98 559522 mdadm_3.4.orig.tar.gz cbab2faa8bc0ad9650fea2aecba3ca56ded700d1 86064 mdadm_3.4-1.debian.tar.xz Checksums-Sha256: 1df5431e1d6c66fc1f79c08e8ac68a119f8b3f0f4ef76c77ca9767062b87162b 1631 mdadm_3.4-1.dsc b42840691ca76880c9d6a5cde30895db1343ac0acac0ccd1eb2ed782323ba87e 559522 mdadm_3.4.orig.tar.gz d12696d8b81f31671e8ce85f689f311e93ab58e9dfce510daf37acd902d28aca 86064 mdadm_3.4-1.debian.tar.xz Files: 8ba1360620d630b6a5071e8c1f1060d8 1631 admin optional mdadm_3.4-1.dsc d6f290afbc4a3e2f0f8465b80ffe6391 559522 admin optional mdadm_3.4.orig.tar.gz ce65e5de7c0effd88758b4a30166b058 86064 admin optional mdadm_3.4-1.debian.tar.xz -BEGIN PGP SIGNATURE- iQEcBAEBCgAGBQJWx0TeAAoJEMrC2LnNLKX59UcIAIBfILa3cmzyvQPu27DGwWG+ H0Q4x68pRsb52kTKrs25VcOrw9srnVzu6I0vFH954L0z3JhG+8n70MxRXYZHMY9r Jd/S1r9Ok+LuLUapqdfc6h1k+Y+1S8YX+NPg8HrHjdwwwsbvRhFp7g3uFJnVKe+R J+xZKDfdOLDSlgkJeac5EO8gCzGktu4c6u7ScjhfsVbVVUaGy9lTGuW1QRrb+VMC EUjo0qJK0k93/tiyNZryQkD0gZGMsXZubi8XWGKlz3faHKDT981B2qqUXtO2XZdN rrXYLkNadAS9H6KiBm3oOtN2ImoTlVitNBMpj/bP7OgWtYGgmh+FCFM/X1ge/1M= =uPSx -END PGP SIGNATURE End Message ---
Bug#815154: gnome-control-center removes XKBMODEL and XKBOPTIONS from /etc/default/keyboard
Hello again. On Fri, Feb 19, 2016 at 01:25:00PM -0300, Felipe Sateler wrote: > On 19 February 2016 at 13:10, Andreas Henriksson wrote: [...] > >> 1. $ grep -q XKBMODEL /etc/default/keyboard && echo fine || echo broken > >>-> fine > >> 2. $ gnome-control-center > >> 3. Go to "Region & Language" > >> 4. Go to "Login Screen" > >> 5. In the "Input Sources" section add some random keyboard layout > >> 6. $ grep -q XKBMODEL /etc/default/keyboard && echo fine || echo broken > >>-> broken > >> > >> The test is done on a regular Jessie system. The version of > >> gnome-control-center > >> is 1:3.14.2-3. > > > > Thanks for the testcase. The gnome-control-center program only calls out to > > "localed" via dbus. In Debian it is patched with the following patch: > > > > http://sources.debian.net/src/systemd/215-17%2Bdeb8u3/debian/patches/Update-localed-to-use-the-Debian-config-files.patch/#L114 > > > > (And as you can see on that particular line XKBMODEL is parsed. Not sure > > what resets it.) > > Line 178 does when it is empty: > > http://sources.debian.net/src/systemd/215-17%2Bdeb8u3/debian/patches/Update-localed-to-use-the-Debian-config-files.patch/#L177 > > Not sure why though. See also: http://sources.debian.net/src/gnome-control-center/1:3.18.2-1/panels/region/cc-region-panel.c/#L1686 cf. https://www.freedesktop.org/wiki/Software/systemd/localed/ Eg. g-c-c always sends model and layout as empty strings, which is the reason patched localed resets them Now is there some kind of specification on the "proper" formatting of /etc/default/keyboard somewhere? Which fields are required to be included in the file (even when their value is empty)? Regards, Andreas Henriksson
Processed: your mail
Processing commands for cont...@bugs.debian.org: > tags 800231 patch Bug #800231 [src:lgrind] lgrind: Please migrate a supported debhelper compat level Added tag(s) patch. > tags 800231 pending Bug #800231 [src:lgrind] lgrind: Please migrate a supported debhelper compat level Added tag(s) pending. > thanks Stopping processing here. Please contact me if you need assistance. -- 800231: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=800231 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#815154: gnome-control-center removes XKBMODEL and XKBOPTIONS from /etc/default/keyboard
On Fri, Feb 19, 2016 at 05:53:00PM +0100, Andreas Henriksson wrote: > Hello again. [...] > Eg. g-c-c always sends model and layout as empty strings, which is the reason > patched localed resets them [...] Err.. That should be "model and options", not layout. Regards, Andreas Henriksson
Bug#815093: Still fails, needs update to debian/emacsen-install ?
Control: reopen -1 Control: found -1 8.3.3-2 Hi! Still fails the same way. My guess it needs an exclusion clause in debian/emacsen-install just like emacs22 and older Christoph -- 9FED 5C6C E206 B70A 5857 70CA 9655 22B9 D49A E731 Debian Developer | Lisp Hacker | CaCert Assurer signature.asc Description: PGP signature
Processed: Still fails, needs update to debian/emacsen-install ?
Processing control commands: > reopen -1 Bug #815093 {Done: Sebastien Delafond } [org-mode] org-mode: Fails to install 'reopen' may be inappropriate when a bug has been closed with a version; all fixed versions will be cleared, and you may need to re-add them. Bug reopened No longer marked as fixed in versions org-mode/8.3.3-2. > found -1 8.3.3-2 Bug #815093 [org-mode] org-mode: Fails to install Marked as found in versions org-mode/8.3.3-2. -- 815093: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=815093 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#790925: pandas: FTBFS on armhf and sparc: Bus error in test_append_frame_column_oriented
Thanks for looking into it. Fwiw, for such cases better to use python-dbg so you could then py-bt and do more introspection within attached gdb. You would need -dbg packages for numpy etc -- Sent from a phone which beats iPhone.
Bug#815102: marked as done (linux-perf-4.4 conflicts with linux-perf-4.3)
Your message dated Fri, 19 Feb 2016 17:21:14 + with message-id and subject line Bug#813080: fixed in linux-tools 4.4-2 has caused the Debian Bug report #813080, regarding linux-perf-4.4 conflicts with linux-perf-4.3 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.) -- 813080: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=813080 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: linux-perf-4.4 Version: 4.4-1 Severity: grave Justification: renders package unusable Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? apt-get dist-upgrade * What exactly did you do (or not do) that was effective (or ineffective)? tried a dist-upgrade and while unpacking linux-perf-4.4, dpkg complains that it can't overwrite /usr/share/perf-core/strace/groups/file which is also present on linux-perf-4.3 * What was the outcome of this action? linux-perf-4.4 can't be installed * What outcome did you expect instead? both linux-perf 4.3 and 4.4 should be able to be installed together on a system and they should be usable depending on which kernel is running. Here's relevant output from apt-get dist-upgrade: Unpacking linux-perf-4.4 (4.4-1) ... dpkg: error processing archive /var/cache/apt/archives/linux-perf-4.4_4.4-1_amd64.deb (--unpack): trying to overwrite '/usr/share/perf-core/strace/groups/file', which is also in package linux-perf-4.3 4.3.1-2 *** End of the template - remove these template lines *** -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386, armhf Kernel: Linux 4.3.0-1-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 Init: systemd (via /run/systemd/system) --- End Message --- --- Begin Message --- Source: linux-tools Source-Version: 4.4-2 We believe that the bug you reported is fixed in the latest version of linux-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 813...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Ben Hutchings (supplier of updated linux-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: Fri, 19 Feb 2016 17:11:29 + Source: linux-tools Binary: linux-kbuild-4.4 linux-perf-4.4 libusbip-dev usbip hyperv-daemons lockdep liblockdep4.4 liblockdep-dev Architecture: source Version: 4.4-2 Distribution: unstable Urgency: medium Maintainer: Debian Kernel Team Changed-By: Ben Hutchings Description: hyperv-daemons - Support daemons for Linux running on Hyper-V liblockdep-dev - Runtime locking correctness validator (development files) liblockdep4.4 - Runtime locking correctness validator (shared library) libusbip-dev - USB device sharing system over IP network (development files) linux-kbuild-4.4 - Kbuild infrastructure for Linux 4.4 linux-perf-4.4 - Performance analysis tools for Linux 4.4 lockdep- Runtime locking correctness validator usbip - USB device sharing system over IP network Closes: 813080 Changes: linux-tools (4.4-2) unstable; urgency=medium . * linux-perf: Include version number in strace groups installation directory (Closes: #813080) * [alpha,sh4] Attempt to fix build failures * Build fixdep under debian/build and clean it up properly Checksums-Sha1: 6bc13491f451cb6d79e55c6a122f2bd8d11149bb 2951 linux-tools_4.4-2.dsc d7e8d5f0220320cf2990cb65952157f7fb352c8f 33800 linux-tools_4.4-2.debian.tar.xz Checksums-Sha256: 244d96f71f91dbd0f3bd0edb71ad542b65acfa8f8dcde22928a9af7a115697b4 2951 linux-tools_4.4-2.dsc eeccec7a64cc9c14cc6804528beebb60f6e072c3b0cfbcf740a5794438123ae6 33800 linux-tools_4.4-2.debian.tar.xz Files: c94d2ab7f53884cc8347cd2b6f302cca 2951 kernel optional linux-tools_4.4-2.dsc bc541c4ad377334123bfe3f28e553a5d 33800 kernel optional linux-tools_4.4-2.debian.tar.xz -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIVAwUBVsdNHOe/yOyVhhEJAQoeGQ/+I3XEDOtL2kNGIRZL5jzKbwerlFTh25na oXfU1d+8JSvkNdGgbOx
Bug#813080: marked as done (linux-perf-4.4: fails to upgrade from 'sid' - trying to overwrite /usr/share/perf-core/strace/groups/file)
Your message dated Fri, 19 Feb 2016 17:21:14 + with message-id and subject line Bug#813080: fixed in linux-tools 4.4-2 has caused the Debian Bug report #813080, regarding linux-perf-4.4: fails to upgrade from 'sid' - trying to overwrite /usr/share/perf-core/strace/groups/file 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.) -- 813080: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=813080 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: linux-perf-4.4 Version: 4.4-1~exp2 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package fails to upgrade from 'sid' to 'experimental'. It installed fine in 'sid', then the upgrade to 'experimental' fails because it tries to overwrite other packages files without declaring a Breaks+Replaces relation. See policy 7.6 at https://www.debian.org/doc/debian-policy/ch-relationships.html#s-replaces >From the attached log (scroll to the bottom...): Selecting previously unselected package linux-perf-4.4. Preparing to unpack .../linux-perf-4.4_4.4-1~exp2_amd64.deb ... Unpacking linux-perf-4.4 (4.4-1~exp2) ... dpkg: error processing archive /var/cache/apt/archives/linux-perf-4.4_4.4-1~exp2_amd64.deb (--unpack): trying to overwrite '/usr/share/perf-core/strace/groups/file', which is also in package linux-perf-4.3 4.3.1-2 Errors were encountered while processing: /var/cache/apt/archives/linux-perf-4.4_4.4-1~exp2_amd64.deb cheers, Andreas --- End Message --- --- Begin Message --- Source: linux-tools Source-Version: 4.4-2 We believe that the bug you reported is fixed in the latest version of linux-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 813...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Ben Hutchings (supplier of updated linux-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: Fri, 19 Feb 2016 17:11:29 + Source: linux-tools Binary: linux-kbuild-4.4 linux-perf-4.4 libusbip-dev usbip hyperv-daemons lockdep liblockdep4.4 liblockdep-dev Architecture: source Version: 4.4-2 Distribution: unstable Urgency: medium Maintainer: Debian Kernel Team Changed-By: Ben Hutchings Description: hyperv-daemons - Support daemons for Linux running on Hyper-V liblockdep-dev - Runtime locking correctness validator (development files) liblockdep4.4 - Runtime locking correctness validator (shared library) libusbip-dev - USB device sharing system over IP network (development files) linux-kbuild-4.4 - Kbuild infrastructure for Linux 4.4 linux-perf-4.4 - Performance analysis tools for Linux 4.4 lockdep- Runtime locking correctness validator usbip - USB device sharing system over IP network Closes: 813080 Changes: linux-tools (4.4-2) unstable; urgency=medium . * linux-perf: Include version number in strace groups installation directory (Closes: #813080) * [alpha,sh4] Attempt to fix build failures * Build fixdep under debian/build and clean it up properly Checksums-Sha1: 6bc13491f451cb6d79e55c6a122f2bd8d11149bb 2951 linux-tools_4.4-2.dsc d7e8d5f0220320cf2990cb65952157f7fb352c8f 33800 linux-tools_4.4-2.debian.tar.xz Checksums-Sha256: 244d96f71f91dbd0f3bd0edb71ad542b65acfa8f8dcde22928a9af7a115697b4 2951 linux-tools_4.4-2.dsc eeccec7a64cc9c14cc6804528beebb60f6e072c3b0cfbcf740a5794438123ae6 33800 linux-tools_4.4-2.debian.tar.xz Files: c94d2ab7f53884cc8347cd2b6f302cca 2951 kernel optional linux-tools_4.4-2.dsc bc541c4ad377334123bfe3f28e553a5d 33800 kernel optional linux-tools_4.4-2.debian.tar.xz -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIVAwUBVsdNHOe/yOyVhhEJAQoeGQ/+I3XEDOtL2kNGIRZL5jzKbwerlFTh25na oXfU1d+8JSvkNdGgbOx8U5ctvcCMBm3xwBZheACPbiT3iJ7shu8YaQL+Vn9RWkPr IUd4vf5dT0sLkGSG8g7qYZGiBGiO2SJnf8rEfyzLnvP+SZCNn+MwYph9+a/eIsdl dSDYbwrUhftUWqMbf7PsgxfeYA0BMN7XtvBRzX/HqcfgTNx3VXXeGISohlbcITNN hREOmkeYnJU7hZujvwEGLSh4BpK8Kn2ZMVirG+gDO34P5DgVGjlinAFy8uvjnsPZ v+xXoWa4Xlg8mZ+LYYUOOBJdy9/kP3lk+Mp3iGElaPWfnSw60hK/fphDRxx/EIjz f8QCsz5SZcxaKDa6RWf2AcQs0DQd4zquwjgVHb53KK+b/JPrn5AX1IAXAJXoXl9N 5/jeiUgPY3Jg2xsU5Pm+mkr2p5h6t2DBbeod0+6AlYZq
Bug#815173: kernel-image-4.4.0-1-amd64 does not boot on my Thinkpad X240
Package: linux-image-4.4.0-1-amd64 Version: 4.4.2-1 Severity: serious Hello, This kernel does not boot on my Thinkpad X240. grub loads the kernel and the initrd. Then die computer hangs. There is no additional output. I must switch the computer with the powerbutton. linux-image-4.4.0-trunk-amd64 works fine. Regards -- Wolfgang Walter Studentenwerk München Anstalt des öffentlichen Rechts
Bug#814586: hglib tests broken with hg 3.7
On 2/13/16 10:00, Julien Cristau wrote: Hi, against hg 3.7.1, hglib tests fail with == ERROR: test_merge_prompt_noninteractive (tests.test-merge.test_merge) -- Traceback (most recent call last): File "/<>/tests/test-merge.py", line 45, in test_merge_prompt_noninteractive self.client.merge(cb=hglib.merge.handlers.noninteractive) File "/<>/hglib/client.py", line 1073, in merge self.rawcommand(args, prompt=prompt) File "/<>/hglib/client.py", line 183, in rawcommand raise error.CommandError(args, ret, out, err) CommandError: (1, "remote changed a which local deleted\nuse (c)hanged version, leave (d)eleted, or leave (u)nresolved? u\n0 files updated, 0 files merged, 0 files removed, 1 files unresolved\nuse 'hg resolve' to retry unresolved file merges or 'hg update -C .' to abandon", '') -- I guess this is related to the following commit which changed the default behaviour for hg merge: changeset: 27166:88d5db4b155c user:Siddharth Agarwal date:Tue Dec 01 09:48:38 2015 -0800 summary: filemerge: default regular prompts to 'leave unresolved' (BC) What should hglib do in that case? Yeah, the tests need to be updated. The change in behavior is documented and expected. - Siddharth Thanks, Julien
Bug#815093: marked as done (org-mode: Fails to install)
Your message dated Fri, 19 Feb 2016 17:37:06 + with message-id and subject line Bug#815093: fixed in org-mode 8.3.3-3 has caused the Debian Bug report #815093, regarding org-mode: 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.) -- 815093: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=815093 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: org-mode Version: 8.3.3-1 Severity: serious Hi! org-mode fails to install: | % sudo dpkg --configure -a | Setting up org-mode (8.3.3-1) ... | Install emacsen-common for emacs23 | emacsen-common: Handling install of emacsen flavor emacs23 | Wrote /etc/emacs23/site-start.d/00debian-vars.elc | Wrote /usr/share/emacs23/site-lisp/debian-startup.elc | Install emacsen-common for emacs24 | emacsen-common: Handling install of emacsen flavor emacs24 | Wrote /etc/emacs24/site-start.d/00debian-vars.elc | Wrote /usr/share/emacs24/site-lisp/debian-startup.elc | Install org-mode for emacs23 | install/org-mode: Handling install for emacsen flavor emacs23, logged in /tmp/elc_LHsvSU.log | ERROR: install script from org-mode package failed | dpkg: error processing package org-mode (--configure): | subprocess installed post-installation script returned error exit status 1 | Errors were encountered while processing: | org-mode Christoph -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.3.0-1-amd64 (SMP w/6 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages org-mode depends on: ii emacs23 23.4+1-4.1+b1 ii emacs24-lucid [emacs24] 24.5+1-6+b1 ii emacsen-common 2.0.8 Versions of packages org-mode recommends: ii texlive-generic-recommended 2015.20160117-1 ii texlive-latex-recommended2015.20160117-1 Versions of packages org-mode suggests: pn ditaa ii texlive-fonts-recommended 2015.20160117-1 ii texlive-latex-extra2015.20160117-1 -- no debconf information emacs23 --no-site-file -q -batch -l path.el -f batch-byte-compile ob-C.el ob-J.el ob-R.el ob-abc.el ob-asymptote.el ob-awk.el ob-calc.el ob-clojure.el ob-comint.el ob-coq.el ob-core.el ob-css.el ob-ditaa.el ob-dot.el ob-ebnf.el ob-emacs-lisp.el ob-eval.el ob-exp.el ob-forth.el ob-fortran.el ob-gnuplot.el ob-groovy.el ob-haskell.el ob-io.el ob-java.el ob-js.el ob-keys.el ob-latex.el ob-ledger.el ob-lilypond.el ob-lisp.el ob-lob.el ob-makefile.el ob-matlab.el ob-maxima.el ob-mscgen.el ob-ocaml.el ob-octave.el ob-org.el ob-perl.el ob-picolisp.el ob-plantuml.el ob-processing.el ob-python.el ob-ref.el ob-ruby.el ob-sass.el ob-scala.el ob-scheme.el ob-screen.el ob-sed.el ob-shell.el ob-shen.el ob-sql.el ob-sqlite.el ob-stan.el ob-table.el ob-tangle.el ob.el org-agenda.el org-archive.el org-attach.el org-bbdb.el org-bibtex.el org-capture.el org-clock.el org-colview.el org-compat.el org-crypt.el org-ctags.el org-datetree.el org-docview.el org-element.el org-entities.el org-eshell.el org-face s.el org-feed.el org-footnote.el org-gnus.el org-habit.el org-id.el org-indent.el org-info.el org-inlinetask.el org-install.el org-irc.el org-lint.el org-list.el org-loaddefs.el org-macro.el org-macs.el org-mhe.el org-mobile.el org-mouse.el org-pcomplete.el org-plot.el org-protocol.el org-rmail.el org-src.el org-table.el org-timer.el org-version.el org-w3m.el org.el ox-ascii.el ox-beamer.el ox-html.el ox-icalendar.el ox-latex.el ox-man.el ox-md.el ox-odt.el ox-org.el ox-publish.el ox-texinfo.el ox.el path.el In org-babel-C-execute: ob-C.el:118:34:Warning: `(c cpp)' is a malformed function ob-C.el:118:34:Warning: `(c cpp)' is a malformed function In org-babel-C-val-to-C-type: ob-C.el:310:45:Warning: `t' called as a function In org-babel-C-utility-header-to-C: ob-C.el:387:8:Warning: `(c cpp)' is a malformed function In org-babel-C-header-to-C: ob-C.el:413:33:Warning: `(c cpp)' is a malformed function ob-C.el:413:33:Warning: `(c cpp)' is a malformed function Wrote /usr/share/emacs23/site-lisp/org-mode/ob-C.elc Wrote /usr/share/emacs23/site-lisp/org-mode/ob-J.elc Wrote /usr/share/emacs23/site-lisp/org-mode/ob-R.elc Wrote /usr/share/emacs23/site-lisp/org-mode/ob-abc.elc Wrote /usr/share/emacs23/site-lisp/org-mode/ob-asymptote.elc Wrote /usr/share/emacs23/site-lisp/org-mode/ob-awk.elc Wrote /usr/share/emacs23/site-li
Bug#815174: staden: Missing links in /usr/bin
Package: staden Version: 2.0.0+b10-1.1 Severity: grave Justification: renders package unusable Dear Maintainer, I tried to convert *.ab1 files to *.exp files with pregap4, which failed with an error message that eba could not be found. I copied an eba from the sourceforge download bay into /usr/bin and retried conversion of the ABI chromatograms. The error message concerning eba was gone, instead conversion failed because of a missing init_exp command. Thereafter I had a closer look into /usr/bin and realized that the staden parts were links to /usr/lib/staden/bin, but of the multiple files in the sourceforge package, only pregap, gap4, gap5, trev and spin had such a link. I thus, created the missing links by hand and conversion worked out. The files could be opened and assembled with gap4. Working furtheron with the files, however, is still hampered by another problem, which I suspect to be of a different kind, thus will be subject to a separate bug report. Kerstin -- System Information: Debian Release: 8.3 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/2 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages staden depends on: ii libc62.19-18+deb8u3 ii libcurl3 7.38.0-4+deb8u3 ii libfontconfig1 2.11.0-6.3 ii libfreetype6 2.5.2-3+deb8u1 ii libgcc1 1:4.9.2-10 ii liblzma5 5.1.1alpha+20120614-2+b3 ii libpng12-0 1.2.50-2+deb8u2 ii libstaden-read1 1.13.7-1 ii libstdc++6 4.9.2-10 ii libtcl8.68.6.2+dfsg-2 ii libtk8.6 8.6.2-1 ii libx11-6 2:1.6.2-3 ii libxext6 2:1.3.3-1 ii libxft2 2.3.2-1 ii libxss1 1:1.2.2-1 ii staden-common2.0.0+b10-1.1 ii staden-io-lib-utils 1.13.7-1 ii tklib0.6-1 ii zlib1g 1:1.2.8.dfsg-2+b1 staden recommends no packages. Versions of packages staden suggests: pn staden-doc -- no debconf information
Bug#815176: staden: Gap4 contig editor does not show sequences
Package: staden Version: 2.0.0+b10-1.1 Severity: grave Justification: renders package unusable Dear Maintainer, I loaded pregap-converted *.exp sequences into gap4 to do an assembly. The assembly worked out, but I cannot open the contig editor for proofreading. More correctly described: It actually opens, but only the upper window bar is visible, neither sequences nor trace files are displayed. Since no information on this problem shows up in the log files of gap4, I have got no idea concerning the nature of the problem. Perhaps something connected to the graphical surface? Before upgrading to jessie, I had staden from the sourceforge site installed and it worked, but under jessie I have got the problem with both, the debian and with the sourceforge package. Kerstin -- System Information: Debian Release: 8.3 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/2 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages staden depends on: ii libc62.19-18+deb8u3 ii libcurl3 7.38.0-4+deb8u3 ii libfontconfig1 2.11.0-6.3 ii libfreetype6 2.5.2-3+deb8u1 ii libgcc1 1:4.9.2-10 ii liblzma5 5.1.1alpha+20120614-2+b3 ii libpng12-0 1.2.50-2+deb8u2 ii libstaden-read1 1.13.7-1 ii libstdc++6 4.9.2-10 ii libtcl8.68.6.2+dfsg-2 ii libtk8.6 8.6.2-1 ii libx11-6 2:1.6.2-3 ii libxext6 2:1.3.3-1 ii libxft2 2.3.2-1 ii libxss1 1:1.2.2-1 ii staden-common2.0.0+b10-1.1 ii staden-io-lib-utils 1.13.7-1 ii tklib0.6-1 ii zlib1g 1:1.2.8.dfsg-2+b1 staden recommends no packages. Versions of packages staden suggests: pn staden-doc -- no debconf information
Bug#815154: gnome-control-center removes XKBMODEL and XKBOPTIONS from /etc/default/keyboard
On Fri, Feb 19, 2016 at 08:52:25PM +0300, Anton Zinoviev wrote: > > The following is the relevant part in the Policy: > > ] If it is desirable for two or more related packages to share a > configuration file > ] and for all of the related packages to be able to modify that configuration > file, > ] then the following should be done: > ] > ] One of the related packages (the "owning" package) will manage the > configuration > ] file with maintainer scripts as described in the previous section. > ] > ] The owning package should also provide a program that the other packages > may use > ] to modify the configuration file. > > In our case the "owning" package is keyboard configuration because this is > the > package which creates /etc/default/keyboard and maintains this file in the > package scripts. Please, ignore this. Obviously, it talks about the package configuration scripts and gnome-control-center is not such a script. Anton Zinoviev
Bug#815178: kamailio: CVE-2016-2385: SEAS Module Heap overflow
Source: kamailio Version: 4.3.4-1.1 Severity: grave Tags: security patch upstream Hi, the following vulnerability was published for kamailio. CVE-2016-2385[0]: SEAS Module Heap overflow If you fix the vulnerability please also make sure to include the CVE (Common Vulnerabilities & Exposures) id in your changelog entry. For further information see: [0] https://security-tracker.debian.org/tracker/CVE-2016-2385 [1] http://www.openwall.com/lists/oss-security/2016/02/15/4 Please adjust the affected versions in the BTS as needed. Regards, Salvatore
Processed: found 815178 in 4.2.0-2
Processing commands for cont...@bugs.debian.org: > found 815178 4.2.0-2 Bug #815178 [src:kamailio] kamailio: CVE-2016-2385: SEAS Module Heap overflow Marked as found in versions kamailio/4.2.0-2. > thanks Stopping processing here. Please contact me if you need assistance. -- 815178: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=815178 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Processed: tagging 815178
Processing commands for cont...@bugs.debian.org: > tags 815178 + fixed-upstream Bug #815178 [src:kamailio] kamailio: CVE-2016-2385: SEAS Module Heap overflow Added tag(s) fixed-upstream. > thanks Stopping processing here. Please contact me if you need assistance. -- 815178: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=815178 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#815154: gnome-control-center removes XKBMODEL and XKBOPTIONS from /etc/default/keyboard
On Fri, Feb 19, 2016 at 05:10:03PM +0100, Andreas Henriksson wrote: > > > By the way, I was very surprised to find that gnome-control-center modifies > > a > > configuration file belonging to other package. This is not something > > Debian > > policy permits. > > If you want to get into policy discussion land you should know that > /etc/default/keyboard is *not* a conffile (as far as I can see). Now I can see how what I wrote can be confusing in Debian context. When I wrote 'conffile' I simply used it as an abbreviation for 'configuration file'. The following is the relevant part in the Policy: ] If it is desirable for two or more related packages to share a configuration file ] and for all of the related packages to be able to modify that configuration file, ] then the following should be done: ] ] One of the related packages (the "owning" package) will manage the configuration ] file with maintainer scripts as described in the previous section. ] ] The owning package should also provide a program that the other packages may use ] to modify the configuration file. In our case the "owning" package is keyboard configuration because this is the package which creates /etc/default/keyboard and maintains this file in the package scripts. Since in the last sentence the Policy says 'should' and not 'must' there is no need for keyboard-configuration to provice a modifying program. (However, if the maintainters of systemd want to have such a program, I don't mind to provide one.) My point, however, is this: any package modifying a foreign configuration file has to _at_least_ inform the maintainer of the owning package. People are going to report bugs about broken configuration files against the respective owning package and if its maintainer is unaware that other packages are modifying it, then he will be unable to deal with such bugs properly. > > Nevertheless, we do want the keyboard configuration to be user > > friendly, so I approve what gnome-control-center does, as long as it does > > it > > correctly. :) > Suggestions on what correctly means here could be helpful. In my opinion "correctly" (in this case) means this: If some configuration program wants to modify the value of some variable in /etc/default/keyboard, it can do so. The modifying program, however, has to leave everything else intact: assignments of unknown variables, commented lines and blank lines. > Is XKBMODEL= always expected to be written out to the file even > if the value is empty? (or is it a bug in the parsers not handling > when its missing? I'd say normally you want parsers to be liberal > in what they accept.) XKBMODEL has no default value (at least in console-setup). It should always be present and never as empty value. XKBOPTIONS is not necessary in which case empty value is assumed. Notice however that XKBOPTIONS should never be empty (or missing) when the keyboard is for a non-Latin language. Since gnome-control-center doesn't provide means to configure XKBOPTIONS, I suppose it will be best if it leaves the current value unchanged (this is debatable). > I also noticed that patched localed writes out the file without the > values quoted is that considered required? > eg. FOO="bar" becomes FOO=bar when localed writes the file. Thank you for noticing this. It doesn't matter whether it will be FOO="bar" or FOO=bar, as long as bar doesn't contain spaces. I don't know if there is any configuration program which puts spaces there, but both console-setup and X permit spaces, so the sysadmin may put spaces there. I've just tested that gnome-control-center doesnt work properly when the values contain spaces (for example when XKBLAYOUT="us, fr"). Fortunately, it doesn't put spaces in bar. However it erases some parts of the string. This is another bug. Anton Zinoviev
Bug#815162: xserver-xorg-legacy: completely broken (locks up input / xf86OpenConsole: Cannot open virtual console)
On 2016-02-19 16:24 +0100, Jan Braun wrote: > Package: xserver-xorg-legacy > Version: 2:1.18.1-1 > Severity: grave > Justification: renders package unusable > > Dear Maintainer, > > Starting X via "startx" somehow locks up the input system: my xsession > starts up, but keyboard and trackpoint stop working (including > ctrl-alt-f#, ctrl-alt-backspace). > My music player keeps playing, so the computer is alive, I just can't > interact with it. I don't have ssh access or even an external keyboard > right now, so my only option is to force a shutdown. You need to install libpam-systemd, or put "needs_root_rights = yes" in /etc/X11/Xwrapper.config. See #814313 and #814394. Cheers, Sven
Processed: Working on QA upload of filter
Processing commands for cont...@bugs.debian.org: > # Have to do that manually as I'm affected by #815047. > tag 800176 + pending Bug #800176 [src:filter] filter: Please migrate a supported debhelper compat level Added tag(s) pending. > kthxbye Stopping processing here. Please contact me if you need assistance. -- 800176: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=800176 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#815154: gnome-control-center removes XKBMODEL and XKBOPTIONS from /etc/default/keyboard
Hello Anton Zinoviev. Thanks for quick followup I sympathize with being left to debug a "corrupt" file which you don't know if your tool wrote or not, while not having any (for the moment known) way to reproduce the problem. On Fri, Feb 19, 2016 at 08:52:25PM +0300, Anton Zinoviev wrote: [...] > In my opinion "correctly" (in this case) means this: > If some configuration program wants to modify the value of some variable in > /etc/default/keyboard, it can do so. I agree about this interpretation. > The modifying program, however, has to leave everything else intact: > assignments of unknown variables, commented lines and blank lines. I don't think this is good advice however. Consider the highly theoretical case of a very simple configuration program only dealing with XKBLAYOUT and leaving other fields intact, eg. XKBVARIANT. Consider the difference between: XKBLAYOUT="us" ... and ... XKBLAYOUT="us" XKBVARIANT="dvorak" I bet a person who ends up with the latter when expecting the former would be really surprised. Also consider what this theoretical program which toggles between us and swedish layout would do to this file: XKBLAYOUT="se" XKBVARIANT="dvorak" What does mean? Possibly "svorak" (which is an actual layout) but I'm not sure the above is the correct syntax for that. IMHO leaving unknown fields untouched is to be considered harmful. (fwiw, I'm a user of us-dvorak + swedish (qwerty) myself, as well as someone who highly dislikes svorak.) [...] > XKBMODEL has no default value (at least in console-setup). It should > always be present and never as empty value. (If there's no default, how can it be expected to never be empty?! Also empty seems to be perfectly acceptable by/for X atleast.) > > XKBOPTIONS is not necessary in which case empty value is assumed. > Notice however that XKBOPTIONS should never be empty (or missing) when > the keyboard is for a non-Latin language. Thanks for this advice. I think it would be great if we could formalize the expectations programs parsers (and writers) of /etc/default/keyboard can make on a wiki.debian.org page or similar I'm thinking a table with all known variables listed plus if they're optional, default value, what else? (Once it's more clear to me I'll volunteer trying to improve the debian systemd/localed patch to follow your advice when I find time, unless someone else beats me to it. Main question would be the one in paranthesis above.) > Since gnome-control-center doesn't provide means to configure > XKBOPTIONS, I suppose it will be best if it leaves the current value > unchanged (this is debatable). As discussed above I don't really agree and appreciate this being debatable. ;) For model and options (which is part of the SetX11Keyboard dbus API) gnome-control-center would have to read out the current setting and pass it back when setting it again if we want to follow your suggestion as there's (as far as I can see) is no way to signal over the dbus api to "leave value unchanged". For other (unknown) values the systemd patch would need to be changed as it currently only reads out a fixed set of variables (those matching the known set included in the dbus apis) and unlinks the existing file on writing out new settings. Before implementing any of the above I really think we should think twice about it though. As mentioned I think leaving unknown fields untouched can lead to unexpected results and it's much better to always consider any reconfiguration as the full details of the wanted new configuration setting. > > > I also noticed that patched localed writes out the file without the > > values quoted is that considered required? > > eg. FOO="bar" becomes FOO=bar when localed writes the file. > > Thank you for noticing this. It doesn't matter whether it will be FOO="bar" > or > FOO=bar, as long as bar doesn't contain spaces. I don't know if there is any > configuration program which puts spaces there, but both console-setup and X > permit spaces, so the sysadmin may put spaces there. I've just tested that > gnome-control-center doesnt work properly when the values contain spaces (for > example when XKBLAYOUT="us, fr"). Fortunately, it doesn't put spaces in bar. > However it erases some parts of the string. This is another bug. Thanks for looking into this and I also think we should continue that discussion in a separate bug report to keep focus on the more important and practical problem in this bug report. Regards, Andreas Henriksson
Bug#790925: pandas: FTBFS on armhf and sparc: Bus error in test_append_frame_column_oriented
On Fri, Feb 19, 2016 at 12:11:35PM -0500, Yaroslav Halchenko wrote: > Thanks for looking into it. Fwiw, for such cases better to use python-dbg so > you could then py-bt and do more introspection within attached gdb. You would > need -dbg packages for numpy etc I hadn't ever needed to debug python before, and since the error seemed to be in C code, not python code, I wasn't sure looking for a python way of debugging would help. I can't seem to guess how to use python-dbg though. Certainly just replacing python with python-dbg doesn't work in this case. I just get this: + export VER=3.5 + echo 3.5 + grep -q ^3 + PY=3 + pwd + /bin/ls -d /tmp/pandas-0.17.1/debian/tmp/usr/lib/python3/dist-packages/ + export PYTHONPATH=/tmp/pandas-0.17.1/debian/tmp/usr/lib/python3/dist-packages/ + pwd + pwd + export MPLCONFIGDIR=/tmp/pandas-0.17.1/build HOME=/tmp/pandas-0.17.1/build + python3.5 ci/print_versions.py INSTALLED VERSIONS -- commit: None python: 3.5.1.final.0 python-bits: 32 OS: Linux OS-release: 3.19.0-armmp machine: armv7l processor: byteorder: little LC_ALL: None LANG: en_CA.UTF-8 pandas: 0.17.1 nose: 1.3.7 pip: None setuptools: 20.1.1 Cython: 0.23.2 numpy: 1.11.0b3 scipy: 0.17.0 statsmodels: None IPython: None sphinx: 1.3.5 patsy: None dateutil: 2.4.2 pytz: 2012c blosc: None bottleneck: None tables: 3.2.2 numexpr: 2.5 matplotlib: 1.5.1 openpyxl: None xlrd: None xlwt: None xlsxwriter: None lxml: None bs4: 4.4.1 html5lib: 0.999 httplib2: None apiclient: None sqlalchemy: None pymysql: None psycopg2: None Jinja2: None + cd build/ + LC_ALL=C.UTF-8 xvfb-run -a -s -screen 0 1280x1024x24 -noreset python3.5-dbg /usr/bin/nosetests -s -v -A not network and not disabled pandas.io.tests.test_pytables:pandas.io.tests.test_pytables.TestHDFStore.test_append_frame_column_oriented Failure: ImportError (C extension: 'hashtable' not built. If you want to import pandas from the source directory, you may need to run 'python setup.py build_ext --inplace' to build the C extensions first.) ... ERROR == ERROR: Failure: ImportError (C extension: 'hashtable' not built. If you want to import pandas from the source directory, you may need to run 'python setup.py build_ext --inplace' to build the C extensions first.) -- Traceback (most recent call last): File "/tmp/pandas-0.17.1/debian/tmp/usr/lib/python3/dist-packages/pandas/__init__.py", line 7, in from pandas import hashtable, tslib, lib ImportError: cannot import name 'hashtable' During handling of the above exception, another exception occurred: Traceback (most recent call last): File "/usr/lib/python3/dist-packages/nose/failure.py", line 39, in runTest raise self.exc_val.with_traceback(self.tb) File "/usr/lib/python3/dist-packages/nose/loader.py", line 407, in loadTestsFromName module = resolve_name(addr.module) File "/usr/lib/python3/dist-packages/nose/util.py", line 312, in resolve_name module = __import__('.'.join(parts_copy)) File "/tmp/pandas-0.17.1/debian/tmp/usr/lib/python3/dist-packages/pandas/__init__.py", line 13, in "extensions first.".format(module)) ImportError: C extension: 'hashtable' not built. If you want to import pandas from the source directory, you may need to run 'python setup.py build_ext --inplace' to build the C extensions first. -- Ran 1 test in 0.010s FAILED (errors=1) -- Len Sorensen
Bug#815162: xserver-xorg-legacy: completely broken (locks up input / xf86OpenConsole: Cannot open virtual console)
Sven Joachim schrob: > You need to install libpam-systemd, or put "needs_root_rights = yes" in > /etc/X11/Xwrapper.config. Thanks, needs_root_rights=yes solves the issue. [systemd rant available on request] > See #814313 and #814394. If you want to downgrade (and merge with #814313), I won't object, but I'll not do that myself because dataloss failure mode and apt-listbugs visibility. Sorry for not finding the dups on my own, though. Thank you, Jan signature.asc Description: PGP signature
Bug#815126: linux-image-4.4.0-1-amd64 hangs after 'Loading initial ramdisk ...'
On Fri, Feb 19, 2016 at 10:50:34AM +0100, Vincent Bernat wrote: > ❦ 19 février 2016 07:34 GMT, Jim Barber > : > > > I upgraded from linux-image-4.3.0-1-amd64 (version 4.3.5-1) to > > linux-image-4.4.0-1-amd64. > > On rebooting the system I am presented with grub, and then start booting > > into Linux. > > I only get to see 2 lines with the cursor below them on the lefthand side. > > > > Loading Linux 4.4.0-1 ... > > Loading initial ramdisk ... > > _ > > > > The system freezes at this point and is unresponsive. > > I have to hold my power button down for approx 10s to power off the laptop. > > Booting back into linux-4.3.0-1-amd64 works fine. > > I am in the same situation. I am also on the same system (Thinkpad X1 > Carbon, but 2nd). I observe exactly the same behavior on my Toshiba Kira 10D. Best regards, Martin
Bug#790925: pandas: FTBFS on armhf and sparc: Bus error in test_append_frame_column_oriented
On Fri, 19 Feb 2016, Lennart Sorensen wrote: > On Fri, Feb 19, 2016 at 12:11:35PM -0500, Yaroslav Halchenko wrote: > > Thanks for looking into it. Fwiw, for such cases better to use python-dbg > > so you could then py-bt and do more introspection within attached gdb. You > > would need -dbg packages for numpy etc > I hadn't ever needed to debug python before, and since the error seemed > to be in C code, not python code, I wasn't sure looking for a python > way of debugging would help. it would show python stack which might give better idea of the scope etc. Not that it is a panacea but I found it handy from time to time > I can't seem to guess how to use python-dbg though. Certainly just > replacing python with python-dbg doesn't work in this case. you just need to rebuild entire pandas using python-dbg, smth like python-dbg setup.py build_ext --inplace and then use it straight from there P.S. for some packages I did provide -lib-dbg package with extensions built using python-dbg, sorry that I took a shortcut with pandas Thanks again for looking into it -- Yaroslav O. Halchenko Center for Open Neuroscience http://centerforopenneuroscience.org Dartmouth College, 419 Moore Hall, Hinman Box 6207, Hanover, NH 03755 Phone: +1 (603) 646-9834 Fax: +1 (603) 646-1419 WWW: http://www.linkedin.com/in/yarik
Processed: merging
Processing commands for cont...@bugs.debian.org: > forcemerge 814394 815162 Bug #814394 [xserver-xorg-legacy] Please detect if systemd-login is available before Bug #815162 [xserver-xorg-legacy] xserver-xorg-legacy: completely broken (locks up input / xf86OpenConsole: Cannot open virtual console) Severity set to 'wishlist' from 'grave' Added tag(s) moreinfo. Merged 814394 815162 > thanks Stopping processing here. Please contact me if you need assistance. -- 814394: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=814394 815162: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=815162 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#815125: linux-image-4.4.0-1-amd64 fails to load initrd - no booting
On Fri, 19 Feb 2016 16:24:06 +0900 Norbert Preining wrote: > Package: src:linux > Version: 4.4.2-1 > Severity: critical > Justification: breaks the whole system > > Dear all, > > till now I was running > linux-image-4.4.0-trunk-amd64 (from experimental) > without any problem. Today I installed > linux-image-4.4.0-1-amd64 (version 4.4.2-1) > and tried to boot into it. Booting stopped at > Loading initrd > and remains there. > I'm experiencing this issue too, on a 2015 Lenovo ThinkPad X250, using UEFI boot. I've tried to boot a vanilla 4.4.2 kernel with custom configuration, which boots fine. I'm rebuilding a vanilla 4.4.2 kernel with the Debian configuration to check wether it boots fine or not. It might be related to the UEFI patches added on top of the 4.4.2 kernel, not sure when they appeared. Regards, -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#815105: marked as done (dalvik-exchange: abuses Conflicts)
Your message dated Fri, 19 Feb 2016 22:37:53 + with message-id and subject line Bug#815105: fixed in android-platform-dalvik 6.0.1+r16-3 has caused the Debian Bug report #815105, regarding dalvik-exchange: abuses Conflicts 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.) -- 815105: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=815105 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: dalvik-exchange Version: 6.0.1+r16-2 Severity: serious Please don't abuse Conflicts: to "solve" the issue of multiple packages shipping the same binary, see https://www.debian.org/doc/debian-policy/ch-files.html#s-binaries as mentioned in #814149. Ansgar --- End Message --- --- Begin Message --- Source: android-platform-dalvik Source-Version: 6.0.1+r16-3 We believe that the bug you reported is fixed in the latest version of android-platform-dalvik, 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 815...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Hans-Christoph Steiner (supplier of updated android-platform-dalvik 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, 19 Feb 2016 22:33:55 +0100 Source: android-platform-dalvik Binary: android-libdex android-libdex-dev dexdump dmtracedump hprof-conv dalvik-exchange Architecture: source amd64 all Version: 6.0.1+r16-3 Distribution: unstable Urgency: medium Maintainer: Android tools Maintainer Changed-By: Hans-Christoph Steiner Description: android-libdex - Dalvik Executable library android-libdex-dev - Dalvik Executable library - Development files dalvik-exchange - Dalvik eXchange compiler dexdump- Tool to display information about Android .dex files dmtracedump - Java method trace dump tool hprof-conv - HPROF Converter Closes: 814149 814202 815105 Changes: android-platform-dalvik (6.0.1+r16-3) unstable; urgency=medium . * remove /usr/bin/dx symlink (Closes: #814149, #815105) * use only Build-Depends, not Build-Depends-Indep (Closes: #814202) * add myself to Uploaders Checksums-Sha1: 076546d69a17f5ccc648a83172369b44dc6ad352 2613 android-platform-dalvik_6.0.1+r16-3.dsc 4531944b72c16daf515b0aae0d564c6839e41508 5828 android-platform-dalvik_6.0.1+r16-3.debian.tar.xz 74cc1f9f58f8ab6c7fcbeb899a9555b157c023b0 87086 android-libdex-dbgsym_6.0.1+r16-3_amd64.deb c3bcbadd5cde20d5a07c1392d194607d9c07688d 23320 android-libdex-dev_6.0.1+r16-3_amd64.deb d7d341c82e23191a7ae5b0995a7734224539b55e 33094 android-libdex_6.0.1+r16-3_amd64.deb 28db06e0c244f4e02527c8df9ff2bdb1c6ada476 847936 dalvik-exchange_6.0.1+r16-3_all.deb 74e2b85539d625d4aeadd5d2307f4c7d30c0534c 43632 dexdump-dbgsym_6.0.1+r16-3_amd64.deb 0f25f5a1264ddf38f502e2d806a4fba21598c492 17194 dexdump_6.0.1+r16-3_amd64.deb 9a3ea3aa6621f2d47e725d46d2e0847585fb7141 39164 dmtracedump-dbgsym_6.0.1+r16-3_amd64.deb 466538add6e46ec2f8cca146251dde7ad93681e7 20504 dmtracedump_6.0.1+r16-3_amd64.deb 687ec0a33f7a08bb207c166b207c02f92cd1af95 11714 hprof-conv-dbgsym_6.0.1+r16-3_amd64.deb b061f5d786d3d5b8d2457685dc29fc440fe5dfe5 7244 hprof-conv_6.0.1+r16-3_amd64.deb Checksums-Sha256: 0c13e9c9b23e2f98d5bc043693a8502cbacc3fa2b08ec346f57d88cbb3c402a2 2613 android-platform-dalvik_6.0.1+r16-3.dsc 9d4fa1a6c7c90e95c4b1e72d8cfb68063b6f2fe8ad4bea60b61c352cc12332ad 5828 android-platform-dalvik_6.0.1+r16-3.debian.tar.xz 1ee03f9bec17c847387fcdc1ab4fe4bc0691b56af0ef232b5b064c8c82bd7cd2 87086 android-libdex-dbgsym_6.0.1+r16-3_amd64.deb 4e6c88ed0b8dd6671ae5c407a943be171123141100fd876d66ba73cbb9f04187 23320 android-libdex-dev_6.0.1+r16-3_amd64.deb a6d6b3182f7e125dfc7c3da273d8a62a506caaeb3fb9ebdd0bad3c468a31c2fb 33094 android-libdex_6.0.1+r16-3_amd64.deb 5d2107a7a8dbc1896b27a96c5803736bfcb70046ee5cf4ee0eb0bec5092d46f8 847936 dalvik-exchange_6.0.1+r16-3_all.deb a6cadedd48075766e89cbb974f3916cdbfece6862a1b5979d73eaafdf4d1f7cc 43632 dexdump-dbgsym_6.0.1+r16-3_amd64.deb 1a3a52d5cd13202475dc3291040d89a3c01b474ce416f612b0d205afdce222ad 17194 dexdump_6.0.1+r16-3_amd64.deb 2bc9733d25c23e57c6b2e14b1c9ece3a72a9bebc7e69f6705f144471ed1172cd 39164 dmtracedump-dbgsym_6.0.1+r16-3_amd64.deb 7f201f
Bug#814202: marked as done (android-platform-dalvik: FTBFS: unable to load addon maven_repo_helper)
Your message dated Fri, 19 Feb 2016 22:37:53 + with message-id and subject line Bug#814202: fixed in android-platform-dalvik 6.0.1+r16-3 has caused the Debian Bug report #814202, regarding android-platform-dalvik: FTBFS: unable to load addon maven_repo_helper 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.) -- 814202: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=814202 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Source: android-platform-dalvik Version: 6.0.1+r16-1 Severity: serious Justification: fails to build from source Builds of android-platform-dalvik in minimal environments geared for building only its architecture-dependent binary packages (notably, on the autobuilders) have been failing: dh clean --with maven_repo_helper --buildsystem=gradle dh: unable to load addon maven_repo_helper: Can't locate Debian/Debhelper/Sequence/maven_repo_helper.pm in @INC (you may need to install the Debian::Debhelper::Sequence::maven_repo_helper module) (@INC contains: /etc/perl /usr/local/lib/i386-linux-gnu/perl/5.22.1 /usr/local/share/perl/5.22.1 /usr/lib/i386-linux-gnu/perl5/5.22 /usr/share/perl5 /usr/lib/i386-linux-gnu/perl/5.22 /usr/share/perl/5.22 /usr/local/lib/site_perl /usr/lib/i386-linux-gnu/perl-base .) at (eval 13) line 2. BEGIN failed--compilation aborted at (eval 13) line 2. Please either move maven-repo-helper from Build-Depends-Indep to Build-Depends or conditionalize your usage of --with maven_repo_helper appropriately; likewise for gradle-debian-helper and --buildsystem=gradle. Also, please confirm with pbuilder or the like that you haven't missed anything else; in particular, you might find pbuilder's --binary-arch option useful. Thanks! --- End Message --- --- Begin Message --- Source: android-platform-dalvik Source-Version: 6.0.1+r16-3 We believe that the bug you reported is fixed in the latest version of android-platform-dalvik, 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 814...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Hans-Christoph Steiner (supplier of updated android-platform-dalvik 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, 19 Feb 2016 22:33:55 +0100 Source: android-platform-dalvik Binary: android-libdex android-libdex-dev dexdump dmtracedump hprof-conv dalvik-exchange Architecture: source amd64 all Version: 6.0.1+r16-3 Distribution: unstable Urgency: medium Maintainer: Android tools Maintainer Changed-By: Hans-Christoph Steiner Description: android-libdex - Dalvik Executable library android-libdex-dev - Dalvik Executable library - Development files dalvik-exchange - Dalvik eXchange compiler dexdump- Tool to display information about Android .dex files dmtracedump - Java method trace dump tool hprof-conv - HPROF Converter Closes: 814149 814202 815105 Changes: android-platform-dalvik (6.0.1+r16-3) unstable; urgency=medium . * remove /usr/bin/dx symlink (Closes: #814149, #815105) * use only Build-Depends, not Build-Depends-Indep (Closes: #814202) * add myself to Uploaders Checksums-Sha1: 076546d69a17f5ccc648a83172369b44dc6ad352 2613 android-platform-dalvik_6.0.1+r16-3.dsc 4531944b72c16daf515b0aae0d564c6839e41508 5828 android-platform-dalvik_6.0.1+r16-3.debian.tar.xz 74cc1f9f58f8ab6c7fcbeb899a9555b157c023b0 87086 android-libdex-dbgsym_6.0.1+r16-3_amd64.deb c3bcbadd5cde20d5a07c1392d194607d9c07688d 23320 android-libdex-dev_6.0.1+r16-3_amd64.deb d7d341c82e23191a7ae5b0995a7734224539b55e 33094 android-libdex_6.0.1+r16-3_amd64.deb 28db06e0c244f4e02527c8df9ff2bdb1c6ada476 847936 dalvik-exchange_6.0.1+r16-3_all.deb 74e2b85539d625d4aeadd5d2307f4c7d30c0534c 43632 dexdump-dbgsym_6.0.1+r16-3_amd64.deb 0f25f5a1264ddf38f502e2d806a4fba21598c492 17194 dexdump_6.0.1+r16-3_amd64.deb 9a3ea3aa6621f2d47e725d46d2e0847585fb7141 39164 dmtracedump-dbgsym_6.0.1+r16-3_amd64.deb 466538add6e46ec2f8cca146251dde7ad93681e7 20504 dmtracedump_6.0.1+r16-3_amd64.deb 687ec0a33f7a08bb207c166b207c02f92cd1af95 11714 hprof-conv-dbgsym_6.0.1+r16-3_amd64.deb b061f5d786d3d5b8d2457685dc29fc440fe5dfe5 7244 hprof-conv_6.0.1+r16-3_a
Bug#814149: marked as done (android-platform-dalvik,dx: both packages ship /usr/bin/dx)
Your message dated Fri, 19 Feb 2016 22:37:53 + with message-id and subject line Bug#814149: fixed in android-platform-dalvik 6.0.1+r16-3 has caused the Debian Bug report #814149, regarding android-platform-dalvik,dx: both packages ship /usr/bin/dx 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.) -- 814149: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=814149 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: dx Version: 1:4.4.4-8 Severity: wishlist We have just packaged the "Dalvik Explorer" aka android-platform-dalvik which is always used as the command util 'dx'. This conflicts with OpenDX's /usr/bin/dx, so I propose that OpenDX support /usr/bin/dx using the 'alternatives' system. To do that, the actual /usr/bin/dx binary should be renamed to something else, like '/usr/bin/opendx', then the 'dx' package can claim '/usr/bin/dx' using the alternatives command. Its quite simple, see how I did it in android-platform-dalvik here: https://anonscm.debian.org/cgit/android-tools/android-platform-dalvik.git/commit/?id=e0ee10efaca3c0b5db0cac1b2d913ec11c0081b3 --- End Message --- --- Begin Message --- Source: android-platform-dalvik Source-Version: 6.0.1+r16-3 We believe that the bug you reported is fixed in the latest version of android-platform-dalvik, 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 814...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Hans-Christoph Steiner (supplier of updated android-platform-dalvik 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, 19 Feb 2016 22:33:55 +0100 Source: android-platform-dalvik Binary: android-libdex android-libdex-dev dexdump dmtracedump hprof-conv dalvik-exchange Architecture: source amd64 all Version: 6.0.1+r16-3 Distribution: unstable Urgency: medium Maintainer: Android tools Maintainer Changed-By: Hans-Christoph Steiner Description: android-libdex - Dalvik Executable library android-libdex-dev - Dalvik Executable library - Development files dalvik-exchange - Dalvik eXchange compiler dexdump- Tool to display information about Android .dex files dmtracedump - Java method trace dump tool hprof-conv - HPROF Converter Closes: 814149 814202 815105 Changes: android-platform-dalvik (6.0.1+r16-3) unstable; urgency=medium . * remove /usr/bin/dx symlink (Closes: #814149, #815105) * use only Build-Depends, not Build-Depends-Indep (Closes: #814202) * add myself to Uploaders Checksums-Sha1: 076546d69a17f5ccc648a83172369b44dc6ad352 2613 android-platform-dalvik_6.0.1+r16-3.dsc 4531944b72c16daf515b0aae0d564c6839e41508 5828 android-platform-dalvik_6.0.1+r16-3.debian.tar.xz 74cc1f9f58f8ab6c7fcbeb899a9555b157c023b0 87086 android-libdex-dbgsym_6.0.1+r16-3_amd64.deb c3bcbadd5cde20d5a07c1392d194607d9c07688d 23320 android-libdex-dev_6.0.1+r16-3_amd64.deb d7d341c82e23191a7ae5b0995a7734224539b55e 33094 android-libdex_6.0.1+r16-3_amd64.deb 28db06e0c244f4e02527c8df9ff2bdb1c6ada476 847936 dalvik-exchange_6.0.1+r16-3_all.deb 74e2b85539d625d4aeadd5d2307f4c7d30c0534c 43632 dexdump-dbgsym_6.0.1+r16-3_amd64.deb 0f25f5a1264ddf38f502e2d806a4fba21598c492 17194 dexdump_6.0.1+r16-3_amd64.deb 9a3ea3aa6621f2d47e725d46d2e0847585fb7141 39164 dmtracedump-dbgsym_6.0.1+r16-3_amd64.deb 466538add6e46ec2f8cca146251dde7ad93681e7 20504 dmtracedump_6.0.1+r16-3_amd64.deb 687ec0a33f7a08bb207c166b207c02f92cd1af95 11714 hprof-conv-dbgsym_6.0.1+r16-3_amd64.deb b061f5d786d3d5b8d2457685dc29fc440fe5dfe5 7244 hprof-conv_6.0.1+r16-3_amd64.deb Checksums-Sha256: 0c13e9c9b23e2f98d5bc043693a8502cbacc3fa2b08ec346f57d88cbb3c402a2 2613 android-platform-dalvik_6.0.1+r16-3.dsc 9d4fa1a6c7c90e95c4b1e72d8cfb68063b6f2fe8ad4bea60b61c352cc12332ad 5828 android-platform-dalvik_6.0.1+r16-3.debian.tar.xz 1ee03f9bec17c847387fcdc1ab4fe4bc0691b56af0ef232b5b064c8c82bd7cd2 87086 android-libdex-dbgsym_6.0.1+r16-3_amd64.deb 4e6c88ed0b8dd6671ae5c407a943be171123141100fd876d66ba73cbb9f04187 23320 android-libdex-dev_6.0.1+r16-3_amd64.deb a6d6b3182f7e125dfc7c3da273d8a62a506caaeb3fb9ebdd0bad3c468a31c2fb 33094 android-libdex_6.0.1+r16-3_amd64.deb 5d2107a7a8dbc1
Bug#793840: marked as done (dogecoin: FTBFS: test_dogecoin-qt fails)
Your message dated Fri, 19 Feb 2016 23:20:17 + with message-id and subject line Bug#793840: fixed in dogecoin 1.8.10-2 has caused the Debian Bug report #793840, regarding dogecoin: FTBFS: test_dogecoin-qt fails 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.) -- 793840: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=793840 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Source: dogecoin Version: 1.8.0-1 Severity: serious Justification: fails to build from source Automated builds of dogecoin that get as far as the test suite have been failing: ../../../src/build-aux/test-driver: line 107: 20919 Aborted "$@" > $log_file 2>&1 FAIL: test_dogecoin-qt This failure looks very similar to the one from https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=790403 , whose solution turned out to be setting TMPDIR and HOME to writable directories within the build tree. (Builds on some architectures have been failing earlier; I'll report those bugs separately.) Could you please take a look? Thanks! --- End Message --- --- Begin Message --- Source: dogecoin Source-Version: 1.8.10-2 We believe that the bug you reported is fixed in the latest version of dogecoin, 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 793...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Keng-Yu Lin (supplier of updated dogecoin 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: Sat, 20 Feb 2016 06:54:43 +0800 Source: dogecoin Binary: dogecoin Architecture: source i386 Version: 1.8.10-2 Distribution: unstable Urgency: low Maintainer: Keng-Yu Lin Changed-By: Keng-Yu Lin Description: dogecoin - peer-to-peer network based digital currency Closes: 793840 812656 Changes: dogecoin (1.8.10-2) unstable; urgency=low . * Add --disable-test due to coredump (will report upstream) (Closes: #793840) * Note: libboost and gcc5 transition fixes (Closes: #812656) Checksums-Sha1: 740a09f2dd0438a580b84db6fde7a3af65cb0bae 2006 dogecoin_1.8.10-2.dsc 8e46b07d37b3af921dc53f3e1888e4df02695649 9564 dogecoin_1.8.10-2.debian.tar.xz ccf66ff632f9ab942139eb9811aba41cf6e1dde3 62755480 dogecoin-dbgsym_1.8.10-2_i386.deb 70b21ff50675000efd60125e3f32b91d92ce2885 5095710 dogecoin_1.8.10-2_i386.deb Checksums-Sha256: 58887eb542495844b327a2f188ceea3f77b62c046f399fa0a39b53dd30e32a6d 2006 dogecoin_1.8.10-2.dsc 7da2547704716be5e97f27af0036ce80d7f0abb67c51c2ddef118ec9219b0358 9564 dogecoin_1.8.10-2.debian.tar.xz aedf776b9b5ab29b18313065768b6623f19a2c662378df1bf843c1e2305c98a4 62755480 dogecoin-dbgsym_1.8.10-2_i386.deb 0342ca0e4c35bb67aa904ba17471442a97e75982a187762d7ee132851df5b43f 5095710 dogecoin_1.8.10-2_i386.deb Files: 8463d45d63899382825f5cfe19a1b338 2006 utils optional dogecoin_1.8.10-2.dsc 594dcf36777a5d4a8bf87b4d4c49e4d3 9564 utils optional dogecoin_1.8.10-2.debian.tar.xz 6e2ccfb3c8b08801926632578e1ef2cc 62755480 debug extra dogecoin-dbgsym_1.8.10-2_i386.deb 69edc0a76d37ccd7eb27824fa0100080 5095710 utils optional dogecoin_1.8.10-2_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBAgAGBQJWx6AWAAoJEMYXhp8UeFBOVi0P/1L07Uv6kQG1DoV5UbzLW0aC gby+E7aUP+BG9iGq3R39YUf6soqmFDqkOGViw5elQoNW29BArC3TB67yJ9g13tCV GQxqLgTaBD6YrUsnHgOyYC6pn5JaqXSQe/2y7sMh34hprhNgO6qn2Sy63xdLI2Qo Fph9thOGRnUQtQi7fFwC7p204G38hYqjKeNL+Vc9+pXQEHfSaGgnsKOqso/Zzske OXPkAo5OKaqCbj4dQSoPljHx3tCao51faRSiGesVrhoAWyZo6hvrHqGXXiVUK8Fy +B/XqMm/YyS2pasQDVCDhnCHAVtTD/J4Xy72VGs3Cl41gM5wpJm9jWakQ3g4Uha5 YeutWdyvfHuC+Id9Xw5ozHECK8Hrisyg6+AKaxS3kuJ+Z9fA5QZopEu48BPF7j/S XG8rywPhJrcDSlzSwtyjLYI6ZGXwakm/YKAWLnJKg7xZQLo2YdJH0iGRH2HpV9TV hjEiJcRZgpI478EOkT64X4z1MfN1DUbwyatth3ic5LwIjWzZT9IpIDAIJQXk163J 7eKPvxewr1C1l2GRzrkAtqoau5LgTtKFNUkNISrJsZg2VEwRIp821J4PkDV87T9y kU0v5hKoVBknpoqtkRwVsydIpmiz6egIKTOQPcmjdMbtAvMrI/FlItI2eDcUedWR SE1G9YYuk2j6/MClHIuL =IBQk -END PGP SIGNATURE End Message ---
Bug#812656: marked as done (dogecoin: FTBFS - invalid application of 'sizeof' to incomplete type 'boost::STATIC_ASSERTION_FAILURE')
Your message dated Fri, 19 Feb 2016 23:20:17 + with message-id and subject line Bug#812656: fixed in dogecoin 1.8.10-2 has caused the Debian Bug report #812656, regarding dogecoin: FTBFS - invalid application of 'sizeof' to incomplete type 'boost::STATIC_ASSERTION_FAILURE' 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.) -- 812656: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=812656 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: dogecoin Version: 1.8.0-1 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. [...] g++ -DHAVE_CONFIG_H -I. -pthread -pthread -I../src/obj -pthread -I/usr/include -I../src/leveldb/include -I../src/leveldb/helpers/memenv -I. -Wdate-time -DBOOST_SPIRIT_THREADSAFE -DHAVE_BUILD_INFO -D__STDC_FORMAT_MACROS -U_FORTIFY_SOURCE -D_FORTIFY_SOURCE=2 -g -O0 -fPIE -fstack-protector-strong -Wformat -Werror=format-security -Wstack-protector -fstack-protector-all -fPIE -c -o rpcrawtransaction.o rpcrawtransaction.cpp In file included from /usr/include/boost/move/detail/type_traits.hpp:34:0, from /usr/include/boost/move/core.hpp:54, from /usr/include/boost/move/utility_core.hpp:29, from /usr/include/boost/move/utility.hpp:28, from /usr/include/boost/thread/detail/move.hpp:27, from /usr/include/boost/thread/lock_types.hpp:11, from /usr/include/boost/thread/pthread/mutex.hpp:16, from /usr/include/boost/thread/mutex.hpp:16, from allocators.h:13, from serialize.h:9, from bignum.h:9, from chainparams.h:9, from base58.h:17, from rpcrawtransaction.cpp:6: /usr/include/boost/variant/get.hpp: In instantiation of 'typename boost::add_reference::type boost::strict_get(boost::variant&) [with U = const CScriptID&; T0 = CNoDestination; T1 = CKeyID; T2 = CScriptID; T3 = boost::detail::variant::void_; T4 = boost::detail::variant::void_; T5 = boost::detail::variant::void_; T6 = boost::detail::variant::void_; T7 = boost::detail::variant::void_; T8 = boost::detail::variant::void_; T9 = boost::detail::variant::void_; T10 = boost::detail::variant::void_; T11 = boost::detail::variant::void_; T12 = boost::detail::variant::void_; T13 = boost::detail::variant::void_; T14 = boost::detail::variant::void_; T15 = boost::detail::variant::void_; T16 = boost::detail::variant::void_; T17 = boost::detail::variant::void_; T18 = boost::detail::variant::void_; T19 = boost::detail::variant::void_; typename boost::add_reference::type = const CScriptID&]': /usr/include/boost/variant/get.hpp:284:25: required from 'typename boost::add_reference::type boost::get(boost::variant&) [with U = const CScriptID&; T0 = CNoDestination; T1 = CKeyID; T2 = CScriptID; T3 = boost::detail::variant::void_; T4 = boost::detail::variant::void_; T5 = boost::detail::variant::void_; T6 = boost::detail::variant::void_; T7 = boost::detail::variant::void_; T8 = boost::detail::variant::void_; T9 = boost::detail::variant::void_; T10 = boost::detail::variant::void_; T11 = boost::detail::variant::void_; T12 = boost::detail::variant::void_; T13 = boost::detail::variant::void_; T14 = boost::detail::variant::void_; T15 = boost::detail::variant::void_; T16 = boost::detail::variant::void_; T17 = boost::detail::variant::void_; T18 = boost::detail::variant::void_; T19 = boost::detail::variant::void_; typename boost::add_reference::type = const CScriptID&]' rpcrawtransaction.cpp:299:77: required from here /usr/include/boost/variant/get.hpp:178:5: error: invalid application of 'sizeof' to incomplete type 'boost::STATIC_ASSERTION_FAILURE' BOOST_STATIC_ASSERT_MSG( ^ Makefile:869: recipe for target 'rpcrawtransaction.o' failed make[4]: *** [rpcrawtransaction.o] Error 1 The full build log is attached; please do let me know if the problem is unreproducible, in which case I shall try to investigate further. Best, Michael dogecoin-build-log.txt.gz Description: application/gunzip signature.asc Description: PGP signature --- End Message --- --- Begin Message --- Source: dogecoin Source-Version: 1.8.10-2 We believe that the bug you reported is fixed in the latest version of dogecoin, 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, whi
Bug#815126: linux-image-4.4.0-1-amd64 hangs after 'Loading initial ramdisk ...'
Have same problem with desktop based on Gigabyte GA-970A-UD3. ThinkPad Edge E330 3354-AY5 have everything OK. signature.asc Description: This is a digitally signed message part.
Bug#815205: sbcl: FTBFS due to TeX error
Source: sbcl Version: 2:1.3.1-1 Severity: serious Justification: fails to build from source (but built successfully in the past) Hi, I just merged sbcl 2:1.3.1-1 into Ubuntu (we have a simple chmod change in debian/rules), and it failed to build on all architectures [1]. I verified that this issue affects Debian unstable as well by building it in a chroot. It appears to be due to a TeX issue during the build. Thanks, Logan Rosen [1] https://launchpad.net/ubuntu/+source/sbcl/2:1.3.1-1ubuntu1
Bug#815206: xml2rfc: FTBFS, needs build dependency on python-requests
Package: xml2rfc Version: 2.5.1-1 Severity: serious Tags: patch Justification: fails to build from source (but built successfully in the past) User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu xenial ubuntu-patch Hi, The latest upload of xml2rfc (2.5.1-1) fails to build from source because test.py imports requests, but there is no build dependency on python-requests. In Ubuntu, the attached patch was applied to achieve the following: * Build-depend on python-requests to fix FTBFS. Thanks for considering the patch. Logan Rosen -- System Information: Debian Release: stretch/sid APT prefers xenial-updates APT policy: (500, 'xenial-updates'), (500, 'xenial-security'), (500, 'xenial'), (100, 'xenial-backports') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.4.0-2-generic (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) diff -Nru xml2rfc-2.5.1/debian/control xml2rfc-2.5.1/debian/control --- xml2rfc-2.5.1/debian/control 2016-02-16 09:26:20.0 -0500 +++ xml2rfc-2.5.1/debian/control 2016-02-19 21:46:22.0 -0500 @@ -8,7 +8,8 @@ python, python-setuptools, dh-python, - help2man + help2man, + python-requests Maintainer: Daniel Kahn Gillmor Standards-Version: 3.9.6 Vcs-Git: https://anonscm.debian.org/git/collab-maint/xml2rfc.git
Bug#800176: marked as done (filter: Please migrate a supported debhelper compat level)
Your message dated Sat, 20 Feb 2016 04:20:47 + with message-id and subject line Bug#800176: fixed in filter 2.6.3+ds1-1 has caused the Debian Bug report #800176, regarding filter: Please migrate a supported debhelper compat level 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.) -- 800176: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=800176 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Source: filter Severity: important Usertags: deprecated-debhelper-compat-leq-3 Hi, The package filter is using a debhelper compat level of 3 or less according to lintian. These compat levels have been deprecated for the past ~10 years and debhelper will remove support for them in the near future (as declared in [1]). * Please migrate the package to a supported debhelper compat level. - Compat 9 is recommended - Compat 5 is the bare minimum (compat 4 will be removed soon as well) * If your package uses any of the following tools, please remove them from the rules files. Neither of them does anything except warn about their deprecation. - dh_desktop - dh_scrollkeeper (deadline: January 1st 2016) - dh_suidregister - dh_undocumented * Please note that your package might have been flagged for using e.g. "DH_COMPAT=2 dh_foo ...". - This will still cause issues when the compat level is removed. * If the package has been relying on dh_install being lenient about missing files, please see "MIGRATING TO COMPAT 5 OR LATER" in [1]. * Deadline: - compat 1+2: November 1st 2015 - compat 3: January 1st 2016 If you are using other deprecated debhelper features (such as omitting the debian/compat file), please consider fixing those while you are at it. Thanks, ~Niels [1] https://lists.debian.org/debian-devel/2015/09/msg00257.html --- End Message --- --- Begin Message --- Source: filter Source-Version: 2.6.3+ds1-1 We believe that the bug you reported is fixed in the latest version of filter, 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 800...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Axel Beckert (supplier of updated filter 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, 20 Feb 2016 04:41:10 +0100 Source: filter Binary: filter Architecture: source amd64 Version: 2.6.3+ds1-1 Distribution: unstable Urgency: low Maintainer: Debian QA Group Changed-By: Axel Beckert Description: filter - program that filters local email via forward/pipe Closes: 529109 800176 Changes: filter (2.6.3+ds1-1) unstable; urgency=low . * QA upload. + Set Maintainer to Debian QA Group. (See #814851) + Import package history into Git with "gbp import-dscs" and create a collab-maint Git repository for it. Add Vcs-* headers accordingly. * Remove "Local variables:" and superfluous blank lines from debian/changelog. * Revamp packaging: + Bump debhelper compatibility to 9 (Closes: #800176) + Rewrite debian/rules with minimal dh(1) style + Switch to source format "3.0 (quilt)". + Add "test" to debian/clean. + Depend on ${misc:Depends}. + Add Homepage header. + Declare compliance with Debian policy 3.9.7. - Remove patch hunks which switch /var/mail to /var/spool/mail. * Update watch file to version 3. (Closes: #529109) * Repack upstream tarball to exclude temporary files ("UU" directory) and backup files ("*.orig"). * Remove obsolete example file debian/manpage.sgml.ex. Thanks lintian! * Fix typo and style issues found by lintian. * Convert debian/copyright to machine-readable DEP5 format. * Enable all hardening flags (for now except format string errors) + Add patch to pass CFLAGS, LDFLAGS and friends properly to CC. * Add patch to fix spelling errors found via lintian. Checksums-Sha1: fa7a9788d09c4491e38c043a7d18f33c1de35fcd 1841 filter_2.6.3+ds1-1.dsc 053f7a1182492f00efc406beae70bdb0fe6ad336 114602 filter_2.6.3+ds1.orig.tar.gz d98e80aaa23437da58c23d4e402195cf13698b80 10032 filter_2.6.3+ds1-1.debian.tar.xz 5ab594739349922c789e6bc1d692d07ba0c4ea87 49344 filter-dbgsym_2
Processed: retitle 815111 to didiwiki: CVE-2013-7448: path traversal vulnerability
Processing commands for cont...@bugs.debian.org: > retitle 815111 didiwiki: CVE-2013-7448: path traversal vulnerability Bug #815111 {Done: Ignace Mouzannar } [didiwiki] didiwiki path traversal vulnerability Changed Bug title to 'didiwiki: CVE-2013-7448: path traversal vulnerability' from 'didiwiki path traversal vulnerability' > thanks Stopping processing here. Please contact me if you need assistance. -- 815111: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=815111 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#815176: staden: Gap4 contig editor does not show sequences
Hi Kerstin, thanks agein for your bug report. I agree that this problem might be a bit more tricky than the other bug. I have a slight suspicion that this user oriented issue might be connected to a later Tcl/Tk version than you might have used before. Since I feel unable to track this down I have included upstream in CC to ask for help. Kind regards Andreas. On Fri, Feb 19, 2016 at 06:56:36PM +0100, Kerstin Hoef-Emden wrote: > Package: staden > Version: 2.0.0+b10-1.1 > Severity: grave > Justification: renders package unusable > > Dear Maintainer, > > > I loaded pregap-converted *.exp sequences into gap4 to do an assembly. The > assembly worked out, but I cannot open the contig editor for proofreading. > More correctly described: It actually opens, but only the upper window bar > is visible, neither sequences nor trace files are displayed. Since no > information on this problem shows up in the log files of gap4, I have got no > idea concerning the nature of the problem. Perhaps something connected to > the graphical surface? > > Before upgrading to jessie, I had staden from the sourceforge site installed > and it worked, but under jessie I have got the problem with both, the debian > and with the sourceforge package. > > Kerstin > > > > -- System Information: > Debian Release: 8.3 > APT prefers stable-updates > APT policy: (500, 'stable-updates'), (500, 'stable') > Architecture: i386 (i686) > > Kernel: Linux 3.2.0-4-686-pae (SMP w/2 CPU cores) > Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) > Shell: /bin/sh linked to /bin/dash > Init: systemd (via /run/systemd/system) > > Versions of packages staden depends on: > ii libc62.19-18+deb8u3 > ii libcurl3 7.38.0-4+deb8u3 > ii libfontconfig1 2.11.0-6.3 > ii libfreetype6 2.5.2-3+deb8u1 > ii libgcc1 1:4.9.2-10 > ii liblzma5 5.1.1alpha+20120614-2+b3 > ii libpng12-0 1.2.50-2+deb8u2 > ii libstaden-read1 1.13.7-1 > ii libstdc++6 4.9.2-10 > ii libtcl8.68.6.2+dfsg-2 > ii libtk8.6 8.6.2-1 > ii libx11-6 2:1.6.2-3 > ii libxext6 2:1.3.3-1 > ii libxft2 2.3.2-1 > ii libxss1 1:1.2.2-1 > ii staden-common2.0.0+b10-1.1 > ii staden-io-lib-utils 1.13.7-1 > ii tklib0.6-1 > ii zlib1g 1:1.2.8.dfsg-2+b1 > > staden recommends no packages. > > Versions of packages staden suggests: > pn staden-doc > > -- no debconf information > > ___ > Debian-med-packaging mailing list > debian-med-packag...@lists.alioth.debian.org > http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-med-packaging > -- http://fam-tille.de
Bug#815174: staden: Missing links in /usr/bin
Hi Kerstin, thanks a lot for this bug report which is really appreciated as well as the analysis of the error and the hint for a fix. I've not decided whether we really should provide eba itself in /usr/bin or whether it might be better to use wrapper scripts setting the PATH to /usr/lib/staden/bin. The question is whether eba is a user oriented application itself or just an internal helper. Trusting your insight as a user I wonder what you might think about the role of eba. Kind regards Andreas. On Fri, Feb 19, 2016 at 06:48:41PM +0100, Kerstin Hoef-Emden wrote: > Package: staden > Version: 2.0.0+b10-1.1 > Severity: grave > Justification: renders package unusable > > Dear Maintainer, > > I tried to convert *.ab1 files to *.exp files with pregap4, which failed > with an error message that eba could not be found. I copied an eba from the > sourceforge download bay into /usr/bin and retried > conversion of the ABI chromatograms. The error message concerning eba was > gone, instead conversion failed because of a missing init_exp command. > Thereafter I had a closer look into /usr/bin and realized that the staden > parts were links to /usr/lib/staden/bin, but of the multiple files in > the sourceforge package, only pregap, gap4, gap5, trev and spin had such a > link. > > I thus, created the missing links by hand and conversion worked out. The > files could be opened and assembled with gap4. Working furtheron with the > files, however, is still hampered by another problem, which I suspect to be > of a different kind, thus will be subject to a separate bug report. > > Kerstin > > > -- System Information: > Debian Release: 8.3 > APT prefers stable-updates > APT policy: (500, 'stable-updates'), (500, 'stable') > Architecture: i386 (i686) > > Kernel: Linux 3.2.0-4-686-pae (SMP w/2 CPU cores) > Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) > Shell: /bin/sh linked to /bin/dash > Init: systemd (via /run/systemd/system) > > Versions of packages staden depends on: > ii libc62.19-18+deb8u3 > ii libcurl3 7.38.0-4+deb8u3 > ii libfontconfig1 2.11.0-6.3 > ii libfreetype6 2.5.2-3+deb8u1 > ii libgcc1 1:4.9.2-10 > ii liblzma5 5.1.1alpha+20120614-2+b3 > ii libpng12-0 1.2.50-2+deb8u2 > ii libstaden-read1 1.13.7-1 > ii libstdc++6 4.9.2-10 > ii libtcl8.68.6.2+dfsg-2 > ii libtk8.6 8.6.2-1 > ii libx11-6 2:1.6.2-3 > ii libxext6 2:1.3.3-1 > ii libxft2 2.3.2-1 > ii libxss1 1:1.2.2-1 > ii staden-common2.0.0+b10-1.1 > ii staden-io-lib-utils 1.13.7-1 > ii tklib0.6-1 > ii zlib1g 1:1.2.8.dfsg-2+b1 > > staden recommends no packages. > > Versions of packages staden suggests: > pn staden-doc > > -- no debconf information > > ___ > Debian-med-packaging mailing list > debian-med-packag...@lists.alioth.debian.org > http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-med-packaging > -- http://fam-tille.de