Bug#906721: RFS: plowshare/2.1.7-2
Hi Herbert, Thanks for looking at my packages. I'm not really sure how the old changelog diff happened other than that the commit responsible must have been lost somewhere in the migration of the repository from GitHub to GitLab to salsa. I fixed the changelog in a new commit. What did you want me to update about the copyright? Whenever I do a new snapshot I go through the upstream diff to check for copyright statement changes and I didn't notice anything. I've now updated the year range for the packaging copyright in case that's what you meant. Cheers, Carl
Bug#909480: Bug #909480 in feersum marked as pending
Le 29/09/2018 à 19:13, Santiago Vila a écrit : > On Sat, Sep 29, 2018 at 05:00:42PM +, Xavier Guimard wrote: > >> >> Disable 2 tests if only one CPU is available >> >> Closes: #909480) > > Hmm. I see that as a time bomb. Would not be better to fix the test or > disable the test for everyone? > > Usually a small "sleep" at the proper place is enough to fix certain > kind of race conditions. > > Thanks. Not so easy, bug is not in feersum itself but in test framework and the potential sleep has to be set in a deeper library (not really identified). 2nd pb: Plack::Test doesn't provide any way to give some parameter to LWP. So for now, I'll add a TODO:{} to have test results without penalize Feersum. Cheers, Xavier
Bug#909864: plotutils FTBFS on i386 with gcc 8
On 2018-09-30 Andreas Metzler wrote: > On 2018-09-29 Adrian Bunk wrote: >> Source: plotutils >> Version: 2.6-9 >> Severity: serious >> Tags: ftbfs >> https://tests.reproducible-builds.org/debian/rb-pkg/unstable/i386/plotutils.html >> ... >> FAIL: plot2hpgl >> === >> FAIL plot2hpgl.test (exit status: 1) > [...] > Oi, a straight rebuild in my i386/sid chroot (amd64 kernel) works for me. > :-( or not. Too early in the morning. Sorry for the noise.
Bug#909864: plotutils FTBFS on i386 with gcc 8
On 2018-09-29 Adrian Bunk wrote: > Source: plotutils > Version: 2.6-9 > Severity: serious > Tags: ftbfs > https://tests.reproducible-builds.org/debian/rb-pkg/unstable/i386/plotutils.html > ... > FAIL: plot2hpgl > === > FAIL plot2hpgl.test (exit status: 1) [...] Oi, a straight rebuild in my i386/sid chroot (amd64 kernel) works for me. :-( cu Andreas -- `What a good friend you are to him, Dr. Maturin. His other friends are so grateful to you.' `I sew his ears on from time to time, sure'
Bug#908693: novnc: please remove dependency on libjs-swfobject, which is going away
Followup-For: Bug #908693 Hi, the dependency is gone, but the package still ships the symlink which is now broken: /usr/share/novnc/include/web-socket-js-project/swfobject.js -> ../../../javascript/swfobject/swfobject.js Andreas
Bug#878053: Bug#827606: RM: omegat -- ROM; out of date; request of upstream
On Mon, 9 Oct 2017 08:39:10 +0200 Andrew Shadura wrote: > I think I might attempt to reintroduce a recent version of OmegaT in Debian. In case you are still considering this, please read about the extra steps needed when reintroducing packages to Debian: https://www.debian.org/doc/manuals/developers-reference/ch05.html#reintroducing-pkgs -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#909927: request for updating
Package: gammaray Version: 2.9.0-2.1+b1 Severity: wishlist A new upstream version 2.9.1 is available, please consider packaging it. -- System Information: Debian Release: buster/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.18.0-1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages gammaray depends on: ii libc6 2.27-6 ii libgcc1 1:8.2.0-7 ii libkf5syntaxhighlighting5 5.49.0-1 ii libqt53dcore5 5.11.1+dfsg-3 ii libqt53drender5 5.11.1+dfsg-3 ii libqt5core5a [qtbase-abi-5-11-0] 5.11.1+dfsg-9 ii libqt5designer5 5.11.1-6 ii libqt5gui55.11.1+dfsg-9 ii libqt5network55.11.1+dfsg-9 ii libqt5printsupport5 5.11.1+dfsg-9 ii libqt5qml55.11.1-5 ii libqt5quick5 5.11.1-5 ii libqt5script5 5.11.1+dfsg-2 ii libqt5scripttools55.11.1+dfsg-2 ii libqt5svg55.11.1-2 ii libqt5webenginewidgets5 5.11.1+dfsg-5 ii libqt5widgets55.11.1+dfsg-9 ii libstdc++68.2.0-7 ii qml-module-qt3d 5.11.1+dfsg-3 ii qml-module-qtquick-controls 5.11.1-2 ii qml-module-qtquick-scene3d5.11.1+dfsg-3 Versions of packages gammaray recommends: ii gdb 8.1-4+b1 gammaray suggests no packages. -- no debconf information
Bug#909926: multipath-tools: multipath segfaults regularily
Package: multipath-tools Version: 0.7.7-1 Severity: grave Hi, I just saw the following messages in syslog: Sep 30 03:41:31 c6 kernel: [7106334.839766] sdg: detected capacity change from 31914983424 to 0 Sep 30 03:41:31 c6 kernel: [7106334.847669] multipath[7270] segfault at 100 ip 7f4eadd908e1 sp 7ffe9fbb2108 error 4 in libc-2.27.so[7f4eadc58000+146000] Sep 30 03:41:31 c6 kernel: [7106334.848490] multipath[7271] segfault at 100 ip 7fb83c1258e1 sp 7fff5a0d92b8 error 4 in libc-2.27.so[7fb83bfed000+146000] Sep 30 03:41:32 c6 kernel: [7106335.043697] sd 6:0:0:4: [sdi] 30318592 512-byte logical blocks: (15.5 GB/14.5 GiB) Sep 30 03:41:32 c6 kernel: [7106335.054030] sdi: sdi1 sdi2 Sep 30 03:41:32 c6 kernel: [7106335.064954] multipath[7320] segfault at 100 ip 7faa772b28e1 sp 7ffea6072dc8 error 4 in libc-2.27.so[7faa7717a000+146000] Sep 30 03:41:32 c6 kernel: [7106335.065939] multipath[7321] segfault at 100 ip 7f390c89d8e1 sp 7fffe7d48968 error 4 in libc-2.27.so[7f390c765000+146000] Sep 30 03:41:32 c6 kernel: [7106335.066404] multipath[7323] segfault at 100 ip 7fd98fcaa8e1 sp 7fffb396def8 error 4 in libc-2.27.so[7fd98fb72000+146000] Sep 30 03:41:32 c6 kernel: [7106335.168825] multipath[7394] segfault at 100 ip 7f60a20508e1 sp 7ffc9793f048 error 4 Sep 30 03:41:32 c6 kernel: [7106335.168832] multipath[7395] segfault at 100 ip 7f29424588e1 sp 7fff09131898 error 4 in libc-2.27.so[7f294232+146000] Sep 30 03:41:32 c6 kernel: [7106335.168848] in libc-2.27.so[7f60a1f18000+146000] What I did: * Remove an SD card from the SD card reader (/dev/sdg), add a MicroSD card into the MicroSD reader (/dev/sdi). * Then ran "fdisk -l /dev/sd?" as root. At that point the above messages appeared in /var/log/syslog. It seems to happen though rather often. The contents of my /var/crash/0/ (via corekeeper): -rw--- 1 root root 1155072 Sep 29 21:03 24332-0-0-11-1538247827-c6--sbin-multipath.core -rw--- 1 root root 1155072 Sep 29 21:03 24333-0-0-11-1538247827-c6--sbin-multipath.core -rw--- 1 root root 1155072 Sep 29 21:03 24369-0-0-11-1538247827-c6--sbin-multipath.core -rw--- 1 root root 1155072 Sep 29 21:03 24370-0-0-11-1538247827-c6--sbin-multipath.core -rw--- 1 root root 1155072 Sep 29 00:20 2584-0-0-11-1538173250-c6--sbin-multipath.core -rw--- 1 root root 1155072 Sep 29 00:20 2585-0-0-11-1538173250-c6--sbin-multipath.core -rw--- 1 root root 1155072 Sep 30 03:41 7270-0-0-11-1538271691-c6--sbin-multipath.core -rw--- 1 root root 1155072 Sep 30 03:41 7271-0-0-11-1538271691-c6--sbin-multipath.core -rw--- 1 root root 1155072 Sep 30 03:41 7319-0-0-11-1538271692-c6--sbin-multipath.core -rw--- 1 root root 1155072 Sep 30 03:41 7320-0-0-11-1538271692-c6--sbin-multipath.core -rw--- 1 root root 1155072 Sep 30 03:41 7321-0-0-11-1538271692-c6--sbin-multipath.core -rw--- 1 root root 1155072 Sep 30 03:41 7323-0-0-11-1538271692-c6--sbin-multipath.core -rw--- 1 root root 1155072 Sep 30 03:41 7394-0-0-11-1538271692-c6--sbin-multipath.core -rw--- 1 root root 1155072 Sep 30 03:41 7395-0-0-11-1538271692-c6--sbin-multipath.core Backtrace from 7395-0-0-11-1538271692-c6--sbin-multipath.core: Core was generated by `/sbin/multipath -u sdi'. Program terminated with signal SIGSEGV, Segmentation fault. #0 __strlen_avx2 () at ../sysdeps/x86_64/multiarch/strlen-avx2.S:62 62 ../sysdeps/x86_64/multiarch/strlen-avx2.S: No such file or directory. (gdb) bt #0 __strlen_avx2 () at ../sysdeps/x86_64/multiarch/strlen-avx2.S:62 #1 0x7f294234e46c in _IO_vfprintf_internal (s=s@entry=0x7fff09131e20, format=format@entry=0x561e8fda37bd "%s/%s", ap=ap@entry=0x7fff09131fa0) at vfprintf.c:1643 #2 0x7f2942404ae9 in ___vsnprintf_chk (s=0x7fff09132270 "/dev/shm/multipath/find_multipaths/", maxlen=, flags=1, slen=, format=0x561e8fda37bd "%s/%s", args=args@entry=0x7fff09131fa0) at vsnprintf_chk.c:63 #3 0x7f2942404a15 in ___snprintf_chk (s=, maxlen=, flags=, slen=, format=) at snprintf_chk.c:34 #4 0x561e8fda2291 in snprintf (__fmt=0x561e8fda37bd "%s/%s", __n=4096, __s=0x7fff09132270 "/dev/shm/multipath/find_multipaths/") at /usr/include/x86_64-linux-gnu/bits/stdio2.h:64 #5 find_multipaths_check_timeout (pp=0x0, tmo=0, until=0x7fff091332f0) at main.c:396 #6 0x561e8fda18a2 in print_cmd_valid (conf=0x561e90fdf970, pathvec=0x561e9103d630, k=1) at main.c:487 #7 configure (devpath=0x561e9103c000 "sdi", dev_type=DEV_UEVENT, cmd=CMD_VALID_PATH, conf=) at main.c:743 #8 main (argc=, argv=) at main.c:1130 Backtrace from 7394-0-0-11-1538271692-c6--sbin-multipath.core: Core was generated by `/sbin/multipath -u sdi'. Program terminated with signal SIGSEGV, Segmentation fault. #0 __strlen_avx2 () at ../sysdeps/x86_64/multiarch/strlen-avx2.S:62 62 ../sysdeps/x86_64/multiarch/strlen-avx2.S: No such file or directory. (gdb) bt #0 __strlen_avx2 () at
Bug#909925: radicale: unowned directory after purge: /var/lib/radicale/
Package: radicale Version: 1.1.6-3 Severity: important User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package left unowned directories on the system after purge, which is a violation of policy 6.8: https://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#details-of-removal-and-or-configuration-purging Filing this as important as having a piuparts clean archive is a release goal since lenny. The maintainer scripts create (and later remove) a file in that directory. Manual directory removal may be not appropriate as this directory is shared between several packages. If the package would ship this as an empty directory, dpkg would take care of the creation and removal (if it's empty). >From the attached log (scroll to the bottom...): 0m41.9s ERROR: FAIL: Package purging left files on system: /var/lib/radicale/ not owned cheers, Andreas radicale_1.1.6-3.log.gz Description: application/gzip
Bug#909924: oca-core: unowned directory after purge: /var/log/odoo/
Package: oca-core Version: 11.0.20180730-1 Severity: important User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package left unowned directories on the system after purge, which is a violation of policy 6.8: https://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#details-of-removal-and-or-configuration-purging Filing this as important as having a piuparts clean archive is a release goal since lenny. The maintainer scripts create (and later remove) a file in that directory. Manual directory removal may be not appropriate as this directory is shared between several packages. If the package would ship this as an empty directory, dpkg would take care of the creation and removal (if it's empty). >From the attached log (scroll to the bottom...): 2m21.6s ERROR: FAIL: Package purging left files on system: /var/log/odoo/ not owned cheers, Andreas oca-core_11.0.20180730-1.log.gz Description: application/gzip
Bug#909923: ntpsec: unowned directory after purge: /var/lib/ntpsec/
Package: ntpsec Version: 1.1.2+dfsg1-2 Severity: important User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package left unowned directories on the system after purge, which is a violation of policy 6.8: https://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#details-of-removal-and-or-configuration-purging Filing this as important as having a piuparts clean archive is a release goal since lenny. The maintainer scripts create (and later remove) a file in that directory. Manual directory removal may be not appropriate as this directory is shared between several packages. If the package would ship this as an empty directory, dpkg would take care of the creation and removal (if it's empty). >From the attached log (scroll to the bottom...): 0m44.1s ERROR: FAIL: Package purging left files on system: /var/lib/ntpsec/ not owned cheers, Andreas ntpsec_1.1.2+dfsg1-2.log.gz Description: application/gzip
Bug#909922: ghc-doc: unowned files after purge (policy 6.8, 10.8): /usr/share/doc/ghc-doc/html/libraries/{haddock-bundle.min.js,quick-jump.css}
Package: ghc-doc Version: 8.4.3+dfsg1-2 Severity: important User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package left unowned files on the system after purge, which is a violation of policy 6.8 (or 10.8): https://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#details-of-removal-and-or-configuration-purging Filing this as important as having a piuparts clean archive is a release goal since lenny. >From the attached log (scroll to the bottom...): 1m17.4s ERROR: FAIL: Package purging left files on system: /usr/share/doc/ghc-doc/html/libraries/haddock-bundle.min.jsnot owned /usr/share/doc/ghc-doc/html/libraries/quick-jump.css not owned cheers, Andreas ghc-doc_8.4.3+dfsg1-2.log.gz Description: application/gzip
Bug#909921: libx2go-server-db-perl: unowned files after purge (policy 6.8, 10.8): /etc/x2go/x2gosql/passwords/{mysql,pg}admin
Package: libx2go-server-db-perl Version: 4.1.0.2-2 Severity: important User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package left unowned files on the system after purge, which is a violation of policy 6.8 (or 10.8): https://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#details-of-removal-and-or-configuration-purging Filing this as important as having a piuparts clean archive is a release goal since lenny. >From the attached log (scroll to the bottom...): 0m37.3s ERROR: FAIL: Package purging left files on system: /etc/x2go/x2gosql/passwords/mysqladmin not owned /etc/x2go/x2gosql/passwords/pgadminnot owned cheers, Andreas libx2go-server-db-perl_4.1.0.2-2.log.gz Description: application/gzip
Bug#900678: Processed: reassign 900678 to libwxbase3.0-0v5
Control: reassign -1 libwxgtk3.0-gtk3-0v5 > > reassign 900678 libwxbase3.0-0v5 3.0.4+dfsg-4 That's wrong since libwxbase* is the non-GUI classes. Apparently this only affects the GTK3 variant (because GTK2 is X11-only), so libwxgtk3.0-gtk3-0v5 is probably the correct binary package. Fixing this requires rewriting the wx code which uses X11 API calls directly, which will probably take a while. Applications using wxGLCanvas and the GTK3 variant of wx should probably apply one of the workarounds from the upstream ticket for the time being: https://trac.wxwidgets.org/ticket/17702#comment:12 It doesn't really seem feasible to force GTK3 to use X11 in the wx package - doing that globally seems a bad idea when the problem is only when wxGLCanvas is used, and we can't force X11 selectively since we don't know if wxGLCanvas will be used at the point where we'd need to force it. Cheers, Olly
Bug#909920: python3-rtslib-fb: unowned files after purge (policy 6.8, 10.8): /etc/rtslib-fb-target/saveconfig.json
Package: python3-rtslib-fb Version: 2.1.66-2 Severity: important User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package left unowned files on the system after purge, which is a violation of policy 6.8 (or 10.8): https://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#details-of-removal-and-or-configuration-purging Filing this as important as having a piuparts clean archive is a release goal since lenny. >From the attached log (scroll to the bottom...): 0m42.5s ERROR: FAIL: Package purging left files on system: /etc/rtslib-fb-target/saveconfig.json not owned cheers, Andreas python3-rtslib-fb_2.1.66-2.log.gz Description: application/gzip
Bug#909810: Refusing to sign with short key ID '01aa4a64'!
Hi Steve-- On Fri 2018-09-28 17:28:07 -0700, Steve Langasek wrote: > $ debsign -k01aa4a64 [...].changes > Refusing to sign with short key ID '01aa4a64'! > $ echo $? > 1 > $ > > Seriously? Yep, seriously. Please specify the key you want to use unambiguously. > What kind of collision attack involves injecting a PRIVATE KEY into my gpg > keyring with the same short ID as the one I use for signing? If someone has > write access to my private gpg keyring, I can think of a hundred other ways > they could exploit that which don't involve pushing a fake private key to > me, can't you? please, help us enumerate exploits, because i suspect there are enough "fingers crossed, let's just run gpg --import on this blob" situations in debian and the rest of the ecosystem that yes, it's not impossible to imagine pushing a fake private key into someone's keyring. I recognize that the security concern isn't super well-fleshed out here, but there is a robustness and confusion concern as well here. deprecating short key IDs everywhere is concretely useful because of its lack of ambiguity, in the same way that deprecating md5 everywhere is useful even though it's probably not strictly necessary in some cases. simple rules, clear guidance. > So this provides no security benefit, and is hostile to the user. I understand why you think this is user-hostile, and i'm sorry that you've had that experience. It is not intended to be hostile, though; it's intended to help us get to a world where short key IDs don't exist, and people can't be confused by them. I understand that you're sophisticated enough to untangle a mess from a colliding secret key that gets pushed into your secret keyring, but that's not the case for everyone. > I memorize short IDs, and I use them, safely, with debsign -k when > sponsoring uploads. I am not going to memorize long key IDs in > response to this UX change; this is just going to make sponsorship > more of a hassle for no reason. I hear you, Steve. Your use case makes sense, and i want to help you make it work. Perhaps we can figure out another ways to do what you're aiming to do that is even easier. How many short IDs do you have memorized for use in this case? I personally put my full fingerprint in an environment variable that is easy to remember, so i can just do "-k $PGPID" without worrying about it. anyway, i'm happy to brainstorm further for ways that we can streamline your use case, but it would be a shame to remove these unambiguous guardrails from debsign (or from dpkg-buildpackage, for that matter, which i think should now also be enforcing the same constraints). Regards, --dkg signature.asc Description: PGP signature
Bug#909919: pngcheck: pngcheck man page on libpng 1.2.6 window bits
Package: pngcheck Version: 2.3.0-7 Severity: wishlist Tags: patch File: /usr/share/man/man1/pngcheck.1.gz As a suggestion for the pngcheck man page, it'd be good to describe the symptoms of the libpng 1.2.6 IDAT window bits problem. I suggest the words below. This is the problem I struck in my bug #909638. I expect it's rare, but some docs can say how to distinguish it from something worse. --- pngcheck.1.pod.orig 2013-06-26 19:28:27.0 +1000 +++ pngcheck.1.pod 2018-09-30 10:00:38.0 +1000 @@ -86,6 +86,11 @@ test verbosely (print most chunk data). +=item B<-w> + +Decompress IDAT chunks using maximum window, ignoring the "window bits" +size specified in the header. + =item B<-x> Search for PNGs and extract them when found. @@ -110,6 +115,29 @@ is a command-line program with batch capabilities (e.g., pngcheck *.png). +=head1 Libpng 1.2.6 Window Bits + +Libpng 1.2.6 from 2004 had a bug where, under certain circumstances, +it wrote IDAT compressed data with CINFO "window bits" header value +too small. The compressed data is perfectly good, but requires a +bigger window for decompressing than the header says. Affected files +fail the full C due to "zlib data error" but pass +C. + +The pngcheck sources include a program F +which corrects the problem by changing the header to maximum window. +This is a 1 or 2 byte change at the start of IDAT, and 4-byte change +to new CRC at the end. It's possible the actual required window is +smaller than maximum, but such optimizations are left to +L or similar. + +The problem was not as bad as it sounds because programs ignoring the +header size and decoding with maximum window (32 kbytes) read ok. +Libpng 1.2 and 1.4 always used maximum. Libpng 1.6, in its default +configuration, uses the header size so does not read. Files with the +problem should be rare but the forgiving nature of libpng 1.2 and 1.4 +may have let them go unnoticed for some time. + =head1 ENVIRONMENT None.
Bug#909918: installation-reports: Successful install of Stretch on A20-OLinuXino-MICRO Rev. J
Package: installation-reports Severity: normal Tags: d-i Dear Maintainer, As noted in bug 889673 on this hardware, specific commands must be issued for the Ethernet port to be useful. I have also created the following file that I put in /etc/network/if-pre-up.d/ethernet-gpio: 8<-- #! /bin/sh # Set Ethernet hardware for use with older kernel on A20-OLinuXino-MICRO Rev J board. echo 17 > /sys/class/gpio/export echo out > /sys/class/gpio/gpio17/direction echo 0 > /sys/class/gpio/gpio17/value >8--- This ensures that eth0 is correctly configured upon each system start. -- Package-specific info: Boot method: micro SD image Image version: http://http.us.debian.org/debian/dists/stretch/main/installer-armhf/current/images/ 11 Jul 2018 Date: 26 September 2018 0123 UTC Machine: Olimex A20-OLinuXino-MICRO Rev. J Partitions: $ df -Tl Filesystem Type 1K-blocksUsed Available Use% Mounted on udev devtmpfs492464 0492464 0% /dev tmpfs tmpfs 101952 248101704 1% /run /dev/mmcblk0p2 ext4 30391228 1163356 27661000 5% / tmpfs tmpfs 5120 0 5120 0% /run/lock tmpfs tmpfs 623320 0623320 0% /run/shm /dev/mmcblk0p1 ext2240972 48396180135 22% /boot /dev/sda4 ext4 52156996 674584 48803220 2% /home cgroup tmpfs 12 012 0% /sys/fs/cgroup tmpfs tmpfs 101948 0101948 0% /run/user/1000 tmpfs tmpfs 101948 0101948 0% /run/user/65534 Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [O] Detect network card:[O] Configure network: [E] Detect CD: [ ] Load installer modules: [O] Clock/timezone setup: [O] User/password setup:[O] Detect hard drives: [O] Partition hard drives: [O] Install base system:[O] Install tasks: [O] Install boot loader:[O] Overall install:[O] Comments/Problems: As noted above, I needed to configure the GPIO for this board for the Ethernet port to work and then rerun the network configuration module again. My understanding is that newer kernels have solved this issue. Not a d-i issue but I had to set the console to tty1 in order to do the installation using a monitor connected to the HDMI port as I didn't have a specific UART to USB adapter on hand. Doing so worked like a charm and that value was preserved for booting the new system. Once sysv-init was enabled, Stretch is working perfectly for my purpose for this board. Thank you. - Nate -- Please make sure that the hardware-summary log file, and any other installation logs that you think would be useful are attached to this report. Please compress large files using gzip. Once you have filled out this report, mail it to sub...@bugs.debian.org. == Installer lsb-release: == DISTRIB_ID=Debian DISTRIB_DESCRIPTION="Debian GNU/Linux installer" DISTRIB_RELEASE="9 (stretch) - installer build 20170615+deb9u4" X_INSTALLATION_MEDIUM=netboot == Installer hardware-summary: == uname -a: Linux wxbox 4.9.0-7-armmp #1 SMP Debian 4.9.110-1 (2018-07-05) armv7l GNU/Linux usb-list: usb-list: Bus 01 Device 01: Generic Platform OHCI controller [1d6b:0001] usb-list:Level 00 Parent 00 Port 00 Class 09(hub ) Subclass 00 Protocol 00 usb-list:Manufacturer: Linux 4.9.0-7-armmp ohci_hcd usb-list:Interface 00: Class 09(hub ) Subclass 00 Protocol 00 Driver hub usb-list: usb-list: Bus 01 Device 02: USB NetVista Full Width Keyboard [04b3:3025] usb-list:Level 01 Parent 01 Port 00 Class 00(>ifc ) Subclass 00 Protocol 00 usb-list:Manufacturer: CHICONY usb-list:Interface 00: Class 03(HID ) Subclass 01 Protocol 01 Driver usbhid usb-list: usb-list: Bus 02 Device 01: EHCI Host Controller [1d6b:0002] usb-list:Level 00 Parent 00 Port 00 Class 09(hub ) Subclass 00 Protocol 00 usb-list:Manufacturer: Linux 4.9.0-7-armmp ehci_hcd usb-list:Interface 00: Class 09(hub ) Subclass 00 Protocol 00 Driver hub usb-list: usb-list: Bus 03 Device 01: MUSB HDRC host driver [1d6b:0002] usb-list:Level 00 Parent 00 Port 00 Class 09(hub ) Subclass 00 Protocol 01 usb-list:Manufacturer: Linux 4.9.0-7-armmp musb-hcd usb-list:Interface 00: Class 09(hub ) Subclass 00 Protocol 00 Driver hub usb-list: usb-list: Bus 04 Device 01: Generic Platform OHCI controller [1d6b:0001] usb-list:Level 00 Parent 00 Port 00 Class 09(hub ) Subclass 00 Protocol 00 usb-list:Manufacturer: Linux 4.9.0-7-armmp ohci_hcd usb-list:Interface 00: Class 09(hub ) Subclass 00 Protocol 00 Driver hub usb-list: usb-list: Bus 04 Device 02: CP2102 USB to
Bug#909917: discharging at zero rate
Package: acpi Version: 1.7-1.1 Severity: normal joey@darkstar:~> while sleep 30; do acpi; done Battery 0: Charging, 4%, charging at zero rate - will never fully charge. Battery 0: Charging, 4%, charging at zero rate - will never fully charge. Battery 0: Discharging, 4%, discharging at zero rate - will never fully discharge. Battery 0: Discharging, 4%, discharging at zero rate - will never fully discharge. Discharging at zero rate seems kind of a nonsensical description. Looking at the code, I think it's rounding, and the battery was actually discharging at a low rate (due to the AC adaptor not providing enough power). It certainly would have eventually discharged if it remained in that state. -- System Information: Debian Release: buster/sid APT prefers unstable-debug APT policy: (500, 'unstable-debug'), (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.17.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8), LANGUAGE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages acpi depends on: ii libc6 2.27-6 acpi recommends no packages. acpi suggests no packages. -- no debconf information -- see shy jo signature.asc Description: PGP signature
Bug#904682: O: screenie -- Lightweight GNU screen(1) wrapper
I'd be happy to maintain it, but I would need a sponsor for uploads. Any chance you could sponsor? -- Piper McCorkle (transitioning s/Zeb(ulon)?/Piper/) zebmccor...@asymptote.club | https://keybase.io/zebMcCorkle 803A 0F47 82AD DDEA 46BE 055F F8F9 DB8C 1A54 6398 | | __/ __ Asymptote Club /(bad ASCII graph by yours truly) | | signature.asc Description: PGP signature
Bug#909875: O: node-groove -- bindings to libgroove
retitle -1 O: node-groove -- bindings to libgroove reassign -1 wnpp On Sat, 29 Sep 2018 20:45:53 +0200 Tobias Frost wrote: > Source: node-groove > Version: 2.5.0-2 > Severity: minor > User: m...@qa.debian.org > Usertags: mia-teammaint > > Andrew Kelley wishes no longer to be uploader of node-groove. > > We are tracking their status in the MIA team and would like to ask you > to remove them from the Uploaders list of the package so we can close > that part of the file. > > (If the person is listed as Maintainer, what we are asking is to please > step in as a new maintainer.) > I hereby orphan node-groove, as I cannot take care of it either. Source: node-groove Section: web Priority: extra Maintainer: Debian QA Group Build-Depends: debhelper (>= 9.0.0), , dh-buildinfo , node-gyp , libgroove-dev (>= 4.1.1) , libgrooveplayer-dev (>= 4.1.1) , libgrooveloudness-dev (>= 4.1.1) , libgroovefingerprinter-dev (>= 4.1.1) , node-ncp , node-bindings , node-nan (>= 2.1.0) , nodejs-dev , mocha , nodejs Standards-Version: 3.9.8 Homepage: https://github.com/andrewrk/node-groove Vcs-Git: https://anonscm.debian.org/git/pkg-javascript/node-groove.git Vcs-Browser: https://anonscm.debian.org/gitweb/?p=pkg-javascript/node-groove.git Package: node-groove Architecture: any Depends: ${misc:Depends} , ${shlibs:Depends} , nodejs , node-bindings Description: bindings to libgroove - generic music player library - Node.js module This Node.js module provides bindings to libgroove. It contains API to open audio files, play them over speakers, transcode to other formats, detect the recommended loudness setting, and calculate acoustid fingerprints. . Node.js is an event-based server-side javascript engine.
Bug#886142: i now understand, waht said about gitea vs gogs
i viewed how now works the mechanish of npm, bower etc, and i now understang what you said! it's sad, after so many work on the package! Lenz McKAY Gerardo (PICCORO) http://qgqlochekone.blogspot.com
Bug#909887: O: groovebasin -- music player server with a web-based user interface
Control: retitle -1 O: groovebasin -- music player server with a web-based user interface Control: reassign -1 wnpp On Sat, Sep 29, 2018 at 3:48 PM Tobias Frost wrote: > Source: groovebasin > Version: 1.4.0-1 > Severity: minor > User: m...@qa.debian.org > Usertags: mia-teammaint > > Andrew Kelley wishes no longer to be uploader of > groovebasin. > > We are tracking their status in the MIA team and would like to ask you > to remove them from the Uploaders list of the package so we can close > that part of the file. > > (If the person is listed as Maintainer, what we are asking is to please > step in as a new maintainer.) > I'm hereby orphaning groovebasin, as I was the only other Uploader, and don't have enough time to commit myself. Source: groovebasin Section: sound Priority: extra Maintainer: Debian Multimedia Maintainers < pkg-multimedia-maintain...@lists.alioth.debian.org> Uploaders: Andrew Kelley , Felipe Sateler Build-Depends: debhelper (>= 9) , dh-buildinfo , nodejs , node-stylus , node-browserify-lite , node-mess , node-music-library-index , node-keese Standards-Version: 3.9.6 Homepage: https://github.com/andrewrk/groovebasin Vcs-Git: git://anonscm.debian.org/pkg-multimedia/groovebasin.git Vcs-Browser: http://anonscm.debian.org/gitweb/?p=pkg-multimedia/groovebasin.git Package: groovebasin Architecture: all Depends: ${misc:Depends} , nodejs , node-content-disposition , node-cookies (>= 0.4.1) , node-express (>= 4.1.0) , node-findit2 , node-groove (>= 2.2.6) , node-keese (>= 1.0.1) , node-lastfm (>= 0.9.2) , node-leveldown (>= 1.0.0) , node-mess (>= 0.1.2) , node-mime (>= 0.2.11) , node-mkdirp (>= 0.5.0) , node-multiparty (>= 4.0.0) , node-music-library-index (>= 1.2.2) , node-ncp (>= 0.6.0) , node-osenv (>= 0.0.3) , node-pend (>= 1.1.3) , node-rimraf (>= 2.2.8) , node-semver (>= 2.1.0) , node-serve-static (>= 1.2.3) , node-ws (>= 0.4.32) , node-yauzl , node-yazl (>= 2.0.1) , node-ytdl-core (>= 0.2.4) Description: music player server with a web-based user interface Groove Basin runs on a server optionally connected to speakers. Guests can control the music player by connecting with a laptop, tablet, or smart phone. Further, users can stream their music libraries remotely. . Groove Basin comes with a fast, responsive web interface that supports keyboard shortcuts and drag drop. It also provides the ability to upload songs, download songs, and import songs by URL, including YouTube URLs. . Groove Basin supports Dynamic Mode which automatically queues random songs, favoring songs that have not been queued recently. . Groove Basin automatically performs ReplayGain scanning on every song using the EBU R128 loudness standard, and automatically switches between track and album mode. . Groove Basin supports the MPD protocol, which means it is compatible with MPD clients. There is also a more powerful Groove Basin protocol which you can use if the MPD protocol does not meet your needs. . Groove Basin supports Last.fm scrobbling. -- Saludos, Felipe Sateler
Bug#909881: O: libsoundio -- cross platform audio input and output library
Hi, On Sat, Sep 29, 2018 at 3:48 PM Tobias Frost wrote: > Source: libsoundio > Version: 1.0.2-1 > Severity: minor > User: m...@qa.debian.org > Usertags: mia-teammaint > > Andrew Kelley wishes no longer to be uploader of > libsoundio. > > We are tracking their status in the MIA team and would like to ask you > to remove them from the Uploaders list of the package so we can close > that part of the file. > > (If the person is listed as Maintainer, what we are asking is to please > step in as a new maintainer.) > I'm hereby orphaning libgroove, as Andrew was the only Uploader listed. Source: libsoundio Maintainer: Debian QA Group Section: libs Priority: optional Build-Depends: debhelper (>= 9), cmake, doxygen, libasound2-dev, libjack-jackd2-dev, libpulse-dev, pkg-config Standards-Version: 3.9.6 Vcs-Browser: https://salsa.debian.org/multimedia-team/libsoundio Vcs-Git: https://salsa.debian.org/multimedia-team/libsoundio.git Homepage: http://libsound.io/ Package: libsoundio-dev Architecture: any Multi-Arch: same Section: libdevel Depends: libsoundio1 (= ${binary:Version}), ${misc:Depends} Description: cross platform audio input and output library (development files) libsoundio is a lightweight abstraction over various sound drivers. It provides a well-documented API that operates consistently regardless of the sound driver it connects to. It performs no buffering or processing on your behalf; instead exposing the raw power of the underlying backend. . libsoundio is appropriate for games, music players, digital audio workstations, and various utilities. . libsoundio is serious about robustness. It even handles out of memory conditions correctly. . This package contains the development files. Package: libsoundio1 Architecture: any Multi-Arch: same Depends: ${shlibs:Depends}, ${misc:Depends} Pre-Depends: ${misc:Pre-Depends} Description: cross-platform audio input and output library libsoundio is a lightweight abstraction over various sound drivers. It provides a well-documented API that operates consistently regardless of the sound driver it connects to. It performs no buffering or processing on your behalf; instead exposing the raw power of the underlying backend. . libsoundio is appropriate for games, music players, digital audio workstations, and various utilities. . libsoundio is serious about robustness. It even handles out of memory conditions correctly. . This package contains the shared library. Package: libsoundio-dbg Architecture: any Multi-Arch: same Section: debug Depends: libsoundio1 (= ${binary:Version}), ${misc:Depends} Description: debugging symbols for libsoundio This package contains the debugging symbols for libsoundio1. -- Saludos, Felipe Sateler
Bug#904302: That's a free software issue!
Anonymous dijo [Sat, Sep 29, 2018 at 05:06:58PM +0200]: > Dear Chair Dear Anonymous, Although it is of course completely fine for you to contact us anonymously, in cases such as this one, having a "name" will help your case. Do you actually use this? Have you worked with the issue? Is it bothering you? Anonymous opinions are acceptable. But Debian is a socially cohesive group of people. It helps us to match opinions with people. Would help your point. Anyway, thanks for your mail. > (...) > Patch series are supported by git-am and git-format-patch. There is no > better approach to incorporate patches. I fear circumventing the policy > with "QUILT_SERIES=debian/patches/$(dpkg-vendor --query vendor).patch > quilt push -a" in debian/rules. The patch series separates vendor > specific code properly. If policy is against vendor specific code it has > to accept patch series at least. They are a last resort to make > independent patches. Well, IMO this would be precisely the _right_ way to do this: The source you have on disk at source package unpacking time is the same everywhere, and you can see precisely what would happen when building in Mint, Ubuntu, Debian or $whatever. This would not be circumventing policy — It would be following it with minimal friction to what you already have. > Builds for different vendors are not a standard use case at all. Identic > source after unpacking is possible with dpkg-source --skip-patches > anyways. A hint about different series during unpacking can be useful > but changing policy because someone was confused is unbelievable. Usage > of the right tools is good practice and should not forced with power. > > The decision is based on wrong assumptions and implications, arguments > are weak, valid objections ignored. This is abusing Debian policy and > technical committee against free software! Debian needs patches > regardless of policy. I do not share that feeling; I think we argued constructively with people that were against this outcome, and while there is not universal consensus, expressed issues were taken into account. signature.asc Description: PGP signature
Bug#909916: xfce4-settings: xfce4-display-settings doesn't try to confirm that the new config is working for the user
Package: xfce4-settings Version: 4.12.4-1 Severity: normal Tags: upstream When changing the display configuration, it is possible to end up in a state where the system has become unusable, like a bad resolution, or blacking the only screen available. To avoid that, many other similar tools, after the change, ask the user if everything is OK, and revert the change after a timeout without user input. -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.14.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages xfce4-settings depends on: ii libc62.27-2 ii libcairo21.15.10-1 ii libdbus-1-3 1.12.8-3 ii libdbus-glib-1-2 0.108-2 ii libexo-1-0 0.10.7-1 ii libfontconfig1 2.12.6-0.1 ii libgarcon-1-00.4.0-2 ii libgarcon-common 0.4.0-2 ii libgdk-pixbuf2.0-0 2.36.11-1 ii libglib2.0-0 2.56.1-2 ii libgtk2.0-0 2.24.32-1 ii libnotify4 0.7.7-2 ii libpango-1.0-0 1.40.14-1 ii libpangocairo-1.0-0 1.40.14-1 ii libupower-glib3 0.99.4-4+b1 ii libx11-6 2:1.6.5-1 ii libxcursor1 1:1.1.15-1 ii libxfce4ui-1-0 4.12.1-2 ii libxfce4util74.12.1-3 ii libxfconf-0-24.12.1-1 ii libxi6 2:1.7.9-1 ii libxklavier165.4-2 ii libxrandr2 2:1.5.1-1 ii xfconf 4.12.1-1 Versions of packages xfce4-settings recommends: ii x11-utils 7.7+3+b1 xfce4-settings suggests no packages. -- no debconf information
Bug#909869: O: libgroove -- audio dispatching library
Control: retitle -1 O: libgroove -- audio dispatching library Control: reassign -1 wnpp On Sat, Sep 29, 2018 at 3:48 PM Tobias Frost wrote: > Source: libgroove > Version: 4.3.0-3 4.3.0-4 > Severity: minor > User: m...@qa.debian.org > Usertags: mia-teammaint > > Andrew Kelley wishes no longer to be uploader of > libgroove. > > We are tracking their status in the MIA team and would like to ask you > to remove them from the Uploaders list of the package so we can close > that part of the file. > > (If the person is listed as Maintainer, what we are asking is to please > step in as a new maintainer.) > I'm hereby orphaning libgroove, as Andrew was the only Uploader listed. Source: libgroove Maintainer: Debian QA Group Section: libs Priority: optional Build-Depends: debhelper (>= 11), cmake, libebur128-dev, libchromaprint-dev, libavcodec-dev (>= 6:10~), libavformat-dev (>= 6:10~), libavfilter-dev (>= 6:10~), libavutil-dev (>= 6:10~), libsdl2-dev, pkg-config Standards-Version: 4.1.4 Vcs-Browser: https://salsa.debian.org/multimedia-team/libgroove Vcs-Git: https://salsa.debian.org/multimedia-team/libgroove.git Homepage: https://github.com/andrewrk/libgroove Package: libgroove-dev Architecture: any Multi-Arch: same Section: libdevel Depends: libgroove4 (= ${binary:Version}), ${misc:Depends} Description: audio dispatching library (development files) This C library provides an sink-based API for decoding and encoding audio. It is intended to be used as a backend for music player applications, however it may also be used as a backend for any audio processing utility. . Features: * Uses libav for decoding and encoding. * Add and remove entries on a playlist for gapless playback. * Supports idempotent pause, play, and seek. * Per-playlist-item gain adjustment so you can implement loudness compensation without audio glitches. * Read and write metadata tags. * Extensible sink-based interface. A sink provides resampling and keeps its buffer full. This package contains the raw sink which provides reference-counted raw audio buffers. Other sinks are built on top of this one. * Thread-safe. . This package contains the development files. Package: libgroove4 Architecture: any Multi-Arch: same Depends: ${shlibs:Depends}, ${misc:Depends} Pre-Depends: ${misc:Pre-Depends} Description: music player backend This library provides decoding and encoding of audio on a playlist. It is intended to be used as a backend for music player applications, however it is generic enough to be used as a backend for any audio processing utility. . Features: * Uses libav for decoding and encoding. * Add and remove entries on a playlist for gapless playback. * Supports idempotent pause, play, and seek. * Per-playlist-item gain adjustment so you can implement loudness compensation without audio glitches. * Read and write metadata tags. * Extensible sink-based interface. A sink provides resampling and keeps its buffer full. This package contains the raw sink which provides reference-counted raw audio buffers. Other sinks are built on top of this one. * Thread-safe. . This package contains the shared library. Package: libgrooveplayer-dev Architecture: any Multi-Arch: same Section: libdevel Depends: libgrooveplayer4 (= ${binary:Version}), libgroove-dev, ${misc:Depends} Description: audio device playback sink for libgroove (development files) This C library provides a GroovePlayer struct which attaches to a GroovePlaylist and sends audio frames to a sound device. It also includes dummy player which can simulate playback without actually having access to a sound device. . This package contains the development files. Package: libgrooveplayer4 Architecture: any Multi-Arch: same Depends: ${shlibs:Depends}, ${misc:Depends} Pre-Depends: ${misc:Pre-Depends} Description: hardware audio playback for libgroove This libgroove plugin plays audio via a sound device. It includes a dummy player which can simulate playback without actually having access to a sound device. . This package contains the shared library. Package: libgrooveloudness-dev Architecture: any Multi-Arch: same Section: libdevel Depends: libgrooveloudness4 (= ${binary:Version}), libgroove-dev, ${misc:Depends} Description: loudness scanner sink for libgroove (development files) This C library provides a GrooveLoudness object which attaches to a GroovePlaylist and uses the EBU R128 standard to detect loudness. The values it produces are compatible with ReplayGain. . This package contains the development files. Package: libgrooveloudness4 Architecture: any Multi-Arch: same Depends: ${shlibs:Depends}, ${misc:Depends} Pre-Depends: ${misc:Pre-Depends} Description: loudness scanner for libgroove This
Bug#649575: task-german: I doubt the usefulness of dict in task-german
Fabian Greffrath wrote: > I doubt that the dict and trans-de-en packages should still be part of a > default German Debian install, e.g. recommended by task-german. For the > desktop > there is gnome-dictionary installed by default and other users probably don't > need a dictionary or are either skilled enough to look up in one of the > powerful web dictionaries (e.g. leo.org or dict.cc) or install the dict > package > on purpose. > > The same is true for the doc-linux-de package, which contains utterly outdated > HOWTOs and FAQs with regard to system administration. Most of the documents > are > obsolete and for the few pieces of information that still apply, I doubt that > doc-linux-de is the right package to provide them. dict and trans-de-en are no packages for the average desktop user IMO (dict has a CLI client and an old-school xterm client, and trans-de-en itself is most likely of very little use), so they should removed from the task. doc-linux: several doc-linux-* packages have been removed from the archive in the past 7 years, so an update is needed: doc-linux-de: no longer in the archive doc-linux-hr: no version in the archive since jessie doc-linux-it: no longer in the archive Objections against me committing the above? Holger -- Holger Wansing PGP-Finterprint: 496A C6E8 1442 4B34 8508 3529 59F1 87CA 156E B076
Bug#909843: libfiu: frequent parallel FTBFS
On Sat, Sep 29, 2018 at 06:45:53PM +0100, Alberto Bertogli wrote: On Sat, Sep 29, 2018 at 03:36:51PM +0300, Adrian Bunk wrote: ./wrap-python 2 ./test-fiu_ctrl.py ./wrap-python 2 ./test-basic.py cc -I../../libfiu/ -L../../libfiu/ -D_XOPEN_SOURCE=600 -D_GNU_SOURCE -fPIC -DFIU_ENABLE=1 -g -O2 -fdebug-prefix-map=/build/libfiu-0.96=. -fstack-protector-strong -Wformat -Werror=format-security -std=c99 -pedantic -Wall -std=c99 -pedantic -Wall tests/open.c -lfiu -o tests/open.bin Traceback (most recent call last): File "./test-fiu_ctrl.py", line 21, in cmd = run_cat() File "./test-fiu_ctrl.py", line 16, in run_cat return fiu_ctrl.Subprocess(["./small-cat"], AttributeError: 'module' object has no attribute 'Subprocess' This is weird. fiu_ctrl.py definitely defines a class Subprocess, so if the file is there and with the proper contents, this should work. I think this might be caused by building python2 and python3 in parallel, because both builds could attempt to generate fiu_ctrl.py and they might be stepping onto each other, to the point where one copies a partial (or empty) file as the module. But that's just a wild theory at this point, I will look into it a bit more and post again once I have any news. I think that's what happened. I can't reproduce it despite multiple runs, probably because of the race being too small in my laptop; however, everything I've seen points to this being the cause. I think this newly written patch fixes the problem: https://blitiri.com.ar/git/r/libfiu/c/b4c21a6b2a714c1ad9cdfe96358f843688c3a77e/ Chris, if you want to give the above patch a try, please go ahead. That said, I'm going to cut a release soon (I'm waiting on someone's confirmation of other unrelated patches), so you might want to consider waiting instead :) Thanks! Alberto
Bug#906161: python-debianbts: get_bugs doesn't marshal usertags properly
Hi Julien, can you please provide a call to reproduce the error? According to the docs, the get_bugs has no `usertags` parameter: https://wiki.debian.org/DebbugsSoapInterface Cheers, Bastian On Wed, 15 Aug 2018 09:57:42 +0200 Julien Cristau wrote: > Package: python-debianbts > Version: 2.7.2 > Severity: normal > Tags: patch > > Hi, > > marshaling for get_bugs' "usertags" param doesn't seem to work properly. > There's some special casing with _build_int_array_el for lists and > tuples but not for dicts. The below seems to make it work. > > Cheers, > Julien > > diff --git a/debianbts/debianbts.py b/debianbts/debianbts.py > index d638e26..8816b7a 100644 > --- a/debianbts/debianbts.py > +++ b/debianbts/debianbts.py > @@ -405,6 +405,13 @@ def get_bugs(*key_value): > arg_name = 'arg' + str(arg_n) > if isinstance(kv, (list, tuple)): > _build_int_array_el(arg_name, method_el, kv) > +elif isinstance(kv, dict): > +el = method_el.add_child(arg_name) > +for k, v in kv.items(): > +if isinstance(v, (list, tuple)): > +_build_int_array_el(k, el, v) > +else: > +el.marshall(k, v) > else: > method_el.marshall(arg_name, kv) > > > -- Dr. Bastian Venthur http://venthur.de Debian Developer venthur at debian org
Bug#909915: python-pcl FTBFS on most 32bit architectures
Source: python-pcl Version: 0.3.0~rc1+dfsg-1 Severity: important Tags: patch ftbfs https://buildd.debian.org/status/package.php?p=python-pcl ... cc1plus: out of memory allocating 1706880 bytes after a total of 57868288 bytes error: command 'arm-linux-gnueabihf-gcc' failed with exit status 1 E: pybuild pybuild:338: build: plugin distutils failed with: exit code=1: /usr/bin/python3 setup.py build dh_auto_build: pybuild --build -i python{version} -p 3.6 returned exit code 13 make: *** [debian/rules:4: binary-arch] Error 25 Fix: --- debian/rules.old2018-09-29 21:08:14.765181491 + +++ debian/rules2018-09-29 21:09:02.414721001 + @@ -1,4 +1,9 @@ #!/usr/bin/make -f +ifeq (32,$(DEB_HOST_ARCH_BITS)) + export DEB_CFLAGS_MAINT_APPEND = -g1 + export DEB_CXXFLAGS_MAINT_APPEND = -g1 +endif + %: dh $@ --with python3 --buildsystem=pybuild
Bug#909914: ejabberd: Starting ejabberd via systemd, epmd does not honor /etc/default/ejabberd
Package: ejabberd Version: 18.06-1 Severity: normal Dear Maintainer, When ejabberd is started via systemd (i.e., via the ejabberd.service unit), then epmd is likewise started via systemd (via the epmd.socket and epmd.service units), and in this case the contents of /etc/default/ejabberd have no effect on the startup of epmd. In particular, this means that the ERL_EPMD_ADDRESS parameter is ignored. This is typically used to reduce the attack surface of epmd by telling it to only listen on localhost. As installed, epmd will listen on all interfaces. This is to some degree an issue for the erlang-base package, which provides epmd and its systemd units and *should* provide a config option to restrict epmd to listening on localhost only. However, it is the ejabberd package that provides the /etc/default/ejabberd file. -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (900, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.17.0-3-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8), LANGUAGE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages ejabberd depends on: ii adduser3.117 ii debconf [debconf-2.0] 1.5.69 ii erlang-asn11:20.3.8.5+dfsg-1 ii erlang-base [erlang-abi-17.0] 1:20.3.8.5+dfsg-1 ii erlang-crypto 1:20.3.8.5+dfsg-1 ii erlang-inets 1:20.3.8.5+dfsg-1 ii erlang-jiffy 0.14.11+dfsg-3 ii erlang-jose1.8.4-3 ii erlang-lager 3.6.4-2 ii erlang-mnesia 1:20.3.8.5+dfsg-1 ii erlang-odbc1:20.3.8.5+dfsg-1 ii erlang-os-mon 1:20.3.8.5+dfsg-1 ii erlang-p1-cache-tab1.0.14-1 ii erlang-p1-eimp 1.0.6-1 ii erlang-p1-iconv1.0.8-1 ii erlang-p1-stringprep 1.0.12-1 ii erlang-p1-tls 1.0.23-2 ii erlang-p1-utils1.0.12-1 ii erlang-p1-xml 1.1.32-1 ii erlang-p1-xmpp 1.2.2-1 ii erlang-p1-yaml 1.0.15-1 ii erlang-p1-zlib 1.0.4-2 ii erlang-public-key 1:20.3.8.5+dfsg-1 ii erlang-ssl 1:20.3.8.5+dfsg-1 ii erlang-syntax-tools1:20.3.8.5+dfsg-1 ii erlang-xmerl 1:20.3.8.5+dfsg-1 ii lsb-base 9.20170808 ii openssl1.1.0h-4 ii ucf3.0038 ejabberd recommends no packages. Versions of packages ejabberd suggests: ii apparmor 2.13-8 pn apparmor-utils pn ejabberd-contrib pn erlang-luerl pn erlang-p1-mysql pn erlang-p1-oauth2 pn erlang-p1-pam pn erlang-p1-pgsql pn erlang-p1-sip pn erlang-p1-sqlite3 pn erlang-p1-stun pn erlang-redis-client ii imagemagick 8:6.9.10.8+dfsg-1 ii imagemagick-6.q16 [imagemagick] 8:6.9.10.8+dfsg-1 pn libunix-syslog-perl pn yamllint -- Configuration Files: /etc/ejabberd/inetrc [Errno 13] Permission denied: '/etc/ejabberd/inetrc' /etc/ejabberd/modules.d/README.modules [Errno 13] Permission denied: '/etc/ejabberd/modules.d/README.modules' -- debconf information: ejabberd/nodenamechanges: ejabberd/hostname: localhost ejabberd/erlangopts: -env ERL_CRASH_DUMP_BYTES 0 ejabberd/nomatch: ejabberd/invalidhostname: ejabberd/user: ejabberd/invaliduser: ejabberd/invalidpreseed:
Bug#820132: quixote: diff for NMU version 2.7~b2-1.2
Control: tags 820132 + patch Control: tags 820132 + pending Control: tags 822020 + pending Dear maintainer, I've prepared an NMU for quixote (versioned as 2.7~b2-1.2) and uploaded it to DELAYED/0. Regards. diff -Nru quixote-2.7~b2/debian/changelog quixote-2.7~b2/debian/changelog --- quixote-2.7~b2/debian/changelog 2015-12-14 19:40:33.0 +0100 +++ quixote-2.7~b2/debian/changelog 2018-09-29 23:26:25.0 +0200 @@ -1,3 +1,13 @@ +quixote (2.7~b2-1.2) unstable; urgency=medium + + * Non-maintainer upload. + * Apply patch from BTS to add missing "build-arch" and "build-indep" +targets. Thanks to Santiago Vila for the patch. (Closes: #822020) + * Remove Oleksandr Moskalenko from Uploaders, thanks for your contributions. +(Closes: #820132) + + -- Tobias Frost Sat, 29 Sep 2018 23:26:25 +0200 + quixote (2.7~b2-1.1) unstable; urgency=medium * Non-maintainer upload. diff -Nru quixote-2.7~b2/debian/rules quixote-2.7~b2/debian/rules --- quixote-2.7~b2/debian/rules 2015-12-14 19:26:17.0 +0100 +++ quixote-2.7~b2/debian/rules 2018-09-29 23:09:03.0 +0200 @@ -17,6 +17,10 @@ python setup.py build touch $@ +build-arch: build + +build-indep: build + build: build-stamp install: build @@ -62,4 +66,4 @@ dh_builddeb -i binary: binary-arch binary-indep -.PHONY: build clean binary-indep binary-arch binary install patch unpatch +.PHONY: build build-arch build-indep clean binary-indep binary-arch binary install patch unpatch
Bug#897982: tasksel: Please drop tamil-gtk2im from the task-tamil-gnome-desktop Recommends list
Hi, Hugh McMaster wrote: > Source: tasksel > Version: 3.43 > Severity: normal > > Dear Maintainer, > > The package task-tamil-gnome-desktop currently recommends tamil-gtk2im. > > The latter package is orphaned, only supports gtk2 and is out of date. > In addition, it will soon be scheduled for removal from the archive. > > Please do not recommend tamil-gtk2im for installation with task-tamil-gnome- > desktop any longer. If recommends are needed, scim or ibus (using im-config) > are suitable alternatives Any objections against me committing this? Holger -- Holger Wansing PGP-Finterprint: 496A C6E8 1442 4B34 8508 3529 59F1 87CA 156E B076
Bug#864763: task-kde-destop: should not recommend localisation package
Control: tags -1 + wontfix Michael Tsang wrote: > I have found that multiple en-us packages after an install of default KDE > desktop. I am not a US English user (I selected English (Hong Kong) from the > beginning) and I found that the inclusion of US English packages by default in > a non-US English install ridiculous and offensive. > > Please stop recommending localisation package in the desktop tasks, and create > localisation tasks for them. Considering English as a default when it comes to localization, is not a very uncommon vote IMO. The case described by Michael is only a corner-case, so in most cases it will work fine as it is. Tagging this bug as wontfix. Holger -- Holger Wansing PGP-Finterprint: 496A C6E8 1442 4B34 8508 3529 59F1 87CA 156E B076 pgpg7lFw7xOha.pgp Description: PGP signature
Bug#908167: Add firefox-esr-l10n-ne-np to task-nepali-desktop
Hi, Moritz Muehlenhoff wrote: > Package: tasksel > Version: 3.45 > Severity: wishlist > > I noticed that starting with the 60.x series Firefox ESR now provides > a firefox-esr-l10n-ne-np language pack. That sounds like a useful > thing to add to task-nepali-desktop Any objections against me adding this? Holger -- Holger Wansing PGP-Finterprint: 496A C6E8 1442 4B34 8508 3529 59F1 87CA 156E B076
Bug#909913: python3-fabulous: missing Breaks+Replaces: python-fabulous (<< 0.3.0+dfsg1-3)
Package: python3-fabulous Version: 0.3.0+dfsg1-3 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package fails to upgrade from 'testing'. It installed fine in 'testing', then the upgrade to 'sid' fails because it tries to overwrite other packages files without declaring a Breaks+Replaces relation. See policy 7.6 at https://www.debian.org/doc/debian-policy/ch-relationships.html#overwriting-files-and-replacing-packages-replaces >From the attached log (scroll to the bottom...): Preparing to unpack .../python3-fabulous_0.3.0+dfsg1-3_amd64.deb ... Unpacking python3-fabulous (0.3.0+dfsg1-3) ... dpkg: error processing archive /var/cache/apt/archives/python3-fabulous_0.3.0+dfsg1-3_amd64.deb (--unpack): trying to overwrite '/usr/lib/fabulous/xtermspeedup.so', which is also in package python-fabulous 0.3.0+dfsg1-2 dpkg-deb: error: paste subprocess was killed by signal (Broken pipe) Errors were encountered while processing: /var/cache/apt/archives/python3-fabulous_0.3.0+dfsg1-3_amd64.deb cheers, Andreas python-fabulous=0.3.0+dfsg1-2_python3-fabulous=0.3.0+dfsg1-3.log.gz Description: application/gzip
Bug#909912: opencollada: Upstream version v1.6.63 available (currently v1.6.25)
Source: opencollada Severity: wishlist Dear Maintainer, A new upstream version, 1.6.63, is available [1], which contains 247 commits' worth of additional development [2] so it would be great if this package could be updated. [1] https://github.com/KhronosGroup/OpenCOLLADA/releases/tag/v1.6.63 [2] https://github.com/KhronosGroup/OpenCOLLADA/compare/v1.6.25...v1.6.63 -- System Information: Debian Release: buster/sid APT prefers unstable-debug APT policy: (500, 'unstable-debug'), (500, 'testing-debug'), (500, 'unstable'), (500, 'testing'), (1, 'experimental-debug'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.18.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled
Bug#904457: tasksel: please (re)add libreoffice-kde5 to task-kde-desktop
Hi, Rene Engelhard wrote: > Package: tasksel > Version: 3.44 > Severity: wishlist > Tags: patch > > Hi, > > libreoffice-kde got removed from the kde-desktop task once because it > was not built anymore because it was for Qt4/KDE4. > > Now with LibreOffice 6.1 it's available again (as libreoffice-kde5, -kde > was readded as a transitional package). So please (re)add > libreoffice-kde5 to the task. > > In alioth I had commit rights but in salsa I don't have (yet) so this > bug and: > > Patch/MR at http://salsa.debian.org/installer-team/tasksel/merge_requests/2 Any objections against this? Holger -- Holger Wansing PGP-Finterprint: 496A C6E8 1442 4B34 8508 3529 59F1 87CA 156E B076
Bug#627079: tasksel: Drop dependencies on some dictionaries (ispell)
"Nelson A. de Oliveira" wrote: > I was seeing that on newly installed systems, both ispell and aspell are > installed. > >From ispell's NEWS.Debian (version 3.3.02-4) we have: > > = > This is the latest, and most probably the last, upstream version of ispell. > Support for HTML or TeX files checking was slightly improved, limited > support > for UTF-8 in American and British dictionaries was added (`ispell -T utf8'), > and plenty of old bugs were fixed. Situation hasn't improved in the past 7 years, so ispell seems orphaned upstream. Should we drop the depends for it now (at least, where aspell is there as an alternative) ? Holger -- Created with Sylpheed 3.5.1 under D E B I A N L I N U X 9 " S T R E T C H " . Registered Linux User #311290 - https://linuxcounter.net/
Bug#909906: jh_installlibs --version-strip="+.*": Quantifier follows nothing in regex
On Sat, 29 Sep 2018 20:47:00 + Niels Thykier wrote: > clone 909906 -1 > reassign -1 jython > reassign 909906 jsurf-alggeo > retitle -1 jython: Invalid regex passed to jh_installlibs > retitle 909906 jsurf-alggeo: Invalid regex passed to jh_installlibs > thanks, > > Adrian Bunk: > > Package: javatools > > Version: 0.66 > > Severity: serious > > Control: affects -1 src:jython > > > > https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/jython.html > > > > ... > >debian/rules override_jh_installlibs > > make[1]: Entering directory '/build/1st/jython-2.7.1+repack' > > jh_installlibs --version-strip="+.*" > > Quantifier follows nothing in regex; marked by <-- HERE in m/+ <-- HERE .*/ > > at /usr/bin/jh_installlibs line 111. > > make[1]: *** [debian/rules:89: override_jh_installlibs] Error 25 > > > > The shell version of jh_installlibs used sed which is apparently more > forgiving (or possibly does not handle "+" like perl does). Attempting > to emulate sed's behaviour will never be a perfect match. > > Maintainers of jython and jsurf-alggeo: You presumably wanted to match a > literal "+", in which case please escape it (by using e.g. [+] like the > htsjdk package). > > * The jython variant then becomes --version-strip="[+].*" > * The jsurf-alggeo variant becomes --version-strip="[+]ds" > > Thanks, > ~Niels > > Btw, the default regex for jh_installlibs is: [\.+~-]ds(?:fg)?[0-9]* It looks like it might be sufficient to replace the need for passing the --version-strip option. Thanks, ~Niels
Bug#853915: reportbug: Retrieved base64 messages aren't decoded
Can you please provide a case to reproduce this issue? I'm not sure if this is a problem with python-reportbug. Cheers, Bastian -- Dr. Bastian Venthur http://venthur.de Debian Developer venthur at debian org
Bug#909911: libnet-dns-sec-perl: autopkgtest failures: syntax.t fails to use() modules
Source: libnet-dns-sec-perl Version: 1.10-1 Severity: important -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 https://ci.debian.net/data/autopkgtest/unstable/amd64/libn/libnet-dns-sec-perl/1070811/log.gz shows a failure which I can reproduce locally: autopkgtest [11:11:50]: test command3: /usr/share/pkg-perl-autopkgtest/runner runtime-deps-and-recommends autopkgtest [11:11:50]: test command3: [--- # Failed test '/usr/bin/perl -wc /usr/lib/x86_64-linux-gnu/perl5/5.26/Net/DNS/SEC/DSA.pm exited successfully' # at /usr/share/pkg-perl-autopkgtest/runtime-deps-and-recommends.d/syntax.t line 124. # Failed test '/usr/bin/perl -wc /usr/lib/x86_64-linux-gnu/perl5/5.26/Net/DNS/SEC/ECDSA.pm exited successfully' # at /usr/share/pkg-perl-autopkgtest/runtime-deps-and-recommends.d/syntax.t line 124. # Failed test '/usr/bin/perl -wc /usr/lib/x86_64-linux-gnu/perl5/5.26/Net/DNS/SEC/EdDSA.pm exited successfully' # at /usr/share/pkg-perl-autopkgtest/runtime-deps-and-recommends.d/syntax.t line 124. # Looks like you failed 3 tests of 7. # Failed test 'all modules in libnet-dns-sec-perl pass the syntax check' # at /usr/share/pkg-perl-autopkgtest/runtime-deps-and-recommends.d/syntax.t line 127. # Looks like you failed 1 test of 4. /usr/share/pkg-perl-autopkgtest/runtime-deps-and-recommends.d/syntax.t .. 1..4 ok 1 - Package libnet-dns-sec-perl is known to dpkg ok 2 - Got status information for package libnet-dns-sec-perl ok 3 - Got file list for package libnet-dns-sec-perl # Subtest: all modules in libnet-dns-sec-perl pass the syntax check 1..7 # Died at /usr/lib/x86_64-linux-gnu/perl5/5.26/Net/DNS/SEC/DSA.pm line 51. # BEGIN failed--compilation aborted at /usr/lib/x86_64-linux-gnu/perl5/5.26/Net/DNS/SEC/DSA.pm line 51. not ok 1 - /usr/bin/perl -wc /usr/lib/x86_64-linux-gnu/perl5/5.26/Net/DNS/SEC/DSA.pm exited successfully # Died at /usr/lib/x86_64-linux-gnu/perl5/5.26/Net/DNS/SEC/ECDSA.pm line 51. # BEGIN failed--compilation aborted at /usr/lib/x86_64-linux-gnu/perl5/5.26/Net/DNS/SEC/ECDSA.pm line 51. not ok 2 - /usr/bin/perl -wc /usr/lib/x86_64-linux-gnu/perl5/5.26/Net/DNS/SEC/ECDSA.pm exited successfully # Died at /usr/lib/x86_64-linux-gnu/perl5/5.26/Net/DNS/SEC/EdDSA.pm line 51. # BEGIN failed--compilation aborted at /usr/lib/x86_64-linux-gnu/perl5/5.26/Net/DNS/SEC/EdDSA.pm line 51. not ok 3 - /usr/bin/perl -wc /usr/lib/x86_64-linux-gnu/perl5/5.26/Net/DNS/SEC/EdDSA.pm exited successfully ok 4 - /usr/bin/perl -wc /usr/lib/x86_64-linux-gnu/perl5/5.26/Net/DNS/SEC/Keyset.pm exited successfully ok 5 - /usr/bin/perl -wc /usr/lib/x86_64-linux-gnu/perl5/5.26/Net/DNS/SEC/Private.pm exited successfully ok 6 - /usr/bin/perl -wc /usr/lib/x86_64-linux-gnu/perl5/5.26/Net/DNS/SEC/RSA.pm exited successfully ok 7 - /usr/bin/perl -wc /usr/lib/x86_64-linux-gnu/perl5/5.26/Net/DNS/SEC.pm exited successfully not ok 4 - all modules in libnet-dns-sec-perl pass the syntax check Dubious, test returned 1 (wstat 256, 0x100) Failed 1/4 subtests Test Summary Report - --- /usr/share/pkg-perl-autopkgtest/runtime-deps-and-recommends.d/syntax.t (Wstat: 256 Tests: 4 Failed: 1) Failed test: 4 Non-zero exit status: 1 Files=1, Tests=4, 0 wallclock secs ( 0.03 usr 0.01 sys + 0.21 cusr 0.02 csys = 0.27 CPU) Result: FAIL autopkgtest [11:11:50]: test command3: ---] autopkgtest [11:11:50]: test command3: - - - - - - - - - - results - - - - - - - - - - command3 FAIL non-zero exit status 1 Cheers, gregor -BEGIN PGP SIGNATURE- iQKTBAEBCgB9FiEE0eExbpOnYKgQTYX6uzpoAYZJqgYFAluv5mJfFIAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEQx RTEzMTZFOTNBNzYwQTgxMDREODVGQUJCM0E2ODAxODY0OUFBMDYACgkQuzpoAYZJ qgZJSw/+OXDfRSCyCbgGL3rTNvQC8CfCWB8py5yn7MyyZ2I/hv65g9n4KV6Oqh73 KHuY/j5213/Kod4PCep7A959CdYPPsB76XU2q3NL2bLfdJ1PP/1nr0G8oLGZOs2/ la+rmRGFw+COdcle8O5jUh3p3bStQCJ2Qqo616fB7AcZKJO7E/oxBSpgPlyHzlFI jCIeapACWqbiznbamPwMAf1ZhuDvN09XwwuRkpwaVnF8NPHHS3tMDpC4QtozKSpx o8EHRPUNIhaWRHSbQ2OV/XcHdz7WTD16fazhyULvVy+iTBdbcmkKltw1J1D7FRQa +RlCiJ2W7rw+KJ5URBZMzS9vkTmthCif75nZCrKDNYYgnp/vWIlHYjxlhwM2Y9Xa X/7nZ8W7lK6Z5s8f5opDGVj3r7FaYLUT39N+qBjruod80J8vPWp69xRJYepU1ktO FU3GOw8tzAKqtqPBjlypD8W1aVy1j09XuzokEZLvrutjh5r4LL6S5/ARcaUwrVL8 E2Ploxb8lhSQcnKXuf94dIpHeF75kJ3biRP33qGusE6mchpSMK5ap4itfwQQyFrJ +cxh4tc4IYVxJq5yleIZ6+By2ZRorQ87WZ/upc3DWQ1cxZKJNehTC9jtJlvwAaMN 5DGB4GZqgtcduhF7FBX/Li9nYEPDc4Qw/pwsKtL7/Dn2Zc5uXpw= =eXry -END PGP SIGNATURE-
Bug#909193: mpv shows artifacts when playing IPTV rtp:// streams
Control: tags -1 moreinfo Hi, On 19/09/2018 15:01, Pavel Kreuzt wrote: > Package: mpv > Version: 0.29.0-1+b1 > Severity: normal > > Dear Maintainer, > > the artifacts are mostly located on the lower side of the window. Streams > play correctly with ffplay without extra options, so it's not a decoder > problem. Can you provide an example stream which exibits this behavior? I tested a few rtp streams and they seem to work fine. Also, please run mpv with the "-v" option on one of the broken streams, and attach the output to this bug report. Thanks, James signature.asc Description: OpenPGP digital signature
Bug#909906: jh_installlibs --version-strip="+.*": Quantifier follows nothing in regex
clone 909906 -1 reassign -1 jython reassign 909906 jsurf-alggeo retitle -1 jython: Invalid regex passed to jh_installlibs retitle 909906 jsurf-alggeo: Invalid regex passed to jh_installlibs thanks, Adrian Bunk: > Package: javatools > Version: 0.66 > Severity: serious > Control: affects -1 src:jython > > https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/jython.html > > ... >debian/rules override_jh_installlibs > make[1]: Entering directory '/build/1st/jython-2.7.1+repack' > jh_installlibs --version-strip="+.*" > Quantifier follows nothing in regex; marked by <-- HERE in m/+ <-- HERE .*/ > at /usr/bin/jh_installlibs line 111. > make[1]: *** [debian/rules:89: override_jh_installlibs] Error 25 > The shell version of jh_installlibs used sed which is apparently more forgiving (or possibly does not handle "+" like perl does). Attempting to emulate sed's behaviour will never be a perfect match. Maintainers of jython and jsurf-alggeo: You presumably wanted to match a literal "+", in which case please escape it (by using e.g. [+] like the htsjdk package). * The jython variant then becomes --version-strip="[+].*" * The jsurf-alggeo variant becomes --version-strip="[+]ds" Thanks, ~Niels
Bug#909818: #909818, firefox: Web Content is eating nearly 100% CPU, several of them
Hi, I am seeing the same behaviour and tried the following to fix: * Downgrading kernel to 4.9 from stable -> did not help * Downgrading firefox to the latest 61.x version from snapshots.debian.org -> did not help either I think an update an another package might be causing this. Cheers, Florian signature.asc Description: OpenPGP digital signature
Bug#909762: debhelper 11.4 makes dublin-traceroute FTBFS
On Sat, Sep 29, 2018 at 07:33:00AM +, Niels Thykier wrote: > On Fri, 28 Sep 2018 05:14:00 + Niels Thykier wrote: > > Control: tags -1 moreinfo > > > > [...] > > > > > > Truly, it did until dublin-traceroute/0.4.2-2 was uploaded a short while > > ago, which solved this issue on their side by updating the debian/*.install. > > > > Have you seen any other packages affected by this issue (I am not aware > > of any)? If not, I am tempted to close this as resolved. > > FTR, there is also chrome-gnome-shell, which the maintainer has updated > in git. I am not aware of any FTBFS other than dublin-traceroute. Note that chrome-gnome-shell is a case of a misbuilt package, not a FTBFS. This kind of breakage would not be noticed before the next upload/binNMU/DSA. > Thanks, > ~Niels cu Adrian -- "Is there not promise of rain?" Ling Tan asked suddenly out of the darkness. There had been need of rain for many days. "Only a promise," Lao Er said. Pearl S. Buck - Dragon Seed
Bug#909545: SSL CERTIFICATE_VERIFY_FAILED when using gs (Google Cloud Storage) backend.
control: tags -1 patch On 2018-09-25 03:04:49 [+0200], Witold Baryluk wrote: > Now it takes few minutes on any command, and then errors out: > Cleaning older backups > Traceback (innermost last): … > SSLError: [SSL: CERTIFICATE_VERIFY_FAILED] certificate verify failed > (_ssl.c:726) It looks like missing SNI support. Could you please try if the patch attached works? It is completly untested it just looks like it might work… Sebastian >From 978e87c8f0dfb93c26814b5e5806d2f2332db164 Mon Sep 17 00:00:00 2001 From: Sebastian Andrzej Siewior Date: Sat, 29 Sep 2018 21:47:11 +0200 Subject: [PATCH] boto: try to add SNI support Signed-off-by: Sebastian Andrzej Siewior --- boto/connection.py| 18 +- boto/https_connection.py | 21 ++--- diff --git a/boto/connection.py b/boto/connection.py index 2fef44872ffa7..b86c0cdec58e1 100644 --- a/boto/connection.py +++ b/boto/connection.py @@ -821,23 +821,23 @@ DEFAULT_CA_CERTS_FILE = os.path.join(os.path.dirname(os.path.abspath(boto.cacert h = http_client.HTTPConnection(host) if self.https_validate_certificates and HAVE_HTTPS_CONNECTION: +context = ssl.create_default_context() +context.verify_mode = ssl.CERT_REQUIRED +context.check_hostname = True + msg = "wrapping ssl socket for proxied connection; " if self.ca_certificates_file: msg += "CA certificate file=%s" % self.ca_certificates_file +context.load_verify_locations(cafile=self.ca_certificates_file) else: msg += "using system provided SSL certs" +context.load_default_certs() boto.log.debug(msg) key_file = self.http_connection_kwargs.get('key_file', None) cert_file = self.http_connection_kwargs.get('cert_file', None) -sslSock = ssl.wrap_socket(sock, keyfile=key_file, - certfile=cert_file, - cert_reqs=ssl.CERT_REQUIRED, - ca_certs=self.ca_certificates_file) -cert = sslSock.getpeercert() -hostname = self.host.split(':', 0)[0] -if not https_connection.ValidateCertificateHostname(cert, hostname): -raise https_connection.InvalidCertificateException( -hostname, cert, 'hostname mismatch') +context.load_cert_chain(certfile=cert_file, keyfile=key_file) + +sslSock = context.wrap_socket(sock, server_hostname=host) else: # Fallback for old Python without ssl.wrap_socket if hasattr(http_client, 'ssl'): diff --git a/boto/https_connection.py b/boto/https_connection.py index ddc31a152292e..949956178cea0 100644 --- a/boto/https_connection.py +++ b/boto/https_connection.py @@ -119,20 +119,19 @@ from boto.compat import six, http_client sock = socket.create_connection((self.host, self.port), self.timeout) else: sock = socket.create_connection((self.host, self.port)) + +context = ssl.create_default_context() +context.verify_mode = ssl.CERT_REQUIRED +context.check_hostname = True +context.load_cert_chain(certfile=self.cert_file, keyfile=self.key_file) + msg = "wrapping ssl socket; " if self.ca_certs: msg += "CA certificate file=%s" % self.ca_certs +context.load_verify_locations(cafile=self.ca_certs) else: msg += "using system provided SSL certs" +context.load_default_certs() boto.log.debug(msg) -self.sock = ssl.wrap_socket(sock, keyfile=self.key_file, -certfile=self.cert_file, -cert_reqs=ssl.CERT_REQUIRED, -ca_certs=self.ca_certs) -cert = self.sock.getpeercert() -hostname = self.host.split(':', 0)[0] -if not ValidateCertificateHostname(cert, hostname): -raise InvalidCertificateException(hostname, - cert, - 'remote hostname "%s" does not match ' - 'certificate' % hostname) + +self.sock = context.wrap_socket(sock, server_hostname=self.host) -- 2.19.0
Bug#909909: groovy FTBFS
Source: groovy Version: 2.4.15-3 Severity: serious Tags: ftbfs https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/groovy.html ... :groovy:compileGroovy FAILED :compileGroovy (Thread[Task worker for ':groovy',5,main]) completed. Took 15.222 secs. :jarAllWithIndy FAILED :jarAllWithIndy (Thread[Task worker for ':' Thread 12,5,main]) completed. Took 31.776 secs. FAILURE: Build failed with an exception. * What went wrong: Execution failed for task ':groovy:compileGroovy'. > org/codehaus/groovy/control/Phases * Try: Run with --debug option to get more log output. Run with --scan to get full insights. * Exception is: org.gradle.api.tasks.TaskExecutionException: Execution failed for task ':groovy:compileGroovy'. at org.gradle.api.internal.tasks.execution.ExecuteActionsTaskExecuter.executeActions(ExecuteActionsTaskExecuter.java:100) at org.gradle.api.internal.tasks.execution.ExecuteActionsTaskExecuter.execute(ExecuteActionsTaskExecuter.java:70) at org.gradle.api.internal.tasks.execution.OutputDirectoryCreatingTaskExecuter.execute(OutputDirectoryCreatingTaskExecuter.java:51) at org.gradle.api.internal.tasks.execution.SkipUpToDateTaskExecuter.execute(SkipUpToDateTaskExecuter.java:62) at org.gradle.api.internal.tasks.execution.ResolveTaskOutputCachingStateExecuter.execute(ResolveTaskOutputCachingStateExecuter.java:54) at org.gradle.api.internal.tasks.execution.ValidatingTaskExecuter.execute(ValidatingTaskExecuter.java:60) at org.gradle.api.internal.tasks.execution.SkipEmptySourceFilesTaskExecuter.execute(SkipEmptySourceFilesTaskExecuter.java:97) at org.gradle.api.internal.tasks.execution.CleanupStaleOutputsExecuter.execute(CleanupStaleOutputsExecuter.java:87) at org.gradle.api.internal.tasks.execution.ResolveTaskArtifactStateTaskExecuter.execute(ResolveTaskArtifactStateTaskExecuter.java:52) at org.gradle.api.internal.tasks.execution.SkipTaskWithNoActionsExecuter.execute(SkipTaskWithNoActionsExecuter.java:52) at org.gradle.api.internal.tasks.execution.SkipOnlyIfTaskExecuter.execute(SkipOnlyIfTaskExecuter.java:54) at org.gradle.api.internal.tasks.execution.ExecuteAtMostOnceTaskExecuter.execute(ExecuteAtMostOnceTaskExecuter.java:43) at org.gradle.api.internal.tasks.execution.CatchExceptionTaskExecuter.execute(CatchExceptionTaskExecuter.java:34) at org.gradle.execution.taskgraph.DefaultTaskGraphExecuter$EventFiringTaskWorker$1.run(DefaultTaskGraphExecuter.java:248) at org.gradle.internal.progress.DefaultBuildOperationExecutor$RunnableBuildOperationWorker.execute(DefaultBuildOperationExecutor.java:336) at org.gradle.internal.progress.DefaultBuildOperationExecutor$RunnableBuildOperationWorker.execute(DefaultBuildOperationExecutor.java:328) at org.gradle.internal.progress.DefaultBuildOperationExecutor.execute(DefaultBuildOperationExecutor.java:199) at org.gradle.internal.progress.DefaultBuildOperationExecutor.run(DefaultBuildOperationExecutor.java:110) at org.gradle.execution.taskgraph.DefaultTaskGraphExecuter$EventFiringTaskWorker.execute(DefaultTaskGraphExecuter.java:241) at org.gradle.execution.taskgraph.DefaultTaskGraphExecuter$EventFiringTaskWorker.execute(DefaultTaskGraphExecuter.java:230) at org.gradle.execution.taskgraph.DefaultTaskPlanExecutor$TaskExecutorWorker.processTask(DefaultTaskPlanExecutor.java:123) at org.gradle.execution.taskgraph.DefaultTaskPlanExecutor$TaskExecutorWorker.access$200(DefaultTaskPlanExecutor.java:79) at org.gradle.execution.taskgraph.DefaultTaskPlanExecutor$TaskExecutorWorker$1.execute(DefaultTaskPlanExecutor.java:104) at org.gradle.execution.taskgraph.DefaultTaskPlanExecutor$TaskExecutorWorker$1.execute(DefaultTaskPlanExecutor.java:98) at org.gradle.execution.taskgraph.DefaultTaskExecutionPlan.execute(DefaultTaskExecutionPlan.java:626) at org.gradle.execution.taskgraph.DefaultTaskExecutionPlan.executeWithTask(DefaultTaskExecutionPlan.java:581) at org.gradle.execution.taskgraph.DefaultTaskPlanExecutor$TaskExecutorWorker.run(DefaultTaskPlanExecutor.java:98) at org.gradle.internal.concurrent.ExecutorPolicy$CatchAndRecordFailures.onExecute(ExecutorPolicy.java:63) at org.gradle.internal.concurrent.ManagedExecutorImpl$1.run(ManagedExecutorImpl.java:46) at org.gradle.internal.concurrent.ThreadFactoryImpl$ManagedThreadRunnable.run(ThreadFactoryImpl.java:55) Caused by: java.lang.NoClassDefFoundError: org/codehaus/groovy/control/Phases at org.gradle.api.internal.tasks.compile.ApiGroovyCompiler.execute(ApiGroovyCompiler.java:175) at org.gradle.api.internal.tasks.compile.ApiGroovyCompiler.execute(ApiGroovyCompiler.java:56) at org.gradle.api.internal.tasks.compile.daemon.AbstractDaemonCompiler$CompilerRunnable.run(AbstractDaemonCompiler.java:87) at
Bug#909908: ITP: libpam-net -- create/join network namespaces at login
Package: wnpp Severity: wishlist Owner: Daniel Gröber * Package name: libpam-net Version : 0.1 Upstream Author : Renzo Davoli, Eduard Caizer University of Bologna * URL : https://github.com/rd235/libpam-net * License : GPL2 Programming Lang: C Description : create/join network namespaces at login libpam-net allows users to be joined into a network-namespace at login. It implements two pam modules: . - pam_newnet.so: users belonging to the 'newnet' group get a new network namespace at login. . - pam_usernet.so users belonging to the 'usernet' group get their own network namespace at login. If a network namespace having the same name as the username exists, pam runs the user shell in that namespace. If such a namespace does not exist, it is created during the login process. I belive such functionality does not currently exist in Debian. It can be quite useful however. For example I use it to have a seperate users who's network access is always forced though a VPN or Tor. I have started to package libpam-net here: https://salsa.debian.org/dxld-guest/libpam-net I plan on maintaining this package myself, I do not expect this to be too much work as the it is extremely simple (300 LoC). I need a sponsor.
Bug#909907: jh_installjavadoc: cp: cannot create directory
Package: javatools Version: 0.66 Severity: serious Control: affects -1 src:lwjgl src:libjsr166y-java src:freetts src:netlib-java https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/lwjgl.html https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/libjsr166y-java.html https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/freetts.html https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/netlib-java.html ... debian/rules override_jh_installjavadoc make[1]: Entering directory '/build/1st/netlib-java-0.9.3' jh_installjavadoc dist/javadoc cp: cannot create directory 'debian/libnetlib-java/usr/share/doc/libnetlib-java/api': No such file or directory jh_installjavadoc: cp -r dist/javadoc debian/libnetlib-java/usr/share/doc/libnetlib-java/api returned exit code 1 make[1]: *** [debian/rules:17: override_jh_installjavadoc] Error 25
Bug#909905: gradle FTBFS when building with openjdk-11 (needs update to 4.7.0 or upstream patch)
Please consider the attached patch which applies the upstream patch [1]. References: [1] https://github.com/gradle/gradle/commit/ac15612d41b43c39c8e39d12fdd6621589b0f782 On Sat, Sep 29, 2018 at 8:33 PM Tiago Stürmer Daitx wrote: > > Package: gradle > Version: 4.4-2 > Severity: normal > > Dear Maintainer, > > gradle 4.4-2 currently FTBFS when build with openjdk-11. > > * Exception is: > java.lang.IllegalArgumentException: Could not determine java version from > '11'. > at org.gradle.api.JavaVersion.toVersion(JavaVersion.java:72) > at org.gradle.api.JavaVersion.current(JavaVersion.java:82) > at > org.gradle.internal.jvm.UnsupportedJavaRuntimeException.assertUsingVersion(UnsupportedJavaRuntimeException.java:42) > at > org.gradle.launcher.cli.JavaRuntimeValidationAction.execute(JavaRuntimeValidationAction.java:32) > at > org.gradle.launcher.cli.JavaRuntimeValidationAction.execute(JavaRuntimeValidationAction.java:24) > at > org.gradle.launcher.cli.ExceptionReportingAction.execute(ExceptionReportingAction.java:33) > at > org.gradle.launcher.cli.ExceptionReportingAction.execute(ExceptionReportingAction.java:22) > at > org.gradle.launcher.cli.CommandLineActionFactory$WithLogging.execute(CommandLineActionFactory.java:257) > at > org.gradle.launcher.cli.CommandLineActionFactory$WithLogging.execute(CommandLineActionFactory.java:191) > at org.gradle.launcher.Main.doAction(Main.java:33) > at org.gradle.launcher.bootstrap.EntryPoint.run(EntryPoint.java:45) > at > java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at > java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) > at > java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.base/java.lang.reflect.Method.invoke(Method.java:566) > at > org.gradle.launcher.bootstrap.ProcessBootstrap.runNoExit(ProcessBootstrap.java:60) > at > org.gradle.launcher.bootstrap.ProcessBootstrap.run(ProcessBootstrap.java:37) > at org.gradle.launcher.GradleMain.main(GradleMain.java:23) > > it needs either to be updated to 4.7 or have the upstream patch [1] > applied. > > References: > [1] > https://github.com/gradle/gradle/commit/ac15612d41b43c39c8e39d12fdd6621589b0f782#diff-1992c69962eb418e832c020dd61b2f1b.diff > > > -- System Information: > Debian Release: buster/sid > APT prefers cosmic > APT policy: (500, 'cosmic'), (400, 'cosmic-proposed') > Architecture: amd64 (x86_64) > > Kernel: Linux 4.18.0-7-generic (SMP w/4 CPU cores) > Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), > LANGUAGE=en_US (charmap=UTF-8) > Shell: /bin/sh linked to /bin/dash > Init: systemd (via /run/systemd/system) > LSM: AppArmor: enabled -- Tiago Stürmer Daitx Software Engineer tiago.da...@canonical.com PGP Key: 4096R/F5B213BE (hkp://keyserver.ubuntu.com) Fingerprint = 45D0 FE5A 8109 1E91 866E 8CA4 1931 8D5E F5B2 13BE diff -Nru gradle-4.4/debian/changelog gradle-4.4/debian/changelog --- gradle-4.4/debian/changelog 2018-09-17 10:15:05.0 +0100 +++ gradle-4.4/debian/changelog 2018-09-29 18:50:56.0 +0100 @@ -1,3 +1,10 @@ +gradle (4.4-3) UNRELEASED; urgency=medium + + * debian/patches/enable-jdk-11-support-ac15612d41b43c39c.patch: enable +support for openjdk-11. (Closes: #909905) + + -- Tiago Stürmer Daitx Sat, 29 Sep 2018 17:50:56 + + gradle (4.4-2) unstable; urgency=medium * Team upload. diff -Nru gradle-4.4/debian/patches/enable-jdk-11-support-ac15612d41b43c39c.patch gradle-4.4/debian/patches/enable-jdk-11-support-ac15612d41b43c39c.patch --- gradle-4.4/debian/patches/enable-jdk-11-support-ac15612d41b43c39c.patch 1970-01-01 01:00:00.0 +0100 +++ gradle-4.4/debian/patches/enable-jdk-11-support-ac15612d41b43c39c.patch 2018-09-29 18:50:56.0 +0100 @@ -0,0 +1,560 @@ +Description: make JavaVersion support JDK 11 and JEP-223 + Add JavaVersion.VERSION_11 and support JEP223 +Origin: upstream, https://github.com/gradle/gradle/commit/ac15612d41b43c39c8e39d12fdd6621589b0f782 +Bug-Debian: http://bugs.debian.org/909905 +Forwarded: not-needed +Applied-Upstream: ac15612d41b43c39c8e39d12fdd6621589b0f782 +Last-Update: 2018-09-29 +--- +This patch header follows DEP-3: http://dep.debian.net/deps/dep3/ + +From ac15612d41b43c39c8e39d12fdd6621589b0f782 Mon Sep 17 00:00:00 2001 +From: Bo Zhang +Date: Wed, 21 Mar 2018 16:08:44 +0800 +Subject: [PATCH] Make JavaVersion support JDK 11 and JEP-223 (#4759) + +Add JavaVersion.VERSION_11 and support JEP223 +--- + .../main/java/org/gradle/api/JavaVersion.java | 123 ++ + .../org/gradle/api/JavaVersionSpec.groovy | 212 -- + .../changes/accepted-public-api-changes.json | 20 ++ + .../cli/BuildActionsFactoryTest.groovy| 8 +- + 4 files changed, 199 insertions(+), 164 deletions(-) + +---
Bug#909906: jh_installlibs --version-strip="+.*": Quantifier follows nothing in regex
Package: javatools Version: 0.66 Severity: serious Control: affects -1 src:jython https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/jython.html ... debian/rules override_jh_installlibs make[1]: Entering directory '/build/1st/jython-2.7.1+repack' jh_installlibs --version-strip="+.*" Quantifier follows nothing in regex; marked by <-- HERE in m/+ <-- HERE .*/ at /usr/bin/jh_installlibs line 111. make[1]: *** [debian/rules:89: override_jh_installlibs] Error 25
Bug#909905: gradle FTBFS when building with openjdk-11 (needs update to 4.7.0 or upstream patch)
Package: gradle Version: 4.4-2 Severity: normal Dear Maintainer, gradle 4.4-2 currently FTBFS when build with openjdk-11. * Exception is: java.lang.IllegalArgumentException: Could not determine java version from '11'. at org.gradle.api.JavaVersion.toVersion(JavaVersion.java:72) at org.gradle.api.JavaVersion.current(JavaVersion.java:82) at org.gradle.internal.jvm.UnsupportedJavaRuntimeException.assertUsingVersion(UnsupportedJavaRuntimeException.java:42) at org.gradle.launcher.cli.JavaRuntimeValidationAction.execute(JavaRuntimeValidationAction.java:32) at org.gradle.launcher.cli.JavaRuntimeValidationAction.execute(JavaRuntimeValidationAction.java:24) at org.gradle.launcher.cli.ExceptionReportingAction.execute(ExceptionReportingAction.java:33) at org.gradle.launcher.cli.ExceptionReportingAction.execute(ExceptionReportingAction.java:22) at org.gradle.launcher.cli.CommandLineActionFactory$WithLogging.execute(CommandLineActionFactory.java:257) at org.gradle.launcher.cli.CommandLineActionFactory$WithLogging.execute(CommandLineActionFactory.java:191) at org.gradle.launcher.Main.doAction(Main.java:33) at org.gradle.launcher.bootstrap.EntryPoint.run(EntryPoint.java:45) at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.base/java.lang.reflect.Method.invoke(Method.java:566) at org.gradle.launcher.bootstrap.ProcessBootstrap.runNoExit(ProcessBootstrap.java:60) at org.gradle.launcher.bootstrap.ProcessBootstrap.run(ProcessBootstrap.java:37) at org.gradle.launcher.GradleMain.main(GradleMain.java:23) it needs either to be updated to 4.7 or have the upstream patch [1] applied. References: [1] https://github.com/gradle/gradle/commit/ac15612d41b43c39c8e39d12fdd6621589b0f782#diff-1992c69962eb418e832c020dd61b2f1b.diff -- System Information: Debian Release: buster/sid APT prefers cosmic APT policy: (500, 'cosmic'), (400, 'cosmic-proposed') Architecture: amd64 (x86_64) Kernel: Linux 4.18.0-7-generic (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled
Bug#909832: Debian VPP patches break vaGetImage
On Sat, Sep 29, 2018 at 12:32:37PM +0200, Steinar H. Gunderson wrote: > However, on my Haswell laptop, vaGetImage() simply returns > VA_STATUS_ERROR_UNIMPLEMENTED when running the Debian version of > i965-va-driver. I guess the good news is that I tested this on a Coffee Lake desktop, and it seems to be unaffected; vaGetImage() just works. /* Steinar */ -- Homepage: https://www.sesse.net/
Bug#909860: xserver-xorg-video-intel FTBFS on i386 with gcc 8
On 2018-09-29 20:21 +0300, Adrian Bunk wrote: > Source: xserver-xorg-video-intel > Version: 2:2.99.917+git20171229-1 > Severity: serious > Tags: ftbfs > > https://tests.reproducible-builds.org/debian/rb-pkg/buster/i386/xserver-xorg-video-intel.html > https://buildd.debian.org/status/fetch.php?pkg=xserver-xorg-video-intel=i386=2%3A2.99.917%2Bgit20180925-1=1537881787=0 > > ... > In file included from ../../../src/sna/gen4_vertex.c:34: > ../../../src/sna/gen4_vertex.c: In function 'emit_vertex': > ../../../src/sna/sna_render_inline.h:40:26: error: inlining failed in call to > always_inline 'vertex_emit_2s': target specific option mismatch > static force_inline void vertex_emit_2s(struct sna *sna, int16_t x, int16_t > y) > ^~ > ../../../src/sna/gen4_vertex.c:308:25: note: called from here > #define OUT_VERTEX(x,y) vertex_emit_2s(sna, x,y) /* XXX assert(!too_large(x, > y)); */ > ^~~~ > ../../../src/sna/gen4_vertex.c:360:2: note: in expansion of macro 'OUT_VERTEX' > OUT_VERTEX(dstX, dstY); > ^~ > make[5]: *** [Makefile:695: gen4_vertex.lo] Error 1 It seems that Fedora and openSUSE have stumbled upon this earlier: https://src.fedoraproject.org/rpms/xorg-x11-drv-intel/c/f2e86334f3a168b04afddb57d4bc4f630e59a5e9 https://bugzilla.suse.com/show_bug.cgi?id=1092541 Disclaimer: I don't really have an informed opinion here. Cheers, Sven
Bug#850921: openjfx version for openjdk 9.0
Package: openjfx Version: 8u171-b11-2+b1 Followup-For: Bug #850921 Hello, I've been reading the latest on this matter and learned that Gradle's migration is a stopper for this. I was working on packaging 11+26 few hours ago for a project I'm wokrking on and realised that eventually progress will be stoped by the above issue. So, I'd like to offer my help for any task that helps push this forward, either being Gradle's QA/testing or packaging-related for JFX. best regards, Rudy -- System Information: Debian Release: buster/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.18.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=es_PE.utf8, LC_CTYPE=es_PE.utf8 (charmap=UTF-8), LANGUAGE=es_PE:es (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages openjfx depends on: ii libopenjfx-java 8u171-b11-2 ii openjdk-8-jre8u181-b13-1 openjfx recommends no packages. openjfx suggests no packages. -- no debconf information
Bug#909904: liboop FTBFS with automake 1.16
Source: liboop Version: 1.0.1-1 Severity: serious Tags: ftbfs buster sid https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/liboop.html ... libtool: link: ranlib .libs/liboop.a libtool: link: ( cd ".libs" && rm -f "liboop.la" && ln -s "../liboop.la" "liboop.la" ) /bin/bash ./libtool --tag=CC --mode=link gcc -I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -I/usr/include/tcl -Wall -Wno-comment -Wmissing-prototypes -Wstrict-prototypes -Wpointer-arith -Wwrite-strings -g -O2 -ffile-prefix-map=/build/1st/liboop-1.0.1=. -fstack-protector-strong -Wformat -Werror=format-security -Wl,-z,relro -o test-oop test_oop-test-oop.o liboop.la liboop-tcl.la liboop-glib2.la liboop-rl.la liboop-adns.la -lglib-2.0 -ladns -ltcl -lreadline libtool: error: cannot find the library 'liboop-tcl.la' or unhandled argument 'liboop-tcl.la' make[1]: *** [Makefile:581: test-oop] Error 1
Bug#909898: Updating the node-lastfm Uploaders list
Source: node-lastfm Version: 0.9.2-1 Severity: minor User: m...@qa.debian.org Usertags: mia-teammaint Andrew Kelley wishes no longer to be uploader of node-lastfm. We are tracking their status in the MIA team and would like to ask you to remove them from the Uploaders list of the package so we can close that part of the file. (If the person is listed as Maintainer, what we are asking is to please step in as a new maintainer.) Thanks.
Bug#909903: O: liblaxjson -- relaxed streaming JSON parser library (development files)
Package: wnpp The current maintainer of liblaxjson, Andrew Kelley , is apparently not active anymore. Therefore, I orphan this package now. Maintaining a package requires time and skills. Please only adopt this package if you will have enough time and attention to work on it. If you want to be the new maintainer, please see https://www.debian.org/devel/wnpp/#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Package: liblaxjson Binary: liblaxjson-dev, liblaxjson1 Version: 1.0.5-1 Maintainer: Andrew Kelley Build-Depends: debhelper (>= 9), cmake Architecture: any Standards-Version: 3.9.6 Format: 3.0 (quilt) Files: b9690ac0c7002144a81e33f1147666ea 1895 liblaxjson_1.0.5-1.dsc 9d8a741d506bfb8df346ea1b6f355b1a 8916 liblaxjson_1.0.5.orig.tar.gz 0b333941fa5cca403ac0b05c06d04bb6 2768 liblaxjson_1.0.5-1.debian.tar.xz Vcs-Browser: https://bitbucket.org/andrewrk/pkg-liblaxjson Vcs-Git: https://bitbucket.org/andrewrk/pkg-liblaxjson.git Checksums-Sha256: 72ea174d0e6895ebd65683c1b5e58ab468d0a9cd508a3f56784961a97120d38b 1895 liblaxjson_1.0.5-1.dsc ffc495b5837e703b13af3f5a5790365dc3a6794f12f0fa93fb8593b162b0b762 8916 liblaxjson_1.0.5.orig.tar.gz 9d8d512abbbf533a21479934c863e9800f3de53d6a7b9f894e6a68b1418d02c9 2768 liblaxjson_1.0.5-1.debian.tar.xz Homepage: https://github.com/andrewrk/liblaxjson Package-List: liblaxjson-dev deb libdevel extra arch=any liblaxjson1 deb libs extra arch=any Directory: pool/main/libl/liblaxjson Priority: optional Section: misc Package: liblaxjson-dev Source: liblaxjson (1.0.5-1) Version: 1.0.5-1+b2 Installed-Size: 52 Maintainer: Andrew Kelley Architecture: amd64 Depends: liblaxjson1 (= 1.0.5-1+b2) Description-en: relaxed streaming JSON parser library (development files) Official JSON is almost human-readable and human-writable. Disabling a few of the strict rules makes it significantly more so. . This library is intended for parsing user input, such as a config file. It is not intended for serializing or deserializing, or as a format for computer-to- computer communication. . This relaxed streaming JSON parser allows: * unquoted keys * single quotes `'` * `//` and `/* */` style comments * extra commas `,` in arrays and objects . This package contains the development files. Description-md5: edca0d150aa8ffdf7efacf79c07e0139 Multi-Arch: same Homepage: https://github.com/andrewrk/liblaxjson Tag: devel::library, role::devel-lib Section: libdevel Priority: optional Filename: pool/main/libl/liblaxjson/liblaxjson-dev_1.0.5-1+b2_amd64.deb Size: 9746 MD5sum: 21fb68c76f9f9424d21168197a0e5c22 SHA256: ddcd4586118fc8a2d13b34288a2b28f8c19e3b556aa845844290d85814c0f470 Package: liblaxjson1 Source: liblaxjson (1.0.5-1) Version: 1.0.5-1+b2 Installed-Size: 33 Maintainer: Andrew Kelley Architecture: amd64 Depends: libc6 (>= 2.2.5) Description-en: relaxed streaming JSON parser library Official JSON is almost human-readable and human-writable. Disabling a few of the strict rules makes it significantly more so. . This library is intended for parsing user input, such as a config file. It is not intended for serializing or deserializing, or as a format for computer-to- computer communication. . This relaxed streaming JSON parser allows: * unquoted keys * single quotes `'` * `//` and `/* */` style comments * extra commas `,` in arrays and objects Description-md5: c62db4bc58faeae0a4d157accd7e3e1b Multi-Arch: same Homepage: https://github.com/andrewrk/liblaxjson Tag: role::shared-lib Section: libs Priority: optional Filename: pool/main/libl/liblaxjson/liblaxjson1_1.0.5-1+b2_amd64.deb Size: 7132 MD5sum: 12b3bee2a8eab05a4283a49275f5212e SHA256: 6d7c0f924d1e1125809250e5b97fd7fa1da7e078748e5aeaa9ed49e0fb572504
Bug#909897: Updating the node-mess Uploaders list
Source: node-mess Version: 0.1.2-1 Severity: minor User: m...@qa.debian.org Usertags: mia-teammaint Andrew Kelley wishes no longer to be uploader of node-mess. We are tracking their status in the MIA team and would like to ask you to remove them from the Uploaders list of the package so we can close that part of the file. (If the person is listed as Maintainer, what we are asking is to please step in as a new maintainer.) Thanks.
Bug#909895: Updating the node-cookies Uploaders list
Source: node-cookies Version: 0.5.0-1 Severity: minor User: m...@qa.debian.org Usertags: mia-teammaint Andrew Kelley wishes no longer to be uploader of node-cookies. We are tracking their status in the MIA team and would like to ask you to remove them from the Uploaders list of the package so we can close that part of the file. (If the person is listed as Maintainer, what we are asking is to please step in as a new maintainer.) Thanks.
Bug#909900: Updating the node-ncp Uploaders list
Source: node-ncp Version: 0.6.0-1 Severity: minor User: m...@qa.debian.org Usertags: mia-teammaint Andrew Kelley wishes no longer to be uploader of node-ncp. We are tracking their status in the MIA team and would like to ask you to remove them from the Uploaders list of the package so we can close that part of the file. (If the person is listed as Maintainer, what we are asking is to please step in as a new maintainer.) Thanks.
Bug#909885: Updating the node-multiparty Uploaders list
Source: node-multiparty Version: 4.0.0-1 Severity: minor User: m...@qa.debian.org Usertags: mia-teammaint Andrew Kelley wishes no longer to be uploader of node-multiparty. We are tracking their status in the MIA team and would like to ask you to remove them from the Uploaders list of the package so we can close that part of the file. (If the person is listed as Maintainer, what we are asking is to please step in as a new maintainer.) Thanks.
Bug#909899: Updating the node-diacritics Uploaders list
Source: node-diacritics Version: 1.2.0-1 Severity: minor User: m...@qa.debian.org Usertags: mia-teammaint Andrew Kelley wishes no longer to be uploader of node-diacritics. We are tracking their status in the MIA team and would like to ask you to remove them from the Uploaders list of the package so we can close that part of the file. (If the person is listed as Maintainer, what we are asking is to please step in as a new maintainer.) Thanks.
Bug#909893: Updating the node-clarinet Uploaders list
Source: node-clarinet Version: 0.9.1+dfsg-1 Severity: minor User: m...@qa.debian.org Usertags: mia-teammaint Andrew Kelley wishes no longer to be uploader of node-clarinet. We are tracking their status in the MIA team and would like to ask you to remove them from the Uploaders list of the package so we can close that part of the file. (If the person is listed as Maintainer, what we are asking is to please step in as a new maintainer.) Thanks.
Bug#909886: Updating the node-yauzl Uploaders list
Source: node-yauzl Version: 2.1.0-1 Severity: minor User: m...@qa.debian.org Usertags: mia-teammaint Andrew Kelley wishes no longer to be uploader of node-yauzl. We are tracking their status in the MIA team and would like to ask you to remove them from the Uploaders list of the package so we can close that part of the file. (If the person is listed as Maintainer, what we are asking is to please step in as a new maintainer.) Thanks.
Bug#909889: Updating the node-content-disposition Uploaders list
Source: node-content-disposition Version: 0.5.0-1 Severity: minor User: m...@qa.debian.org Usertags: mia-teammaint Andrew Kelley wishes no longer to be uploader of node-content-disposition. We are tracking their status in the MIA team and would like to ask you to remove them from the Uploaders list of the package so we can close that part of the file. (If the person is listed as Maintainer, what we are asking is to please step in as a new maintainer.) Thanks.
Bug#909891: Updating the node-media-typer Uploaders list
Source: node-media-typer Version: 0.3.0-1 Severity: minor User: m...@qa.debian.org Usertags: mia-teammaint Andrew Kelley wishes no longer to be uploader of node-media-typer. We are tracking their status in the MIA team and would like to ask you to remove them from the Uploaders list of the package so we can close that part of the file. (If the person is listed as Maintainer, what we are asking is to please step in as a new maintainer.) Thanks.
Bug#909902: Updating the node-keygrip Uploaders list
Source: node-keygrip Version: 1.0.1-1 Severity: minor User: m...@qa.debian.org Usertags: mia-teammaint Andrew Kelley wishes no longer to be uploader of node-keygrip. We are tracking their status in the MIA team and would like to ask you to remove them from the Uploaders list of the package so we can close that part of the file. (If the person is listed as Maintainer, what we are asking is to please step in as a new maintainer.) Thanks.
Bug#909894: Updating the node-ytdl-core Uploaders list
Source: node-ytdl-core Version: 0.2.4+dfsg-1 Severity: minor User: m...@qa.debian.org Usertags: mia-teammaint Andrew Kelley wishes no longer to be uploader of node-ytdl-core. We are tracking their status in the MIA team and would like to ask you to remove them from the Uploaders list of the package so we can close that part of the file. (If the person is listed as Maintainer, what we are asking is to please step in as a new maintainer.) Thanks.
Bug#909901: Updating the node-bindings Uploaders list
Source: node-bindings Version: 1.2.1-1 Severity: minor User: m...@qa.debian.org Usertags: mia-teammaint Andrew Kelley wishes no longer to be uploader of node-bindings. We are tracking their status in the MIA team and would like to ask you to remove them from the Uploaders list of the package so we can close that part of the file. (If the person is listed as Maintainer, what we are asking is to please step in as a new maintainer.) Thanks.
Bug#909884: Updating the node-yazl Uploaders list
Source: node-yazl Version: 2.0.2-1 Severity: minor User: m...@qa.debian.org Usertags: mia-teammaint Andrew Kelley wishes no longer to be uploader of node-yazl. We are tracking their status in the MIA team and would like to ask you to remove them from the Uploaders list of the package so we can close that part of the file. (If the person is listed as Maintainer, what we are asking is to please step in as a new maintainer.) Thanks.
Bug#909896: Updating the node-music-library-index Uploaders list
Source: node-music-library-index Version: 1.2.2-1 Severity: minor User: m...@qa.debian.org Usertags: mia-teammaint Andrew Kelley wishes no longer to be uploader of node-music-library-index. We are tracking their status in the MIA team and would like to ask you to remove them from the Uploaders list of the package so we can close that part of the file. (If the person is listed as Maintainer, what we are asking is to please step in as a new maintainer.) Thanks.
Bug#909883: Updating the node-pend Uploaders list
Source: node-pend Version: 1.2.0-1 Severity: minor User: m...@qa.debian.org Usertags: mia-teammaint Andrew Kelley wishes no longer to be uploader of node-pend. We are tracking their status in the MIA team and would like to ask you to remove them from the Uploaders list of the package so we can close that part of the file. (If the person is listed as Maintainer, what we are asking is to please step in as a new maintainer.) Thanks.
Bug#909888: Updating the node-fd-slicer Uploaders list
Source: node-fd-slicer Version: 0.3.2-1 everity: minor User: m...@qa.debian.org Usertags: mia-teammaint Andrew Kelley wishes no longer to be uploader of node-fd-slicer. We are tracking their status in the MIA team and would like to ask you to remove them from the Uploaders list of the package so we can close that part of the file. (If the person is listed as Maintainer, what we are asking is to please step in as a new maintainer.) Thanks.
Bug#909887: Updating the groovebasin Uploaders list
Source: groovebasin Version: 1.4.0-1 Severity: minor User: m...@qa.debian.org Usertags: mia-teammaint Andrew Kelley wishes no longer to be uploader of groovebasin. We are tracking their status in the MIA team and would like to ask you to remove them from the Uploaders list of the package so we can close that part of the file. (If the person is listed as Maintainer, what we are asking is to please step in as a new maintainer.) Thanks.
Bug#909890: Updating the node-parseurl Uploaders list
Source: node-parseurl Version: 1.3.0-1 Severity: minor User: m...@qa.debian.org Usertags: mia-teammaint Andrew Kelley wishes no longer to be uploader of node-parseurl. We are tracking their status in the MIA team and would like to ask you to remove them from the Uploaders list of the package so we can close that part of the file. (If the person is listed as Maintainer, what we are asking is to please step in as a new maintainer.) Thanks.
Bug#909892: Updating the node-keese Uploaders list
Source: node-keese Version: 1.0.4-1 Severity: minor User: m...@qa.debian.org Usertags: mia-teammaint Andrew Kelley wishes no longer to be uploader of node-keese. We are tracking their status in the MIA team and would like to ask you to remove them from the Uploaders list of the package so we can close that part of the file. (If the person is listed as Maintainer, what we are asking is to please step in as a new maintainer.) Thanks.
Bug#909873: Updating the node-findit2 Uploaders list
Source: node-findit2 Version: 2.2.3-2 Severity: minor User: m...@qa.debian.org Usertags: mia-teammaint Andrew Kelley wishes no longer to be uploader of node-findit2. We are tracking their status in the MIA team and would like to ask you to remove them from the Uploaders list of the package so we can close that part of the file. (If the person is listed as Maintainer, what we are asking is to please step in as a new maintainer.) Thanks.
Bug#909876: Updating the node-leveldown Uploaders list
Source: node-leveldown Version: 1.5.0+dfsg-1 Severity: minor User: m...@qa.debian.org Usertags: mia-teammaint Andrew Kelley wishes no longer to be uploader of node-leveldown. We are tracking their status in the MIA team and would like to ask you to remove them from the Uploaders list of the package so we can close that part of the file. (If the person is listed as Maintainer, what we are asking is to please step in as a new maintainer.) Thanks.
Bug#909879: Updating the node-stylus Uploaders list
Source: node-stylus Version: 0.54.5-1 Severity: minor User: m...@qa.debian.org Usertags: mia-teammaint Andrew Kelley wishes no longer to be uploader of node-stylus. We are tracking their status in the MIA team and would like to ask you to remove them from the Uploaders list of the package so we can close that part of the file. (If the person is listed as Maintainer, what we are asking is to please step in as a new maintainer.) Thanks.
Bug#909874: Updating the node-browserify-lite Uploaders list
Source: node-browserify-lite Version: 0.5.0-1 Severity: minor User: m...@qa.debian.org Usertags: mia-teammaint Andrew Kelley wishes no longer to be uploader of node-browserify-lite. We are tracking their status in the MIA team and would like to ask you to remove them from the Uploaders list of the package so we can close that part of the file. (If the person is listed as Maintainer, what we are asking is to please step in as a new maintainer.) Thanks.
Bug#909880: Updating the node-abstract-leveldown Uploaders list
Source: node-abstract-leveldown Version: 2.4.1-1 Severity: minor User: m...@qa.debian.org Usertags: mia-teammaint Andrew Kelley wishes no longer to be uploader of node-abstract-leveldown. We are tracking their status in the MIA team and would like to ask you to remove them from the Uploaders list of the package so we can close that part of the file. (If the person is listed as Maintainer, what we are asking is to please step in as a new maintainer.) Thanks.
Bug#909882: Updating the node-yawl Uploaders list
Source: node-yawl Version: 1.0.2-1 Severity: minor User: m...@qa.debian.org Usertags: mia-teammaint Andrew Kelley wishes no longer to be uploader of node-yawl. We are tracking their status in the MIA team and would like to ask you to remove them from the Uploaders list of the package so we can close that part of the file. (If the person is listed as Maintainer, what we are asking is to please step in as a new maintainer.) Thanks.
Bug#909881: Updating the libsoundio Uploaders list
Source: libsoundio Version: 1.0.2-1 Severity: minor User: m...@qa.debian.org Usertags: mia-teammaint Andrew Kelley wishes no longer to be uploader of libsoundio. We are tracking their status in the MIA team and would like to ask you to remove them from the Uploaders list of the package so we can close that part of the file. (If the person is listed as Maintainer, what we are asking is to please step in as a new maintainer.) Thanks.
Bug#909878: Updating the node-lazystream Uploaders list
Source: node-lazystream Version: 1.0.0-1 Severity: minor User: m...@qa.debian.org Usertags: mia-teammaint Andrew Kelley wishes no longer to be uploader of node-lazystream. We are tracking their status in the MIA team and would like to ask you to remove them from the Uploaders list of the package so we can close that part of the file. (If the person is listed as Maintainer, what we are asking is to please step in as a new maintainer.) Thanks.
Bug#909868: Updating the node-body-parser Uploaders list
Source: node-body-parser Version: 1.18.3-1 Severity: minor User: m...@qa.debian.org Usertags: mia-teammaint Andrew Kelley wishes no longer to be uploader of node-body-parser. We are tracking their status in the MIA team and would like to ask you to remove them from the Uploaders list of the package so we can close that part of the file. (If the person is listed as Maintainer, what we are asking is to please step in as a new maintainer.) Thanks.
Bug#909875: Updating the node-groove Uploaders list
Source: node-groove Version: 2.5.0-2 Severity: minor User: m...@qa.debian.org Usertags: mia-teammaint Andrew Kelley wishes no longer to be uploader of node-groove. We are tracking their status in the MIA team and would like to ask you to remove them from the Uploaders list of the package so we can close that part of the file. (If the person is listed as Maintainer, what we are asking is to please step in as a new maintainer.) Thanks.
Bug#909867: Updating the node-mkdirp Uploaders list
Source: node-mkdirp Version: 0.5.1-1 Severity: minor User: m...@qa.debian.org Usertags: mia-teammaint Andrew Kelley wishes no longer to be uploader of node-mkdirp. We are tracking their status in the MIA team and would like to ask you to remove them from the Uploaders list of the package so we can close that part of the file. (If the person is listed as Maintainer, what we are asking is to please step in as a new maintainer.) Thanks.
Bug#909877: Updating the node-bl Uploaders list
Source: node-bl Version: 1.1.2-1 Severity: minor User: m...@qa.debian.org Usertags: mia-teammaint Andrew Kelley wishes no longer to be uploader of node-bl. We are tracking their status in the MIA team and would like to ask you to remove them from the Uploaders list of the package so we can close that part of the file. (If the person is listed as Maintainer, what we are asking is to please step in as a new maintainer.) Thanks.
Bug#909869: Updating the libgroove Uploaders list
Source: libgroove Version: 4.3.0-3 4.3.0-4 Severity: minor User: m...@qa.debian.org Usertags: mia-teammaint Andrew Kelley wishes no longer to be uploader of libgroove. We are tracking their status in the MIA team and would like to ask you to remove them from the Uploaders list of the package so we can close that part of the file. (If the person is listed as Maintainer, what we are asking is to please step in as a new maintainer.) Thanks.
Bug#909872: Updating the libebur128 Uploaders list
Source: libebur128 Version: 1.2.3-1 1.2.4-1 Severity: minor User: m...@qa.debian.org Usertags: mia-teammaint Andrew Kelley wishes no longer to be uploader of libebur128. We are tracking their status in the MIA team and would like to ask you to remove them from the Uploaders list of the package so we can close that part of the file. (If the person is listed as Maintainer, what we are asking is to please step in as a new maintainer.) Thanks.
Bug#909870: Updating the node-depd Uploaders list
Source: node-depd Version: 1.1.2-1 Severity: minor User: m...@qa.debian.org Usertags: mia-teammaint Andrew Kelley wishes no longer to be uploader of node-depd. We are tracking their status in the MIA team and would like to ask you to remove them from the Uploaders list of the package so we can close that part of the file. (If the person is listed as Maintainer, what we are asking is to please step in as a new maintainer.) Thanks.
Bug#909871: Updating the node-on-finished Uploaders list
Source: node-on-finished Version: 2.3.0-1 Severity: minor User: m...@qa.debian.org Usertags: mia-teammaint Andrew Kelley wishes no longer to be uploader of node-on-finished. We are tracking their status in the MIA team and would like to ask you to remove them from the Uploaders list of the package so we can close that part of the file. (If the person is listed as Maintainer, what we are asking is to please step in as a new maintainer.) Thanks.
Bug#862792: more info
In case you still need a case to reproduce this, I have one. Just tried to upload python-gnuplotlib=0.23-1 This happened: dima@scrawny:~/debianstuff/python-gnuplotlib$ dput ftp-master ../python-gnuplotlib_0.23-1_amd64.changes Traceback (most recent call last): File "/usr/bin/dput", line 11, in load_entry_point('dput==1.0.2', 'console_scripts', 'execute-dput')() File "/usr/share/dput/dput/dput.py", line 1014, in main config, check_only, check_version, unsigned_upload, debug) File "/usr/share/dput/dput/dput.py", line 344, in verify_files changes = parse_changes(chg_fd) File "/usr/share/dput/dput/dput.py", line 69, in parse_changes check = chg_fd.read(5) File "/usr/lib/python3.6/encodings/ascii.py", line 26, in decode return codecs.ascii_decode(input, self.errors)[0] UnicodeDecodeError: 'ascii' codec can't decode byte 0xc5 in position 635: ordinal not in range(128) My locale was set thusly, which triggered the issue: dima@scrawny:~/debianstuff/python-gnuplotlib$ locale LANG=C LANGUAGE= LC_CTYPE="C" LC_NUMERIC="C" LC_TIME="C" LC_COLLATE="C" LC_MONETARY="C" LC_MESSAGES="C" LC_PAPER="C" LC_NAME="C" LC_ADDRESS="C" LC_TELEPHONE="C" LC_MEASUREMENT="C" LC_IDENTIFICATION="C" LC_ALL=C Resetting LANG and LC_ALL to en_US.UTF-8 made it work. If dput wants some particular locale setting, it should set it.
Bug#909866: ooniprobe: (Build-) Depends on vanished package python-txtorcon
Package: ooniprobe Version: 2.3.0-1 Severity: serious Hi, txtorcon has stopped building the Python 2 variant python-txtorcon (on which ooniprobe depends and build-depends) and only builds python3-txtorcon. According to https://github.com/ooni/probe-legacy/blob/master/setup.py, Ooniprobe only supports Python 2. And https://github.com/ooni/probe sounds as if the python variant is not further developed. (No commits since February this year either.) So I don't expect a port to Python 3 is a suitable solution to this issue. Moving forward to the next-generation CLI (Go) or desktop variant (JavaScript) is probably the way to go. -- System Information: Debian Release: buster/sid APT prefers unstable APT policy: (990, 'unstable'), (600, 'testing'), (500, 'unstable-debug'), (500, 'buildd-unstable'), (110, 'experimental'), (1, 'experimental-debug'), (1, 'buildd-experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.17.0-1-amd64 (SMP w/8 CPU cores) Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE=C.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) LSM: AppArmor: enabled Versions of packages ooniprobe depends on: ii adduser3.118 ii geoip-database 20180315-1 ii python 2.7.15-3 ii python-certifi 2018.8.24-1 ii python-geoip 1.3.2-1+b4 ii python-ipaddr 2.2.0-1 ii python-klein 17.2.0-2 ii python-openssl 18.0.0-1 ii python-pkg-resources 40.2.0-1 ii python-pyasn1 0.4.2-3 ii python-scapy 2.4.0-2 ii python-twisted-core18.7.0-2 ii python-txsocksx1.15.0.2-1 ii python-txtorcon0.19.3-4 ii python-yaml3.12-1+b2 ii python-zope.interface 4.3.2-1+b2 ii tor0.3.4.8-1 Versions of packages ooniprobe recommends: ii python-dumbnet 1.12-8 ii python-pypcap 1.2.2-1 Versions of packages ooniprobe suggests: pn geoip-database-contrib pn obfs4proxy -- debconf information: * ooniprobe/run-cronjob: false
Bug#877162: fontconfig-config: Configuration fails on upgrade from <2.12
Control: tags -1 + patch Control: forwarded -1 https://salsa.debian.org/freedesktop-team/fontconfig/merge_requests/4 On Fri, Sep 29, 2017 at 01:12:51PM +0300, Timo Kalliomäki wrote: > Package: fontconfig-config > Version: 2.12.3-0.2 > Severity: important > > Dear Maintainer, > > I previously had a /etc/fonts/conf.d/10-hinting-slight.conf [...] I've added a trivial test for existance as pre-condition to creating the symlink in postinst. Patch in merge request as mentioned in the url at the top. Regards, Andreas Henriksson
Bug#909865: openexr FTBFS on i386 with gcc 8
Source: openexr Version: 2.2.1-4 Severity: serious Tags: ftbfs https://tests.reproducible-builds.org/debian/rb-pkg/unstable/i386/openexr.html ... compression 6, x sampling 2, y sampling 2: writing reading comparing compression 7, x sampling 2, y sampling 2: writing reading comparing compression 8, x sampling 2, y sampling 2: writing reading comparing compression 9, x sampling 2, y sampling 2: writing reading comparing random bits compression 0, x sampling 1, y sampling 1: writing reading comparingIlmImfTest: testCompression.cpp:330: void {anonymous}::writeRead(const Imf_2_2::Array2D&, const Imf_2_2::Array2D&, const Imf_2_2::Array2D&, const char*, int, int, int, int, Imf_2_2::Compression, int, int): Assertion `equivalent (pf1[y][x], pf2[y][x], comp)' failed. FAIL IlmImfTest (exit status: 134) Testsuite summary for OpenEXR 2.2.1 # TOTAL: 1 # PASS: 0 # SKIP: 0 # XFAIL: 0 # FAIL: 1 # XPASS: 0 # ERROR: 0 See IlmImfTest/test-suite.log make[5]: *** [Makefile:966: test-suite.log] Error 1
Bug#909843: libfiu: frequent parallel FTBFS
On Sat, Sep 29, 2018 at 03:36:51PM +0300, Adrian Bunk wrote: ./wrap-python 2 ./test-fiu_ctrl.py ./wrap-python 2 ./test-basic.py cc -I../../libfiu/ -L../../libfiu/ -D_XOPEN_SOURCE=600 -D_GNU_SOURCE -fPIC -DFIU_ENABLE=1 -g -O2 -fdebug-prefix-map=/build/libfiu-0.96=. -fstack-protector-strong -Wformat -Werror=format-security -std=c99 -pedantic -Wall -std=c99 -pedantic -Wall tests/open.c -lfiu -o tests/open.bin Traceback (most recent call last): File "./test-fiu_ctrl.py", line 21, in cmd = run_cat() File "./test-fiu_ctrl.py", line 16, in run_cat return fiu_ctrl.Subprocess(["./small-cat"], AttributeError: 'module' object has no attribute 'Subprocess' This is weird. fiu_ctrl.py definitely defines a class Subprocess, so if the file is there and with the proper contents, this should work. I think this might be caused by building python2 and python3 in parallel, because both builds could attempt to generate fiu_ctrl.py and they might be stepping onto each other, to the point where one copies a partial (or empty) file as the module. But that's just a wild theory at this point, I will look into it a bit more and post again once I have any news. Thanks, Alberto