Bug#788614: RFP: lightdm-gtk-greeter-settings -- Settings editor for LightDM Gtk+ Greeter
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Control: retitle -1 ITP: lightdm-gtk-greeter-settings -- Settings Editor for LightDM Gtk+ Greeter Whoops, word wrap cut off the bug title. Fixing. Best, James On 25/06/15 10:59 PM, James Lu wrote: Control: owner -1 ! Control: retitle -1 ITP: lightdm-gtk-greeter-settings -- Settings Editor for LightDM Gtk+ Greeter Hi, I plan to adopt this package; I'd like to have it in Debian too. Best, James -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQIcBAEBCAAGBQJVjO8+AAoJEC7D9g3nHAudKp4P/jTP+mwwPYzDyBI/YRR4gEY+ wMkFy3DjK2tBmaJL33k9tD2r9BcjvvRuD+kcoCyDGXjTI/Ksamv6cQcxn6GfnB78 JGNoqRgBj2A2E0m2NzSQA+AEYh22s3ie1elRLbIcN1jhSNaQeUwm3F3oS21nadSd lsCCoLDle8NVOD7Ho92+VPhnWF68D+sN9Qe38CrZvlP2lT9HGx1Rh0bRDPeKGILG 2Q+/gIyO41HTsNZRLamabh7ko+PgCa528KBldMTS7wheeNXl/HnWmtVSyFJgh91t CL2kaAXRIu03cI+BwTI5ot3aN/yTVhXIq2ajkkeilDcb/lG0bFMdW5QRpazKgxFj V6WQ509k+XUbkLWfo9zYO7y7O5Q/uJGnWik3P4rJKakFoMG+rHoWq3Q+v59WDGz0 JQ2bME+3qr/oUzJZUN1KQ1eH5oiQlW4IoOMSm3JehQxGaBX+Nt1T8MGQsOpNVbXb wcZYQQ+2xIsI2fNkz2aSVTdHAmkV9C/IpRlGNLoCCec0/jReciQVFRo4l1M9Cu2U tKYdEh2RhkwMbz1ISoEwo1AZlzmPw6eLlgEbzjUDYvj4elZjua6xxW3BxFUI5iNw vKG+RA+07q3oQ1LKrbsykrVaBH5UVnZJAgFuUvOPhlXu3+PtD8OvVEAFyYYvvV8o 0gxvcMpEHVixX1yRpoip =q49P -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#788614: RFP: lightdm-gtk-greeter-settings -- Settings editor for LightDM Gtk+ Greeter
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Control: owner -1 ! Control: retitle -1 ITP: lightdm-gtk-greeter-settings -- Settings Editor for LightDM Gtk+ Greeter Hi, I plan to adopt this package; I'd like to have it in Debian too. Best, James -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQIcBAEBCAAGBQJVjOpDAAoJEC7D9g3nHAud0qEP/jtLQqBobjxQLhgQNUno1e5L Oij1TlonA3TfHRk4/Ts3AUwBgz0BgOObtPn+TqYTqbZMG1x+OAq2unN43wEgsIAp Xwd+m7BvgVqmVMMOhm9pOhwYghf6Al3lGisbjfjB+3DFV4FhXXBK1ZPUNtPe4VP2 5MhTfwBfmGfdefDKgbd/3vqt3sYxPdKXK/Av6SMoQP3ag7TUEBGaT+BxUoomv4jQ Wa5i0WUTZDt/KWuQK/kOvOuf/b+Cap1hW13/GgEOBIjDS8ddnvmwyLQecS/BlRRg NKtQV6+fL5Ds0dSRSDUcQY61rIpEfJxyxr8D2rMabxp6duXeGkcJxCX1nN+TrDRP iNys8cvvIFq4B2yYvs8TgSjXmHuK38oj+zV/s7yrl5S8MehteWPyqMUed4yJIsNQ hdIL3pErV5tbDBhMXspJ91PPCvBsVklGncDvQALozLPmcI+XkIwVsDC9sacpwG5Q wLkQerN3jvi/gKnRnsyfqplxHoZbjHOe1tH8Lgh0cDTiV+5guzgM4kSEaDRSDxda 7uwfCKM9H7KuFi8/DQbpMRM56U8yLELkujDOfd3LgWwQzDci+B5wXZ85iTOf4cG3 XItZ0yIwq/FajHWRLhW36spsD76FukWz1qJ8KBg4LuNcyEr5b9h398NDES6AbFSW mAnP56CfHtw6lInDYT+m =ZRMS -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#790004: texinfo: dependency on awk alternative possible?
Package: texinfo Version: 5.9.96.dfsg.1-1 Severity: wishlist Dear Maintainer(s), is it possible to weaken the dependency on gawk to awk in order to allow alternative awk packages? -- Best regards, Jörg-Volker. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#789541: abtransfers: Crash after successful money transfer
Dear Patrick, Am Donnerstag, den 25.06.2015, 18:25 +0200 schrieb Patrick Wacker: I'm the upstream author of AB-Transfers. Thank you for your detailed explanations. Thank you for writing AB-Transfers! […] Looking at the “bad” `history.ctx` it’s size is 41 MB (42626560 Bytes) and I think it contains strange characters due to umlauts I put into the “Verwendungszweck” with the middle click as it’s not allowed (for some reason) entering it with the keyboard. During development I had some issues with the German umlauts. Some banks supported it some don't. And also the aqbanking backend sometimes replaced some umlauts with spaces or not readable characters (but a crash did not happened). Therefore I decided to be on the save side and disabled the input of umlauts at abtransfers (didn't blocked/checked copypaste input, my fault). The Berliner Volksbank seems to support it. I guess this is a bug in AqBanking then. Also a size of 41 MB is pretty big, either you using the program for a long time with a lot of transfers or something else is wrong. A normal transfer should occupy around 1.2 KB at the history (34000 transfers needed to reach 41MB). Also looking at `history.ctx` after the crash yesterday, the format seems to be incorrect. The following is missing at the end of the file compared to the file written today. int cycle=0 int executionDay=0 char type=transaction char subType=none char status=none char charge=Nobody char sequenceType=once } #transfer } #transferList } #accountInfo } #accountInfoList A few lines above this missing entries (or directly at the end) of your bad history.ctx file should be a line starting with char purpose=. Could you remember which purpose (with umlauts) do you used? The last line in the “after crash” file is the following (without the closing ). char period=none It’s a transfer from last November. Which is the character that could not be written at the bad history.txt and maybe caused the crash? If I know this I could try to reproduce it here and maybe could fix it. The name of the account has umlauts in it: SG Friedrichshain Grün-Weiß 90 e. V.. Looking at the newly written `history.ctx` with only three transactions, it looks like the umlauts are recoded during each write. (The most recent entry is at the top.) char localName=SG Friedrichshain Gr%C3%BCn Wei%C3%9F char category=JobStatus%3A 5, JobType%3A 16 char localName=SG Friedrichshain Gr%C3%83%C2%BCn Wei%C3%83%C2%9F char category=JobStatus%3A 5, JobType%3A 16 char localName=SG Friedrichshain Gr%C3%83%C2%83%C3%82%C2%BCn Wei%C3%83%C2%83%C3%82%C2%9F char category=JobStatus%3A 5, JobType%3A 16 So with not a big number of transaction, that file gets pretty big as the `localName` lines get bigger after each transaction. In the faulty file the longest line has 12582962 columns. This probably causes the assertion in libgwenhywfar60 4.14.0-1. 3:2015/06/22 08-46-31:gwen(11198):buffer.c: 314: Size is beyond hard limit (1677727416777216) (Is the whole transfer block read in at once?) Thanks, Paul signature.asc Description: This is a digitally signed message part
Bug#790005: calibre-bin not instalable for dependency problem
Package: calibre-bin Version: 2.24.0+dfsg-1 Severity: grave Justification: renders package unusable Dear Maintainer, I try to install calibre-bin with aptitude. It does not work because there is a dependency on qtbase-abi-5-3-2 which does not exist on the package list. aptitude shows only a virtual module qtbase-abi-5-4-2 when I find for qtbase-abi.. Regards Francois -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (900, 'unstable'), (400, 'testing') Architecture: i386 (i686) Kernel: Linux 4.0.0-2-686-pae (SMP w/1 CPU core) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages calibre-bin depends on: ii libc6 2.19-18 ii libchm12:0.40a-3+b1 ii libfreetype6 2.5.2-4 ii libgcc11:5.1.1-12 ii libicu52 52.1-9 pn libmagickcore5 none pn libmagickwand5 none ii libmtp91.1.9-3 ii libpodofo0.9.0 0.9.0-1.2+b2 ii libpython2.7 2.7.10-2 ii libqt4-dbus4:4.8.7+dfsg-1 ii libqt4-svg 4:4.8.7+dfsg-1 ii libqtcore4 4:4.8.7+dfsg-1 ii libqtgui4 4:4.8.7+dfsg-1 ii libstdc++6 5.1.1-12 ii libusb-1.0-0 2:1.0.19-1 ii python-sip [sip-api-11.0] 4.16.8+dfsg-2 ii python2.7 2.7.10-2 ii zlib1g 1:1.2.8.dfsg-2+b1 Versions of packages calibre-bin recommends: pn calibre none calibre-bin suggests no packages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#789985: FTBFS: IRanges_defines.h: fatal error: S4Vectors_defines.h: No such file or directory
Hi, thanks for this bug report. I guess some other r-bioc-* packages are similarly affected. There is a transition to a new version of these packages ongoing and the problem will be dealt with soon. Kind regards Andreas. On Thu, Jun 25, 2015 at 08:30:04PM +, Chris West (Faux) wrote: Package: r-bioc-shortread Version: 1.22.0-1 Severity: serious Justification: fails to build from source (but built successfully in the past) User: reproducible-bui...@lists.alioth.debian.org Usertags: ftbfs Dear Maintainer, The package fails to build: config.status: creating src/Makevars ** libs make[1]: Entering directory '/tmp/buildd/r-bioc-shortread-1.22.0/src' gcc -std=gnu99 -I/usr/share/R/include -DNDEBUG -I/usr/lib/R/site-library/IRanges/include -I/usr/lib/R/site-library/XVector/include -I/usr/lib/R/site-library/Biostrings/include -fopenmp -fpic -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -D_FORTIFY_SOURCE=2 -g -c Biostrings_stubs.c -o Biostrings_stubs.o In file included from /usr/lib/R/site-library/Biostrings/include/Biostrings_defines.h:18:0, from /usr/lib/R/site-library/Biostrings/include/Biostrings_interface.h:114, from /usr/lib/R/site-library/Biostrings/include/_Biostrings_stubs.c:1, from Biostrings_stubs.c:1: /usr/lib/R/site-library/IRanges/include/IRanges_defines.h:18:31: fatal error: S4Vectors_defines.h: No such file or directory #include S4Vectors_defines.h ^ compilation terminated. /usr/lib/R/etc/Makeconf:134: recipe for target 'Biostrings_stubs.o' failed Maybe this is a bug in r-bioc-biostrings, or r-bioc-iranges? The same bug affects at least r-bioc-genomicalignments, r-bioc-rtracklayer, and r-bioc-variantannotation. (all same maintainer) Full build log: https://reproducible.debian.net/rb-pkg/testing/amd64/r-bioc-shortread.html -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.19.0-21-generic (SMP w/8 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) ___ 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 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758423: Same problem
Hi, I have found a workaround for this problem. Obviously there is something wrong with the way the fans are handled in this computer. I think it is the BIOS bug, which should not report 4 fans to the OS or the BIOS should handle interrupts related to fans properly??? I solved the issue by recompiling the kernel without acpi fan support. The setting is CONFIG_ACPI_FAN and I changed it from y to n. Now the kernel does not detect any fans and I think this is should not cause break something else since the computer really does not have any fans. I think that the proper solution would be to fix the BIOS. I am not an expert about BIOS and ACPI drivers, so my conclusions may be completely wrong. Regards Marko
Bug#741500: First boot hangs at 'loading initial ramdisk'
Dear all, On Sun, 03 May 2015 08:13:28 +0200 Martin bugs...@kkk-web.de wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hi all! The bug is still present in stable jessie. I installed debian 8.0 in a clean VirtualBox environment. Did update-grub update-initramfs -u The next boot stops early in boot stage with the following line: loading initial ramdisk I found out that deactivating USB completely in that virtual machine solves the problem. Update: Strange thing, the next reboot succeeded even with USB enabled again... I have the same problem to boot my macbook pro retina Early 2015. When I try to boot the system it gets stuck in the loading initial ramdisk stage. Then, it reboots automatically, and sometimes it passes this stage or get in a reboot loop. I used the guide in [0] to boot in efi mode. However, If I just boot directly by using the Startup Manager[1] the loading initial ramdisk problem disappears. I have tried the following to solve the problem without success: 1) nomodeset in the grub menu. 2) update-grub; update-grub2. 3) update-initramfs -u 4) Reinstall all /boot/efi from scratch. However, as already stated, launching the grub menu from the Startup Manager works just fine. Regards, 0. http://glandium.org/blog/?p=2830 1. See Temporarily change your startup disk with Startup Manager at https://support.apple.com/en-us/HT204417. -- Muammar El Khatib. Linux user: 403107. GPG Key = 71246E4A. http://muammar.me | http://proyectociencia.org ,''`. : :' : `. `' `- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#789807: [alpha] cmake: testsuite failure: compiler feature c_function_prototypes is not known to C compiler
On Wed, Jun 24, 2015 at 06:52:39PM +0200, Andreas Cadhalpun wrote: cmake failed to build on alpha with a testsuite failure: CMake Error in CMakeLists.txt: The compiler feature c_function_prototypes is not known to C compiler Yeah, I had noticed this too and had tried to debug it but made no progress probably due to myself being totally unfamiliar with cmake. The cmake code for this test appears to me to test for the feature based on gcc version, but why it should fail on Alpha is mystifying when we are up to date with gcc version. So could you please change the testsuite to not expect these features on alpha? Due to the tight dependency on the arch:all cmake-data, the outdated cmake binary is uninstallable on alpha, which blocks a bunch of other packages. I wonder what is the danger of disabling the test suite and uploading a potentially wayward cmake on Alpha? Would that particular check for compiler features failing (when in fact the compiler does support the feature) during the configure stage of package builds lead to incorrect builds? If so, I would rather wait for a real fix and take the hit we have at the moment on Alpha of not being able to build a significant part of the archive. Is the cmake maintainer able to (willing to?) give me some guidance on debugging this? I can run the specific test manually and see it fail, and can find the commit that adds the specific feature and test to cmake, but am completely befuddled by the cmake code. Cheers Michael. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#790008: texlive-bin: texlive-binaries uninstallable on several architectures
severity 790006 serious merge 790008 790006 stop On 26.06.2015 10:27, Edmund Grimley Evans wrote: texlive-binaries depends unconditionally on libtexluajit2, which is only built for Architecture: amd64 armel armhf hurd-i386 i386 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc Fixed in git and already reported. H. -- http://www.hilmar-preusse.de.vu/ #206401 http://counter.li.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#777861: [Pkg-gauche-devel] Bug#777861: gauche-c-wrapper: ftbfs with GCC-5
Severity: important -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#790004: texinfo: dependency on awk alternative possible?
Hi Jörg-Volker, On Fri, 26 Jun 2015, Jörg-Volker Peetz wrote: is it possible to weaken the dependency on gawk to awk in order to allow alternative awk packages? I don't know. You can try: Edit texindex script and change gawk to awk and then see if it run the same way and produces the same output. My guess is that, since gawk is *explicitly* called instead of awk, that that might not be possible. Norbert PREINING, Norbert http://www.preining.info JAIST, Japan TeX Live Debian Developer GPG: 0x860CDC13 fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721521: fonts-urw-base35 status
Hi Norbert, it's good that you are asking, thank you! Some days ago, I have updated the ITP bug report with the current state of affairs. TLDR: I am waiting for native alias support for the new font names in the next fontconfig release and for an approval from the texlive maintainers (especially upstream). However, this shouldn't keep me from uploading the current package to experimental, right? I think I might get to it during next week. https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=721521#247 While we are at it, have you or Karl or Walter found some time to evaluate the fonts regarding compatibility with the font set that is currently in texlive? Will an intermediate upload to Debian experimental help speed things up a bit? Best regards, Fabian signature.asc Description: This is a digitally signed message part
Bug#777861: [Pkg-gauche-devel] Bug#777861: Bug#777861: gauche-c-wrapper: ftbfs with GCC-5
reduced severity to important because i don't think the bug report is valid. see also: http://sourceforge.net/p/gauche/mailman/message/33853322/ never got an answer to my last mail looking at http://people.ubuntuwire.org/~wgrant/rebuild-ftbfs-test/test-rebuild-20150402-vivid.html it seems only ppc64el and powerpc fail likely this is caused by ubuntu using a broken gcc version (and not caused by using gcc 5!) you really should provide output of something like this: $ cat EOF test.h #define B() 1 #define A B EOF $ echo -e 100\nB()\nA|gcc-YOURVERSION -E -include test.h -|tail examples: $ cat EOF test.h #define B() 1 #define A B EOF $ echo -e 100\nB()\nA|gcc-4.4 -E -include test.h -|tail # 1 stdin # 1 built-in # 1 command-line # 1 ./test.h 1 # 1 command-line 2 # 1 stdin 100 1 B $ echo -e 100\nB()\nA|gcc-4.6 -E -include test.h -|tail # 1 built-in # 1 command-line # 1 ./test.h 1 # 1 command-line 2 # 1 stdin 100 1 # 2 ./test.h B $ echo -e 100\nB()\nA|gcc-4.7 -E -include test.h -|tail # 1 stdin # 1 command-line # 1 ./test.h 1 # 1 command-line 2 # 1 stdin 100 1 # 2 ./test.h B $ echo -e 100\nB()\nA|gcc-4.8 -E -include test.h -|tail # 1 built-in # 1 command-line # 1 /usr/include/stdc-predef.h 1 3 4 # 1 command-line 2 # 1 ./test.h 1 # 1 command-line 2 # 1 stdin 100 1 B $ echo -e 100\nB()\nA|gcc-4.9 -E -include test.h -|tail # 1 built-in # 1 command-line # 1 /usr/include/stdc-predef.h 1 3 4 # 1 command-line 2 # 1 ./test.h 1 # 1 command-line 2 # 1 stdin 100 1 B $ /usr/lib/gcc-snapshot/bin/cpp --version cpp (Debian 20150404-1) 5.0.0 20150404 (experimental) [trunk revision 221867] Copyright (C) 2015 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. $ echo -e 100\nB()\nA|/usr/lib/gcc-snapshot/bin/cpp -E -include test.h -|tail # 1 built-in # 1 command-line # 1 /usr/include/stdc-predef.h 1 3 4 # 1 command-line 2 # 1 ./test.h 1 # 1 command-line 2 # 1 stdin 100 1 B greetings jens -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#789121: segfaults in libc6 when accessing ssl keys and signatures
Control: severity 789121 important Hi Andrea, On Thu, Jun 18, 2015 at 03:31:33AM +0200, Andrea Lusuardi wrote: Package: claws-mail Version: 3.11.1-3 Severity: grave This severity is not correct with current bug info, I've readjusted it to a more suitable value¹. Hi, since latest update claws-mail on my debian sid starts up correctly and i can access emails and even send one, until i try to fetch unread emails from any ssl/tls protected source, it then immediately segfaults. I am attaching some of the final strace output hoping this helps. Thanks and let me know how i can help with the debugging, i have some experience with gdb and related. Great, then please try to get a proper backtrace with gdb. You can read upstream's page for help on debugging, which also includes specifics for Debian: http://www.claws-mail.org/faq/index.php/Debugging_Claws thanks in advance, ¹ https://www.debian.org/Bugs/Developer.en.html#severities -- Ricardo Mones ~ Never send a human to do a machine's job. Agent Smith signature.asc Description: Digital signature
Bug#789992: okular: error when opening comic book archive
On 26/06/15 00:06, Enrico Bianchi wrote: Package: okular Version: 4:4.14.2-2 Severity: normal When I open a comic book archive, I get an error. In detail, okular reports this message: okular(21647) UnrarHelper::UnrarHelper: No unrar detected. I've tried to install unrar and unrar-free packages, but error is the same. Error appears for CBR and CBZ comic book archives The unrar-nonfree version in jessie non-free doesn't support the --version argument that is used by okular to detect the flavor of the unrar command. And so it produces this error. This has been fixed upstream in the 4.14.3 release. The fix is simple enough and could be included in a future jessie update (commit 717c4b0f6a3a1bc8a2ac02a4028be62c4b4996e3). Meanwhile you could workaround this issue, either uninstalling the nonfree unrar (the free version supports the --version argument, but it may fail to extract some files), or create add an unrar-nonfree wrapper in /usr/local/bin something in the lines: #!/bin/sh if [ z--version = z$1 ]; then exec /usr/bin/unrar-nonfree -v fi exec /usr/bin/unrar-nonfree $@ Happy hacking, -- Email is a wonderful thing for people whose role in life is to be on top of things. But not for me; my role is to be on the bottom of things. What I do takes long hours of studying and uninterruptible concentration. -- Donald Knuth Saludos /\/\ /\ `/ signature.asc Description: OpenPGP digital signature
Bug#789213: [Pkg-chromium-maint] Bug#789213: chromium: HiDPI mistakes with xfce4 again
On Fri, Jun 19, 2015 at 02:54:38PM +0200, Vincent Bernat wrote: Upstream did revert half of a patch. The problem appears to have gone away with 43.0.2357.130-1 -- Paul Martin p...@debian.org signature.asc Description: Digital signature
Bug#790008: texlive-bin: texlive-binaries uninstallable on several architectures
Source: texlive-bin Version: 2015.20150524.37493-2 Severity: serious texlive-binaries depends unconditionally on libtexluajit2, which is only built for Architecture: amd64 armel armhf hurd-i386 i386 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc according to debian/control, but that list may be too long as libtexluajit2 does not really get build for hurd-i386 and mips, according to https://packages.debian.org/sid/libtexluajit2 A lot of packages have texlive-binaries as a Build-Depends, so this seems quite serious to me. Those packages could specify their Build-Depends more precisely but presumably this should be fixed in texlive-bin as there is no point in having texlive-binaries if it is uninstallable. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#787943: beneath-a-steel-sky: add support for other languages
Hi, Here is an updated patch that works when /bin/sh = /bin/bash too. Alexandre Detiste bass_lang_detection_v2.patch Description: Binary data
Bug#790011: virtualbox: exported appliance does not include snapshots
Package: virtualbox Version: 4.3.28-dfsg-1+b1 Severity: normal While migrating my VMs from one machine to another, I used the VBox import/export appliance feature. Everything worked fine with the exception that the snapshots in my Guest VMs weren't accounted. The resultant VMs on the target machine do not have any snapshots. -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (101, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.1.0+ (SMP w/4 CPU cores) Locale: LANG=en_IN.utf8, LC_CTYPE=en_IN.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages virtualbox depends on: ii adduser 3.113+nmu3 ii dpkg 1.18.1 ii libc62.19-18 ii libcurl3-gnutls 7.43.0-1 ii libgcc1 1:5.1.1-9 ii libgsoap72.8.22-1 ii libpng12-0 1.2.50-2+b2 ii libpython2.7 2.7.10-2 ii libsdl1.2debian 1.2.15-11 ii libssl1.0.0 1.0.2c-1 ii libstdc++6 5.1.1-9 ii libvncserver10.9.10+dfsg-3 ii libvpx2 1.4.0-3 ii libx11-6 2:1.6.3-1 ii libxcursor1 1:1.1.14-1+b1 ii libxext6 2:1.3.3-1 ii libxml2 2.9.2+dfsg1-3 ii libxmu6 2:1.1.2-1 ii libxt6 1:1.1.4-1+b1 ii python 2.7.9-1 ii python2.72.7.10-2 pn python:any none ii zlib1g 1:1.2.8.dfsg-2+b1 Versions of packages virtualbox recommends: ii libgl1-mesa-glx [libgl1] 10.5.7-1 ii libqt4-opengl 4:4.8.7+dfsg-1 ii libqtcore44:4.8.7+dfsg-1 ii libqtgui4 4:4.8.7+dfsg-1 ii virtualbox-dkms 4.3.28-dfsg-1 ii virtualbox-qt 4.3.28-dfsg-1+b1 Versions of packages virtualbox suggests: pn vde2none ii virtualbox-guest-additions-iso 4.3.28-1 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#773803: new upstream (1.8.2)
On Jun 26, Harlan Lieberman-Berg h.liebermanb...@gmail.com wrote: At the moment, Ansible is not distributable in Debian due to a DFSG problem. I have been hesitant to repack it because I don't actually /think/ it's a problem, but merely a misdocumentation. Still, I have been waiting on upstream to respond for long enough now that I don't want to hold things up, especially with 1.9.2. Please clarify what you think is wrong. -- ciao, Marco pgpTEO9AqnIRk.pgp Description: PGP signature
Bug#790007: debian-maintainers: Please add Johan Van de Wauw as a Debian Maintainer
Package: debian-maintainers Severity: normal Tags: patch Hi all, Please add my key to the DM keyring. See the attached jetring changeset. Comment: Add Johan Van de Wauw jo...@vandewauw.be as a Debian Maintainer Date: Fri, 26 Jun 2015 09:32:35 +0200 Action: import Recommended-By: Sebastiaan Couwenberg sebas...@debian.org Agreement: http://lists.debian.org/debian-newmaint/2015/06/msg8.html Advocates: http://lists.debian.org/debian-newmaint/2015/06/msg9.html Data: -BEGIN PGP PUBLIC KEY BLOCK- Version: GnuPG v1 mQINBE0QxlwBEADGOv5/rO5TIeUtx9X3VwFcKseN9Ge/i7x1FhWp85YeULW7aX1G mf7sKNyZovYQNDvoDxvjvzQ5IumVwfBYHiJxV4jTXW2ccnyL7ZDzxUZyTm5JgnYS c27Ay9wsw5wlTxWxvCAE1+uxlpOOCTdqtGFyxY5bIf1LZY3y29GgFpl5zS7TIon+ j9W6n561yvRl4HEK6MtnS2k7j8YHVzI1BqfH1+6Zom36POydfjca+LJ2lQrmM2pG U1Et5ciMcDk1kTLMRZUDoqWdTaKMBADkYLgs0ZIsoxO76uT/OkNH4WnE+AePPPYC pXKUyUrJXHDdbjB7Vz7+sV0a0/quk0HdP9+bodOw/vMluF1UjtT7+6krivdoYlH2 h4KSLRIKDEf6y7/jqk+K9WMekS0jlOzZ1oZka43HxY7aoKbcdNNqMu200mnDtJSW ja+G6lcqncR8Jxf56Dz6BARgX07FaSw4veAj5/kup/nWxfGXRQ57sGuU1VpzLNa4 GkJ11ipWPvzzyIS9KtphtNUw5An0vcPv4qY1yzXLNapm0k9CnmBg5v8Dk9n5KbJa VCApYv8rpPMEdbVIopZnbyVi1hWz+vCS2Kdkn+RQ+SHdFHeMRV+VJVYRTpMcEMBY hM+ryTsj1w7wxTJ7cUYOFS1I41ELlo8bgdFBIYunz47AWd8lf5xNLccLuwARAQAB tCZKb2hhbiBWYW4gZGUgV2F1dyA8am9oYW5AdmFuZGV3YXV3LmJlPokCOAQTAQIA IgUCTRDGXAIbAwYLCQgHAwIGFQgCCQoLBBYCAwECHgECF4AACgkQ5fRRwqMzWMWY ERAAs17dxzrAaSTQvecfGltEKeZ2THnzpsR3eqyxlEmQngP2HhXZgT5Cg5gekPr9 eez7DDFDm420Q/i4GqnRSyDNshSHuO7lBYRqDSVfYMJbszFKyAC+OknojutbytMQ vAFHltb7d/LA7g7srIc4cFQ2uFr635p6Jb29RbRm54Hu7vNX1Yszvo9KnvRWSfav elI/xPwFlBI7deUYYvOE9ceCtmLfDI9fjPfujadiFAaG4ogqXBMSZstvxbQgqPwl Ev5tvss0K1UFjk+qu7N2MCP9lJLmRM78H+nQEAisc0QJIFRp+5tpojcSII2Tu1pH RICbl0xELGQM8tgC2k41cXKYXXVQ/qSZ25hFleXSMnGehVkVgqid9GGPIlSVtVTc Ye+/33nbpRJM/yja/stHcLIO29/fscfqsBkkTyUEZ8AtrjoExId0hn6j1vpEmq+B ivkiY504oUfs5H/5o2a7J0lETmpk0Mv17uNcTQWwxWTz1cd1HwnsbbGwS7hVJGpq u3YyrT6HYu+S/ASduP45X968dy58mci7I97CnejNkEOyRYUQh4Ud8ViL28kv6LUW DLgN7QX/6RDupN/XxjWH7og+oiYfOgl7eOggfYqk7sHoAVWyjwqvxw9JLd3ZSc7x UGGt2M1sGKyty0SheZesCBqzfQSmUymesqrG4fV2tna8tOqIRgQQEQIABgUCTRHc 7AAKCRDtWBwmQwsmV+lfAJsFqx9uJxXSiNjD9I8H1agTpWmT8wCfTUvdvPqqBvI3 nemfb9072GiS/riJARwEEAECAAYFAlOOKYMACgkQ1xZo0jVl8+zSSQf/TYouf3mN OSNsHOBWVw69RLv2ia9qfDBT9+JGbBhmeYT3WUldUzjxYoz7szzHTnpXctluGXRV 4DDsuqFDXcZ56I2gLU3m3mi8ZHKwhzMO3aRVfLs8yqPOJJVKkNy+XZrP3ymASxnC /r0nOJeVI2ZHrh8ZdsZc4W0g/j00GACN2NVXkrqy/wtSCf3iggRZKQXU/Cht8qPK JrdXnEqc5DInsHyjwJc6YT9lvGMhIIwbVTcQcDT8SOnrVik+0CXy5xKy6F7emKZL vb5XkrknrAtkYibQIfENmLi0drMEDIIFSc1YGB7vkzfX6USh7ik4kilRkM122pHi szdVqC6Zv8f5VIkCHAQQAQIABgUCUwoqkwAKCRAJllHuZTowClO0D/48OYCrRFF+ nx7ZXb9hj41heu589hTbRUWSDn16eyq9jP78yQUcwy6rlMwRqblld3yK8Z/flBUW WC3PSqZ1BV1MB39fE+/ecjCe3bk45H3DNtibrk7l1C7jB1+AuGAplhap1yE+0ofR smydGTg5eV6cdEDG6DAQ6jH78Tdhx55lhIvbvFKDfxLxFREYJfaySiXkJPzS0+zs YKgSQT/AwcnwamoLOUZ0CBjnPPBgl4Z0iyf/L5nAAIjNVSj7CgpBRhZBy5ffVi6X UDO2r+L7A5PZKFhrmdJdTOHDfG2K5SlcgdwHasjTQZbXOq9zBbG6msvRMoMQa3eg MFDElBrsqNQSyskgIloAQgjkCYOB5RUdS8yUMjbGART0UHUClUEZRJnJe7q7YFYZ NJ0i0OgYZEyyh7E48GyCLiDfuYUFa1BcuxS8jGsgnAnk7+IaMeu/YS9S5/bmO2eY jJxSSylKrD1bwhU06DsgZ/afqU+z9bT1s3cahZKaVjhOuM0Gpw1FT1vijZaL3guB QD1HUXREBPIoG3P88RWs740486RW83FU37TuYFCubHD5fgItZDDu1/vKZVg9Ccuh XJ+jxGI0LResKHqC/kgldp0ice3Ym2HE0z3jXFZjzx6pw3hJo8ZHZzRdhYREuRNd 3EA7yWFKPJXc3rtHhudLUB2Go1xrl7Oa/IkCHAQQAQgABgUCU0G9MAAKCRALCCQK lvZlcU9/EACZrPHIg301aOWwchlbug82Ko0q6Mo7wr1NNMv4sOiPgvWZo891sOIw EPXOpptyzI6DgGtUfBF5GflrIECRk2Fza8JwYQdPDvGTyRjC2QDozZ8aai9sn/z5 x+1clBRGX5fzlkaqrFXJKMR41BxViRj9YJ4+sk5xKeW674S6nO66XstExfRs4QfT khOmEW9Aq5RLcsqRDWq86kOhF4ebVKsc9LQHooVozcrTE/iKhrQyymV0lJ5UcSsR oAPL2ewh7miHEgLAgaJtlWYA1/biE++2UAusGAFcIDbGPqubed5UoLBqxySARDyj 7UVk96dzvtaAfniARICYqWwiHFJJvenf/UhkEHuh2x6Q44Cvq/H6fRdlCdB61sbs xl6D+Cgom4yMmclHs2TuY1f4KZq/itDBO7NwIKOZ7LU5xGbDtS4m6y1oZ6em/KvF 8RT4HBM7NgmiCI16hjWEr9Ky5uY2OM32Pe0pRT6CUvK2uqePucobxDXPOMuWzCb4 sdnQb073Ye0JndlL2y1EB5NM1rwFwSHDob+s+uHALb4ef2wt7Ea4pcZl5oMV++VL K914ZO+7y8ru14e/qZFfQHcpRfo6VG/q55wxyR8ZNmffMj65mCfYpOqPNsLEL9gZ k9WcDLXycX6kBhKrQFLhhJp0asX4oJKy/uJt9w/vLMrsEShJLk7ecokCHAQQAQgA BgUCU0G9XQAKCRCUv99EhK0UL5kCD/9Ox6U7gsR0tNwJwmj9m/akPbi70yn5XLYj ceyLG2Z7c1sEaNsBjLqcVZgjsM9gNQ6T9Vv/UWEztV+oGL9G8+tcAEsBlGjVuw45 z/NsJhrBDawbyiDDsXVdSuwB418dXBtlhbjE9vrmuuxy+0Ccfn+63y+itsDuStGe rwa6qwOPFyfIsYuWXDsAQIn9t4yGyFDBksXZFws1btL8w1MhpAlf4kTT+sn56HcZ tjBlsXNSW/T0u8axEiDXYWQB5aHQ0ixsmVXJo42+XS6Janvekn/Bz6hLqs+DUcOU XUT03YTqPwNcku/Kyb5mN6uIkd13KBDx8G94zBeWm5DxgI+si9Xoi3d6EzJ/SlxN knYtZFiljY1tXOMc+XSyuyUbkEPGw3MV9UrwCYDBx4lEb2v6KtuazDbbN8JWYero DPhpnFmcA1i3WxHhM9MuoZRzo535jdF2SIXPgPtG54aGYlaVxPj3txfSbrWI71yX JCxK3IT5fwLOLAqhCNE9ZCuhdnJq+W5QxAlJ89FTL4igsXbFpyr/UwsXuQWM5y3h Wg8ZNC8k2Mq3kcd836NXfWTbMaJytqItkRc10vjLqHPAupcdCuL8N0rkd6U2iJ/d KPldlYLDy/nzWkwDpidNQX0HG10I8B2jsBnSyiDAd8DtbRuSVVaxcIsYUPr+5WzW AgnXddIgoYkCHAQQAQoABgUCUvgNaAAKCRAUB1HUaEwJSJsHEACsPK6JkOPIyUhe
Bug#790006: I think there is some dependency problem for the new texlive package
Package: texlive-binaries Version: 2015.20150524.37493-2 Severity: important On Fri, 26 Jun 2015, Friedrich Beckmann wrote: i think there is some build dependency problem in the new texlive package group. See Indeed, what a pity. These architectures do NOT support building luajittex etc, so the packages are not built there, but somehow in the dependency list this got forgotten. I have to fix the dependencies to exclude the luajit* in case of the unsupported libs. Thanks for the report Norbert PREINING, Norbert http://www.preining.info JAIST, Japan TeX Live Debian Developer GPG: 0x860CDC13 fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#790009: munin-node gets killed after timeout, wrong pidfile location
Package: munin-node Version: 2.0.25-1 In /lib/systemd/system/munin-node.service the variable pidfile is set to: PIDFile=/run/munin/munin-node.pid where in /etc/init.d/munin-node it's PIDFILE=/var/run/munin/munin-node.pid and in /etc/munin/munin-node.conf it's also pid_file /var/run/munin/munin-node.pid When starting munin-node with systemctl start munin-node.service it gets a timeout because there is no pid at /run/munin/munin-node.pid and kills the process. If you're lucky, munin-node will send data to munin-server before the timeout so you still get some graphs with data but sometimes it doesn't work so your graph gets white spaces in between. Solution is to unify the location of pidfile. I am using Debian 3.16.0-4-amd64 #1 SMP Debian 3.16.7-ckt11-1 (2015-05-24) x86_64 GNU/Linux Best regards -- Frank Hommes -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#790010: simbody: please make the build reproducible
Source: simbody Version: 3.5.1+dfsg-1 Severity: wishlist Tags: patch User: reproducible-bui...@lists.alioth.debian.org Usertags: timestamps Hi, While working on the “reproducible builds” effort [1], we have noticed that simbody could not be built reproducibly. The attached patch changes the value of HTML_TIMESTAMP in upstream's doxyfile to NO. Once applied simbody can be built reproducibly in our current experimental framework. Patching upstream doxyfile is necessary in this case because of the following reasons: 1. Even though the doxygen upstream changed the default value of HTML_TIMESTAMP from YES to NO this does not affect this package because the value of HTML_TIMESTAMP is explicitly set to YES. 2. Upstream's doxyfiles cannot reliably be modified to change the value of HTML_TIMESTAMP during the build process because dh_doxygen is only run after the build already completed and even adding a new dh command cannot solve the problem because there exists no sane and reliable solution to detect the file which will be used as the configuration file for doxygen (it is not always called doxyfile). 3. In case of this source package a patch against upstream is necessary in contrast to a patch against Debian rules because this source package does not call doxygen in debian/rules. Please also consider forwarding this patch upstream. Cheers! akira [1]: https://wiki.debian.org/ReproducibleBuilds Description: Set HTML_TIMESTAMP from YES to NO to make package reproducible --- simbody-3.5.1+dfsg.orig/Doxyfile.in +++ simbody-3.5.1+dfsg/Doxyfile.in @@ -1159,7 +1159,7 @@ HTML_COLORSTYLE_GAMMA = 80 # The default value is: YES. # This tag requires that the tag GENERATE_HTML is set to YES. -HTML_TIMESTAMP = YES +HTML_TIMESTAMP = NO # If the HTML_DYNAMIC_SECTIONS tag is set to YES then the generated HTML # documentation will contain sections that can be hidden and shown after the
Bug#790048: amanda-server: selfcheck request failed
Package: amanda-server Version: 1:3.3.6-4 Severity: normal Hi, amcheck and amdump doesn't work anymore for a few server. It did work a few days ago. I get the selfcheck request failed error for several servers. If I use amcheck with only one server which didn't work on the complete request (yoda.example.de) it says '1 host checked in 1.089 seconds.' In the meantime I compiled the new Amanda Server 3.3.7p1 with the same result It's a severe bug for me because these server won't be backuped anymore. I'm wondering if there is a bug in the 3.3.6 or higher. Greetings Tobias Amanda Backup Client Hosts Check WARNING: yoda.example.de: selfcheck request failed: error sending REQ: write error to: Broken pipe WARNING: didi.example.de: selfcheck request failed: error sending REQ: write error to: Broken pipe WARNING: bdp.example.de: selfcheck request failed: error sending REQ: write error to: Broken pipe WARNING: ci.example.de: selfcheck request failed: error sending REQ: write error to: Broken pipe WARNING: medusa.example.de: selfcheck request failed: error sending REQ: write error to: Broken pipe WARNING: connect.example.de: selfcheck request failed: error sending REQ: write error to: Broken pipe WARNING: git.example.de: selfcheck request failed: error sending REQ: write error to: Broken pipe WARNING: ext-prt2.exampleplus.de: selfcheck request failed: error sending REQ: write error to: Broken pipe WARNING: pbx.example.de: selfcheck request failed: error sending REQ: write error to: Broken pipe WARNING: git.example.de: selfcheck request failed: error sending REQ: write error to: Broken pipe WARNING: dockerlabs.example.de: selfcheck request failed: error sending REQ: write error to: Broken pipe WARNING: minkki-newsletter.staging.example.de: selfcheck request failed: error sending REQ: write error to: Broken pipe WARNING: mv1.example.de: selfcheck request failed: error sending REQ: write error to: Broken pipe WARNING: jdev.example.de: selfcheck request failed: error sending REQ: write error to: Broken pipe WARNING: ontranet.example.com: selfcheck request failed: error sending REQ: write error to: Broken pipe WARNING: jira.example.com: selfcheck request failed: error sending REQ: write error to: Broken pipe ^C backup@chronos:~$ amcheck a2g-4 yoda.example.de Amanda Tape Server Host Check - WARNING: holding disk /u1/amanda/ahd-4: only 6808338432 kB available (7340032000 kB requested) Searching for label 'a2g-4-03':found in slot 4: volume 'a2g-4-03' Will write to volume 'a2g-4-03' in slot 4. NOTE: skipping tape-writable test Server check took 2.603 seconds Amanda Backup Client Hosts Check Client check: 1 host checked in 1.089 seconds. 0 problems found. (brought to you by Amanda 3.3.6) -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 4.0.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages amanda-server depends on: ii amanda-common 1:3.3.6-4 ii bsd-mailx [mailx] 8.1.2-0.20150408cvs-1 ii libc6 2.19-18 ii libcurl3 7.43.0-1 ii libglib2.0-0 2.44.1-1.1 ii libssl1.0.01.0.2c-1 amanda-server recommends no packages. Versions of packages amanda-server suggests: ii amanda-client 1:3.3.6-4 ii cpio 2.11+dfsg-4.1 ii gnuplot4.6.6-2 ii perl [perl5] 5.20.2-6 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#790049: SSH_AUTH_SOCK no longer set in environment
Package: gnome-keyring Version: 3.16.0-2 Severity: normal File: /usr/bin/gnome-keyring-daemon Recently, I noticed that gnome-keyring's SSH agent no longer seems to set SSH_AUTH_SOCK in the session environment. I can see via ps that the SSH component is running: josh 2321 0.0 0.1 419788 8108 ?SLl 08:48 0:00 /usr/bin/gnome-keyring-daemon --start --components=ssh However, nothing sets SSH_AUTH_SOCK in the session environment anymore. (I have no-use-ssh-agent in /etc/X11/Xsession.options temporarily, to prevent ssh-agent from running, as I'd prefer to use the SSH agent in gnome-keyring.) I noticed this when automated invocations of SSH stopped working. For instance, I have mutt configured to use an SSH tunnel. With gnome-keyring's SSH agent configured, gnome-keyring prompts for the passphrase when I run mutt. With ssh-agent (without a manual ssh-add) or no agent configured, mutt just says that the tunnel failed. (One of many reasons I prefer to use gnome-keyring: the automatic prompting and adding.) (As an aside, does gnome-keyring-daemon with --components contact a running instance of itself and add that component, rather than running a separate instance? Because I only ever seem to have one gnome-keyring-daemon running, and it seems non-deterministic whether it's the one with --components=ssh or --components=gpg, yet all of the sockets exist in /run/user/1000/keyring, and messages in the session log seem to suggest that at least the SSH and GPG components are running.) -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.0.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages gnome-keyring depends on: ii dbus-x11 1.8.18-1 ii dconf-gsettings-backend [gsettings-backend] 0.24.0-2 ii gcr 3.16.0-1 ii libc62.19-18 ii libcap-ng0 0.7.6-1 ii libcap2-bin 1:2.24-9 ii libdbus-1-3 1.8.18-1 ii libgck-1-0 3.16.0-1 ii libgcr-base-3-1 3.16.0-1 ii libgcrypt20 1.6.3-2 ii libglib2.0-0 2.44.1-1.1 ii p11-kit 0.23.1-2 Versions of packages gnome-keyring recommends: ii libpam-gnome-keyring 3.16.0-2 gnome-keyring suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#709197: More GLib-CRITICAL **: messages produced by networking applications
package: libglib2.0-0 severity: important All Debian-Jessie-amd64 with XFCE-desktop. Happens on both, freh installs and also on uprgades from Wheezy. It's not just Iceweasel, the very same message is generated on every startup of Icedove: GLib-CRITICAL **: g_slice_set_config: assertion 'sys_page_size == 0' failed Following message is generated on every download of weather-data (happens every 20 min.) by xfce4-weather-plugin 0.8.3-2 (wrapper:3061): GLib-CRITICAL **: Source ID 7763 was not found when attempting to remove it These messages come in blocks of 4 lines from xfce4-netload-plugin 1.2.0-1 when changing properties and closing the settings dialogue: (xfce4-netload-plugin:1679): GLib-CRITICAL **: Source ID 167 was not found when attempting to remove it There are some other bugs which assign similar problems to the applications which trigger it, i.e: #782536. But appearently this all points to libglib2.0 + glib-networking-services. As this all happens in Debian-stable I'd suggest to raise severity to important. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#790040: tex-common: doesn't properly clean up legacy files
On Fri, 26 Jun 2015, Christoph Anton Mitterer wrote: However, during upgrade these directories were not correctly cleaned up: Unpacking tex-common (6.01) over (5.03) ... dpkg: warning: unable to delete old directory '/etc/texmf/hyphen.d': Directory not empty dpkg: warning: unable to delete old directory '/etc/texmf/fmt.d': Directory not empty even though they're empty afterwards. Isn't that a bug in dpkg-maintscript-helper? We are removing all the conffiles appearing in these directories, and are not shipping the dir anymore, too. The problem is with dpkg-maintscript-helper (I guess) which makes temporary files in these directories, and thus they are not removed. I am not sure how I should deal with that. Please correct that in one of the next uploads and consider using e.g. piuparts to indentify such cases. If you have a good suggestion why not post a patch? Norbert PREINING, Norbert http://www.preining.info JAIST, Japan TeX Live Debian Developer GPG: 0x860CDC13 fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760140: Can only sign all uids and not single ones
On 26/11/14 06:02, Antoine Beaupré wrote: On 2014-08-31 05:38:51, kwadronaut wrote: Package: monkeysign Version: 1.1~bpo70+1 Severity: important Can only sign all uids of a key and not single ones. I'm using monkeysign from backports on Debian Stable. $ monkeysign -dv -u BD68C7AA997FA77F -v --local myfriendskeyAABBCC please try the latest version again from sid, or the one from git. I've gotten the 2.x branch from git, ran the setup. notice how #771034 may be related. there seems to be an off by one error in the selection code and a one-line patch fix. the git repository has the fix and you can run monkeysign straight from the git repository (even with monkeysign installed system-wide). It is fixed indeed, worked flawless. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#778104: gcc-5 / regina-normal
* Ben Burton b...@debian.org [2015-06-26 11:54]: I’d be happy if you could do another test rebuild to see if it’s still broken at your end, or if the problem has sorted itself out since the bug was filed back in February. I'm not Matthias Klose, but I just did a rebuild and it als works for me. I suggest you close the bug. -- Martin Michlmayr Linux for HP Helion OpenStack, Hewlett-Packard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#789118: No issues with clean upgrade
On Fri, Jun 26, 2015 at 11:42:44AM +0200, Emilio Pozuelo Monfort wrote: Control: found -1 3.14.4-1 On 22/06/15 02:36, Michel Dänzer wrote: On 22.06.2015 03:39, Josh Triplett wrote: On Sun, Jun 21, 2015 at 07:52:10PM +0200, Michael Biebl wrote: Am 20.06.2015 um 08:54 schrieb Michel Dänzer: On Thu, 18 Jun 2015 21:19:20 +0400 George Hertz george...@gmail.com wrote: I've just upgraded to 3.16 on unstable, but restarted the system right after the update finished. No problems unlocking. Yeah, the problem only occurs with a gnome-shell which is already running during the upgrade. However, the problem also occurs when only locking the session after the upgrade has completed. One possible workaround after the upgrade is killall -HUP gnome-shell gnome-settings-daemon I didn't know you could HUP gnome-shell to unlock the session; that's useful to know. Sending SIGHUP to gnome-shell only is enough to be able to unlock the session, but gnome-settings-daemon also needs to be restarted, or some things such as keyboard shortcuts don't work properly in the new gnome-shell. Unfortuantely we don't have a proper mechanism to restart programs in the desktop session. Using killall in postinst is something I'd be wary about. It's also not OK to unexpectedly unlock someone's session due to a concurrent upgrade; can't unlock my session is bad, but unlocked my screen during upgrade is a critical security bug. SIGHUP doesn't unlock the session, it just makes gnome-shell restart itself, after which the upgraded version of gnome-shell runs and unlocking the session works normally. This bug is preventing testing migration, which is causing a lot of other bugs because of version mismatches between gtk+, gnome-settings-daemon and mutter/gnome-shell (see e.g. #789618, #789891, #789866, #789725, #789575, #789484...). I've talked about it to some team members and we agreed that this is RC, but that it'd be better to let gnome-shell migrate for the time being. So I'm doing some trick to let it migrate, but we'll fix this. I wouldn't be surprised if the bug exists in previous versions of gnome-shell as well, so allowing migration to testing seems fine. (Or actually, it's not obvious whether the bug exists in current versions, as it's the previous version which failed to unlock after upgrade.) The new version likely isn't any more broken than the old; it's the upgrade that's broken, and preventing that upgrade indefinitely doesn't make the problem go away. (Also, those other bugs seem to indicate that either the interactions between those components need to be made less fragile, or package dependencies need to prevent installing incompatible versions.) Josh, any chance you can try the SIGHUP approach and confirm that solves your problem and doesn't cause any other undesired effect? I've tested sending a SIGHUP to gnome-shell, and that approach causes several significant undesired effects. 1) Sending SIGHUP to gnome-shell momentarily drops the screen lock. This reveals the applications behind the screen lock, and even allows interacting with them. (For a fraction of a second, sure, but still, that's a security issue.) 2) If gnome-shell restarts twice in the same session, the second time it puts up the Oh no! dialog, which only allows the user to restart their session, losing anything they have open. So if gnome-shell has already restarted once in the user's session for unrelated reasons, sending SIGHUP to it will force the user to restart their session entirely and lose any open applications. Based on the above, I think it'd be an extremely bad idea to send SIGHUP to a user's gnome-shell from a maintainer script. I think it's going to be necessary to teach gnome-shell to handle screen unlocking after an upgrade. I've forwarded this bug upstream to https://bugzilla.gnome.org/show_bug.cgi?id=751544 . - Josh Triplett -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#790046: dicomscope: no jInterface in java.library.path
Package: dicomscope Version: 3.6.0-11 Severity: normal Dear Maintainer, I just installed dicomscope, I've never used it before, so it easily could be an operator error. I typed `dicomscope`, and got: /media/cdrom/DICOMdicomscope starting DICOMscope please wait... Exception in thread main java.lang.UnsatisfiedLinkError: no jInterface in java.library.path at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1709) at java.lang.Runtime.loadLibrary0(Runtime.java:844) at java.lang.System.loadLibrary(System.java:1051) at main.MainContext.clinit(MainContext.java:58) at dicomscope.DICOMscope.main(DICOMscope.java:91) I see bug #731778, which looks relevant, but when I try some advice from that thread, I get different results. java -Djava.library.path=/usr/lib/x86_64-linux-gnu/jni -jar /usr/bin/dicomscope Exception in thread main java.lang.UnsatisfiedLinkError: /usr/lib/x86_64-linux-gnu/jni/libjInterface.so: /usr/lib/x86_64-linux-gnu/jni/libjInterface.so: wrong ELF class: ELFCLASS64 (Possible cause: architecture word width mismatch) at java.lang.ClassLoader$NativeLibrary.load(Native Method) at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1778) at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1703) at java.lang.Runtime.loadLibrary0(Runtime.java:844) at java.lang.System.loadLibrary(System.java:1051) at main.MainContext.clinit(MainContext.java:58) at dicomscope.DICOMscope.main(DICOMscope.java:91) My jexec does run, unlike message #30 on that thread. I do not have a javac currently on the system, so I can't test that part. -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (500, 'testing'), (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 dicomscope depends on: ii default-jre 2:1.7-52 ii jarwrapper 0.50 ii libc62.19-13 ii libdcmtk23.6.0-15+b1 ii libgcc1 1:4.9.1-19 ii libstdc++6 4.9.1-19 ii tk8.68.6.4+dfsg-2 dicomscope recommends no packages. dicomscope suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#790034: siscone: please make the build reproducible
Source: siscone Version: 2.0.6-1 Severity: wishlist Tags: patch User: reproducible-bui...@lists.alioth.debian.org Usertags: timestamps Hi, While working on the “reproducible builds” effort [1], we have noticed that siscone could not be built reproducibly. The attached patch removes $datetime from footer.html. Once applied the binary package siscone-doc-html can be built reproducibly in our current experimental framework. The binary package siscone-doc-pdf though is still unreproducible. Please also consider forwarding this patch upstream. Thanks! akira [1]: https://wiki.debian.org/ReproducibleBuildsi Description: Remove $datetime from footer.html to make package reproducible --- siscone-2.0.6.orig/doc/devel/html/footer.html +++ siscone-2.0.6/doc/devel/html/footer.html @@ -5,7 +5,7 @@ SISCone/a project has been developed b Gavin Salam/a and a href=http://www.theo.phys.ulg.ac.be/~soyez; target=_top Gregory Soyez/abr -Documentation generated on $datetime for $projectname bynbsp; +Documentation generated for $projectname bynbsp; a href=http://www.doxygen.org/index.html;Doxygen/a $doxygenversion /small /address
Bug#789687: [CLOSED]
I couldn't duplicate the error. Please excuse.
Bug#788799: libc6: pthread_cond_broadcast issue when surrounded by PTHREAD_PRIO_INHERIT mutex on ARM
From eebb9e9abd3405fd72b7e7527132b605e406e83e Mon Sep 17 00:00:00 2001 From: Marc Kleine-Budde m...@pengutronix.de Date: Sat, 13 Jun 2015 19:25:07 +0200 Subject: [PATCH] ARM: fix PI futex breakge - glibc bug 18463 This patch fixes glibc bug 18463: https://sourceware.org/bugzilla/show_bug.cgi?id=18463 The problem is caused by: 47c5adebd2c8 Correct robust mutex / PI futex kernel assumptions (bug 9894). Signed-off-by: Marc Kleine-Budde m...@pengutronix.de --- sysdeps/unix/sysv/linux/arm/kernel-features.h | 1 - 1 file changed, 1 deletion(-) diff --git a/sysdeps/unix/sysv/linux/arm/kernel-features.h b/sysdeps/unix/sysv/linux/arm/kernel-features.h index e755741de60b..0d9f8910d650 100644 --- a/sysdeps/unix/sysv/linux/arm/kernel-features.h +++ b/sysdeps/unix/sysv/linux/arm/kernel-features.h @@ -38,5 +38,4 @@ futex_atomic_cmpxchg_inatomic, depending on kernel configuration. */ #undef __ASSUME_FUTEX_LOCK_PI -#undef __ASSUME_REQUEUE_PI #undef __ASSUME_SET_ROBUST_LIST -- Pengutronix e.K. | Marc Kleine-Budde | Industrial Linux Solutions| Phone: +49-231-2826-924 | Vertretung West/Dortmund | Fax: +49-5121-206917- | Amtsgericht Hildesheim, HRA 2686 | http://www.pengutronix.de | signature.asc Description: OpenPGP digital signature
Bug#790053: please give the user more control about conf/distributions
Package: python-mini-buildd Version: 1.0.7 Severity: wishlist Hi, I would like to have Log statements in my reprepro configuration. This is an excerpt from my mini-buildd 0.9 setup: Codename: squeeze-zg Suite: squeeze-zg Label: squeeze-zg Log: /home/mini-buildd/bin/rsync-to-whip Origin: mini-buildd-zg Components: main contrib non-free UDebComponents: main Architectures: source i386 amd64 Description: squeeze packages for zg. SignWith: 8BAD0D7C The Log script actually rsyncs the contents of my reprepro to the web server. You're recommending debmirror to do that, but debmirror needs to be triggered as well. Since mini-buildd does not have that ability, it is necessary to use reprepro mechanisms. Please consider making the template that is currently in /usr/lib/python2.7/dist-packages/mini_buildd/models/repository.py user configurable, for example by reading it from /usr/share/mini-buildd/ after checking that there is no updated version in /etc/mini-buildd/ or by delivering a dpkg-conffile containing the template somewhere in /etc/mini-buildd. Greetings Marc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#790050: linux-image-4.0.0-2-amd64: Cannot use sdcard: DMA: Out of SW-IOMMU space for 65536 bytes at device 0000:02:00.0
Package: src:linux Version: 4.0.5-1 Severity: important Dear Maintainer, I am getting errors from kernel while using sdcard. Cannot use it, getting i/o errors. -- Package-specific info: ** Version: Linux version 4.0.0-2-amd64 (debian-ker...@lists.debian.org) (gcc version 4.9.2 (Debian 4.9.2-21) ) #1 SMP Debian 4.0.5-1 (2015-06-16) ** Command line: BOOT_IMAGE=/vmlinuz-4.0.0-2-amd64 root=UUID=cf003a88-7b95-426f-a0e8-7b1a5a589ef9 ro elevator=deadline quiet acpi_backlight=vendor acpi_osi=Linux thinkpad-acpi.brightness_enable=1 video.use_native_backlight=1 ** Tainted: WO (4608) * Taint on warning. * Out-of-tree module has been loaded. ** Kernel log: [ 4067.094735] [810aa5af] ? cpu_startup_entry+0x36f/0x420 [ 4067.094739] [810dc960] ? tick_check_new_device+0xe0/0x110 [ 4067.094744] [81046769] ? start_secondary+0x199/0x1c0 [ 4067.094747] ---[ end trace f961235527a8beac ]--- [ 4067.098191] DMA: Out of SW-IOMMU space for 65536 bytes at device :02:00.0 [ 4067.098197] [ cut here ] [ 4067.098222] WARNING: CPU: 2 PID: 0 at /build/linux-YbgLKW/linux-4.0.5/drivers/mmc/host/sdhci.c:857 sdhci_send_command+0xa76/0xc50 [sdhci]() [ 4067.098224] Modules linked in: fuse ipt_MASQUERADE nf_nat_masquerade_ipv4 iptable_nat nf_nat_ipv4 nf_nat xt_tcpudp nf_conntrack_ipv4 nf_defrag_ipv4 xt_conntrack nf_conntrack xt_multiport iptable_filter ip_tables x_tables rfcomm bnep pci_stub vboxpci(O) vboxnetadp(O) vboxnetflt(O) vboxdrv(O) deflate ctr twofish_generic twofish_avx_x86_64 twofish_x86_64_3way twofish_x86_64 twofish_common camellia_generic camellia_aesni_avx_x86_64 camellia_x86_64 serpent_avx_x86_64 serpent_sse2_x86_64 xts serpent_generic blowfish_generic blowfish_x86_64 blowfish_common cast5_avx_x86_64 cast5_generic cast_common des_generic cbc cmac xcbc rmd160 sha512_ssse3 sha512_generic sha256_ssse3 sha256_generic hmac crypto_null af_key xfrm_algo nfsd auth_rpcgss oid_registry nfs_acl nfs lockd grace fscache sunrpc tun loop parport_pc [ 4067.098272] ppdev lp parport iTCO_wdt iTCO_vendor_support arc4 iwldvm snd_hda_codec_hdmi mac80211 x86_pkg_temp_thermal snd_hda_codec_realtek intel_powerclamp snd_hda_codec_generic intel_rapl btusb iosf_mbi bluetooth coretemp kvm_intel iwlwifi kvm cfg80211 qmi_wwan cdc_wdm usbnet mii qcserial usb_wwan usbserial efi_pstore pcspkr evdev psmouse serio_raw efivars snd_hda_intel snd_hda_controller snd_hda_codec snd_hwdep snd_pcm_oss snd_mixer_oss snd_pcm thinkpad_acpi snd_timer lpc_ich nvram sg i2c_i801 mfd_core snd shpchp i915 soundcore wmi rfkill battery ac drm_kms_helper tpm_tis tpm drm mei_me mei i2c_algo_bit video processor button ext4 crc16 mbcache jbd2 algif_skcipher af_alg dm_crypt dm_mod sd_mod uas usb_storage mmc_block crct10dif_pclmul crc32_pclmul crc32c_intel ghash_clmulni_intel aesni_intel [ 4067.098325] aes_x86_64 lrw gf128mul glue_helper ablk_helper ahci cryptd libahci libata scsi_mod sdhci_pci sdhci xhci_pci ehci_pci mmc_core xhci_hcd e1000e ehci_hcd ptp pps_core usbcore thermal usb_common thermal_sys [ 4067.098346] CPU: 2 PID: 0 Comm: swapper/2 Tainted: GW O 4.0.0-2-amd64 #1 Debian 4.0.5-1 [ 4067.098349] Hardware name: LENOVO 2306CTO/2306CTO, BIOS G2ETA3WW (2.63 ) 02/05/2015 [ 4067.098351] a008a460 8156393b [ 4067.098355] 8106ce91 88040afac4c0 88039c5be8f0 88039c5be970 [ 4067.098359] 0001 a0087cd6 8800d29983f8 [ 4067.098363] Call Trace: [ 4067.098365] IRQ [8156393b] ? dump_stack+0x40/0x50 [ 4067.098383] [8106ce91] ? warn_slowpath_common+0x81/0xb0 [ 4067.098397] [a0087cd6] ? sdhci_send_command+0xa76/0xc50 [sdhci] [ 4067.098404] [8101d196] ? native_sched_clock+0x26/0x90 [ 4067.098417] [a0088e08] ? sdhci_irq+0x308/0x91b [sdhci] [ 4067.098423] [810942d4] ? ttwu_do_wakeup+0x14/0xd0 [ 4067.098429] [812db182] ? timerqueue_del+0x22/0x70 [ 4067.098435] [810be8b5] ? handle_irq_event_percpu+0x75/0x190 [ 4067.098439] [8101cc75] ? read_tsc+0x5/0x10 [ 4067.098443] [8101cc75] ? read_tsc+0x5/0x10 [ 4067.098447] [810bea0e] ? handle_irq_event+0x3e/0x60 [ 4067.098452] [810c174d] ? handle_fasteoi_irq+0x8d/0x170 [ 4067.098458] [8101649d] ? handle_irq+0x1d/0x30 [ 4067.098462] [8156c9e6] ? do_IRQ+0x46/0xe0 [ 4067.098468] [8156a7ed] ? common_interrupt+0x6d/0x6d [ 4067.098469] EOI [81438861] ? cpuidle_enter_state+0x61/0x160 [ 4067.098478] [8143884e] ? cpuidle_enter_state+0x4e/0x160 [ 4067.098482] [810aa5af] ? cpu_startup_entry+0x36f/0x420 [ 4067.098487] [810dc960] ? tick_check_new_device+0xe0/0x110 [ 4067.098493] [81046769] ? start_secondary+0x199/0x1c0 [ 4067.098496] ---[ end trace f961235527a8bead ]--- [ 4067.151208] DMA: Out of SW-IOMMU space for 65536 bytes at device :02:00.0 [ 4067.151426] DMA: Out of
Bug#555168: Many locales files do not permit modification
As a data point, glibc upstream seem to believe that localedata is not copyrightable: https://sourceware.org/ml/libc-locales/2012-q2/msg00136.html -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#789867: pidgin: Pidgin crashes upton IRC disconnection
This is what happened when I ran the command: fangfufu@illustrious:~$ pidgin -d pidgin.log Pidgin 2.10.11 has segfaulted and attempted to dump a core file. This is a bug in the software and has happened through no fault of your own. If you can reproduce the crash, please notify the developers by reporting a bug at: http://developer.pidgin.im/simpleticket/ Please make sure to specify what you were doing at the time and post the backtrace from the core file. If you do not know how to get the backtrace, please read the instructions at http://developer.pidgin.im/wiki/GetABacktrace Aborted I am have attached pidgin.log as in this email. We can figure something out together if the attachment doesn't get through. This is the first time I attempt to put an attachment in a bug report. On Fri, 26 Jun 2015 15:09:25 + Ari Pollak a...@debian.org wrote: Thanks. One other thing - would you mind running pidgin -d pidginlog.txt, reproducing the bug, and attaching the log file? You might want to look through the file first to see if there's any personal information that shouldn't be exposed. (16:17:06) prefs: Reading /home//.purple/prefs.xml (16:17:06) prefs: Finished reading /home//.purple/prefs.xml (16:17:06) prefs: Unable to find rename pref for /core/plugins (16:17:06) prefs: Renaming /core to /purple (16:17:06) prefs: removing pref /core/plugins/core-plugin_pack-google/domain (16:17:06) prefs: removing pref /core/plugins/core-plugin_pack-google (16:17:06) prefs: removing pref /core/plugins (16:17:06) prefs: removing pref /core (16:17:06) prefs: purple_prefs_get_path: Unknown pref /pidgin/browsers/command (16:17:06) dbus: okkk (16:17:06) plugins: probing /usr/lib/pidgin/sendbutton.so (16:17:06) plugins: probing /usr/lib/pidgin/lastseen.so (16:17:06) plugins: probing /usr/lib/pidgin/album.so (16:17:06) plugins: probing /usr/lib/pidgin/libextprefs.so (16:17:06) plugins: probing /usr/lib/pidgin/xmppconsole.so (16:17:06) plugins: probing /usr/lib/pidgin/listlog.so (16:17:06) plugins: probing /usr/lib/pidgin/cap.so (16:17:06) plugins: probing /usr/lib/pidgin/convcolors.so (16:17:06) plugins: probing /usr/lib/pidgin/history.so (16:17:06) plugins: probing /usr/lib/pidgin/blistops.so (16:17:06) plugins: probing /usr/lib/pidgin/gRIM.so (16:17:06) plugins: probing /usr/lib/pidgin/irssi.so (16:17:06) plugins: probing /usr/lib/pidgin/plonkers.so (16:17:06) plugins: probing /usr/lib/pidgin/difftopic.so (16:17:06) plugins: probing /usr/lib/pidgin/gtkbuddynote.so (16:17:06) plugins: probing /usr/lib/pidgin/infopane.so (16:17:06) plugins: probing /usr/lib/pidgin/convbadger.so (16:17:06) plugins: probing /usr/lib/pidgin/markerline.so (16:17:06) plugins: probing /usr/lib/pidgin/musicmessaging.so (16:17:06) plugins: probing /usr/lib/pidgin/notify.so (16:17:06) plugins: probing /usr/lib/pidgin/switchspell.so (16:17:06) plugins: probing /usr/lib/pidgin/themeedit.so (16:17:06) plugins: probing /usr/lib/pidgin/pidginrc.so (16:17:06) plugins: probing /usr/lib/pidgin/ticker.so (16:17:06) plugins: probing /usr/lib/pidgin/xchat-chats.so (16:17:06) plugins: probing /usr/lib/pidgin/timestamp_format.so (16:17:06) plugins: probing /usr/lib/pidgin/icon_override.so (16:17:06) plugins: probing /usr/lib/pidgin/timelog.so (16:17:06) plugins: probing /usr/lib/pidgin/pidgin-schedule.so (16:17:06) plugins: probing /usr/lib/pidgin/iconaway.so (16:17:06) plugins: probing /usr/lib/pidgin/mystatusbox.so (16:17:06) plugins: probing /usr/lib/pidgin/spellchk.so (16:17:06) plugins: probing /usr/lib/pidgin/gestures.so (16:17:06) plugins: probing /usr/lib/pidgin/enhancedhist.so (16:17:06) plugins: probing /usr/lib/pidgin/pidgin-otr.so (16:17:06) plugins: probing /usr/lib/pidgin/sepandtab.so (16:17:06) plugins: probing /usr/lib/pidgin/nicksaid.so (16:17:06) plugins: probing /usr/lib/pidgin/xmppdisco.so (16:17:06) plugins: probing /usr/lib/pidgin/timestamp.so (16:17:06) plugins: probing /usr/lib/pidgin/extplacement.so (16:17:06) plugins: probing /usr/lib/pidgin/vvconfig.so (16:17:06) plugins: probing /usr/lib/purple-2/joinpart.so (16:17:06) plugins: probing /usr/lib/purple-2/listhandler.so (16:17:06) plugins: probing /usr/lib/purple-2/libirc.so (16:17:06) plugins: probing /usr/lib/purple-2/libicq.so (16:17:06) plugins: probing /usr/lib/purple-2/autoaccept.so (16:17:06) plugins: probing /usr/lib/purple-2/splitter.so (16:17:06) plugins: probing /usr/lib/purple-2/napster.so (16:17:06) plugins: probing /usr/lib/purple-2/irchelper.so (16:17:06) plugins: probing /usr/lib/purple-2/dbus-example.so (16:17:06) plugins: probing /usr/lib/purple-2/ignore.so (16:17:06) plugins: probing /usr/lib/purple-2/flip.so (16:17:06) plugins: probing /usr/lib/purple-2/tcl.so (16:17:06) plugins: probing /usr/lib/purple-2/liboscar.so (16:17:06) plugins: /usr/lib/purple-2/liboscar.so is not usable because the 'purple_init_plugin' symbol
Bug#790052: pelican: trying to overwrite '/usr/share/man/man1/pelican-themes.1.gz', which is also in package python-pelican 3.6.0-1
Package: pelican Version: 3.6.0-2 Severity: serious Dear Maintainer, pelican has the vrong version in its Breaks and Replaces header which makes the installation fail if python-pelican was installed before (i.e. upon a python-pelican upgrade): […] Unpacking pelican (3.6.0-2) ... dpkg: error processing archive /var/cache/apt/archives/pelican_3.6.0-2_all.deb (--unpack): trying to overwrite '/usr/share/man/man1/pelican-themes.1.gz', which is also in package python-pelican 3.6.0-1 dpkg-deb: error: subprocess paste was killed by signal (Broken pipe) Preparing to unpack .../python-pelican_3.6.0-2_all.deb ... Unpacking python-pelican (3.6.0-2) over (3.6.0-1) ... […] Errors were encountered while processing: /var/cache/apt/archives/pelican_3.6.0-2_all.deb […] E: Sub-process /usr/bin/dpkg returned an error code (1) […] dpkg: dependency problems prevent configuration of python-pelican: python-pelican depends on pelican; however: Package pelican is not installed. dpkg: error processing package python-pelican (--configure): dependency problems - leaving unconfigured […] Errors were encountered while processing: python-pelican Current headers: Replaces: python-pelican ( 3.6.0-1) Breaks: python-pelican ( 3.6.0-1) What the headers should look like: Replaces: python-pelican ( 3.6.0-2~) Breaks: python-pelican ( 3.6.0-2~) -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (990, 'unstable'), (600, 'testing'), (111, 'buildd-unstable'), (111, 'buildd-experimental'), (110, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.0.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages pelican depends on: ii libpython2.7-stdlib [python-argparse] 2.7.10-2 ii python 2.7.9-1 ii python-blinker 1.3.dfsg2-1 ii python-dateutil2.2-2 ii python-docutils0.12+dfsg-1 ii python-feedgenerator 1.7-1 ii python-jinja2 2.7.3-1 ii python-markdown2.6.2-1 ii python-pkg-resources 17.0-1 ii python-pygments2.0.1+dfsg-1.1 ii python-six 1.9.0-3 ii python-tz 2012c+dfsg-0.1 ii python-unidecode 0.04.16-1 pn python:any none pelican recommends no packages. Versions of packages pelican suggests: ii pandoc 1.13.2.1~dfsg-1+b4 ii python-bs4 4.3.2-2 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#787638: php5-curl: php segfaults immediately with php5-curl installed
Package: php5-curl Version: 5.6.9+dfsg-1 Followup-For: Bug #787638 Dear Maintainer, I confirm this bug: I have exactly the same problem on this machine. -- Package-specific info: Additional PHP 5 information PHP 5 SAPI (php5query -S): apache2 cli cgi PHP 5 Extensions (php5query -M -v): intl (Enabled for apache2 by maintainer script) intl (Enabled for cli by maintainer script) intl (Enabled for cgi by maintainer script) readline (Enabled for apache2 by maintainer script) readline (Enabled for cli by maintainer script) readline (Enabled for cgi by maintainer script) pdo_mysql (Enabled for apache2 by maintainer script) pdo_mysql (Enabled for cli by maintainer script) pdo_mysql (Enabled for cgi by maintainer script) pdo_sqlite (Enabled for apache2 by maintainer script) pdo_sqlite (Enabled for cli by maintainer script) pdo_sqlite (Enabled for cgi by maintainer script) mysql (Enabled for apache2 by maintainer script) mysql (Enabled for cli by maintainer script) mysql (Enabled for cgi by maintainer script) mysqli (Enabled for apache2 by maintainer script) mysqli (Enabled for cli by maintainer script) mysqli (Enabled for cgi by maintainer script) imagick (Enabled for apache2 by maintainer script) imagick (Enabled for cli by maintainer script) imagick (Enabled for cgi by maintainer script) oauth (Enabled for apache2 by maintainer script) oauth (Enabled for cli by maintainer script) oauth (Enabled for cgi by maintainer script) imap (Enabled for apache2 by maintainer script) imap (Enabled for cli by maintainer script) imap (Enabled for cgi by maintainer script) pspell (Enabled for apache2 by maintainer script) pspell (Enabled for cli by maintainer script) pspell (Enabled for cgi by maintainer script) curl (Enabled for apache2 by maintainer script) curl (Enabled for cli by maintainer script) curl (Enabled for cgi by maintainer script) gd (Enabled for apache2 by maintainer script) gd (Enabled for cli by maintainer script) gd (Enabled for cgi by maintainer script) mcrypt (Enabled for apache2 by maintainer script) mcrypt (Enabled for cli by maintainer script) mcrypt (Enabled for cgi by maintainer script) pdo (Enabled for apache2 by maintainer script) pdo (Enabled for cli by maintainer script) pdo (Enabled for cgi by maintainer script) apcu (Enabled for apache2 by maintainer script) apcu (Enabled for cli by maintainer script) apcu (Enabled for cgi by maintainer script) json (Enabled for apache2 by maintainer script) json (Enabled for cli by maintainer script) json (Enabled for cgi by maintainer script) opcache (Enabled for apache2 by maintainer script) opcache (Enabled for cli by maintainer script) opcache (Enabled for cgi by maintainer script) sqlite3 (Enabled for apache2 by maintainer script) sqlite3 (Enabled for cli by maintainer script) sqlite3 (Enabled for cgi by maintainer script) ldap (Enabled for apache2 by maintainer script) ldap (Enabled for cli by maintainer script) ldap (Enabled for cgi by maintainer script) Configuration files: /etc/php5/mods-available/curl.ini extension=curl.so -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 4.0.0-2-686-pae (SMP w/2 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 php5-curl depends on: ii libc6 2.19-18 ii libcurl3 7.43.0-1 ii php5-common [phpapi-20131226] 5.6.9+dfsg-1 ii ucf3.0030 php5-curl recommends no packages. php5-curl suggests no packages. Versions of packages php5-common depends on: ii libc6 2.19-18 ii lsof4.86+dfsg-1 ii psmisc 22.21-2 ii sed 4.2.2-6 ii ucf 3.0030 Versions of packages php5-common suggests: ii php5-apcu [php5-user-cache] 4.0.7-1 Versions of packages php5-cli depends on: ii libbz2-1.01.0.6-8 ii libc6 2.19-18 ii libcomerr21.42.13-1 ii libdb5.3 5.3.28-9 ii libedit2 3.1-20150325-1 ii libgssapi-krb5-2 1.13.2+dfsg-2 ii libk5crypto3 1.13.2+dfsg-2 ii libkrb5-3 1.13.2+dfsg-2 ii libmagic1 1:5.22+15-2 ii libonig2 5.9.6-1 ii libpcre3 2:8.35-6 ii libqdbm14 1.8.78-5+b3 ii libssl1.0.0 1.0.2c-1 ii libxml2 2.9.2+dfsg1-3 ii mime-support 3.58 ii php5-common 5.6.9+dfsg-1 ii php5-json 1.3.6-1 ii tzdata2015e-1 ii ucf 3.0030 ii zlib1g1:1.2.8.dfsg-2+b1 Versions of packages php5-cli recommends: ii php5-readline 5.6.9+dfsg-1 Versions of packages php5-cli suggests: ii php-pear 5.6.9+dfsg-1 Versions of packages libapache2-mod-php5 depends on: ii apache2 2.4.12-2 ii apache2-bin [apache2-api-20120211] 2.4.12-2 ii libbz2-1.0 1.0.6-8 ii libc6
Bug#790037: spamass-milter: Erronius message about ENVRCPT
Package: spamass-milter Version: 0.3.2-1+b1 Severity: normal Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? Started spamass-milter * What exactly did you do (or not do) that was effective (or ineffective)? Started spamass-milter * What was the outcome of this action? Message in /var/log/error: Jun 26 14:43:17 nigelhorne spamass-milter[5500]: Could not retrieve sendmail macro auth_type!. Please add it to confMILTER_MACROS_ENVRCPT for better spamassassin results * What outcome did you expect instead? That it wouldn't say that. $ fgrep RCPT /etc/mail/sendmail.mc define(`confBAD_RCPT_THROTTLE',`3')dnl define(`confMILTER_MACROS_ENVRCPT',`r, v, Z, b, {auth_type}')dnl -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.0.0-2-amd64 (SMP w/8 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages spamass-milter depends on: ii adduser 3.113+nmu3 ii libc6 2.19-18 ii libgcc1 1:5.1.1-12 ii libmilter1.0.1 8.14.9-1 ii libstdc++6 5.1.1-12 ii spamc 3.4.1-1 Versions of packages spamass-milter recommends: ii sendmail 8.14.9-1 ii spamassassin 3.4.1-1 spamass-milter suggests no packages. -- Configuration Files: /etc/default/spamass-milter changed: SOCKET=inet:10783@127.0.0.1 SOCKETMODE= SOCKETOWNER= OPTIONS=-u spamass-milter -i 127.0.0.1 -i 192.168.1.0/8 -i 208.113.207.5 -i 208.113.189.44 -r 5 -I -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#789293: debram: FTBFS with pbuilder: dsc file missing newline before BEGIN PGP SIGNATURE line
Daniel: Interesting bug report. I had not known that an extra newline was needed there; but now that you point it out, I see that the extra newline is standard in other packages, and even in my own other packages. I'll add the newline and upload again. Thanks. I would explain why the newline was missing, but the explanation is neither interesting nor important. I appreciate the clear explanation of the problem. Your explanation makes it easy to fix. signature.asc Description: Digital signature
Bug#790043: mapnik: no longer builds python bindings
Source: mapnik Version: 3.0.0~rc3+ds-1 Severity: serious Hi, mapnik no longer builds the python bindings, but tilelite still depends on those. Something needs to be done here so that mapnik can be in a releasable state: either the bindings are brought back (possibly from a different source package) or codelite needs to be fixed / removed. Emilio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#790044: nagios3-doc doesnt contain any doc
Package: nagios3-doc Version: 3.5.1.dfsg-2 Severity: normal i would expect from (html)files in the packages but $ dpkg -L nagios3-doc /. /etc /etc/nagios3 /etc/nagios3/stylesheets /usr /usr/share /usr/share/lintian /usr/share/lintian/overrides /usr/share/lintian/overrides/nagios3-doc /usr/share/doc-base /usr/share/doc-base/nagios3 /usr/share/nagios3 /usr/share/nagios3/htdocs /usr/share/nagios3/htdocs/docs /usr/share/nagios3/htdocs/docs/images /usr/share/doc /usr/share/doc/nagios3-doc /usr/share/doc/nagios3-doc/changelog.gz /usr/share/doc/nagios3-doc/copyright /usr/share/doc/nagios3-doc/changelog.Debian.gz /usr/share/doc/nagios3-doc/NEWS.Debian.gz /usr/share/nagios3/stylesheets /usr/share/doc/nagios3-doc/html the package is just more or less empty... where is the doc? -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.16-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#777955: liblas: ftbfs with GCC-5
Hi Matthias, On 02/13/2015 10:48 PM, Sebastiaan Couwenberg wrote: This looks like looks like #778220. The boost issue (#778220) is no longer a problem. But unfortunately liblas still fails to build with GCC 5, now due to undefined references to Boost methods. See for example this build log: http://linuxminded.nl/tmp/liblas-gcc5.txt An example: undefined reference to `boost::program_options::invalid_option_value::invalid_option_value(std::__cxx11::basic_stringchar, std::char_traitschar, std::allocatorchar const)' This seems similar to the lucene++ issue: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=777993#27 The comments hints to the need to rebuild boost on top of the new C++ ABI. Can you shed some light how to best fix this issue with liblas? Kind Regards, Bas -- GPG Key ID: 4096R/6750F10AE88D4AF1 Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721521: fonts-urw-base35 status
Hi Fabian, On Fri, 26 Jun 2015, Fabian Greffrath wrote: of affairs. TLDR: I am waiting for native alias support for the new font names in the next fontconfig release and for an approval from the Good. me from uploading the current package to experimental, right? I think I might get to it during next week. Thanks for uploading. NEW processing will take anyway quite some time, so nothing to worry. While we are at it, have you or Karl or Walter found some time to I have written a separate email to them and you etc. Norbert PREINING, Norbert http://www.preining.info JAIST, Japan TeX Live Debian Developer GPG: 0x860CDC13 fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#790018: /usr/share/texlive/texmf-dist/tex/generic/pgf/systemlayer/pgfsys-tex4ht.def: undefined control sequence \pgfsys@svg@newline -\Hnewline when using tex4ht
I don't have myself any contact with them, so not me. I'm unsure what other people did (honestly I wouldn't bet on that) Anyway, just added the fix for it, replacein the Hnewline with ^^J Will be in the next upload (in about 1 month) Norbert PREINING, Norbert http://www.preining.info JAIST, Japan TeX Live Debian Developer GPG: 0x860CDC13 fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#790018: /usr/share/texlive/texmf-dist/tex/generic/pgf/systemlayer/pgfsys-tex4ht.def: undefined control sequence \pgfsys@svg@newline -\Hnewline when using tex4ht
On ven., 2015-06-26 at 23:00 +0900, Norbert Preining wrote: I don't have myself any contact with them, so not me. I'm unsure what other people did (honestly I wouldn't bet on that) Anyway, just added the fix for it, replacein the Hnewline with ^^J Will be in the next upload (in about 1 month) Many thanks :) -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#790039: python-lz4: please provide a py3k package
Package: python-lz4 Severity: important Hello, upstream declares compatibility with py3k, please provide such package. Regards, Sandro -- System Information: Debian Release: 8.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/1 CPU core) 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) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#790040: tex-common: doesn't properly clean up legacy files
Package: tex-common Version: 6.01 Severity: normal Hi. Apparently, /etc/texmf/hyphen.d /etc/texmf/fmt.d are no longer part of tex-common. However, during upgrade these directories were not correctly cleaned up: Unpacking tex-common (6.01) over (5.03) ... dpkg: warning: unable to delete old directory '/etc/texmf/hyphen.d': Directory not empty dpkg: warning: unable to delete old directory '/etc/texmf/fmt.d': Directory not empty even though they're empty afterwards. Please correct that in one of the next uploads and consider using e.g. piuparts to indentify such cases. Cheers, Chris. -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 4.0.0-2-amd64 (SMP w/8 CPU cores) Locale: LANG=en_DE.UTF-8, LC_CTYPE=en_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages tex-common depends on: ii dpkg 1.18.1 ii ucf 3.0030 tex-common recommends no packages. Versions of packages tex-common suggests: ii debhelper 9.20150507 -- debconf information: tex-common/check_texmf_missing: tex-common/check_texmf_wrong: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#790044: [Pkg-nagios-devel] Bug#790044: nagios3-doc doesnt contain any doc
On Fri, 26 Jun 2015, M. Dietrich wrote: Package: nagios3-doc Version: 3.5.1.dfsg-2 Severity: normal i would expect from (html)files in the packages but $ dpkg -L nagios3-doc /. /etc /etc/nagios3 /etc/nagios3/stylesheets /usr /usr/share /usr/share/lintian /usr/share/lintian/overrides /usr/share/lintian/overrides/nagios3-doc /usr/share/doc-base /usr/share/doc-base/nagios3 /usr/share/nagios3 /usr/share/nagios3/htdocs /usr/share/nagios3/htdocs/docs /usr/share/nagios3/htdocs/docs/images /usr/share/doc /usr/share/doc/nagios3-doc /usr/share/doc/nagios3-doc/changelog.gz /usr/share/doc/nagios3-doc/copyright /usr/share/doc/nagios3-doc/changelog.Debian.gz /usr/share/doc/nagios3-doc/NEWS.Debian.gz /usr/share/nagios3/stylesheets /usr/share/doc/nagios3-doc/html the package is just more or less empty... where is the doc? The developers decided not to ship any docs. They were removed from the sources. Alex -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#790045: The ppd version 5.2 9 is not compatible with gutenprint 5.2.3
Package: cups-driver-gutenprint Version: 5.2.10-3 Severity: important Hello, after upgrading my system i run into the problem that i could not print anymore. But i could find a solution for the problem here: https://bbs.archlinux.org/viewtopic.php?id=102892 Running /usr/sbin/cups-genppdupdate solved the problem. This should be added to the installation script of the package. Cheers Karsten -- System Information: Debian Release: 8.1 APT prefers proposed-updates APT policy: (500, 'proposed-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages cups-driver-gutenprint depends on: ii dpkg 1.17.25 ii printer-driver-gutenprint 5.2.10-3 cups-driver-gutenprint recommends no packages. cups-driver-gutenprint suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#778074: Patch for GCC 5 build issue
* Eugen Dedu eugen.d...@univ-fcomte.fr [2015-06-26 12:23]: Thank you very much, I have uploaded it. I forgot to add your name in the changelog, sorry. No problem. Thanks for the quick fix! -- Martin Michlmayr Linux for HP Helion OpenStack, Hewlett-Packard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#790038: implement Day Of The Tentacle easter egg
package: game-data-packager severity: wishlist version: 41 This means either shipping a symlink in either Maniac Mansion or DOTT packages. Which way is best ? Is this enough, or is some (automatic ?) editing of .scummvmrc needed. Alexandre --- 3.2) Day of the Tentacle notes: -- At one point in the game, you come across a computer that allows you to play the original Maniac Mansion as an easter egg. ScummVM supports this, with a few caveats: ScummVM will scan your configuration file for a game that's in a 'Maniac' sub-folder of your Day of the Tentacle folder. If you've copied the data files from the CD version, this should already be the case but you have to add the game to ScummVM as well. To return to Day of the Tentacle, press F5 and select Return to Launcher. This means that you could in theory use any game as the easter egg. Indeed, there is a secret configuration setting, easter_egg, to override the ID of the game to run. Be aware, though, that not all games support returning to the launcher, and setting it up to use Day of the Tentacle itself as the easter egg game is not recommended. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#790041: systemd: Crash after upgrade
Package: systemd Version: 220-7 Severity: important Dear Maintainer, Since this morning upgrade, systemd crashes. Reinstalling systemd or restarting systemd shows this kind of lines. Here are the lines in the log: Message from syslogd@new-host-2 at Fri Jun 26 16:13:45 2015 ... new-host-2 vmunix: [5361162.555860] Process systemd-delta (pid: 21222, ti=f01b4000 task=f26dad30 task.ti=f01b4000) Message from syslogd@new-host-2 at Fri Jun 26 16:13:45 2015 ... new-host-2 vmunix: [5361162.555862] Stack: Message from syslogd@new-host-2 at Fri Jun 26 16:13:45 2015 ... new-host-2 vmunix: [5361162.555872] Call Trace: Message from syslogd@new-host-2 at Fri Jun 26 16:13:45 2015 ... new-host-2 vmunix: [5361162.555880] Code: 00 5b 5e c3 57 56 64 8b 3d 18 8f 4e c1 53 8b 9f 18 03 00 00 85 db 0f 84 a1 00 00 00 83 7b 04 00 75 09 83 bb bc 01 00 00 00 74 02 0f 0b 83 3d 50 bf 53 c1 00 0f 84 83 00 00 00 89 83 10 02 00 00 Message from syslogd@new-host-2 at Fri Jun 26 16:13:45 2015 ... new-host-2 vmunix: [5361162.555896] EIP: [c107ff1c] __audit_syscall_entry+0x27/0xbd SS:ESP 0068:f01b5fa8 Jun 26 16:13:45 new-host-2 vmunix: [5361162.555777] [ cut here ] Jun 26 16:13:45 new-host-2 vmunix: [5361162.555782] kernel BUG at /build/linux-mckFlX/linux-3.9.8/kernel/auditsc.c:1772! Jun 26 16:13:45 new-host-2 vmunix: [5361162.555784] invalid opcode: [#99] SMP Jun 26 16:13:45 new-host-2 vmunix: [5361162.555786] Modules linked in: nls_cp437 vfat fat vboxpci(O) vboxnetadp(O) vboxnetflt(O) vboxdrv(O) ebtable_filter ebtables ip6table_filter ip6_tables arc4 ecb md4 usb_storage udp_diag tcp_diag inet_diag snd_hrtimer snd_seq_dummy nvidia(PO) xt_multiport iptable_filter ip_tables x_tables nfnetlink_queue nfnetlink_log nfnetlink bluetooth rfkill crc16 binfmt_misc cpufreq_conservative cpufreq_stats cpufreq_userspace cpufreq_powersave pci_stub sha256_generic hmac nls_utf8 cifs nfsd auth_rpcgss nfs_acl nfs lockd dns_resolver fscache sunrpc decnet uvcvideo videobuf2_vmalloc videobuf2_memops videobuf2_core videodev media snd_usb_audio snd_usbmidi_lib snd_hda_codec_hdmi evdev serio_raw acpi_cpufreq mperf kvm_amd kvm pcspkr k10temp drm sp5100_tco processor thermal_sys wmi button snd_hda_codec_realtek snd_hda_intel snd_hda_codec i2c_piix4 snd_hwdep i2c_core shpchp it87 hwmon_vid snd_seq_midi_emul snd_seq_midi snd_seq_midi_event snd_rawmidi snd_seq snd_seq _device snd_pcm_oss snd_mixer_oss snd_pcm snd_page_al Jun 26 16:13:45 new-host-2 vmunix: oc s Jun 26 16:13:45 new-host-2 vmunix: nd_timer snd soundcore fuse parport_pc ppdev lp parport autofs4 hid_generic usbhid hid ext3 mbcache jbd dm_mirror dm_region_hash dm_log dm_mod microcode sg sr_mod cdrom sd_mod crc_t10dif ata_generic firewire_ohci firewire_core crc_itu_t ohci_hcd ehci_pci 8139too ehci_hcd 8139cp pata_atiixp usbcore usb_common ahci libahci libata scsi_mod r8169 mii floppy [last unloaded: vboxdrv] Jun 26 16:13:45 new-host-2 vmunix: [5361162.555841] Pid: 21222, comm: systemd-delta Tainted: P DO 3.9-1-686-pae #1 Debian 3.9.8-1 Gigabyte Technology Co., Ltd. GA-880GM-UD2H/GA-880GM-UD2H Jun 26 16:13:45 new-host-2 vmunix: [5361162.555843] EIP: 0060:[c107ff1c] EFLAGS: 00010202 CPU: 2 Jun 26 16:13:45 new-host-2 vmunix: [5361162.555848] EIP is at __audit_syscall_entry+0x27/0xbd Jun 26 16:13:45 new-host-2 vmunix: [5361162.555850] EAX: 4003 EBX: c31e9800 ECX: b77d67d2 EDX: 0005 Jun 26 16:13:45 new-host-2 vmunix: [5361162.555852] ESI: b77db088 EDI: f26dad30 EBP: f01b4000 ESP: f01b5fa8 Jun 26 16:13:45 new-host-2 vmunix: [5361162.555854] DS: 007b ES: 007b FS: 00d8 GS: 00e0 SS: 0068 Jun 26 16:13:45 new-host-2 vmunix: [5361162.555855] CR0: 80050033 CR2: b77d2c70 CR3: 327ed000 CR4: 07f0 Jun 26 16:13:45 new-host-2 vmunix: [5361162.555857] DR0: DR1: DR2: DR3: Jun 26 16:13:45 new-host-2 vmunix: [5361162.555858] DR6: 0ff0 DR7: 0400 Jun 26 16:13:45 new-host-2 vmunix: [5361162.555860] Process systemd-delta (pid: 21222, ti=f01b4000 task=f26dad30 task.ti=f01b4000) Jun 26 16:13:45 new-host-2 syslogd: /dev/:0: No such file or directory Jun 26 16:13:45 new-host-2 vmunix: [5361162.555862] Stack: Jun 26 16:13:45 new-host-2 syslogd: /dev/:0: No such file or directory Jun 26 16:13:45 new-host-2 vmunix: [5361162.555862] b77d67d2 b77db088 b772 c1300a1a 00088100 b77db088 b772 Jun 26 16:13:45 new-host-2 vmunix: [5361162.555866] b8488014 0005 007b 007b 0033 0005 b77aa424 Jun 26 16:13:45 new-host-2 vmunix: [5361162.555870] 0073 0286 bff7d1b0 007b fd4a01d9 00b6fe27 Jun 26 16:13:45 new-host-2 vmunix: [5361162.555872] Call Trace: Jun 26 16:13:45 new-host-2 syslogd: /dev/:0: No such file or directory Jun 26 16:13:45 new-host-2 vmunix: [5361162.555877] [c1300a1a] ? sysenter_audit+0x1e/0x25 Jun 26 16:13:45 new-host-2 vmunix: [5361162.555880] Code: 00 5b 5e c3 57 56 64 8b 3d 18 8f 4e c1 53 8b 9f 18 03 00 00 85 db 0f 84 a1 00 00 00 83 7b 04 00
Bug#789779: (no subject)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 I have the same problem: all my customs keyboard shortcuts to run application stops working. Max - -- IM: mass...@jabber.fsfe.org - OpenPGP Key-Id: 0x5D168FC1 -BEGIN PGP SIGNATURE- Version: GnuPG v2 iF4EAREIAAYFAlWNXqUACgkQnxH3+F0Wj8EwUgD8DNDVIja2hgVma9HwOeppu/Fc EU9fBkcxDZd5ep2E9L4BALpqQnMcY5pZtbncC4iShh7o2351hkwEFZw00l+0eW5F =OpKz -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#789908: [/sid] Update French translation by Julien Patriarca
tag 789908 pending thanks Date: Fri Jun 26 13:58:51 2015 +0200 Author: Paul Gevers elb...@debian.org Commit ID: 2ac1afa0dd2a5564f2a0fe91f842e26d8eabc287 Commit URL: https://anonscm.debian.org/cgit/collab-maint/dbconfig-common.git;a=commitdiff;h=2ac1afa0dd2a5564f2a0fe91f842e26d8eabc287 Patch URL: https://anonscm.debian.org/cgit/collab-maint/dbconfig-common.git;a=commitdiff_plain;h=2ac1afa0dd2a5564f2a0fe91f842e26d8eabc287 Update French translation by Julien Patriarca Closes: #789908 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#790042: udev: missing NEWS.Debian
Package: udev Version: 220-7 Severity: minor The changelog claims: systemd (220-7) unstable; urgency=medium [...] [ Martin Pitt ] * Switch to net.ifnames persistant network interfaces (on new installations/for new hardware), and deprecate the old 75-persistent-net-generator.rules. See the ML discussion for details: [...] - Add udev NEWS file for announcing this change and pointing to udev's README. [...] That NEWS file sounds like a good idea, so it's a pity there's no sign of it: jbr@xan:~$ ls /usr/share/doc/udev changelog.Debian.gz copyright README.Debian.gz (And if you actually mean a NEWS file then this is an opportunity to persuade you that it ought to be a NEWS.Debian file instead - that way apt-listchanges would have shown it to me automatically.) Severity: minor because it's only a documentation issue that I'm hoping you can fix in seconds. -- Package-specific info: -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (990, 'testing'), (50, 'unstable') Architecture: i386 (i686) Kernel: Linux 4.0.0-2-686-pae (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages udev depends on: ii adduser3.113+nmu3 ii debconf [debconf-2.0] 1.5.56 ii libacl12.2.52-2 ii libblkid1 2.26.2-6 ii libc6 2.19-18 ii libgcc11:5.1.1-9 ii libkmod2 20-1 ii libselinux12.3-2+b1 ii libudev1 220-7 ii lsb-base 4.1+Debian13+nmu1 ii procps 2:3.3.9-9 ii util-linux 2.26.2-6 udev recommends no packages. udev suggests no packages. -- debconf information: udev/sysfs_deprecated_incompatibility: udev/reboot_needed: udev/new_kernel_needed: false udev/title/upgrade: -- JBR with qualifications in linguistics, experience as a Debian sysadmin, and probably no clue about this particular package -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#789867: pidgin: Pidgin crashes upton IRC disconnection
Thanks. One other thing - would you mind running pidgin -d pidginlog.txt, reproducing the bug, and attaching the log file? You might want to look through the file first to see if there's any personal information that shouldn't be exposed.
Bug#790036: gauche-c-wrapper: broken on amd64
Package: gauche-c-wrapper Version: 0.6.1-5 Severity: normal $ gosh -V Gauche scheme shell, version 0.9.4 [utf-8,pthreads], x86_64-unknown-linux-gnu karme@jessierouting:~$ gosh -uc-wrapper gosh: error: Compile Error: Compile Error: unbound variable: ffi-type-longdouble /usr/share/gauche-0.9/site/lib/c-wrapper/c-parser.scm:31:(define-module c-wrapper.c-parser (u ... /usr/share/gauche-0.9/site/lib/c-wrapper.scm:31:(define-module c-wrapper (use srfi-1 ... on armhf this works just fine as expected: $ gosh -V Gauche scheme shell, version 0.9.4 [utf-8,pthreads], armv7l-unknown-linux-gnueabihf $ gosh -uc-wrapper gosh -- System Information: Debian Release: 8.1 APT prefers proposed-updates APT policy: (500, 'proposed-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/2 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 gauche-c-wrapper depends on: ii dpkg 1.17.25 ii gauche 0.9.4-3 ii libc62.19-18 ii libgauche-0.9-0 0.9.4-3 gauche-c-wrapper recommends no packages. gauche-c-wrapper suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#789121: segfaults in libc6 when accessing ssl keys and signatures
On Fri, 26 Jun 2015 10:21:23 +0200 Ricardo Mones mo...@debian.org wrote: This severity is not correct with current bug info, I've readjusted it to a more suitable value¹. sorry about that! Never send a human to do a machine's job. Agent Smith an apt quote, since i completely forgot to close this bug after i fixed it's source: i had an old libgnutls installed that was being loaded and failing, once i pushed the libgnutls packages to the current version ( the one in sid) the problem went away. you can mark this as closed with resolution PEBKAC thanks -- Andrea Lusuardi - uovobw GPG: 313C1073 pgp0yo6oDIBrt.pgp Description: OpenPGP digital signature
Bug#777615: openshot: Huge application icon in Nautilus
Package: openshot Version: 1.4.3-1.1 Followup-For: Bug #777615 Dear Maintainer, https://www.youtube.com/watch?v=LXhgsMPnsaM Just to confirm this bug on my Debian -- System Information: Debian Release: 8.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.16.0-4-686-pae (SMP w/2 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 openshot depends on: ii fontconfig 2.11.0-6.3 ii gtk2-engines-pixbuf 2.24.25-3 ii librsvg2-common 2.40.5-1 ii melt 0.9.2-2 ii python 2.7.9-1 ii python-gtk2 2.24.0-4 ii python-httplib2 0.9+dfsg-2 ii python-imaging 2.6.1-2 ii python-mlt 0.9.2-2 ii python-pygoocanvas 0.14.1-1+b3 ii python-support 1.0.15 ii python-xdg 0.25-4 Versions of packages openshot recommends: ii frei0r-plugins 1.4-3 ii openshot-doc1.4.3-1.1 Versions of packages openshot suggests: pn blender none ii inkscape 0.48.5-3 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#789748: jansson: [PATCH] please make the build reproducible
Control: tags -1 pending On mer, giu 24, 2015 at 12:24:57 -0300, Juan Picca wrote: Package: jansson Version: 2.7-3 Severity: wishlist Tags: patch User: reproducible-bui...@lists.alioth.debian.org Usertags: timestamps Hi! While working on the reproducible builds effort [1], we have noticed that jansson could not be built reproducibly. The attached patch removes extra timestamps from the build system. Once applied, jansson can be built reproducibly in our current experimental framework. I merged your patch in the git repository, thanks. Cheers signature.asc Description: Digital signature
Bug#790025: dpkg: bogus msgstr[N] in po/{hu,id,ja,ko,th}.po
Hi! On Fri, 2015-06-26 at 12:24:16 +0200, Jakub Wilk wrote: Source: dpkg Version: 1.18.1 Usertags: i18nspector The Hungarian PO file declares only single plural form: Plural-Forms: nplurals=1; plural=0;\n But there are two msgstr[N], one of them untranslated: #: src/enquiry.c #, c-format msgid %d package, from the following section: msgid_plural %d packages, from the following sections: msgstr[0] msgstr[1] %d csomag az alábbi szakaszokból: Ah, long time since I've run i18nspector. Thanks for the heads-up! I've fixed all reported issues now. And reverted some bogus removals of fuzzy markers too. Some other PO files for languages with nplurals=1 have the same problem, which makes me think an automated tool has gone awry... Yeah, that would have been the damage caused by using msguntypot: 782060 and 782061. :( Thanks, Guillem -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#790018: /usr/share/texlive/texmf-dist/tex/generic/pgf/systemlayer/pgfsys-tex4ht.def: undefined control sequence \pgfsys@svg@newline -\Hnewline when using tex4ht
On Fri, 26 Jun 2015, Yves-Alexis Perez wrote: Quick googling leads to https://tex.stackexchange.com/questions/185349/error-using-pgfsysdriver-with-tex4ht-only-shows-up-with-texlive-2014-ok-with-t and the fix seems to work just fine. Has anyone contacted the pgf maintainers to fix that? Norbert PREINING, Norbert http://www.preining.info JAIST, Japan TeX Live Debian Developer GPG: 0x860CDC13 fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#790018: /usr/share/texlive/texmf-dist/tex/generic/pgf/systemlayer/pgfsys-tex4ht.def: undefined control sequence \pgfsys@svg@newline -\Hnewline when using tex4ht
On ven., 2015-06-26 at 22:51 +0900, Norbert Preining wrote: On Fri, 26 Jun 2015, Yves-Alexis Perez wrote: Quick googling leads to https://tex.stackexchange.com/questions/185349/error-using -pgfsysdriver-with-tex4ht-only-shows-up-with-texlive-2014-ok-with-t and the fix seems to work just fine. Has anyone contacted the pgf maintainers to fix that? I don't have myself any contact with them, so not me. I'm unsure what other people did (honestly I wouldn't bet on that) Regards, -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#790036: gauche-c-wrapper: broken on amd64
really strange: looks like a package rebuild (without any source changes) fixes the problem -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#789725: Shortcuts - additional information
I tried other shortcuts. Mute, changing speakers' volume, changing screen brightness do not work neither on my laptop running the same version. Same error messages in /var/log/message. Cheers, Jean-Marc jean-m...@6jf.be pgpOl6EEXRlSe.pgp Description: PGP signature
Bug#777861: [Pkg-gauche-devel] Bug#777861: Bug#777861: gauche-c-wrapper: ftbfs with GCC-5
* Jens Thiele ka...@karme.de [2015-06-26 10:10]: you really should provide output of something like this: $ cat EOF test.h #define B() 1 #define A B EOF $ echo -e 100\nB()\nA|gcc-YOURVERSION -E -include test.h -|tail I'm not Matthias, but I can confirm that the package fails to build in a Debian unstable chroot with GCC 5 the way Matthias reported. (sid-gcc5)1878:tbm@bl460gen8-30: ~/gauche-c-wrapper-0.6.1] cat test.h #define B() 1 #define A B (sid-gcc5)1879:tbm@bl460gen8-30: ~/gauche-c-wrapper-0.6.1] echo -e 100\nB()\nA|gcc-5 -E -include test.h -|tail # 1 built-in # 1 command-line # 1 /usr/include/stdc-predef.h 1 3 4 # 1 command-line 2 # 1 ./test.h 1 # 1 command-line 2 # 1 stdin 100 1 B (sid-gcc5)1880:tbm@bl460gen8-30: ~/gauche-c-wrapper-0.6.1] gcc-5 --version gcc-5 (Debian 5.1.1-12) 5.1.1 20150622 Copyright (C) 2015 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. Note that gcc-5 is in unstable, so you can easily reproduce this yourself with: CC=gcc-5 CXX=g++-5 dpkg-buildpackage -rfakeroot -- Martin Michlmayr Linux for HP Helion OpenStack, Hewlett-Packard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#790047: devscripts: please add an option to uscan to ignore pgpsigurlmangle
Package: devscripts Severity: wishlist File: /usr/bin/uscan When the watch file contains the pgpsigurlmangle option, then uscan will use debian/upstream/signing-key.pgp or debian/upstream/signing-key.asc or debian/upstream-signing-key.pgp if present, and fail if none of these files is present. It would be nice if uscan had an option to ignore pgpsigurlmangle, so the watch file can be evaluated without the need for debian/upstream/signing-key.pgp or debian/upstream/signing-key.asc or debian/upstream-signing-key.pgp. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#756479:
Thanks for the deprecation warning in previous releases... Oh yeah there wasn't one. nor is there anything to say this has been disabled in the default config file in fact it's still there with a big fat warning about the dangers of turning it on. I agree it's a security issue especially if used incorrectly but then so is telnetd and I don't see anyone removing that from the Debian repos any time soon. I now have two machines I'm unable to monitor without a lot of faff. It's not like I can't recompile it and enable it again but that just wastes everyone's time. I do plan on rewriting my 1 lines of nagios configs to take this into account but that's a mammoth task which requires some planning which could have been done if users had been given a bit of prior warning. -- The contents of this email and any attachments are intended solely for the use of the individual or entity to which it is addressed. If you are not the intended recipient, please destroy this message, delete any copies held on your systems and notify the sender immediately. Persons other than the intended recipient should not retain, copy or use this e-mail for any purpose, nor disclose all or part of its content to any other person.
Bug#779237: update
Hi, I am also needing this package as a dependency. I see that Sergio uploaded to Ubuntu but not to Debian.. So I will just refresh a bit the package and upload it to Debian. -- Martín Ferrari (Tincho) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#790057: biosdevname does not work with dual port mellanox cards
Package: biosdevname Version: 0.3.7 Severity: important Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu wily ubuntu-patch -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 In Ubuntu, the attached patch was applied to achieve the following: Biosdevname should either include these patches or be updated to latest version. This will fix some problems that dual port Mellanox cards are having right now. Changelog: * Added upstream Mellanox fixes to biosdevname per their request: (LP: #1455871) + d/p/Stop-reading-VPD-data-once-VPD-R-section-has-been-re.patch + d/p/Scan-for-devid-for-Mellanox-cards.patch + d/p/Add-port-structure-to-PCI-device-handle-multiple-por.patch + d/p/Add-port-code-for-Mellanox-driver.patch + d/p/Add-dev_port-attribute-for-new-Mellanox-driver.patch Thanks for considering the patch. - -- System Information: Debian Release: jessie/sid APT prefers vivid-updates APT policy: (500, 'vivid-updates'), (500, 'vivid-security'), (500, 'vivid-proposed'), (500, 'vivid'), (100, 'vivid-backports') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.19.0-22-generic (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) -BEGIN PGP SIGNATURE- Version: GnuPG v1.4 iQEcBAEBCgAGBQJVjYXOAAoJEAynk4KHaD/AHFsIAIxKn7BaEXCldBe9FiZzGQ9X IO72toC1Mq5G9SGbYzB6vtYbNxRaEIopV48yYMR/FvJx9y8WoRxw7dYx6Y8+tBRz hcKeNnHXDHIzLwF8Tg3rsCQ10E7VUViileLWdDcDVb9HE3ZHsGuF/syk6ehuYcaQ XYzYURaQbOOmP1I5y5dt3zurvhN+Wd1nz9SEhkGzlw8bWpOsraHqJ+LuhcfdcLaG cyp7b0nzNdzZ6q99/1ohqXXBQi4LWVCpZkmPCWyooAHtihlWADcKDOdqv4y7yQec Z+FWTY1dXZC8406e3IN3qefYT3Y7dP1VOI7pg86dPpMZDC7WDQQBwwCJYPvKq8w= =agmd -END PGP SIGNATURE- diff -Nru biosdevname-0.4.1/debian/changelog biosdevname-0.4.1/debian/changelog diff -Nru biosdevname-0.4.1/debian/control biosdevname-0.4.1/debian/control --- biosdevname-0.4.1/debian/control 2014-02-19 08:27:19.0 -0300 +++ biosdevname-0.4.1/debian/control 2015-06-26 13:59:23.0 -0300 @@ -1,8 +1,7 @@ Source: biosdevname Section: misc Priority: optional -Maintainer: Colin Watson cjwat...@ubuntu.com -XS-Original-Maintainer: Rudy Gevaert rudy.geva...@ugent.be +Maintainer: Rudy Gevaert rudy.geva...@ugent.be Build-Depends: debhelper (= 7.0.50~), dh-autoreconf, libpci-dev (= 1:3.1.7-4ubuntu11) Standards-Version: 3.7.3 diff -Nru biosdevname-0.4.1/debian/patches/Add-dev_port-attribute-for-new-Mellanox-driver.patch biosdevname-0.4.1/debian/patches/Add-dev_port-attribute-for-new-Mellanox-driver.patch --- biosdevname-0.4.1/debian/patches/Add-dev_port-attribute-for-new-Mellanox-driver.patch 1969-12-31 21:00:00.0 -0300 +++ biosdevname-0.4.1/debian/patches/Add-dev_port-attribute-for-new-Mellanox-driver.patch 2015-06-26 13:44:09.0 -0300 @@ -0,0 +1,35 @@ +Description: Add dev_port attribute for new Mellanox driver + +Author: Jordan Hargrave jordan_hargr...@dell.com +Origin: http://linux.dell.com/git/biosdevname.git, commit: 30cedbc +Bug-Ubuntu: https://launchpad.net/bugs/1455871 +Last-Update: 2015-06-24 +--- biosdevname-0.4.1.orig/src/eths.c biosdevname-0.4.1/src/eths.c +@@ -34,18 +34,23 @@ char *pr_ether(char *buf, const int size + return (buf); + } + +-static int eths_get_devid(const char *devname, int *devid) ++static void eths_get_devid(const char *devname, int *devid) + { + char path[PATH_MAX]; + char *devidstr = NULL; + + *devid = -1; +- snprintf(path, sizeof(path), /sys/class/net/%s/dev_id, devname); ++ snprintf(path, sizeof(path), /sys/class/net/%s/dev_port, devname); + if (sysfs_read_file(path, devidstr) == 0) { + sscanf(devidstr, %i, devid); + free(devidstr); ++ } else { ++ snprintf(path, sizeof(path), /sys/class/net/%s/dev_id, devname); ++ if (sysfs_read_file(path, devidstr) == 0) { ++ sscanf(devidstr, %i, devid); ++ free(devidstr); ++ } + } +- return NULL; + } + + static int eths_get_ifindex(const char *devname, int *ifindex) diff -Nru biosdevname-0.4.1/debian/patches/Add-port-code-for-Mellanox-driver.patch biosdevname-0.4.1/debian/patches/Add-port-code-for-Mellanox-driver.patch --- biosdevname-0.4.1/debian/patches/Add-port-code-for-Mellanox-driver.patch 1969-12-31 21:00:00.0 -0300 +++ biosdevname-0.4.1/debian/patches/Add-port-code-for-Mellanox-driver.patch 2015-06-26 10:20:47.0 -0300 @@ -0,0 +1,161 @@ +Description: Add port code for Mellanox driver + +Conflicts: + configure.ac - kept version 0.4.1 + +Author: Jordan Hargrave jordan_hargr...@dell.com +Origin: http://linux.dell.com/git/biosdevname.git, commit: 45ea4d6 +Bug-Ubuntu: https://launchpad.net/bugs/1455871 +Last-Update: 2015-06-24 +--- + configure.ac| 2 +- + src/bios_device.c | 47 ++- + src/bios_device.h | 2 ++ + src/naming_policy.c | 12 +--- + 4 files changed, 46 insertions(+), 17 deletions(-) + +diff
Bug#790062: FTBFS with OCaml 4.02.2
Package: src:monotone-viz Version: 1.0.2-3 Severity: important Dear Maintainer, Your package fails to build with OCaml 4.02.2: [...] ocamlopt -I /usr/lib/ocaml/lablgtk2 -I glib -c app.ml File app.ml, line 172, characters 5-27: Error: This expression has type App.status It has no method with_status Makefile:104: recipe for target 'app.cmx' failed make[1]: *** [app.cmx] Error 2 make[1]: Leaving directory '/tmp/pbuilder/monotone-viz-1.0.2' debian/rules:13: recipe for target 'build-stamp' failed make: *** [build-stamp] Error 2 dpkg-buildpackage: error: debian/rules build gave error exit status 2 Full build log available at: http://ocaml.debian.net/debian/ocaml-4.02.2/pool/monotone-viz_1.0.2-3_amd64.build Cheers, -- Stéphane -- 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 3.16.0-4-amd64 (SMP w/8 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) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#790063: ITP: firetools -- graphical user interface for firejail
Package: wnpp Severity: wishlist * Package name: firetools Version : 0.9.26.1 Upstream Author : netblue30 netblu...@yahoo.com * URL : http://firejail.sourceforge.net * License : GPL2+ * Description : Graphical user interface for firejail Firejail is a SUID security sandbox using namespaces and seccomp-bpf to restrict the environment of applications. Firetools is a Qt4-based graphical user interface for firejail. signature.asc Description: Digital signature
Bug#790065: texinfo: please make the index output reproducible
Source: texinfo Version: 5.9.96.dfsg.1-1 Severity: wishlist Tags: patch User: reproducible-bui...@lists.alioth.debian.org Usertags: toolchain X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org Hi, While working on the reproducible builds effort [1], we have noticed that texinfo generates indices in a non-deterministic order. This appears to happen because the index sort is not stable with respect to the line number, resulting in output non-determinstically changing from: * Entry (line 1) * Entry (line 2) and * Entry (line 2) * Entry (line 1) .. when the entry is the same string. The attached patch adds the line number to the sort comparator. Once applied, (some) packages using texinfo can be built reproducibly in our reproducible toolchain. [1]: https://wiki.debian.org/ReproducibleBuilds Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org / chris-lamb.co.uk `- diff --git a/tp/Texinfo/Structuring.pm b/tp/Texinfo/Structuring.pm index 6ed1be2..c2ec017 100644 --- a/tp/Texinfo/Structuring.pm +++ b/tp/Texinfo/Structuring.pm @@ -1984,6 +1984,9 @@ sub _sort_index_entries($$) if ($res == 0) { $res = ($key1-{'number'} = $key2-{'number'}); } + if ($res == 0) { +$res = ($key1-{'line_nr'} = $key2-{'line_nr'}); + } return $res; } @@ -2016,6 +2019,7 @@ sub _do_index_keys($$$) foreach my $index_name (keys(%$index_entries)) { foreach my $entry (@{$index_entries-{$index_name}}) { $entry-{'in_code'} = $index_names-{$entry-{'index_name'}}-{'in_code'}; + $entry-{'line_nr'} = $entry-{'command'}-{'line_nr'}-{'line_nr'}; $options-{'code'} = $entry-{'in_code'}; $entry-{'key'} = Texinfo::Convert::Text::convert( {'contents' = $entry-{'content'}}, $options);
Bug#790043: mapnik: no longer builds python bindings
On 06/26/2015 07:26 PM, Jérémy Lal wrote: indeed upstream moved python bindings development to a separate project https://github.com/mapnik/python-mapnik Anyone interested in helping ? I'm not used to packaging python modules. Yes, I'm started to work on a python-mapnik package from that git repository. I was unstable to use pypi.debian.net despite there being a 0.1 release on pypi.python.org. python-mapnik doesn't support Python 3, so that will need to be fixed for it to have a future post-buster. Kind Regards, Bas -- GPG Key ID: 4096R/6750F10AE88D4AF1 Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#777930: ksh: ftbfs with GCC-5
* Matthias Klose d...@debian.org, 2015-02-12, 10:32: mamake: *** exit code 1 making cmd/ksh93 package: make done at Sat Feb 7 09:11:22 UTC 2015 in /ÂŤBUILDDIRÂť/ksh-93u+20120801/arch/linux.i386-64 touch build-stamp fakeroot debian/rules binary-arch dh_testdir dh_testroot dh_installdirs install -p-o root -g root -m 755 -s arch/linux.i386-64/bin/ksh debian/ksh/bin/ksh93 install: cannot stat 'arch/linux.i386-64/bin/ksh': No such file or directory make: *** [install] Error 1 The upstream build system seems to be ignoring errors. :/ I believe the culprit appears much earlier in the build log: + cc -D_BLD_DLL -fPIC -D_BLD_ast -D_FORTIFY_SOURCE=2 -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -I. -I/«BUILDDIR»/ksh-93u+20120801/src/lib/libast -Icomp -I/«BUILDDIR»/ksh-93u+20120801/src/lib/libast/comp -Iinclude -I/«BUILDDIR»/ksh-93u+20120801/src/lib/libast/include -Istd -I/«BUILDDIR»/ksh-93u+20120801/src/lib/libast/std -D_PACKAGE_ast -c /«BUILDDIR»/ksh-93u+20120801/src/lib/libast/comp/tmpnam.c /«BUILDDIR»/ksh-93u+20120801/src/lib/libast/comp/tmpnam.c: In function 'tmpnam': /«BUILDDIR»/ksh-93u+20120801/src/lib/libast/comp/tmpnam.c:48:14: error: storage size of 'buf' isn't known static char buf[L_tmpnam]; ^ /«BUILDDIR»/ksh-93u+20120801/src/lib/libast/comp/tmpnam.c:50:39: error: expected expression before ',' token return pathtemp(s ? s : buf, L_tmpnam, NiL, tn, NiL); ^ mamake [lib/libast]: *** exit code 1 making tmpnam.o -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767798: bind9: ignores OPTIONS from /etc/default/bind9 w/ systemd
On Wed, 22 Apr 2015 16:53:57 +0300 Uve Lokk uvel...@gmail.com wrote: Systemd BIND service-file should be modified: ~# diff -u /lib/systemd/system/bind9.service.old /lib/systemd/system/bind9.service.new [...] Works for me. However, make sure that the -f option is used in the /etc/default/bind9 file. It wasn't there for me (from pre-systemd times) and without it, bind will shut down immediately after starting up. For example: OPTIONS=-f -4 -u bind (run with IPv6 disabled if your ISP doesn't support it) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#790061: firmware-linux-nonfree: please rebase to latest linux-firmware repo
Package: firmware-linux-nonfree Version: 0.44 Severity: wishlist Dear Kernel Team, This bug report is a request if you could refresh the firmware images, especially for the non-free ones. In the 2nd week of May, there were a bunch of fw updates and additions that missed in the Debian upload. It atleast affect me, because I'm missing a firmware for my realted device, which is a wifi/bt combo, shipped on a Lenovo Yoga Ultrabook 2015-05-08 linux-firmware: Add Realtek Bluetooth HCD firmware -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (101, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.1.0+ (SMP w/4 CPU cores) Locale: LANG=en_IN.utf8, LC_CTYPE=en_IN.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) firmware-linux-nonfree depends on no packages. firmware-linux-nonfree recommends no packages. Versions of packages firmware-linux-nonfree suggests: ii initramfs-tools 0.120 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#789541: abtransfers: Crash after successful money transfer
Dear Paul, On Friday 26 June 2015 08:42:19 Paul Menzel wrote: [...] Which is the character that could not be written at the bad history.txt and maybe caused the crash? If I know this I could try to reproduce it here and maybe could fix it. The name of the account has umlauts in it: SG Friedrichshain Grün-Weiß 90 e. V.. Looking at the newly written `history.ctx` with only three transactions, it looks like the umlauts are recoded during each write. (The most recent entry is at the top.) char localName=SG Friedrichshain Gr%C3%BCn Wei%C3%9F char category=JobStatus%3A 5, JobType%3A 16 char localName=SG Friedrichshain Gr%C3%83%C2%BCn Wei%C3%83%C2%9F char category=JobStatus%3A 5, JobType%3A 16 char localName=SG Friedrichshain Gr%C3%83%C2%83%C3%82%C2%BCn Wei%C3%83%C2%83%C3%82%C2%9F char category=JobStatus%3A 5, JobType%3A 16 So with not a big number of transaction, that file gets pretty big as the `localName` lines get bigger after each transaction. In the faulty file the longest line has 12582962 columns. This probably causes the assertion in libgwenhywfar60 4.14.0-1. 3:2015/06/22 08-46-31:gwen(11198):buffer.c: 314: Size is beyond hard limit (1677727416777216) OK, this is definitive the cause for the crash! But it is even worse: The history is saved when a transaction was made and also when the program is closed! I simply edited a history entry at my own file with your 'localName' value and when I closed the program the history was saved and the value for 'localName' was saved as twice as big as before. Therefore the crash could also happen when you open and close the program x times. I will try to figure out why this happens. It could be that a wrong encoding is used when accessing the AqBanking functions. I will fix this, but it could take some time. In the meantime a workaround for you could be that you replace the umlauts at the owner name of the AqBanking account name or that you manually delete every transfer that was made from the history. Thank you very much for this information. Patrick Wacker -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#790058: please consider calling a configurable command after finishing archive operations
Source: mini-buildd Version: 1.0.7 Severity: wishlist In many setups, the actual distribution of packages is done via a webserver running on a different system than the actual build happens on. You are recommending to use debmirror to mirror the local archive to the web server, while I use rsync via ssh for that. In both cases, it is needed to actually invoke the mirror process on defined points of operation to have the mirrors up-to-date. A natural point would be when work on a package is done and mini-buildd goes lookign for the next changes file in the incoming directory. Please give a possibility to have mini-buildd invoke local housekeeping jobs after finishing work on a package. This could be as easy as a hard-coded run-parts /var/lib/mini-buildd/post-package-scripts or be more elaborate like configuration done via the web interface. Greetings Marc -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.0.5-zgws1 (SMP w/8 CPU cores) Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#790059: please consider giving links to dists and pool directory in the repository overview
Source: mini-buildd Version: 1.0.7 Severity: wishlist Hi, please consider adding another section Direct links to the already existing sections APT line, Building with APT sources.list and Building with APT preferences in the repository overview web page. That section should contain - at least - links to: - the pool directory containing the packages for this repository[1] - the dists directory of the given distribution/repository - the public key of the archive suitable for wget LINK | sudo apt-key add Greetings Marc [1] I am aware that this link would be identical for most distributions inside a given repository. -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.0.5-zgws1 (SMP w/8 CPU cores) Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#790060: jessie-pu: nbd update?
Package: release.debian.org Severity: normal Tags: jessie User: release.debian@packages.debian.org Usertags: pu Hi, #785727 describes a regression in the version of nbd-server in jessie wrt the one in wheezy, related to the allow configuration file. It's not a security-related bug (as it disallows more than it should), but it's still a problem. I'm not sure how often the allow feature is used, however, and if the file is not in use, nbd-server will work perfectly well. It provides additional functionality above a firewall if someone would like to allow access to some, but not all, exports from a particular range of IP addresses; but beyond that, it's not very important. Is this something that would warrant a stable update? -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.0.0-2-amd64 (SMP w/8 CPU cores) Locale: LANG=nl_BE.UTF-8, LC_CTYPE=nl_BE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#779057: emergency mode: Error getting authority ... Could not connect
Dear maintainers, I got into the same problem. However, although I did not change anything, after a reboot the system hanged. It was not possible, to enter the encryption passwords for my partitions (/var, /home), as it jumped after a few seconds into the emergenmcy option (type CTL D or enter administration password, you know what I mean. In emergency mode got the same error as described in the bug. However, commenting out the entry none /proc/bus/usb usbfs devgid=121,devmode=664 0 0 in /etc/fstab as Fabrizio Regalli (thanks for this!!!) found out, did the system let boot again. Is this entry not needed any more? Thank you for reading this. Best regards Hans
Bug#790043: mapnik: no longer builds python bindings
2015-06-26 16:53 GMT+02:00 Emilio Pozuelo Monfort po...@debian.org: Source: mapnik Version: 3.0.0~rc3+ds-1 Severity: serious Hi, mapnik no longer builds the python bindings, but tilelite still depends on those. Something needs to be done here so that mapnik can be in a releasable state: either the bindings are brought back (possibly from a different source package) or codelite needs to be fixed / removed. Emilio Hello, indeed upstream moved python bindings development to a separate project https://github.com/mapnik/python-mapnik Anyone interested in helping ? I'm not used to packaging python modules. Jérémy.
Bug#790067: [sparc] libssh: tests FAILED: torture_pki (Timeout)
Source: libssh Version: 0.6.3-4 Severity: important X-Debbugs-Cc: debian-sp...@lists.debian.org, pkg-gnutls-ma...@lists.alioth.debian.org Dear Maintainer, libssh now builds a gcrypt flavor and runs the tests at build time. This combination causes a build failure on sparc, because the torture_pki test of the gcrypt flavor times out. I've run the test in qemu (which is not much slower than the buildd) and the torture_pki test (in particular torture_pki_generate_key_dsa) with gcrypt takes 3.5 hours. This is more than an order of magnitude longer than the test timeout of 25 minutes. For comparison, this test only takes 3 min with openssl. This could be a libgcrypt bug on sparc, if so, please reassign. It might make sense to ignore the test failure on sparc until this is fixed, because the failed build blocks other packages. Best regards, Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#769350: prelink: statically linked against libc6 without a Built-Using: field
* Aurelien Jarno aure...@debian.org, 2014-11-13, 00:15: prelink provides /usr/sbin/prelink.bin which is statically linked against libc6. According to Debian Policy §7.8 such a package MUST list the glibc source package (and possibly others) in the Built-Using: field. Beware that generating Built-Using for glibc is tricky, because the binary package names varies with architecture. Please take a look on src:sash for an example how to do it right. -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#790062: Change in typing between OCaml 4.01.0 and 4.02.2...
Hello, I am debugging why monotone-viz doesn't compile with OCaml 4.02.2. I have reduced the problem to the following: $ cat query.mli val make : #App.t - unit $ cat app.mli class type status = object method pop : unit - unit end class type t = object method query : status - unit end val make : unit - t $ cat app.ml class type status = object method pop : unit - unit end class type t = object method query : status - unit end class ctrl : t = object (self) method query status = Query.make self; status#pop () end let make () = new ctrl $ ocamlc -c app.mli $ ocamlc -c query.mli $ ocamlc -c app.ml With OCaml 4.02.2, I get the following error message: File app.ml, line 15, characters 6-12: Error: This expression has type App.status It has no method pop which looks wrong. With OCaml 4.01.0, there is no error. Does anyone understand what is going on? Cheers, -- Stéphane -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#790064: testing watch script: One mail per maintainer
Package: release.debian.org Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, I just got 763 mails, one per Haskell package that migrated to testing. This is of course very nice and makes me happy, but still quite a lot. Would it make sense to group these mails per maintainer? And if there is more than one or two packages in the mail, have a subject like haskell-async 2.0.0-2 and 762 other packages migrated to testing? (This is of course a low-priority wishlist bug...) Greetings, Joachim - -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.0.0-2-amd64 (SMP w/4 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) -BEGIN PGP SIGNATURE- Version: GnuPG v1 iEYEARECAAYFAlWNlScACgkQ9ijrk0dDIGzyywCgittuXvj6LJdKLuSwNc0+fZld wLMAn0/i4VJWMAxXixwr8mCe2MG8dhJ6 =KC5+ -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#790066: gtk2-engines: can't find GTK+ themes installed in /usr/local folder
Package: gtk2-engines Version: 1:2.20.2-3 Severity: normal Dear Maintainer, gtk2-engines is currently unable to use themes installed in /usr/local/share/themes folder. For example, I've installed Numix theme directly from github to /usr/local/share/themes/Numix, but I'm only able to use this theme if I create a symlink to Numix folder in /usr/share/themes. -- System Information: Debian Release: 8.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=pt_BR.UTF-8, LC_CTYPE=pt_BR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages gtk2-engines depends on: ii libatk1.0-0 2.14.0-1 ii libc62.19-18 ii libcairo21.14.0-2.1 ii libfontconfig1 2.11.0-6.3 ii libfreetype6 2.5.2-3 ii libgdk-pixbuf2.0-0 2.31.1-2+b1 ii libglib2.0-0 2.42.1-1 ii libgtk2.0-0 2.24.25-3 ii libpango-1.0-0 1.36.8-3 ii libpangocairo-1.0-0 1.36.8-3 ii libpangoft2-1.0-01.36.8-3 gtk2-engines recommends no packages. gtk2-engines suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#790068: python-git: New upstream version 1.0.1
Package: python-git Version: 0.3.2~RC1-3 https://pypi.python.org/pypi/GitPython/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#790069: gnome-shell uses 100% CPU for some time on random system tray area access
Package: gnome-shell Version: 3.16.2-4 Severity: important Dear Maintainer, When accessing the system tray area in the bottom right corner of the screen, some times the system freezes for many minutes due to gnome-shell using 100% CPU. I have seen this issue often on trying to access the system tray area but not always. -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.0.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages gnome-shell depends on: ii dconf-gsettings-backend [gsettings-backend] 0.24.0-2 ii evolution-data-server3.16.3-1+b1 ii gir1.2-accountsservice-1.0 0.6.40-2 ii gir1.2-atspi-2.0 2.16.0-1 ii gir1.2-caribou-1.0 0.4.18.1-1 ii gir1.2-clutter-1.0 1.22.2-3 ii gir1.2-freedesktop 1.44.0-1+b1 ii gir1.2-gcr-3 3.16.0-1 ii gir1.2-gdesktopenums-3.0 3.16.1-1 ii gir1.2-gdm3 3.14.1-8 ii gir1.2-gkbd-3.0 3.6.0-1 ii gir1.2-glib-2.0 1.44.0-1+b1 ii gir1.2-gnomebluetooth-1.03.16.1-1 ii gir1.2-gnomedesktop-3.0 3.16.2-2 ii gir1.2-gtk-3.0 3.16.4-2 ii gir1.2-gweather-3.0 3.16.1-1 ii gir1.2-ibus-1.0 1.5.10-1 ii gir1.2-mutter-3.03.16.2-2 ii gir1.2-networkmanager-1.01.0.2-2 ii gir1.2-nmgtk-1.0 1.0.2-1 ii gir1.2-pango-1.0 1.36.8-3 ii gir1.2-polkit-1.00.105-8 ii gir1.2-soup-2.4 2.50.0-2 ii gir1.2-telepathyglib-0.120.24.1-1 ii gir1.2-telepathylogger-0.2 0.8.1-1 ii gir1.2-upowerglib-1.00.99.3-1+b1 ii gjs 1.43.3-2 ii gnome-backgrounds3.16.0-1 ii gnome-icon-theme-symbolic3.12.0-1 ii gnome-settings-daemon3.16.2-3 ii gnome-shell-common 3.16.2-4 ii gnome-themes-standard3.16.2-2 ii gsettings-desktop-schemas3.16.1-1 ii libatk-bridge2.0-0 2.16.0-1 ii libatk1.0-0 2.16.0-2 ii libc62.19-18 ii libcairo21.14.2-2 ii libcanberra-gtk3-0 0.30-2.1 ii libcanberra0 0.30-2.1 ii libclutter-1.0-0 1.22.2-3 ii libcogl-pango20 1.20.0-2 ii libcogl201.20.0-2 ii libcroco30.6.8-3+b1 ii libdbus-glib-1-2 0.102-1 ii libecal-1.2-18 3.16.3-1+b1 ii libedataserver-1.2-203.16.3-1+b1 ii libgcr-base-3-1 3.16.0-1 ii libgdk-pixbuf2.0-0 2.31.4-2 ii libgirepository-1.0-11.44.0-1+b1 ii libgjs0e [libgjs0-libmozjs-24-0] 1.43.3-2 ii libglib2.0-0 2.44.1-1 ii libgstreamer1.0-01.4.5-2 ii libgtk-3-0 3.16.4-2 ii libical1a1.0-1.3 ii libjson-glib-1.0-0 1.0.4-1 ii libmozjs-24-024.2.0-3 ii libmutter0f 3.16.2-2 ii libnm-glib4 1.0.2-2 ii libnm-util2 1.0.2-2 ii libpango-1.0-0 1.36.8-3 ii libpangocairo-1.0-0 1.36.8-3 ii libpolkit-agent-1-0 0.105-8 ii libpolkit-gobject-1-00.105-8 ii libpulse-mainloop-glib0 6.0-2 ii libpulse06.0-2 ii libsecret-1-00.18.2-1 ii libstartup-notification0 0.12-4 ii libsystemd0 220-7 ii libtelepathy-glib0 0.24.1-1 ii libx11-6 2:1.6.3-1 ii libxfixes3 1:5.0.1-2+b2 ii mutter 3.16.2-2 ii python3 3.4.2-2 ii
Bug#773803: (no subject)
When doing the recreation of d/copyright, I found a module that was distributed with an explicit claim of copyright, but without any open source licensing in it. While I believe that the author's intent was to license it under the GPLv3, as the rest of the project is, there isn't any documentation to that effect. I filed an upstream bug about it (https://github.com/ansible/ansible-modules-extras/issues/516), but so far the author has not responded. In any regards, I've uploaded 1.9.1 to experimental. I would appreciate you all taking a look to see if the package still works for you, as I did make some substantial changes and don't currently have an easy way to test a full-fledged setup. Sincerely, -- Harlan Lieberman-Berg ~hlieberman -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#790081: wfmath: please make the build reproducible
Source: wfmath Version: 1.0.2+dfsg1-0.3 Severity: wishlist Tags: patch User: reproducible-bui...@lists.alioth.debian.org Usertags: timestamps Hi, While working on the “reproducible builds” effort [1], we have noticed that wfmath could not be built reproducibly. The attached patch changes the value of HTML_TIMESTAMP in upstream's doxyfile to NO. Once applied wfmath can be built reproducibly in our current experimental framework. Patching upstream doxyfile is necessary in this case because of the following reasons: 1. Even though the doxygen upstream changed the default value of HTML_TIMESTAMP from YES to NO this does not affect this package because the value of HTML_TIMESTAMP is explicitly set to YES. 2. Upstream's doxyfiles cannot reliably be modified to change the value of HTML_TIMESTAMP during the build process because dh_doxygen is only run after the build already completed and even adding a new dh command cannot solve the problem because there exists no sane and reliable solution to detect the file which will be used as the configuration file for doxygen (it is not always called doxyfile). 3. In case of this source package a patch against upstream is necessary in contrast to a patch against Debian rules because this source package does not call doxygen in debian/rules. Please also consider forwarding this patch upstream. Cheers! akira [1]: https://wiki.debian.org/ReproducibleBuilds diff -Nru wfmath-1.0.2+dfsg1/debian/changelog wfmath-1.0.2+dfsg1/debian/changelog --- wfmath-1.0.2+dfsg1/debian/changelog 2014-11-06 22:06:21.0 +0100 +++ wfmath-1.0.2+dfsg1/debian/changelog 2015-06-26 22:56:28.0 +0200 @@ -1,3 +1,10 @@ +wfmath (1.0.2+dfsg1-0.4) UNRELEASED; urgency=medium + + * Non-maintainer upload. + * Set HTML_TIMESTAMP from YES to NO to make package reproducible + + -- akira marival...@gmail.com Fri, 26 Jun 2015 22:56:08 +0200 + wfmath (1.0.2+dfsg1-0.3) unstable; urgency=medium * Non-maintainer upload. diff -Nru wfmath-1.0.2+dfsg1/debian/patches/series wfmath-1.0.2+dfsg1/debian/patches/series --- wfmath-1.0.2+dfsg1/debian/patches/series 2014-11-06 21:55:47.0 +0100 +++ wfmath-1.0.2+dfsg1/debian/patches/series 2015-06-26 22:56:40.0 +0200 @@ -1,2 +1,3 @@ fix-for-760192-autoreconf.patch 0002-replace-mersenne-twister.patch +Set-HTML_TIMESTAMP-to-NO diff -Nru wfmath-1.0.2+dfsg1/debian/patches/Set-HTML_TIMESTAMP-to-NO wfmath-1.0.2+dfsg1/debian/patches/Set-HTML_TIMESTAMP-to-NO --- wfmath-1.0.2+dfsg1/debian/patches/Set-HTML_TIMESTAMP-to-NO 1970-01-01 01:00:00.0 +0100 +++ wfmath-1.0.2+dfsg1/debian/patches/Set-HTML_TIMESTAMP-to-NO 2015-06-26 22:58:09.0 +0200 @@ -0,0 +1,13 @@ +Description: Set HTML_TIMESTAP to NO to make package reproducible + +--- wfmath-1.0.2+dfsg1.orig/doc/Doxyfile.in wfmath-1.0.2+dfsg1/doc/Doxyfile.in +@@ -811,7 +811,7 @@ HTML_STYLESHEET= + # page will contain the date and time when the page was generated. Setting + # this to NO can help when comparing the output of multiple runs. + +-HTML_TIMESTAMP = YES ++HTML_TIMESTAMP = NO + + # If the HTML_ALIGN_MEMBERS tag is set to YES, the members of classes, + # files or namespaces will be aligned in HTML using tables. If set to
Bug#789497: RFS: python-requirements-detector/0.4-1 [ITP]
Hello Daniel, On Sun, 21 Jun 2015, Daniel Stender wrote: I'm looking for an uploader resp. sponsor for my package of (python-)requirements-detector [1]. I took a look at your package. It's mostly good but you should not ship /usr/bin/detect-requirements in both packages. Python 2 and Python 3 libraries must be co-installable. Since users of a command line interface don't care if it's run with Python 2 or Python 3 I suggest that you keep it in python3-requirements-detector and drop it from python-requirements-detector. In some cases, it might make sense to put such scripts in a third package but here I don't believe it's worth it. Please fix this (don't forget to adjust the package descriptions) and I'll upload your package. I also noted that the git repository that you created does not contain any tag. Please push the upstream/* tags at least. Thanks for your work! -- Raphaël Hertzog ◈ Debian Developer Support Debian LTS: http://www.freexian.com/services/debian-lts.html Learn to master Debian: http://debian-handbook.info/get/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#790072: libxray-spacegroup-perl: please make the build reproducible
Source: libxray-spacegroup-perl Version: 0.1.1-2 Severity: wishlist Tags: patch User: reproducible-bui...@lists.alioth.debian.org Usertags: randomness X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org Hi, While working on the reproducible builds effort [1], we have noticed that libxray-spacegroup-perl could not be built reproducibly. The attached patch removes randomness from the build system by ensuring that the space_groups.db.PL file is generated deterministally. Once applied, libxray-spacegroup-perl can be built reproducibly in our reproducible toolchain. [1]: https://wiki.debian.org/ReproducibleBuilds Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org / chris-lamb.co.uk `- diff --no-dereference -urNad libxray-spacegroup-perl.orig/libxray-spacegroup-perl-0.1.1/debian/patches/reproducible_build libxray-spacegroup-perl/libxray-spacegroup-perl-0.1.1/debian/patches/reproducible_build --- libxray-spacegroup-perl.orig/libxray-spacegroup-perl-0.1.1/debian/patches/reproducible_build 1970-01-01 01:00:00.0 +0100 +++ libxray-spacegroup-perl/libxray-spacegroup-perl-0.1.1/debian/patches/reproducible_build 2015-06-26 20:35:06.900480375 +0100 @@ -0,0 +1,10 @@ +--- libxray-spacegroup-perl-0.1.1.orig/data/space_groups.db.PL libxray-spacegroup-perl-0.1.1/data/space_groups.db.PL +@@ -63,6 +63,7 @@ + use File::Spec; + ##Storable: + use Storable qw/nstore/; ++$Storable::canonical = 1; + ##end Storable: + ##MLDBM: + ## use MLDBM qw(DB_File Storable); diff --no-dereference -urNad libxray-spacegroup-perl.orig/libxray-spacegroup-perl-0.1.1/debian/patches/series libxray-spacegroup-perl/libxray-spacegroup-perl-0.1.1/debian/patches/series --- libxray-spacegroup-perl.orig/libxray-spacegroup-perl-0.1.1/debian/patches/series 2015-06-26 20:29:37.380440451 +0100 +++ libxray-spacegroup-perl/libxray-spacegroup-perl-0.1.1/debian/patches/series 2015-06-26 20:34:59.592216201 +0100 @@ -1 +1,2 @@ modify-test-script +reproducible_build
Bug#724711: insighttoolkit4: Drops architecture support
Upstream has improved architecture support in 4.8.0, to be released in about a week. However, more software quality dashboard [1] builds are needed as are contributors to address detected issues. :-) Steve Robbins has submitted Debian Sid for i386 and amd64 builds for many years, which has helped to keep things working on Debian. Instructions to set up a Nightly dashboard build can be found here [2] and to submit a patch here [3]. On arm64 the build takes a couple of days and generates a 600 MB log that mentions fail in 336 places (grep -ic fail) but it's not immediately obvious to me exactly what's failing. Greatly improved support was added for cross-compilation also comes with 4.8.0 [4] (note that this requires CMake 3.3). For example, we have a cross-compiled dashboard build for armhf [5] using the Debian Embedian toolchain [6]. You might want to suggest this patch for upstream: find -type f -exec \ perl -i -pe 's/char/signed char/g if /complex\s*\s*char\s*/;' {} \; It didn't noticeably improve the test results on arm64 but it did get rid of 6002 warnings similar to this one: cTraits.h:913:56: warning: comparison is always false due to limited range of data type [-Wtype-limits] static bool IsNegative(Self val) { return val.real() 0; } A build was recently added for ppc64le, and most of the char/signed char issues have been addressed. [1] https://open.cdash.org/index.php?project=Insight [2] http://www.itk.org/Wiki/ITK/Git/Dashboard [3] http://www.itk.org/Wiki/ITK/Git/Develop [4] http://kitware.com/blog/home/post/887 [5] https://open.cdash.org/index.php?project=Insightfiltercount=1showfilters=1field1=buildname/stringcompare1=63value1=armv7 [6] https://registry.hub.docker.com/u/thewtex/cross-compiler-linux-armv7/dockerfile/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org