Bug#915503: tracker: please make the build reproducible
Source: tracker Version: 2.1.6-3 Severity: wishlist Tags: patch User: reproducible-bui...@lists.alioth.debian.org Usertags: buildpath X-Debbugs-Cc: reproducible-b...@lists.alioth.debian.org Hi, Whilst working on the Reproducible Builds effort [0], we noticed that tracker could not be built reproducibly. This is because the header files shipped in the binary encode the full, absolute, path name via "@filename@". Patch attached that uses "@basename@" instead. It does not need to be changed in the .c files too (as they comments get "stripped", obviously...), but otherwise it ends up being a little strange. [0] https://reproducible-builds.org/ Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org / chris-lamb.co.uk `- --- a/debian/patches/reproducible-build.patch 1970-01-01 01:00:00.0 +0100 --- b/debian/patches/reproducible-build.patch 2018-12-04 08:35:25.388384574 +0100 @@ -0,0 +1,92 @@ +Description: Make the build reproducible +Author: Chris Lamb +Last-Update: 2018-12-04 + +--- tracker-2.1.6.orig/src/libtracker-common/tracker-enum-types.c.template tracker-2.1.6/src/libtracker-common/tracker-enum-types.c.template +@@ -6,7 +6,7 @@ + /*** END file-header ***/ + + /*** BEGIN file-production ***/ +-/* enumerations from "@filename@" */ ++/* enumerations from "@basename@" */ + #include "@filename@" + /*** END file-production ***/ + +--- tracker-2.1.6.orig/src/libtracker-common/tracker-enum-types.h.template tracker-2.1.6/src/libtracker-common/tracker-enum-types.h.template +@@ -11,7 +11,7 @@ G_BEGIN_DECLS + + /*** BEGIN file-production ***/ + +-/* enumerations from "@filename@" */ ++/* enumerations from "@basename@" */ + /*** END file-production ***/ + + /*** BEGIN value-header ***/ +--- tracker-2.1.6.orig/src/libtracker-data/tracker-data-enum-types.c.template tracker-2.1.6/src/libtracker-data/tracker-data-enum-types.c.template +@@ -6,7 +6,7 @@ + /*** END file-header ***/ + + /*** BEGIN file-production ***/ +-/* enumerations from "@filename@" */ ++/* enumerations from "@basename@" */ + #include "@filename@" + /*** END file-production ***/ + +--- tracker-2.1.6.orig/src/libtracker-data/tracker-data-enum-types.h.template tracker-2.1.6/src/libtracker-data/tracker-data-enum-types.h.template +@@ -11,7 +11,7 @@ G_BEGIN_DECLS + + /*** BEGIN file-production ***/ + +-/* enumerations from "@filename@" */ ++/* enumerations from "@basename@" */ + /*** END file-production ***/ + + /*** BEGIN value-header ***/ +--- tracker-2.1.6.orig/src/libtracker-miner/tracker-miner-enum-types.c.template tracker-2.1.6/src/libtracker-miner/tracker-miner-enum-types.c.template +@@ -6,7 +6,7 @@ + /*** END file-header ***/ + + /*** BEGIN file-production ***/ +-/* enumerations from "@filename@" */ ++/* enumerations from "@basename@" */ + #include "@filename@" + /*** END file-production ***/ + +--- tracker-2.1.6.orig/src/libtracker-miner/tracker-miner-enum-types.h.template tracker-2.1.6/src/libtracker-miner/tracker-miner-enum-types.h.template +@@ -11,7 +11,7 @@ G_BEGIN_DECLS + + /*** BEGIN file-production ***/ + +-/* enumerations from "@filename@" */ ++/* enumerations from "@basename@" */ + /*** END file-production ***/ + + /*** BEGIN value-header ***/ +--- tracker-2.1.6.orig/src/libtracker-sparql/tracker-sparql-enum-types.c.template tracker-2.1.6/src/libtracker-sparql/tracker-sparql-enum-types.c.template +@@ -6,7 +6,7 @@ + /*** END file-header ***/ + + /*** BEGIN file-production ***/ +-/* enumerations from "@filename@" */ ++/* enumerations from "@basename@" */ + #include "@filename@" + /*** END file-production ***/ + +--- tracker-2.1.6.orig/src/libtracker-sparql/tracker-sparql-enum-types.h.template tracker-2.1.6/src/libtracker-sparql/tracker-sparql-enum-types.h.template +@@ -10,7 +10,7 @@ G_BEGIN_DECLS + + /*** BEGIN file-production ***/ + +-/* enumerations from "@filename@" */ ++/* enumerations from "@basename@" */ + /*** END file-production ***/ + + /*** BEGIN value-header ***/ --- a/debian/patches/series 2018-12-04 08:23:29.964598061 +0100 --- b/debian/patches/series 2018-12-04 08:35:23.820411216 +0100 @@ -4,3 +4,4 @@ libtracker-miners-common-Make-g_error-a-soft-error.patch build-Restore-right-soversion-to-libraries.patch functional-tests-Require-Bash-for-test-runner.patch +reproducible-build.patch
Bug#914340: [DAViCal-devel] Bug#914340: system details
Hi, > Here are some of the package versions that are installed: > ii openssl1.1.0f-3+deb9u2 > > ii libssl1.1:amd641.1.0f-3+deb9u2 ... > Then I tried guessing which child process would crash next and connected > to it with gdb, looks like an issue in pdo_pgsql.so with PHP 7, stack is > below. > > Should the bug be reassigned to the php-pgsql package? As we have a > reproducible stack trace I feel it is now an RC issue too. well with the webserver process segfaulting it's certainly not a davical issue... > Is there any other data I should gather before restarting the Apache > process again? I can leave it like this for a couple of hours maximum. > > > Thread 1 "apache2" received signal SIGSEGV, Segmentation fault. > 0x7fa662662ed4 in ERR_clear_error () from > target:/usr/lib/x86_64-linux-gnu/libcrypto.so.1.1 > (gdb) bt > #0 0x7fa662662ed4 in ERR_clear_error () from > target:/usr/lib/x86_64-linux-gnu/libcrypto.so.1.1 > #1 0x7fa66267dfe9 in ?? () from > target:/usr/lib/x86_64-linux-gnu/libcrypto.so.1.1 ...and while I wasn't sure if it should rather be apache2, php7.0 or openssl, I found https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=903566 which seems to segfault in the same place and happens to have a fix on the way to stable-security since last night. Do you want to try with openssl 1.1.0j-1~deb9u1 (make sure to restart apache2 so all the children use the new libraries) and see if those segfaults disappear? Florian
Bug#915502: feedreader: Feedreader dies while updating feeds from a tt-rss instance
Package: feedreader Version: 2.2-1 Severity: grave Justification: renders package unusable Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** Trying to update feeds from a tt-rss instance on a seerver feedreader dies with this error in terminal: (process:8852): GLib-DEBUG (recursed): posix_spawn avoided (fd close requested) Error while executing 'addr2line -f -e /usr/bin/feedreader 0x7ffad2c392f1': Troppi file aperti Something went very wrong. Your stacktrace cannot be displayed An error occurred (SIGABRT) The reason is likely a failed assertion (assert...). Note: no file path and line numbers can be retrieved. Are you sure you added -g -X -rdynamic to valac command line? *** End of the template - remove these template lines *** -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 4.18.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8), LANGUAGE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages feedreader depends on: ii dconf-gsettings-backend [gsettings-backend] 0.30.1-1 ii libc62.27-8 ii libcairo21.16.0-1 ii libcurl4 7.62.0-1 ii libgdk-pixbuf2.0-0 2.38.0+dfsg-6 ii libgee-0.8-2 0.20.1-1 ii libglib2.0-0 2.58.1-2 ii libgoa-1.0-0b3.30.0-1 ii libgstreamer-plugins-base1.0-0 1.14.4-1 ii libgstreamer1.0-01.14.4-1 ii libgtk-3-0 3.24.1-2 ii libjson-glib-1.0-0 1.4.4-1 ii libpango-1.0-0 1.42.4-4 ii libpeas-1.0-01.22.0-2+b1 ii librest-0.7-00.8.1-1 ii libsecret-1-00.18.6-3 ii libsoup2.4-1 2.64.1-3 ii libsqlite3-0 3.25.3-2 ii libwebkit2gtk-4.0-37 2.22.4-1 ii libxml2 2.9.4+dfsg1-7+b2 feedreader recommends no packages. feedreader suggests no packages. -- no debconf information
Bug#894865: Bug#906536: Bug#915249: ITP: cavestory-nx -- Nostalgic side action adventure game
>Copyright is a severe thing. You can bring Debian into severe legal >problems. >Remove at least the game data from mentors and Debian infrastructure >ASAP until copyright is settled. All very unclear, but very obviously not free: https://www.cavestory.org/forums/threads/cave-story-freeware-license.13817/ -nik
Bug#915501: [i2pd] i2pd works for some time and after a few reboots fails to start
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Package: i2pd Version: 2.21.1-1+b1 Severity: normal - --- Please enter the report below this line. --- I installed i2pd again yesterday and adjusted the config to suit me better. Today when I booted my laptop I saw it in `systemctl --failed`, `journalctl -xe|grep i2pd` says: ``` - -- Subject: Unit i2pd.service has begun start-up - -- Unit i2pd.service has begun starting up. Dec 04 09:17:26 sedric audit[14357]: AVC apparmor="ALLOWED" operation="open" profile="/usr/sbin/i2pd" name="/etc/ssl/openssl.cnf" pid=14357 comm="i2pd" requested_mask="r" denied_mask="r" fsuid=122 ouid= 0 Dec 04 09:17:26 sedric audit[14357]: SYSCALL arch=c03e syscall=257 success=yes exit=4 a0=ff9c a1=55f4869c4ca0 a2=0 a3=0 items=0 ppid=1 pid=14357 auid=4294967295 uid=122 gid=128 euid=122 suid=122 fsuid=122 egid=128 sgid=128 fsgid=128 tty=(none) ses=4294967295 comm="i2pd" exe="/usr/sbin/i2pd" subj==/usr/sbin/i2pd (complain) key=(null) Dec 04 09:17:26 sedric systemd[1]: i2pd.service: Can't open PID file /var/run/i2pd/i2pd.pid (yet?) after start: No such file or directory - -- Subject: Unit i2pd.service has finished start-up - -- Unit i2pd.service has finished starting up. Dec 04 09:17:26 sedric audit[1]: SERVICE_START pid=1 uid=0 auid=4294967295 ses=4294967295 subj==unconfined msg='unit=i2pd comm="systemd" exe="/lib/systemd/systemd" hostname=? addr=? terminal=? res=success' Dec 04 09:17:26 sedric audit[14366]: ANOM_ABEND auid=4294967295 uid=122 gid=128 ses=4294967295 subj==/usr/sbin/i2pd (complain) pid=14366 comm="i2pd" exe="/usr/sbin/i2pd" sig=6 res=1 Dec 04 09:17:26 sedric systemd[1]: i2pd.service: Main process exited, code=killed, status=6/ABRT Dec 04 09:17:26 sedric systemd[1]: i2pd.service: Failed with result 'signal'. Dec 04 09:17:26 sedric audit[1]: SERVICE_STOP pid=1 uid=0 auid=4294967295 ses=4294967295 subj==unconfined msg='unit=i2pd comm="systemd" exe="/lib/systemd/systemd" hostname=? addr=? terminal=? res=failed' ``` Another issue is also visible there, I have to aa-complain i2pd to start it as it wants to read /etc/openssl.conf or similar file, I guess I should report that separately, but at the moment i2pd is not functional for me. ``` └┌(%:~)┌- systemctl status i2pd -l --no-pager ● i2pd.service - I2P Router written in C++ Loaded: loaded (/lib/systemd/system/i2pd.service; enabled; vendor preset: enabled) Active: failed (Result: signal) since Tue 2018-12-04 09:17:26 EET; 1min 3s ago Docs: man:i2pd(1) https://i2pd.readthedocs.io/en/latest/ Process: 14357 ExecStart=/usr/sbin/i2pd --conf=/etc/i2pd/i2pd.conf - --tunconf=/etc/i2pd/tunnels.conf --pidfile=/var/run/i2pd/i2pd.pid - --logfile=/var/log/i2pd/i2pd.log --daemon --service (code=exited, status=0/SUCCESS) Main PID: 14366 (code=killed, signal=ABRT) Dec 04 09:17:25 sedric systemd[1]: Starting I2P Router written in C++... Dec 04 09:17:26 sedric systemd[1]: i2pd.service: Can't open PID file /var/run/i2pd/i2pd.pid (yet?) after start: No such file or directory Dec 04 09:17:26 sedric systemd[1]: Started I2P Router written in C++. Dec 04 09:17:26 sedric systemd[1]: i2pd.service: Main process exited, code=killed, status=6/ABRT Dec 04 09:17:26 sedric systemd[1]: i2pd.service: Failed with result 'signal'. ``` Attached is my i2p.conf. The changes I have made from the default i2pd.conf are: * taking a random port which I have removed from the attachment just in case. * disabling IPv4 * enabling IPv6 * uncommenting `nat = true` * bandwidth = O (default: L). However I don't think those are so uncommon configuration changes to cause this issue and the config worked until reboot, I did `systemctl restart i2pd` after editing it. I also don't understand which of these prompted the apparmor error and failing to start until switching to complain mode as I think it didn't happen by default. - --- System information. --- Architecture: Kernel: Linux 4.18.0-2-amd64 Debian Release: buster/sid 990 testing sdscoq7snqtznauu.onion 990 testing deb.torproject.org 990 testing deb.debian.org 500 unstable riot.im 500 syncthing apt.syncthing.net 500 stable dl.google.com 500 buster s3-us-west-2.amazonaws.com 500 buster brave-browser-apt-dev.s3.brave.com 500 buster brave-browser-apt-beta.s3.brave.com - --- Package information. --- Depends(Version) | Installed -+-= = libboost-date-time1.67.0 | 1.67.0-11 libboost-filesystem1.67.0| 1.67.0-11 libboost-program-options1.67.0 | 1.67.0-11 libboost-system1.67.0| 1.67.0-11 libc6 (>= 2.14) | libgcc1 (>= 1:3.0) | libminiupnpc17 (>= 1.9.20140610) | libssl1.1 (>= 1.1.1) | libstdc++6
Bug#914687: lagan: /usr/bin/chaos is already provided by emboss
Control: forwarded -1 Michael Brudno Hi Michael, recently the Debian Med team has packaged lagan for official Debian. This has uncovered the fact that there is a name space conflict with EMBOSS. This is specifically unfortunate since both packages are from the field of bioinformatics and it should be avoided. (Remark: I even think that the choice of /usr/bin/chaos is a bit unfortunate in general since it is quite a generic name.) In Debian the package that has occupied a name first usually wins and the other package has to rename. In this case I also think that EMBOSS is quite famous and has lots of users (according to Debian popularity contest which is measuring the number of users of a package). Thus we need to choose a different name for chaos provided by lagan. For the moment I would solve this bug in Debian by moving /usr/bin/chaos to /usr/lib/lagan/bin/chaos and provide a symlink /usr/bin/lagan_chaos. I will document this in /usr/share/doc/lagan/README.Debian. I would consider it a good idea if you would remove chaos in your distribution as well since this name space conflict might happen also for other users and it might create some confusion you probably want to avoid. Kind regards and thanks for providing lagan as Free Software Andreas. On Mon, Nov 26, 2018 at 11:03:47AM +0100, Andreas Beckmann wrote: > Package: lagan > Version: 2.0-2 > Severity: serious > User: debian...@lists.debian.org > Usertags: piuparts > > Hi, > > during a test with piuparts I noticed your package fails to upgrade from > 'sid' to 'experimental'. > It installed fine in 'sid', then the upgrade to 'experimental' fails > because it tries to overwrite other packages files without declaring a > Breaks+Replaces relation. > > See policy 7.6 at > https://www.debian.org/doc/debian-policy/ch-relationships.html#overwriting-files-and-replacing-packages-replaces > > >From the attached log (scroll to the bottom...): > > Preparing to unpack .../archives/lagan_2.0-2_amd64.deb ... > Unpacking lagan (2.0-2) ... > dpkg: error processing archive > /var/cache/apt/archives/lagan_2.0-2_amd64.deb (--unpack): >trying to overwrite '/usr/bin/chaos', which is also in package emboss > 6.6.0+dfsg-7 > dpkg-deb: error: paste subprocess was killed by signal (Broken pipe) > Errors were encountered while processing: >/var/cache/apt/archives/lagan_2.0-2_amd64.deb -- http://fam-tille.de
Bug#894865: Bug#906536: Bug#915249: ITP: cavestory-nx -- Nostalgic side action adventure game
On Tue, Dec 04, 2018 at 02:17:53AM -0200, Carlos Donizete Froes wrote: > Hi Tobias, > > > forcemerge 894865 915249 > > forcemerge 906536 903872 915251 905984 > > retitle 906536 RFS: cavestory-nx/1.3.0-1 [ITP] -- Nostalgic side action > > adventure game > > Thank you for merging bug reports. I'm still learning to use it, I'm sorry. Sorry, but you brought up that excuse already in the past. > > please, with sugar on top, refrain from opening up new ITP and RFS bugs > > on cavestory-nx. You have been told that already mutiple times. > > > > Discussion should be in #894865 (ITP) and #906536 (RFS). > > You still need to adresss the concerns brought up there. > > In several attempts to get in touch with the developer, the only answer I > received Is this the one you sent to bug in https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=906536#52? and found on the two official websites[1][2], where the software source > code is "freeware", free of known restrictions. Freeware != public domain. [A]. Also [1] seems not authorative over the authors copyright. It seems is just to be a fan site. [2] has no information about copyright / licenses, so it "all rights reservered using this resource" [A] https://en.wikipedia.org/wiki/Freeware > [1] https://www.cavestory.org/game-info/about-cave-story.php > [2] https://studiopixel.sakura.ne.jp/archives/index.html > > Game data is being distributed by the developer from 2004 to the present and > identified as being free from known restrictions under copyright law, > including > all related rights and neighbors.[3]. I cannot see that from the data presented. > [3] https://creativecommons.org/publicdomain/mark/1.0 > As long as the original author is mentioned in the software. This contradicts public domain. Copyright is a severe thing. You can bring Debian into severe legal problems. Remove at least the game data from mentors and Debian infrastructure ASAP until copyright is settled. Please read the original bug report again, we had all this issues already and it feels bad that you did not adress them and, frankly, it feels like you're ignoring suggestions/remarks people made and trying to brute-force cavestory-nx into Debian. I hope that my feeling is wrtong, because: That won't work. Tobi > Thanks! > > -- > ⢀⣴⠾⠻⢶⣦⠀ Carlos Donizete Froes [a.k.a coringao] > ⣾⠁⢠⠒⠀⣿⡁ - https://wiki.debian.org/coringao > ⢿⡄⠘⠷⠚⠋⠀ GPG: 4096R/B638B780 > ⠈⠳⣄⠀⠀⠀ 2157 630B D441 A775 BEFF D35F FA63 ADA6 B638 B780 signature.asc Description: PGP signature
Bug#915450: staden-io-lib FTBFS on big endian: test failures
Control: tags -1 upstream Control: forwarded -1 James Bonfield Hi James, unfortunately there is a series of new errors on different architectures. Here comes the first one. Hope this will not create to much hasle on your side Andreas. On Mon, Dec 03, 2018 at 11:07:59PM +0200, Adrian Bunk wrote: > Source: staden-io-lib > Version: 1.14.11-2 > Severity: serious > Tags: ftbfs > > https://buildd.debian.org/status/package.php?p=staden-io-lib=sid > > ... > FAIL: scram > === > > Loading ce.fa > Generating ce#sorted.sam > Generating ce#unsorted.sam > === testing ./data/c1#bounds.sam === > ./scram.test: 27: [: ./data/c1#bounds.sam: unexpected operator > ../progs/scramble ./data/c1#bounds.sam test.out/c1#bounds.sam > ../progs/scramble -r ./data/c1.fa ./data/c1#bounds.sam > test.out/c1#bounds.full.cram > ../progs/scramble ./data/c1#bounds.sam > test.out/tmp.sam > ../progs/scramble test.out/c1#bounds.full.cram > test.out/c1#bounds.full.sam > ../progs/scramble -O bam test.out/c1#bounds.full.cram > > test.out/c1#bounds.full.bam > ../progs/scramble test.out/c1#bounds.full.bam test.out/tmp.sam > Invalid CRC in Deflate stream: 6614764d vs 6614 > Failed to open file test.out/c1#bounds.full.bam > FAIL scram.test (exit status: 1) > > FAIL: scram_mt > == > > === testing ./data/c1#bounds.sam === > ./scram.test: 27: [: ./data/c1#bounds.sam: unexpected operator > ../progs/scramble -t4 ./data/c1#bounds.sam test.out/c1#bounds.sam > ../progs/scramble -t4 -r ./data/c1.fa ./data/c1#bounds.sam > test.out/c1#bounds.full.cram > ../progs/scramble -t4 ./data/c1#bounds.sam > test.out/tmp.sam > ../progs/scramble -t4 test.out/c1#bounds.full.cram > > test.out/c1#bounds.full.sam > ../progs/scramble -t4 -O bam test.out/c1#bounds.full.cram > > test.out/c1#bounds.full.bam > ../progs/scramble -t4 test.out/c1#bounds.full.bam test.out/tmp.sam > Invalid CRC in Deflate stream: 46b10f7a vs 46b1 > Failed to open file test.out/c1#bounds.full.bam > FAIL scram_mt.test (exit status: 1) > > > Testsuite summary for io_lib 1.14.11 > > # TOTAL: 9 > # PASS: 7 > # SKIP: 0 > # XFAIL: 0 > # FAIL: 2 > # XPASS: 0 > # ERROR: 0 > > See tests/test-suite.log > > make[4]: *** [Makefile:716: test-suite.log] Error 1 > > ___ > Debian-med-packaging mailing list > debian-med-packag...@alioth-lists.debian.net > https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/debian-med-packaging -- http://fam-tille.de
Bug#915459: staden-io-lib FTBFS on armhf/sparc64: Bus error
Control: tags -1 upstream Control: forwarded -1 James Bonfield Hi James, This is the next issue. Kind regards Andreas. On Tue, Dec 04, 2018 at 12:13:18AM +0200, Adrian Bunk wrote: > Source: staden-io-lib > Version: 1.14.11-2 > Severity: serious > Tags: ftbfs > > https://buildd.debian.org/status/package.php?p=staden-io-lib=sid > > ... > FAIL: scram_mt > == > > === testing ./data/c1#bounds.sam === > ./scram.test: 27: [: ./data/c1#bounds.sam: unexpected operator > ../progs/scramble -t4 ./data/c1#bounds.sam test.out/c1#bounds.sam > ../progs/scramble -t4 -r ./data/c1.fa ./data/c1#bounds.sam > test.out/c1#bounds.full.cram > ../progs/scramble -t4 ./data/c1#bounds.sam > test.out/tmp.sam > ../progs/scramble -t4 test.out/c1#bounds.full.cram > > test.out/c1#bounds.full.sam > Bus error > FAIL scram_mt.test (exit status: 1) > > > Testsuite summary for io_lib 1.14.11 > > # TOTAL: 9 > # PASS: 8 > # SKIP: 0 > # XFAIL: 0 > # FAIL: 1 > # XPASS: 0 > # ERROR: 0 > > See tests/test-suite.log > > make[4]: *** [Makefile:716: test-suite.log] Error 1 > > > "Bus error" on sparc64 means "unaligned access", > and the same is true for the armhf build on armv8 hardware. > > ___ > Debian-med-packaging mailing list > debian-med-packag...@alioth-lists.debian.net > https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/debian-med-packaging -- http://fam-tille.de
Bug#915460: staden-io-lib FTBFS on armel: scramble: cram_codecs.c:1441: cram_huffman_encode_init: Assertion `hi->data.i > 0' failed.
Control: tags -1 upstream Control: forwarded -1 James Bonfield Hi James, this is the last issue of this series. Kind regards Andreas. On Tue, Dec 04, 2018 at 12:15:15AM +0200, Adrian Bunk wrote: > Source: staden-io-lib > Version: 1.14.11-2 > Severity: serious > Tags: ftbfs > > https://buildd.debian.org/status/fetch.php?pkg=staden-io-lib=armel=1.14.11-2=1543747508=0 > > ... > === testing ./data/xx#unsorted.sam === > ./scram.test: 27: [: ./data/xx#unsorted.sam: unexpected operator > ../progs/scramble -t4 ./data/xx#unsorted.sam test.out/xx#unsorted.sam > ../progs/scramble -t4 -r ./data/xx.fa ./data/xx#unsorted.sam > test.out/xx#unsorted.full.cram > scramble: cram_codecs.c:1441: cram_huffman_encode_init: Assertion `hi->data.i > > 0' failed. > Aborted > FAIL scram_mt.test (exit status: 1) > > > Testsuite summary for io_lib 1.14.11 > > # TOTAL: 9 > # PASS: 7 > # SKIP: 0 > # XFAIL: 0 > # FAIL: 2 > # XPASS: 0 > # ERROR: 0 > > See tests/test-suite.log > > make[4]: *** [Makefile:716: test-suite.log] Error 1 > > ___ > Debian-med-packaging mailing list > debian-med-packag...@alioth-lists.debian.net > https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/debian-med-packaging -- http://fam-tille.de
Bug#915236: ngspice FTBFS: dh_install: Cannot find "doc/*build_ngspice*.png"
Control: severity -1 important Control: retile -1 ngspice: FTBR: dh_install: Cannot find "doc/*build_ngspice*.png Hello Adrian, On Sun, Dec 02, 2018 at 01:05:56AM +0200, Adrian Bunk wrote: > Source: ngspice > Version: 29-1 > Severity: serious > Tags: ftbfs > > https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/ngspice.html > > ... > dh_install > dh_install: Cannot find (any matches for) "doc/*build_ngspice*.png" (tried in > ., debian/tmp) > > dh_install: ngspice-doc missing files: doc/*build_ngspice*.png > dh_install: missing files, aborting > make[1]: *** [debian/rules:124: override_dh_install-indep] Error 25 as much I like your work in Debian I disagree on the used severity for this report. ngspice isn't failing on any buildd, *all* platforms Debian is currently supporting have build successfully the ngspice packages. So I really don't see a FTBFS! I agree that ngspice isn't building reproducible for some reason. Policy is saying that a package SHOULD be buildable reproducible but not it MUST, so a report against a package due not buildable reproducible can't be RC. Because of this I've downgraded the severity to important. Without some debugging why the second build of ngspice in the reproducible build environment is failing it's unlikely to find the reason for the failing build. I don't have any reproducible build environment running, I wont find out something useful. Instead I will try to make the ngspice manual source be better supported by the autotool environment. This will need some talking to upstream first. Regards Carsten
Bug#915500: alltray: Alltray not working correctly in fluxbox. show/hide command don't work
Package: alltray Version: 0.71b-1+b2 Severity: normal Dear Maintainer, Run alltray in click mode. App icon (for example kcalc, terminator) appear in tray, but nothing happen when i clicked on show/hide command from tray context menu. When i'm running alltray from console result is: no tray icon. -- System Information: Debian Release: 9.6 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8), LANGUAGE=ru_RU:ru (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages alltray depends on: ii gconf-service3.2.6-4+b1 ii libatk1.0-0 2.22.0-1 ii libc62.24-11+deb9u3 ii libcairo21.14.8-1 ii libfontconfig1 2.11.0-6.7+b1 ii libfreetype6 2.6.3-3.2 ii libgconf-2-4 3.2.6-4+b1 ii libgdk-pixbuf2.0-0 2.36.5-2+deb9u2 ii libglib2.0-0 2.50.3-2 ii libgtk2.0-0 2.24.31-2 ii libpango-1.0-0 1.40.5-1 ii libpangocairo-1.0-0 1.40.5-1 ii libpangoft2-1.0-01.40.5-1 ii libx11-6 2:1.6.4-3+deb9u1 alltray recommends no packages. alltray suggests no packages. -- no debconf information
Bug#915499: nginx: ship a snippet for strong SSL options
Source: nginx Severity: wishlist nginx could ship with /etc/nginx/snippets/ssl-strong.conf that contains strong SSL options that can be included easily. Currently at least mailman3 ships with /etc/mailman3/nginx.conf containing SSL options. It would be a good idea to provide these in one place and just include in other packages. Perhaps consider relevant parts of https://cipherli.st/
Bug#915498: RFP: node-gulp-help -- Check for duplicates in the stream and filter them or throw an error
Package: wnpp Severity: wishlist * Package name: node-gulp-help Version : 1.6.1 Upstream Author : Chris Montgomery * URL : https://notabug.org/makenotabuggreatagain/gulp-help * License : MIT Programming Lang: javascript Description : Check for duplicates in the stream and filter them or throw an error Adds a default help task to gulp and provides the ability to add custom help messages to your gulp tasks Dependency of node-semantic-ui ( #915062 )
Bug#910756: xul-ext-useragentswitcher: Firefox 60esr breaks user-agent-switcher. Please upgrade to upstream version which works.
On Tue, 2018-12-04 at 06:19 +0100, Julien Aubin wrote: > Maybe they could be added back to the archive through BPO ? Backports are required to be in unstable and testing first: http://backports.debian.org/Contribute/ -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#915497: gnumeric: Rows and columns labels don't appear
Package: gnumeric Version: 1.12.32-1+b1 Severity: important Tags: d-i Dear Maintainer, * What led up to the situation? It appeared after a fresh netinstall of Debian stretch * What exactly did you do (or not do) that was effective (or ineffective)? All the dependencies are satisfied (recommanded as dependncies) * What was the outcome of this action? The problem is still there * What outcome did you expect instead? I'd like the labels of the rows (1, 2,3...) and columns (A, B, C...)normaly appear -- System Information: Debian Release: 9.6 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.9.0-8-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8), LANGUAGE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages gnumeric depends on: ii debconf [debconf-2.0] 1.5.61 ii gnumeric-common1.12.32-1 ii gsfonts1:8.11+urwcyr1.0.7~pre44-4.3 ii libatk1.0-02.22.0-1 ii libc6 2.24-11+deb9u3 ii libcairo2 1.14.8-1 ii libgdk-pixbuf2.0-0 2.36.5-2+deb9u2 ii libglib2.0-0 2.50.3-2 ii libgoffice-0.10-10 0.10.32-1.1 ii libgsf-1-114 1.14.41-1 ii libgtk-3-0 3.22.11-1 ii libpango-1.0-0 1.40.5-1 ii libpangocairo-1.0-01.40.5-1 ii libxml22.9.4+dfsg1-2.2+deb9u2 ii procps 2:3.3.12-3+deb9u1 ii pxlib1 0.6.7-1 ii zlib1g 1:1.2.8.dfsg-5 Versions of packages gnumeric recommends: ii evince3.22.1-3+deb9u1 ii evince-gtk3.22.1-3+deb9u1 ii gnumeric-doc 1.12.32-1 ii lp-solve 5.5.0.15-4+b1 Versions of packages gnumeric suggests: ii fonts-liberation 1:1.07.4-2 ii gnumeric-plugins-extra 1.12.32-1+b1 ii ttf-mscorefonts-installer 3.6 -- debconf information: gnumeric/existing-process: false gnumeric/existing-process-title:
Bug#915415: regression with udev 239-14: mouse and keyboard lost on XWindow
On 12/3/18 6:15 PM, Michael Biebl wrote: > > Are you using sysivnit? In this case yes. On the command line the keyboard was fine. I could login. xinit was run by my .profile. The problem showed up with X. Regards Harri signature.asc Description: OpenPGP digital signature
Bug#914794: libmspack fails tests on big endian architectures (s390x, mips)
Quack, Hello Stuart, here is a problem you might want to look at: On 2018-11-27 20:09, Matthias Klose wrote: Package: src:libmspack Version: 0.9.1-1 Severity: serious Tags: sid buster libmspack fails tests on big endian architectures (s390x, mips) make check-TESTS make[2]: Entering directory '/<>' make[3]: Entering directory '/<>' FAIL: test/cabd_test PASS: test/chmd_test PASS: test/kwajd_test libmspack 0.9.1alpha: ./test-suite.log # TOTAL: 3 # PASS: 2 # SKIP: 0 # XFAIL: 0 # FAIL: 1 # XPASS: 0 # ERROR: 0 .. contents:: :depth: 2 FAIL: test/cabd_test /<>/test/test_files/cabd/bad_nofolders.cab: no folders in cabinet. /<>/test/test_files/cabd/bad_nofiles.cab: no files in cabinet. ERROR; file "2" cannot be extracted, cabinet set is incomplete cabd_extract_test_03:391 FAILED memcmp(md5_string, "940cba86658fbceb582faecd2b5975d1", 33) == 0 FAIL test/cabd_test (exit status: 1) Testsuite summary for libmspack 0.9.1alpha # TOTAL: 3 # PASS: 2 # SKIP: 0 # XFAIL: 0 # FAIL: 1 # XPASS: 0 # ERROR: 0 See ./test-suite.log Please report to ky...@cabextract.org.uk make[3]: *** [Makefile:1278: test-suite.log] Error 1 make[3]: Leaving directory '/<>' make[2]: *** [Makefile:1386: check-TESTS] Error 2 make[2]: Leaving directory '/<>' make[1]: *** [Makefile:1607: check-am] Error 2 make[1]: Leaving directory '/<>' dh_auto_test: make -j2 check VERBOSE=1 returned exit code 2 make: *** [debian/rules:7: build-arch] Error 2 You can see full logs here: https://buildd.debian.org/status/package.php?p=libmspack Regards. \_o< -- Marc Dequènes
Bug#908468: stretch-pu: package weboob/1.2-1
Quack, On 2018-12-03 16:17, Julien Cristau wrote: Any reason this duplicates bug #905385? Something along bad communication or me not properly woken up ;-). Sorry, did not even notice. \_o< -- Marc Dequènes
Bug#915496: kio-gdrive: missing translations [was Bug#915242: RFS: kio-gdrive/1.2.5-1]
Package: kio-gdrive Version: 1.2.5-1 Dear Adam and QT/KDE Team, On Sun, Dec 02, 2018 at 02:03:04AM +, Debian Bug Tracking System wrote: > This is an automatic notification regarding your Bug report > which was filed against the sponsorship-requests package: [snip] > > > kio-gdrive (1.2.5-1) unstable; urgency=medium > > > > * New upstream version. > > * Drop patches that were merged into this upstream release: > > - 0001-appstream-don-t-use-hyphen-in-the-component-id.patch > > - 0002-Add-screenshot-to-gdrive.appdata.xml.patch > > * debian/copyright: Update Elvis Angelaccio's email address to reflect > > updates that were made upstream. > > Uploaded. Thank you for sponsoring :-) > Note that this version drops all translations: both docs and messages. > As the change comes from the upstream tarball, I assumed this is intentional > -- if it's not, please bring us a fixed version. I might have to file an upstream issue about this, and have opened this tracking/reminder bug in the meantime. I assumed that the following (from the build log) indicated translations were coalesced into a single file during the build: -- Found Intltool: /usr/bin/intltool-extract (found version "0.51.0") Merging translations into /<>/obj-x86_64-linux-gnu/kaccounts/google-drive.service. CREATED /<>/obj-x86_64-linux-gnu/kaccounts/google-drive.service but that doesn't account for the missing /usr/share/doc/HTML/$LANG/kioslave5/gdrive/* Sorry, I didn't notice that the non-English HTML docs had been dropped while the English ones remained...thank you for holding me accountable! Restoring non-English support is definitely something I will prioritise, but sadly very little free time at the moment, so please ping me if I seem to be taking too long. Sincerely, Nicholas signature.asc Description: PGP signature
Bug#915050: (gitlab) Re: Bug#915050: Keep out of testing
On 2018, ഡിസംബർ 3 8:11:58 PM IST, Dominik George wrote: >We had volatile, which, redefined properly, could help. I am trying to >draft such a definition. Thanks, that is required to keep gitlab in a supportable form (unstable directly is not the best option). I think an Ubuntu PPA like approach is easier to manage. We can create buster-gitlab suite (a suite per such complex software) and we don't have to support combination of PPAs. -- Sent from my Android device with K-9 Mail. Please excuse my brevity.
Bug#910756: xul-ext-useragentswitcher: Firefox 60esr breaks user-agent-switcher. Please upgrade to upstream version which works.
Le mar. 4 déc. 2018 à 06:12, Paul Wise a écrit : > > On Tue, 2018-12-04 at 00:05 +0100, Moritz Mühlenhoff wrote: > > > Does anyone intend/plan to switch the package to the web extention? > > Otherwise it should be removed from the archive.' > > This package has no web extension version available. > > There are other similar web extensions available but > they are from different upstream projects and > are very different from this one. > > -- > bye, > pabs > > https://wiki.debian.org/PaulWise > Hi Maybe they could be added back to the archive through BPO ?
Bug#910756: xul-ext-useragentswitcher: Firefox 60esr breaks user-agent-switcher. Please upgrade to upstream version which works.
On Tue, 2018-12-04 at 00:05 +0100, Moritz Mühlenhoff wrote: > Does anyone intend/plan to switch the package to the web extention? > Otherwise it should be removed from the archive.' This package has no web extension version available. There are other similar web extensions available but they are from different upstream projects and are very different from this one. -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#915492: O: evil-el -- extensible vi layer for Emacs
Package: wnpp Severity: normal I intend to orphan the evil-el package. The package description is: Evil is an extensible vi layer for Emacs. It emulates the main features of Vim, and provides facilities for writing custom extensions.
Bug#915494: O: evil-paredit-el -- emacs extension, integrating evil and paredit
Package: wnpp Severity: normal I intend to orphan the evil-paredit-el package. The package description is: elpa-evil-paredit provides 'evil-paredit-mode', which redefines several evil keybindings to make it harder to get unbalanced brackets in buffer.
Bug#915493: O: elisp-slime-nav -- Emacs extension that provide Emacs Lisp code navigation
Package: wnpp Severity: normal I intend to orphan the elisp-slime-nav package. The package description is: elpa-elisp-slime-nav is an extension, that provides equivalents off 'find-tag' and 'pop-tag' functions for Emacs Lisp code, allowing one to navigate to definition/declaration of function, variable or macro.
Bug#915495: O: goto-chg-el -- navigate the point to the most recent edit in the buffer
Package: wnpp Severity: normal I intend to orphan the goto-chg-el package. The package description is: goto-chg is an Emacs addon that allows the user to move point to the most recent edit in the buffer. When the command is repeated, point moves to the second most recent edit, and so on. A negative argument may be used to reverse the direction.
Bug#915491: O: elpa-undo-tree -- Emacs minor mode for handling undo history as tree
Package: wnpp Severity: normal I intend to orphan the elpa-undo-tree package. The package description is: Package undo-tree provided by this package replaces Emacs' undo system with a system that treats undo history as what it is: a branching tree of changes. This simple idea allows the more intuitive behaviour of the standard undo/redo system to be combined with the power of never losing any history. An added side bonus is that undo history can in some cases be stored more efficiently, allowing more changes to accumulate before Emacs starts discarding history.
Bug#915490: RFP: node-gulp-dedupe -- Check for duplicates in the stream and filter them
Package: wnpp Severity: wishlist * Package name: node-gulp-dedupe Version : efd9e149eb Upstream Author : Marat Abdullin * URL : https://notabug.org/makenotabuggreatagain/gulp-dedupe * License : MIT Programming Lang: javascript Description : Check for duplicates in the stream and filter them This plugin is checking for duplicate files (based on their name) in the stream and filter them or throw an error. it is a prerequisite of node-semantic-ui ( #915062 )
Bug#914731: r-bioc-biocparallel: autopkgtest regression
Control: reopen -1
Still failing.
RUNIT TEST PROTOCOL -- Mon Dec 3 19:13:50 2018
***
Number of test functions: 63
Number of deactivated test functions: 3
Number of errors: 1
Number of failures: 1
1 Test Suite :
BiocParallel RUnit Tests - 63 test functions, 1 error, 1 failure
DEACTIVATED test_SnowParam_MPI: MPI tests not run
DEACTIVATED test_SnowParam_coerce_from_MPI: 'snow' and/or 'Rmpi'
package did not load
DEACTIVATED test_SnowParam_workers: 'snow' and/or 'Rmpi' package did not load
ERROR in test_bpaggregate: Error in (function (classes, fdef, mtable) :
unable to find an inherited method for function 'bpworkers<-' for
signature '"SerialParam", "numeric"'
FAILURE in test_stop.on.error: Error in
checkIdentical(c("bplist_error", "bperror", "error", "condition"), :
FALSE
Test files with failing tests
test_SnowParam.R
test_SnowParam_MPI
test_SnowParam_coerce_from_MPI
test_SnowParam_workers
test_bpaggregate.R
test_bpaggregate
test_errorhandling.R
test_stop.on.error
Error in BiocGenerics:::testPackage("BiocParallel") :
unit tests failed for package BiocParallel
Execution halted
autopkgtest [19:13:50]: test run-unit-test: ---]
autopkgtest [19:13:50]: test run-unit-test: - - - - - - - - - -
results - - - - - - - - - -
run-unit-testFAIL non-zero exit status 1
Bug#906536: Bug#915249: ITP: cavestory-nx -- Nostalgic side action adventure game
Hi Tobias, > forcemerge 894865 915249 > forcemerge 906536 903872 915251 905984 > retitle 906536 RFS: cavestory-nx/1.3.0-1 [ITP] -- Nostalgic side action > adventure game Thank you for merging bug reports. I'm still learning to use it, I'm sorry. > please, with sugar on top, refrain from opening up new ITP and RFS bugs > on cavestory-nx. You have been told that already mutiple times. > > Discussion should be in #894865 (ITP) and #906536 (RFS). > You still need to adresss the concerns brought up there. In several attempts to get in touch with the developer, the only answer I received and found on the two official websites[1][2], where the software source code is "freeware", free of known restrictions. [1] https://www.cavestory.org/game-info/about-cave-story.php [2] https://studiopixel.sakura.ne.jp/archives/index.html Game data is being distributed by the developer from 2004 to the present and identified as being free from known restrictions under copyright law, including all related rights and neighbors.[3]. [3] https://creativecommons.org/publicdomain/mark/1.0 As long as the original author is mentioned in the software. Thanks! -- ⢀⣴⠾⠻⢶⣦⠀ Carlos Donizete Froes [a.k.a coringao] ⣾⠁⢠⠒⠀⣿⡁ - https://wiki.debian.org/coringao ⢿⡄⠘⠷⠚⠋⠀ GPG: 4096R/B638B780 ⠈⠳⣄⠀⠀⠀ 2157 630B D441 A775 BEFF D35F FA63 ADA6 B638 B780 signature.asc Description: This is a digitally signed message part
Bug#915489: RFP: node-gulp-copy -- Copy source files to new destination
Package: wnpp Severity: wishlist * Package name: node-gulp-copy Version : 4.0.1 Upstream Author : Klaas Cuvelier * URL : https://notabug.org/makenotabuggreatagain/gulp-copy * License : MIT Programming Lang: javascript Description : Copy source files to new destination And use that destination as new source (for further piping). using node. Automatically creates needed folders before proceeding. Ability to remove 'prefixes' from path. Most likely you don't need this package for your gulp pipeline, a lot can be accomplished with just gulp.dest. A reason to use this package would be to keep some depth (prefix options). Or in this case, because semantic-ui depends on it ( #915062 )
Bug#896019: libglib2.0-0: undefined symbol g_date_copy breaking many programs
On Mon, 23 Apr 2018 17:47:56 +0100 Simon McVittie wrote: > On Mon, 23 Apr 2018 at 17:11:11 +0200, Michael Biebl wrote: > > @smcv: Do you think this is a failure of dpkg/apt cleaning up old > > versions? My suspicion is rather, that there is some old copy of libglib > > lying around in /lib/x86_64-linux which was copied there by some 3rd > > party installer, possibly lying around for years there. > > That's entirely possible. By comparing the file lists of package libglib2.0-0 in stretch and sid, I think the old copy of libglib in /lib/x86_64-linux was introduced by the package itself, not 3rd party installers. stretch: https://packages.debian.org/stretch/amd64/libglib2.0-0/filelist /lib/x86_64-linux-gnu/libglib-2.0.so.0 /lib/x86_64-linux-gnu/libglib-2.0.so.0.5000.3 ... sid: https://packages.debian.org/sid/amd64/libglib2.0-0/filelist ... /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0 /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0.5800.1 ...
Bug#896019: libglib2.0-0: undefined symbol g_date_copy breaking many programs
On Wed, 18 Apr 2018 14:43:47 -0400 rektide de la faye wrote: > Package: libglib2.0-0 > Version: 2.56.1-2 > Severity: grave > Justification: renders package unusable > > Dear Maintainer, > > I recently updated a number of packages on my Debian/testing laptop, via > aptitude > and included in that upgrade to satisfy dependencies was libglib-2.0-0. > > Since installing, many many programs on my system refuse to start. Trying > to run nmcli, for example, returns: > > nmcli: symbol lookup error: /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0: > undefined symbol: g_date_copy > > I also see like errors trying to run lightdm, urxvt, vi. > This file appears to be a symlink, pointing at > /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.5600.1. > > There is a .4200.0 in that directory. I tried symlinking to that, but got a > different set of undefined > symbol errors keeping me from running things- g_option_group_unref. > > This does appear to gravely reduce the functionality of my workstation. I recently ran into the same issue. libglib-2.0-0 was upgraded on my sid system. The current version is libglib2.0–0/unstable,now 2.58.1–2 amd64 During the next boot, I was unable to start lightdm. The error was Dec 03 14:32:38 host lightdm[4829]: /usr/sbin/lightdm: symbol lookup error: /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0: undefined symbol: g_date_copy I followed the discussion in this thread, and checked these files: my /lib/x86_64-linux-gnu/libglib-2.0.so.0 was a symlink to /lib/x86_64-linux-gnu/libglib-2.0.so.0.4800.1 my /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0 was a symlink to /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0.5800.1 Now that GLib puts these files under /usr/lib/x86_64-linux-gnu/, my /lib/x86_64-linux-gnu/libglib-2.0.so.* files from an old version of glib should certainly have been deleted during the installation of the new version, but somehow this didn't happen. I suppose one way to reproduce this bug is to install the system with libglib2.0–0 around version 2.48 and then do an upgrade to the latest version.
Bug#915488: initramfs-tools-core: after dist-upgrade to testing my system can't boot, need to go to recovery then init 5
Package: initramfs-tools-core Version: 0.132 Severity: critical Tags: patch Justification: breaks the whole system Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? upgrading from stretch to testing * What exactly did you do (or not do) that was effective (or ineffective)? edited /usr/share/initramfs-tools/hooks/lvm2 on line 29 to add 60-persistent-storage-lvm.rules so that it goes like "for rules in 56-lvm.rules 60-persistent-storage-lvm.rules 69-lvm-metad.rules; do" instead of " for rules in 56-lvm.rules 69-lvm-metad.rules; do " * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these template lines *** -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (901, 'testing'), (500, 'stable-updates'), (500, 'stable'), (500, 'oldstable'), (10, 'experimental'), (10, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.18.0-3-amd64 (SMP w/16 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) LSM: AppArmor: enabled Versions of packages initramfs-tools-core depends on: ii coreutils8.30-1 ii cpio 2.12+dfsg-6 ii e2fsprogs1.44.4-2 ii klibc-utils 2.0.4-14 ii kmod 25-2 ii udev 239-13 Versions of packages initramfs-tools-core recommends: ii busybox 1:1.27.2-3 Versions of packages initramfs-tools-core suggests: ii bash-completion 1:2.8-4 -- debconf-show failed
Bug#914897: debating the wrong thing
Ansgar Burchardt wrote: Making the feature default was discussed years ago which you are surely aware of. It's not mandatory. Unfortunately I have to disagree here. Merged /usr is already, de-facto, mandatory for everyone who installs Debian Testing using the official netinst CD. The user is not even asked the question, there is nothing on the help screens. There is simply no opt-out except pressing Alt-F2 and replacing the "debootstrap" script with a wrapper that adds --no-merged-usr to the arguments. In other words, non-merged /usr is currently achievable only by upgrading an old system, or running debootstrap directly, or running old debootstrap, or using major hacks during the install procedure. -- Alexander E. Patrakov
Bug#915290: strace FTBFS with glibc 2.28
On Sun, Dec 02, 2018 at 08:05:48PM +0200, Juhani Numminen wrote: >Control: tags -1 + patch fixed-upstream > > >Dear maintainer, > >On Sun, 02 Dec 2018 16:04:37 +0200 Adrian Bunk wrote: >> Source: strace >> Version: 4.21-1 >> Severity: serious >> Tags: ftbfs >> >> https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/strace.html >> >> ... >> In file included from /usr/include/x86_64-linux-gnu/sys/stat.h:446, >> from ../../tests/xstatx.c:68, >> from ../../tests/statx.c:64: >> /usr/include/x86_64-linux-gnu/bits/statx.h:25:8: error: redefinition of >> 'struct statx_timestamp' > >Apparently fixed upstream in version 4.24. >https://github.com/strace/strace/commit/3dbffb74cc2b4323016ba8ba05380a6aba5f3a8f > >For some time, Ubuntu used a patch (4.21-1ubuntu2), but they've moved on >to the new upstream version now (4.25-0ubuntu1). >https://git.launchpad.net/ubuntu/+source/strace/commit/?id=284eda00491ab01a6f5692d165744e4cfa3b0d4a ACK, thanks for the pointer. I'm a few releases behind due to lack of time. Hoping to get that fixed shortly... -- Steve McIntyre, Cambridge, UK.st...@einval.com < liw> everything I know about UK hotels I learned from "Fawlty Towers"
Bug#898202: Current state
Hi kaliko, On 11/30/2018 5:06 AM, kaliko wrote: I pushed the old alioth repo to salsa already, please rebase your work on it so that we keep the packaging history. https://salsa.debian.org/kaliko-guest/mp3gain Cool. I registered an account (snhardin-guest). I haven't done much that I want to save with the old code. It was mostly me playing around with the packaging tools and seeing if I could get various things working. I'm fine with hitting the ground running with what is here. We could move the project to debian-multimedia then if you're willing to have it co-maintained there. Absolutely! The more the merrier, right? Whatever gets me more access to resources who can better guide me on packaging is a positive. Scott
Bug#915487: ITP: kytos-sphinx-theme -- Theme used by kytos with sphinx
Package: wnpp Severity: wishlist Owner: "Paulo Henrique de Lima Santana (phls)" * Package name: kytos-sphinx-theme Version : 0.0.2 Upstream Author : Kytos Development Team * URL : https://github.com/kytos/sphinx-theme * License : MIT Programming Lang: Python Description : Theme used by kytos with sphinx It is a sphinx theme to be used, for instance, into python-openflow documentation and others kytos projects. . This theme is part of Kytos project. Kytos is a SDN Platform made by Kytos Team. This package will be used by python-openflow package to generate the man and others documents.
Bug#915484: openrocket is an installer that must move to contrib
Adrian Bunk writes: > Package: openrocket > Version: 13.05.1 > Severity: serious > > openrocket was turned into an installer that downloads > the actual softare during package installation. > > In this state it mustn't be in main. Oops, you're right. Working on it now. Bdale signature.asc Description: PGP signature
Bug#905319: Bug#905827: update
On Fri, Nov 30, 2018 at 10:03:27AM +0100, Geert Stappers wrote: > >UEFI is in use. All ready since August. > > >Did yesterday an `apt upgrade`. > >Computer reported after reboot: "no boot device found". > > >The repair action was entering the hardware through pressing 'F2' during >start. > >Add an UEFI boot device. Label name can be chosen freely. Boot file name >is 'grubx64.efi'. > > >Laptop runs now kernel version 4.18.0-2-amd64. > >Power management ( sleep / suspend / wake-up ) seems to have been changed. Hi Geert, This sounds like you're seeing exactly the same problem as Helen reported (and demonstrated to me) in #905319. The onboard nvme disk on the XPS 15 isn't properly mapped in the firmware so that new EFI boot variables don't work. grub-install adds an entry pointing at the first "hard disk" which should normally work on most machines. Pending a firmware fix, there is a workaround - install to the removable media path too. See https://wiki.debian.org/UEFI#Force_grub-efi_installation_to_the_removable_media_path for more information. -- Steve McIntyre, Cambridge, UK.st...@einval.com We don't need no education. We don't need no thought control.
Bug#915486: RFP: node-gulp-concat-css -- node tool for concatenating css files
Package: wnpp Severity: wishlist * Package name: node-gulp-concat-css Version : 3.1.0 Upstream Author : Mario Casciaro * URL : https://notabug.org/makenotabuggreatagain/gulp-concat-css * License : MIT Programming Lang: javascript Description : node tool for concatenating css files Concatenates css files, bubbling up import statements (as per the standard), and optionally rebasing urls and inlining local import statements. Is a dependency of node-semantc-ui ( # 915062 )
Bug#915485: RM: quassel [kfreebsd-amd64 kfreebsd-i386] -- ROM; No longer buildable due to Qt issues on the arch
Package: ftp.debian.org Severity: normal Until Qt is fixed on kfreebsd, these binaries should go away. Scott K
Bug#915017: Different keybindings in nano and nano-udeb
Hi Benno, On Sun, Dec 02, 2018 at 03:47:45PM +0100, Benno Schulenberg wrote: > >Please describe in words what you are seeing in the udeb version, >and where you are seeing it (in the ^G help text, or in the two >"help lines" at the bottom of the terminal window?). Sorry, I >won't be looking at screenshots. I'm seeing this difference in the two help lines at the bottom. In the minimal udeb version there are (ignoring reverse text...): ^G Get Help ^O Write Out ^W Where Is ^K Cut Text ^C Cur Pos ^S Save ^X Exit ^R Read File ^\ Replace ^UnCut Text ^_ Go To Line^Q Where Was And in the full version I see: ^G Get Help ^O Write Out ^W Where Is ^K Cut Text ^J Justify ^C Cur Pos ^X Exit ^R Read File ^\ Replace ^UnCut Text ^T To Spell ^_ Go To Line >I am not familiar with Debian. Can you tell me which script or >recipe is used to build nano-udeb? So that I stand a chance to >build a comparable version. The script debian/rules is responsible for building three different versions from a single source tree: https://salsa.debian.org/debian/nano/blob/master/debian/rules I'm seeing the differences between the main build with CONFFLAGS = --bindir=/bin and the udeb build with CONFFLAGS_tiny = \ --enable-tiny \ --disable-speller \ --disable-justify \ --disable-tabcomp \ --disable-nls \ --disable-wrapping \ --with-slang Hmmm. I'm pondering if it's just the --disable-wrapping and --disable-speller that are causing the differences here... -- Steve McIntyre, Cambridge, UK.st...@einval.com Welcome my son, welcome to the machine.
Bug#902629: missing required versioned dependency on python-lxml may cause FTBFS
Hi Nicholas, > You're welcome, and thank you for uploading this update. That was > fast! Wish I would have just gone ahead and pushed the commit adding > a watch file. Oh well, something for the next release (already > committed and pushed). Ah, indeed, thanks a lot. And thanks for all your work. Feel free to contribute on both calibre and html-parser not only for backports, any help is welcome! All the best Norbert -- PREINING Norbert http://www.preining.info Accelia Inc. +JAIST +TeX Live +Debian Developer GPG: 0x860CDC13 fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13
Bug#915392: devel/tech-ctte is outdated on the list of decided matters
On Mon, 2018-12-03 at 10:18 -0500, Boyuan Yang wrote: > FYI, I skimmed through debian-devel-announce between 2015 and 2018 and found 3 > new decisions. Changes already committed here: > > https://salsa.debian.org/webmaster-team/webwml/commit/14e3f9fee45f3aae7d3e5af0cc3a376b69fc6fd8 I wonder if it would be a good idea to have the CTTE chair be responsible for committing the decisions of the CTTE to the website? This way we won't get into the situation where the info is outdated. -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#783398: new upstream
3.5 years later... it would still be helpful to get in a new upstream release: https://github.com/openSUSE/gfxboot/releases because apparently version 4.5.22 fixes startup failures on Chromebooks: https://launchpad.net/bugs/1530530
Bug#872625: dead in the water
sure seems like upstream is dead - they are recommending geth and parity on their github...
Bug#914692: more info please
tag 914692 + unreproducible moreinfo severity 914692 normal thanks Hi Pablo, (please cc) I just tried to reproduce this behaviour and couldn't. I did build in a clean chroot and the build run through without any errors, and after the build/instal stage debian/tmp/etc/bash_completion.d/ldc2 is available. In which surrounding did the build error happen on your side? Best Norbert -- PREINING Norbert http://www.preining.info Accelia Inc. +JAIST +TeX Live +Debian Developer GPG: 0x860CDC13 fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13
Bug#902629: missing required versioned dependency on python-lxml may cause FTBFS
Hi Norbert, On Tue, Dec 04, 2018 at 09:19:14AM +0900, Norbert Preining wrote: > Hi Nicholas, > > thanks for your work! I have updated the repository to 0.4.5, build and > tested and uploaded the package. > > Changes: > html5-parser (0.4.5-1) unstable; urgency=medium > . >[ Norbert Preining ] >* New upstream version 0.4.5 > . >[ Nicholas D Steeves ] >* Switch Vcs from alioth to salsa. >* Add versioning (>= 3.8.0) to python3-lxml Build-Depends. When > backporting 0.4.4-1 this dependency was discovered; see setup.py and > docs/index.rst. Thanks to Chris Lamb in Bug #889854 for recommending > that this versioned dependency be made explicit. (Closes: #902629) >* Drop X-Python-Version: >= 2.6, because it is no longer needed. > Python-2.7.9 has been the default Python since old-stable (jessie). > You're welcome, and thank you for uploading this update. That was fast! Wish I would have just gone ahead and pushed the commit adding a watch file. Oh well, something for the next release (already committed and pushed). Cheers, Nicholas signature.asc Description: PGP signature
Bug#745040: preliminary packaging
A building preliminary package is available at (what should be considered upstream, now) at https://notabug.org/themusicgod1/libcpuid Hope this helps. Jeff Cliff
Bug#915455: Removal of gb?
On Mon, 3 Dec 2018 at 13:57, Dr. Tobias Quathamer wrote: > Do you think that gb can be fixed to build with golang-1.10? If not, > would you agree to remove gb from unstable? As sad as I am to see it go, it's a non-trivial amount of work to update it for Go 1.10 (and upstream hasn't been very active on it given other commitments and Go 1.11's new functionality making some of it moot to a degree). I love gb, but it's sane to RM it for now (we can always look to reintroduce if/when it gets a refresh for newer Go). ♥, - Tianon 4096R / B42F 6819 007F 00F8 8E36 4FD4 036A 9C25 BF35 7DD4
Bug#915484: openrocket is an installer that must move to contrib
Package: openrocket Version: 13.05.1 Severity: serious openrocket was turned into an installer that downloads the actual softare during package installation. In this state it mustn't be in main.
Bug#910756: xul-ext-useragentswitcher: Firefox 60esr breaks user-agent-switcher. Please upgrade to upstream version which works.
On Thu, Nov 08, 2018 at 12:01:40AM +0800, Paul Wise wrote: > On Wed, 2018-11-07 at 16:54 +0100, Julien Aubin wrote: > > > I used the update extensions from firefox and it gave me this one > > with the same icon as the previous one. > > > > Url is : > > https://addons.mozilla.org/en-US/firefox/addon/user-agent-switcher-revived > > Yeah, that is the one that I tried. Check the screenshots there, it is > very different to the XUL one and lacks some features, like not sending > the User-Agent header at all, importing and setting custom agents. Does anyone intend/plan to switch the package to the web extention? Otherwise it should be removed from the archive. Cheers, Moritz
Bug#890804: xul-ext-tabmixplus: add WebExtensions version
On Tue, Aug 14, 2018 at 06:12:43PM +0200, Christoph Anton Mitterer wrote: > Control: severity -1 grave > > Since FF ESR 52 has now left Debian unstable, the XUL version of this > is no longer usable in Debian. > Please upgrade to the WebExtensions version ASAP. Does anyone intend/plan to switch the package to the web extention? Otherwise it should be removed from the archive. Cheers, Moritz
Bug#902629: missing required versioned dependency on python-lxml may cause FTBFS
Hi Nicholas, thanks for your work! I have updated the repository to 0.4.5, build and tested and uploaded the package. Changes: html5-parser (0.4.5-1) unstable; urgency=medium . [ Norbert Preining ] * New upstream version 0.4.5 . [ Nicholas D Steeves ] * Switch Vcs from alioth to salsa. * Add versioning (>= 3.8.0) to python3-lxml Build-Depends. When backporting 0.4.4-1 this dependency was discovered; see setup.py and docs/index.rst. Thanks to Chris Lamb in Bug #889854 for recommending that this versioned dependency be made explicit. (Closes: #902629) * Drop X-Python-Version: >= 2.6, because it is no longer needed. Python-2.7.9 has been the default Python since old-stable (jessie). Thanks a lot Norbert -- PREINING Norbert http://www.preining.info Accelia Inc. +JAIST +TeX Live +Debian Developer GPG: 0x860CDC13 fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13
Bug#915483: ktexteditor FTBFS: symbol differences
Source: ktexteditor Version: 5.51.0-2 Severity: serious Tags: ftbfs https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/ktexteditor.html ... dh_makeshlibs -Xusr/lib/libkdeinit5_\* -O--buildsystem=kf5 dpkg-gensymbols: warning: some new symbols appeared in the symbols file: see diff output below dpkg-gensymbols: error: some symbols or patterns disappeared in the symbols file: see diff output below dpkg-gensymbols: warning: debian/libkf5texteditor5/DEBIAN/symbols doesn't match completely debian/libkf5texteditor5.symbols --- debian/libkf5texteditor5.symbols (libkf5texteditor5_5.51.0-2_amd64) +++ dpkg-gensymbolsuZm5bx 2018-12-03 12:02:48.282692789 -1200 @@ -2601,7 +2601,7 @@ (arch=!armel)_ZTISt11_Mutex_baseILN9__gnu_cxx12_Lock_policyE2EE@Base 5.51.0 (arch=armel)_ZTISt16_Sp_counted_baseILN9__gnu_cxx12_Lock_policyE1EE@Base 5.51.0 (arch=!armel)_ZTISt16_Sp_counted_baseILN9__gnu_cxx12_Lock_policyE2EE@Base 5.51.0 - _ZTISt19_Sp_make_shared_tag@Base 5.50.0 +#MISSING: 5.51.0-2# _ZTISt19_Sp_make_shared_tag@Base 5.50.0 _ZTS10KateBuffer@Base 5.9.0 _ZTS11QSharedData@Base 5.9.0 _ZTS11QTextFormat@Base 5.9.0 @@ -2730,6 +2730,7 @@ _ZTVN6KateVi18EmulatedCommandBarE@Base 5.9.0 _ZTVN6KateVi8ModeBaseE@Base 5.9.0 _ZTVN6KateVi9KeyMapperE@Base 5.9.0 + _ZZNSt19_Sp_make_shared_tag5_S_tiEvE5__tag@Base 5.51.0-2 _ZZZN10KAboutDataC4ERK7QStringS2_S2_S2_N13KAboutLicense10LicenseKeyES2_S2_S2_S2_Ed_NKUlvE_clEvE15qstring_literal@Base 5.9.0 (c++)"non-virtual thunk to KTextEditor::ConfigPage::~ConfigPage()@Base" 5.9.0 (c++)"non-virtual thunk to KTextEditor::Document::~Document()@Base" 5.9.0 dh_makeshlibs: failing due to earlier errors make: *** [debian/rules:9: binary] Error 2
Bug#915482: RM: icedtea-8-plugin -- NBS; needs manual cruft removal
Package: ftp.debian.org Severity: normal icedtea-web (1.7.1-1) unstable; urgency=medium ... * Drop support of browser plugin (deprecated technology). ... -- Emmanuel Bourg Wed, 24 Oct 2018 14:42:28 +0200 With no binary-any packages left this requires manual cruft removal.
Bug#914495: linux-image-4.18.0-3-amd64: does not boot here
On Mon, 2018-12-03 at 23:08 +0100, TS wrote: > Ben Hutchings schrieb/wrote: > > -- -- > > > > Since the issue happens very early in boot process debugging is quit > > > difficult. > > > Assistance with further debugging is required if you need additional > > > informations. > > > > You can use a serial console or netconsole to send the kernel log to > > another computer: > > https://www.kernel.org/doc/html/latest/admin-guide/serial-console.html > > https://www.kernel.org/doc/Documentation/networking/netconsole.txt > > Will look into that. My current schedule suggests this will not happen before > weekend though. > > Just out of curiosity since linux-image-amd64 4.18+100 has been uploaded to > unstable. This issue here seems not to be wide spread, or reproducible? Hard to tell. There are a few people that reported the same *symptom*, but that doesn't mean they found the same bug. Ben. > This computer here is somewhat lucky in finding special bugs. Last time it was > in Zsh. If i had understand Peter correctly some sort of race condition it was > there. > > Could be something like that here, too. > > > kind regards, > > Thilo -- Ben Hutchings We get into the habit of living before acquiring the habit of thinking. - Albert Camus signature.asc Description: This is a digitally signed message part
Bug#906851: xul-ext-firegestures no longer works with firefox-esr 60
On Mon, Oct 08, 2018 at 10:39:40PM +0200, Moritz Mühlenhoff wrote: > On Tue, Aug 21, 2018 at 08:57:15PM +0300, Adrian Bunk wrote: > > Package: xul-ext-firegestures > > Version: 1.10.9-1 > > Severity: serious > > > > XUL addons are no longer supported. > > Seems dead upstream, let's remove? No objections, filed a removal bug. Cheers, Moritz
Bug#865305: Does not work with firefox 54
On Wed, Oct 03, 2018 at 05:20:07PM +0200, Moritz Mühlenhoff wrote: > On Tue, Jun 20, 2017 at 02:30:11PM +0200, Javier Barroso wrote: > > Package: xul-ext-pentadactyl > > Version: 1.2~r20170308-1 > > Severity: important > > > > Maybe add a README if the package can work with firefox 54 (seems that > > multiprocess have to be disable). > > Not sure if would be good idea to add vimperator to debian again [ > > seems like there are more activity on its repo ] > > This is dead upstream and now fully broken in stable and unstable, > let's remove it from the archive? No objections, filed a removal bug. Cheers, Moritz
Bug#915481: sludge FTBFS with glew 2.1.0
Source: sludge Version: 2.2.2-1 Severity: serious Tags: ftbfs https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/sludge.html ... mv -f $depbase.Tpo $depbase.Po In file included from SpriteBankEditorMain.cpp:32: /usr/include/GL/glext.h:12066:105: error: conflicting declaration 'typedef void (* PFNGLFRAGMENTLIGHTFVSGIXPROC)(GLenum, GLenum, const GLfloat*)' typedef void (APIENTRYP PFNGLFRAGMENTLIGHTFVSGIXPROC) (GLenum light, GLenum pname, const GLfloat *params); ^ In file included from SpriteBankEditorMain.cpp:28: /usr/include/GL/glew.h:18734:28: note: previous declaration as 'typedef void (* PFNGLFRAGMENTLIGHTFVSGIXPROC)(GLenum, GLenum, GLfloat*)' typedef void (GLAPIENTRY * PFNGLFRAGMENTLIGHTFVSGIXPROC) (GLenum light, GLenum pname, GLfloat* params); ^~~~
Bug#906876: xul-ext-scrapbook no longer works with firefox-esr 60
On Mon, Oct 08, 2018 at 11:07:43PM +0200, Moritz Mühlenhoff wrote: > On Tue, Aug 21, 2018 at 09:51:34PM +0300, Adrian Bunk wrote: > > Package: xul-ext-scrapbook > > Version: 1.5.13-3 > > Severity: serious > > > > XUL addons are no longer supported. > > Seems dead upstream, no release in over two years, let's remove? No objections were raised, filed a removal bug. Cheers, Moritz
Bug#915480: movim: please support mysql backend in dbconfig
Source: movim Version: 0.14-4 Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 In addition to sqlite and postgres, please also support configuring the mysql backend through dbconfig-common. -BEGIN PGP SIGNATURE- iQKJBAEBCABzFiEEPJ1UpHV1wCb7F/0mt5o8FqDE8pYFAlwFwQ4xGmh0dHBzOi8v d3d3LmRvbWluaWstZ2VvcmdlLmRlL2dwZy1wb2xpY3kudHh0LmFzYyMcZG9taW5p ay5nZW9yZ2VAaXQucGlyYXRlbnBhcnRlaS5kZQAKCRC3mjwWoMTylmyiEADcyGMf zeF2owdnKIE92giteo7lHSZkJCBpJGkwThnnD6gNBX8Xrh8Hfmp1mcKSKKRcVzCB 7bRmCAAH65pCKZPz6MhUMQ0eC3gpXF4dk+OQGZ5wpMK5Y0+0f8JjxdUWliJgVM0h OId2aZbAFaI2sTvijmi4hxYJEtE7Y9GCi1ofIYwi+DbcmjKJXZnMp7TUfZ3UHwCr 5+cZq6euTRp+ALfppfqBH1bgHaquz4xeqeL4yHmyiGasJ8L//DfH8W9//3oEWbwl aNknnn7ZBkv2Lk+803CGlPzMCdeEvTzIUeYnOyjcp+R+QtaDIZ1PXfD2N1BbwKey c7roG2zVGgNsteT9gONeYJOyjCBhjYTbUgNXpgTEvPwwaWkhhNKbGan5v2yKkgxk rjlG4bt2aiF4h3ECdyzyrPG4KO38azX+QsmiD2q32NCS4s5rD0isTpF6RlmbUJSk OCrJ0AiJgs8hnSKbwPjW05eZ62hNJx4MLekFQdXbDQbVaGrqI7fl/KilDZIF/Xe3 K0Dtg1e8QVzwiAAY7DbARaGqY/Wz3sHxZf79FLSESHWysuLMwD0YRiMpf8NB4O52 wlOifUxfbSJhJKUDlpmcpCzKAel28NiW4CGc5IMHLqU2xwx+v/JrqwRNOs1+Ov5+ 50PqliWX4dnBU9HenJq2CuhskzfHFrQscD9auw== =0MwH -END PGP SIGNATURE-
Bug#915478: movim: Use debconf for admin user creation
Source: movim Version: 0.14-4 Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 When installing movim for the first time, it is still necessary to create the admin user by hand before the daemon can start. We should use debconf for that. -BEGIN PGP SIGNATURE- iQKJBAEBCABzFiEEPJ1UpHV1wCb7F/0mt5o8FqDE8pYFAlwFwLgxGmh0dHBzOi8v d3d3LmRvbWluaWstZ2VvcmdlLmRlL2dwZy1wb2xpY3kudHh0LmFzYyMcZG9taW5p ay5nZW9yZ2VAaXQucGlyYXRlbnBhcnRlaS5kZQAKCRC3mjwWoMTylv7ID/9qr2oq e31FbooWIE3WAx26SzXv5npW0KZQfqqd7Cq90liky6qyDkNLK7YJ5DALYkDZgEV+ YRqnj68FaPKNmziczgaWQXdaol4FnKjz4zFJfhAKsXl+JCoq3WbPlbXOV6na+lz3 dlhGugIkHi64X/gsCgWcBR6P5aWtGmFRf7QJK86uPh0HG9irLcgrKK1773TED5pt xCD02Pw1pmdKLDQhwdnoFA/gz0danuE0LegsLWAZqJ6H3Irm0vl3i5e5oB9exVNb oRbQguhyvv3gPzHyPG/vSPowZMJMaIGBy8Mxig9R/IfipEYzxxFs6pALbh9mVtAa 14slNRwkD5REwQDkfIcQt+DqrtymRq/h3pkeB5Fb2H59EPnMCrSxvTau/s7gxIgp B1hh44SLrm7qXH0k8EsBC8L2ewyuZiyvH4G5sT6CnAiy+olWxHu3nfSWQbs4f20x fwpwgOdJkq74i5B/ZgdL3kJSKAg9/f0R3ctF86cTMpAYcuG3nONrs+zk7QS6eciJ bd76MMwxQM+Knz9tY3Syfbuc8m+AAI7rkiiJc8hmiIF6GLbK/yY8GZWtBuvObHxs TyOMLB2L5u314YYlmbOWu13R7nXgar69zIyOINmd8cPtbzp7iVanWmVeFbu6Sv6K YrkQi0SfIbFvSwd3dz/Ac6qXd+uDZf+mGDRj3w== =2Qmu -END PGP SIGNATURE-
Bug#915479: movim: please support sqlite3 as default database backend
Source: movim Version: 0.14-4 Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Please use SQLIte as default database backend for easier installation. -BEGIN PGP SIGNATURE- iQKJBAEBCABzFiEEPJ1UpHV1wCb7F/0mt5o8FqDE8pYFAlwFwOkxGmh0dHBzOi8v d3d3LmRvbWluaWstZ2VvcmdlLmRlL2dwZy1wb2xpY3kudHh0LmFzYyMcZG9taW5p ay5nZW9yZ2VAaXQucGlyYXRlbnBhcnRlaS5kZQAKCRC3mjwWoMTylhaAEACnXir8 gr0nx1zHgNaT2vyDPs/xE62PdfsIFSRoHgPTxyohcXMJXyg/bFSabzRRQr/0UV9J wDPob9n5HIqEDYAZ5ewTuEv7Hq2Q0nINoAdMPf8zSxxC1aBBPZLyKnMucOXbd5qG PFTjUA3San/inUiL8mcfbeJ2bCtb+gzkRPbjYQ6hDkGdZHpoFoG5nAdtkKsvjh6t zKIaXZTAFAFpxvHfD/azpFUmsJaldLEKbaRD/G559PnZUnPaw58c+NB18YKeiCMy Clhr/SV6icM6yU74EoxnqhD+7IgxU/rtwDwSbwscDKA0WJdSR9vg4exNzO55XFro hM7q8ACCZ/ko8qTVxBANUwkw2ujIawx0USxKI0pb5TqZsgKWDRQg78NClKbm4wqr 1oT3pYwWy5pr6Gq/ZxRSwD4yAmkw2N3hWv83BKpYXkNiGIwu5kSvTCWrzqaIhxAy IkWQWEL4FVCLNwOlilpgAod4w1pqy/cbnF71zjNHA3dS7lJhgAG7iRIqtrR7cP5n TdM7VCIjwrcYujNH266MEDQA567m/oDQlKu7w6w2E+Z6nsCRDS1UELWymdjjuwZI GXYZTCzk3ECFaR3QWSp4FGeiQXXsVR2RXgjwWRg+DZftrYD/1XzNO8iEGJSd2Itb uzTqNrrdc/kztygVLjRSgTVNvpYVh4UH6PcRAA== =oj3F -END PGP SIGNATURE-
Bug#915477: Needs to handle glibc upgrades more smoothly
Package: gnome-terminal Version: 3.30.2-1 Severity: important After upgrading glibc, I could no longer open new terminal tabs, and the journal contained the following: Dec 03 15:01:47 jtriplet-mobl2 /usr/lib/gdm3/gdm-x-session[644]: /usr/lib/gnome-terminal/gnome-terminal-server: relocation error: /lib/x86_64-linux-gnu/libnss_files.so.2: symbol __libc_readline_unlocked version GLIBC_PRIVATE not defined in file libc.so.6 gnome-terminal-server needs better handling of failures to start new terminals, and in particular should try re-execing (with children preserved) first. Or alternatively, it should avoid depending on NSS. -- System Information: Debian Release: buster/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.18.0-3-amd64 (SMP w/4 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: systemd (via /run/systemd/system) Versions of packages gnome-terminal depends on: ii dbus-x11 [dbus-session-bus] 1.12.10-1 ii dconf-gsettings-backend [gsettings-backend] 0.30.1-1 ii gnome-terminal-data 3.30.2-1 ii gsettings-desktop-schemas3.28.1-1 ii libatk1.0-0 2.30.0-1 ii libc62.28-1 ii libdconf10.30.1-1 ii libglib2.0-0 2.58.1-2 ii libgtk-3-0 3.24.1-2 ii libpango-1.0-0 1.42.4-4 ii libuuid1 2.32.1-0.2 ii libvte-2.91-00.54.2-1 ii libx11-6 2:1.6.7-1 Versions of packages gnome-terminal recommends: ii gvfs 1.38.1-1 pn nautilus-extension-gnome-terminal ii yelp 3.30.0-1 gnome-terminal suggests no packages. -- no debconf information
Bug#915476: ledmon FTBFS with glibc 2.28
Source: ledmon Version: 0.79-2 Severity: serious Tags: ftbfs buster sid https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/ledmon.html ... smp.c: In function '_open_smp_device': smp.c:301:46: warning: implicit declaration of function 'makedev' [-Wimplicit-function-declaration] if (mknod(buf, S_IFCHR | S_IRUSR | S_IWUSR, makedev(dmaj, dmin)) < 0) ^~~ ... cc /build/1st/ledmon-0.79/src/_build/ledmon.o /build/1st/ledmon-0.79/src/_build/pidfile.o /build/1st/ledmon-0.79/src/_build/ahci.o /build/1st/ledmon-0.79/src/_build/block.o /build/1st/ledmon-0.79/src/_build/cntrl.o /build/1st/ledmon-0.79/src/_build/enclosure.o /build/1st/ledmon-0.79/src/_build/list.o /build/1st/ledmon-0.79/src/_build/raid.o /build/1st/ledmon-0.79/src/_build/scsi.o /build/1st/ledmon-0.79/src/_build/slave.o /build/1st/ledmon-0.79/src/_build/status.o /build/1st/ledmon-0.79/src/_build/sysfs.o /build/1st/ledmon-0.79/src/_build/smp.o /build/1st/ledmon-0.79/src/_build/dellssd.o /build/1st/ledmon-0.79/src/_build/utils.o -o ledmon -Wl,-z,relro -lsgutils2 /usr/bin/ld: /build/1st/ledmon-0.79/src/_build/smp.o: in function `_open_smp_device': ./src/smp.c:301: undefined reference to `makedev' collect2: error: ld returned 1 exit status make[2]: *** [Makefile:72: ledmon] Error 1
Bug#881972: xul-ext-webdeveloper: new upstream version (WebExtensions support)
On Fri, Nov 17, 2017 at 01:50:10AM +0100, Christoph Anton Mitterer wrote: > Package: xul-ext-webdeveloper > Version: 1.2.13-1 > Severity: wishlist > > > Hi. > > There is a new upstream version (2.0.1) which is a complete > rewrite with webextensions support, making the addon work again > in FF57+. Does anyone intend/plan to switch the package to the web extention? Otherwise it should be removed from the archive. Cheers, Moritz
Bug#914897: debating the wrong thing
On Dec 03, Adam Borowski wrote: > unusrmerge would still be still far less work than continuing with 2. Yet I No "unmerge" program is possible since some symlinks are created by maintainer scripts and hence cannot be recreated except by running again the maintainer scripts in the right conditions (which I do not believe would be possible). -- ciao, Marco signature.asc Description: PGP signature
Bug#827310: xul-ext-pwdhash from stable is not compatible to firefox-esr and gets disabled
On Fri, Oct 05, 2018 at 04:03:09PM +0200, Michal Politowski wrote: > Package: xul-ext-pwdhash > Version: 1.7.4-1 > Followup-For: Bug #827310 > > There appears to exist a webextension version 2.0 of PwdHash, > which should work with current Firefox. > > https://addons.mozilla.org/en-GB/firefox/addon/pwdhash/ > https://github.com/pwdhash/pwdhash-webextension Does anyone intend/plan to switch the package to the web extention? Otherwise it should be removed from the archive. Cheers, Moritz
Bug#915475: Attempts to parse dpkg temporary files
Package: gnome-software Version: 3.30.5-1 Severity: normal During a recent upgrade: Dec 03 14:48:56 jtriplet-mobl2 gnome-software[1203]: failed to rescan: Failed to parse /usr/share/applications/gcr-prompter.desktop.dpkg-new file: cannot process file of type text/plain Dec 03 14:48:56 jtriplet-mobl2 gnome-software[1203]: failed to rescan: Failed to parse /usr/share/applications/gcr-prompter.desktop.dpkg-tmp file: cannot process file of type text/plain Dec 03 14:48:56 jtriplet-mobl2 gnome-software[1203]: failed to rescan: Failed to parse /usr/share/applications/gcr-viewer.desktop.dpkg-new file: cannot process file of type text/plain Dec 03 14:48:56 jtriplet-mobl2 gnome-software[1203]: failed to rescan: Failed to parse /usr/share/applications/gcr-viewer.desktop.dpkg-tmp file: cannot process file of type text/plain Dec 03 14:48:56 jtriplet-mobl2 gnome-software[1203]: failed to rescan: Failed to parse /usr/share/applications/gcr-prompter.desktop file: cannot process file of type application/x-desktop Dec 03 14:48:56 jtriplet-mobl2 gnome-software[1203]: failed to rescan: Failed to parse /usr/share/applications/gcr-viewer.desktop file: cannot process file of type application/x-desktop System Information: Debian Release: buster/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.18.0-2-amd64 (SMP w/4 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: systemd (via /run/systemd/system) Versions of packages gnome-software depends on: ii appstream0.12.3-1 ii apt-config-icons 0.12.3-1 ii dconf-gsettings-backend [gsettings-backend] 0.30.1-1 ii gnome-software-common3.30.5-1 ii gsettings-desktop-schemas3.28.1-1 ii libappstream-glib8 0.7.12-1 ii libatk1.0-0 2.30.0-1 ii libc62.28-1 ii libcairo21.16.0-1 ii libfwupd21.1.4-1 ii libgdk-pixbuf2.0-0 2.38.0+dfsg-6 ii libglib2.0-0 2.58.1-2 ii libgnome-desktop-3-173.30.2-1 ii libgspell-1-11.6.1-1 ii libgtk-3-0 3.24.1-2 ii libgtk3-perl 0.034-2 ii libgudev-1.0-0 232-2 ii libjson-glib-1.0-0 1.4.4-1 ii libpackagekit-glib2-18 1.1.11-1 ii libpolkit-gobject-1-00.105-22 ii libsecret-1-00.18.6-3 ii libsoup2.4-1 2.64.2-1 ii packagekit 1.1.11-1 ii software-properties-gtk 0.96.20.2-1 gnome-software recommends no packages. Versions of packages gnome-software suggests: pn apt-config-icons-hidpi pn fwupd pn gnome-software-plugin-flatpak pn gnome-software-plugin-snap -- no debconf information
Bug#864820: xul-ext-greasemonkey: userscripts no longer available with firefox 54
On Thu, Jun 15, 2017 at 01:02:47PM +0200, Ingo Saitz wrote: > Package: xul-ext-greasemonkey > Version: 3.8-1 > Severity: important > > Dear Maintainer, > > After updating firefox to version 54.0, the list of userscripts in > about:addons is empty, and the installed scripts aren't applied to the > webpages anymore. This seems to be issue #2488 in greasemonkey, which is > solved in version 3.11 of greasemonkey. > > https://github.com/greasemonkey/greasemonkey/issues/2488 > > When started from a terminal, firefox outputs the following error: > > 1497523208324 addons.manager ERROR Exception calling provider > .getAddonsByTypes: TypeError: GM_util.getPreferredLocale is > not a function (chrome://greasemonkey-modules/content/script.js:148:9) JS > Stack trace: getbestlocalizat...@script.js:148:9 < > script_getlocalizeddescript...@script.js:156:20 < scriptad...@addons4.js:98:3 > < scriptaddonfactorybyscr...@addons4.js:74:28 < > AddonProvider_getAddonsByTypes/<@addons4.js:50:27 < > addonprovider_getaddonsbyty...@addons4.js:49:7 < > callprovideras...@addonmanager.jsm:298:12 < > promiseCallProvider/<@AddonManager.jsm:322:53 < > prom...@promise-backend.js:390:5 < > promisecallprovi...@addonmanager.jsm:321:10 < > getAddonsByTypes/<@AddonManager.jsm:2556:36 > > Also, setting intl.locale.matchOS to false does get the scripts working > again. But since the default in firefox is true, this should only be a > workaround an greasemonkey should be updated to a fixed version. There's a web extension compatible with current releases (4.7), but this package wasn't updated for a long time. Does anyone intend/plan to switch the package to the web extension? Otherwise it should be removed from the archive. Cheers, Moritz
Bug#913247: fixed in sysvinit 2.92~beta-1
[2018-12-02 00:47] Michael Biebl > I've asked for a C implementation for various reasons (being usable as > shebang on !linux, being able to set $0). > > This was not really addressed in 2.92~beta-1, so reopening accordingly. C implementation is not purpose by itself. What do you really want? * You was already provided with a simple way to make scripts work with kernel != "linux". * Issue with sysctl forwarding was fixed with several lines of shell script. * You claim that there is more shell code, that uses $0. Maybe. File bug reports. I believe fixes would be several lines too. Can you please again explain, why do you want us to create and maintain one more implementation of argv0(1)?
Bug#838480: Next revision, suggestion accounted
[2018-11-28 18:48] Dmitry Bogatov > I am worried: freeze is coming, and nothing is happening. I am not going > to miss another release. Hereby I inform you, that I uploaded NMU into DELAYED/15. Feel free to cancel it, providing rationale why it is not "reasonable". Quoting from TC (#746715): [... ] That includes merging reasonable contributions, and not reverting existing support without a compelling reason. [...]
Bug#906830: xul-ext-colorfultabs no longer works with firefox-esr 60
On Tue, Aug 21, 2018 at 07:07:51PM +0300, Adrian Bunk wrote: > Package: xul-ext-colorfultabs > Version: 31.1.0+dfsg-1 > Severity: serious > > XUL addons are no longer supported. There's a web extension available (v32.7). Does anyone intend/plan to switch the package to the web extention? Otherwise it should be removed from the archive. Cheers, Moritz
Bug#906866: xul-ext-reloadevery no longer works with firefox-esr 60
On Tue, Aug 21, 2018 at 09:21:22PM +0300, Adrian Bunk wrote: > Package: xul-ext-reloadevery > Version: 45.0.0-2 > Severity: serious > > XUL addons are no longer supported. Seems dead upstream, let's remove? Cheers, Moritz
Bug#914897: debating the wrong thing
Adam Borowski writes: > On Mon, Dec 03, 2018 at 10:25:46PM +0100, Ansgar Burchardt wrote: > I believe the difference between those is less than between suboptions of 1 > and 3, but then, as an opponent of 2 as a whole I'm biased. > >> Switching to (1) or (3a-with-no-support-in-buster) will mean merged-/usr >> systems would no longer be supported. > > They'd be exactly as supported as they are today. Ie -- they'll continue to > work, Yes. > and continue to be useless for building packages without a clean > chroot. Oh? What makes you think so? You are free to correct my earlier estimate about the number of problems. So long I'll assume I'm not totally wrong. If I'm wrong by a factor of 3, then 99% of the packages will just build fine. And fixing any problem is in most cases straightforward. >> In this case someone would have to write a unusrmerge program to convert >> systems with merged-/usr to systems with unmerged-/usr. >> Such a program doesn't exist yet and is probably more complicated than >> usrmerge: for example how would it know that a /sbin/iptables -> >> /usr/sbin/iptables symlink would have to be created when unmerging the >> system? Moving files from /usr to / is also more likely to run out of >> disk space (if separate partitions are used for /usr and /). >> >> I'm not sure how long it would take to get this right and so agree that >> (2) or (3b) or (3a-with-support-in-buster) are reasonable choices. > > unusrmerge would still be still far less work than continuing with 2. Why do you think so? Trivial patches for the remaining few packages seem easier. > Yet I don't understand your claim why 1 or 3a w/o usrmerge-in-buster > would cause any problems. In fact, they require no work at all (in > Buster's cycle) beyond an upload of debootstrap. Unless someone builds a package in an already existing install... If not being able to build packages in existing installations is not a problem, I'm even less sure what the problem with merged-/usr by default is supposed to be? Ansgar
Bug#906869: xul-ext-uppity no longer works with firefox-esr 60
On Thu, Sep 06, 2018 at 10:28:23PM +0800, Paul Wise wrote: > Control: tags -1 fixed-upstream > > On Tue, 21 Aug 2018 21:27:13 +0300 Adrian Bunk wrote: > > > Package: xul-ext-uppity > > XUL addons are no longer supported. > > Upstream has rewritten it as a WebExtension: > > https://github.com/arantius/uppity Does anyone intend/plan to switch the package to the web extension? Otherwise it should be removed from the archive. Cheers, Moritz
Bug#881970: xul-ext-foxyproxy-standard: new upstream version (with WebExtensions support)
On Tue, Aug 14, 2018 at 06:22:30PM +0200, Christoph Anton Mitterer wrote: > Control: severity -1 grave > > Since FF ESR 52 has now left Debian unstable, the XUL version of this > is no longer usable in Debian. > > Please upgrade to the WebExtensions version. Does anyone intend/plan to switch the package to the web extention? Otherwise it should be removed from the archive. Cheers, Moritz
Bug#899309: autofill-forms: Replace it with non legacy autofillforms-e10 to be compatible with ff 60.
On Tue, May 22, 2018 at 03:57:10PM +0200, Sascha Girrulat wrote: > Source: autofill-forms > Version: 1.1.3-1 > Severity: normal > > Dear Maintainer, > > the current version is not compatible with webextensions api but there > is a never version[1] called autofillforms-e10s. We should replace the > current with this version. Does anyone intend/plan to switch the package to the web extention? Otherwise it should be removed from the archive. Cheers, Moritz
Bug#907613: rawtherapee: please make the build reproducible
Philip Rinn wrote: > sed -i 's/\(Build flags: .*\) -fdebug-prefix-map=.*=\. \(.*\)/\1 \2/' ^ Note that this bit can also be "file", ie -ffile-prefix-map=. (Shame that upstream wish to keep the Build flags, mind you...) Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org / chris-lamb.co.uk `-
Bug#909379: Debug is broken
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 I've checked it a bit more and there is new problem with debug packages: $ python3.6-dbg -c 'import pyopencl' Traceback (most recent call last): File "", line 1, in File "/usr/lib/python3/dist-packages/pyopencl/__init__.py", line 37, in import pyopencl._cl as _cl ImportError: /usr/lib/python3/dist-packages/pyopencl/_cl.cpython-36dm- x86_64-linux-gnu.so: undefined symbol: PyModule_Create2 $ python3.7-dbg -c 'import pyopencl' Traceback (most recent call last): File "", line 1, in File "/usr/lib/python3/dist-packages/pyopencl/__init__.py", line 37, in import pyopencl._cl as _cl ImportError: /usr/lib/python3/dist-packages/pyopencl/_cl.cpython-37dm- x86_64-linux-gnu.so: undefined symbol: PyModule_Create2 $ python3.7 -c 'import pyopencl' $ python-dbg -c 'import pyopencl' Traceback (most recent call last): File "", line 1, in File "/usr/lib/python2.7/dist-packages/pyopencl/__init__.py", line 37, in import pyopencl._cl as _cl ImportError: /usr/lib/python2.7/dist-packages/pyopencl/_cl.x86_64-linux- gnu_d.so: undefined symbol: Py_InitModule4_64 So PyOpenCL works with Python3.7 right now, but debug symbols do not work at all (neither for Python 3, nor for Python 2.7). It might be related to move to pybind. At the same time I found some information suggesting that debug packages need to be compiled differently. It's either deliberate Python behavior https://bugs.python.org/issue5735 "Python compiled with --with-pydebug throws an ImportError when trying to import modules compiled without --with-pydebug, as it should" or some strange gcc error https://riverbankcomputing.com/pipermail/pyqt/2014-July/034561.html https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=755767 I'll need to investigate. If somebody has any idea, please let me know. - -- Tomasz Rybak, Debian Developer GPG: A565 CE64 F866 A258 4DDC F9C7 ECB7 3E37 E887 AA8C -BEGIN PGP SIGNATURE- iQIzBAEBCgAdFiEE1bhtbqZEgXjcK9cyggqgxGY3jWkFAlwFs5UACgkQggqgxGY3 jWlShBAAtQRtwQ+6xgf1ZfUudV/DFe5xrdYy8LtvpO9BKs8rlzx71npB661QLm05 RMvjIiZkfdvO/52ENxt6O73NHyEWmaI+L43PZNdI2lIopVKObV86oLQVRmCAr4Id M4alfawHnLWTX8T7pXwOjPSwClxZ6aUOrwSdAPRFlQqEuS9A4A83z99hH8QCB8hC JlDVwwnM29N5WRmSt6VFhkUQ1Df/SmxEnfGOL4xLdRA4bYOyE92TC7BGstxW0dyJ evO/AXd4SytvvRnax08LgisfXKsyu5x24baiNKFcyuzFdGM4YdTQXfXKBSZRiiuO pt7uZvyx7dlcMlZeQ3dmFUiYQaS5Q9NM/bi15eBdOXQ7L0jhR1aq3vA9isMM9MXS q3O1OWCJqUOr7ojyGj2grj2iXwaNZgVSKN3RZlk2YeV3XybMnw89T7oxbhf0Dyk3 0TDPtWcCKWOl6SOPK4q5crxDIDE0nl1VHzSmy3j97Jt9sYgjPrY0ad7tdJ4OxOfF GlcoRlK4kJq3KZKSGwcK1DUKq20RPs/d7Uik8aj7ONw40z48OVerON8gNi+ZvicJ DjJCPevGFB4Fh3tLSp5tCZGfLxhrGf8LAKaqTiO5HjtfgN5M1fL5//LvJnLRziaz qpc4BAIpydyc32p6wIk80SrdDXVLyaE9QIWPKfIpKlajAXT6rsA= =EOfv -END PGP SIGNATURE-
Bug#907613: rawtherapee: please make the build reproducible
Hi Chris, thanks for the bug report. I was thinking for a long time how to solve this. Upstream is quite keen to keep the build flags, which I'm fine with in principle. So my approach would be to strip out the varying part while keeping the rest: sed -i 's/\(Build flags: .*\) -fdebug-prefix-map=.*=\. \(.*\)/\1 \2/' AboutThisBuild.txt This is probably not the best regex to catch is, but it works. I expect a new upstream version before the freeze so I will only include it then. Best, Philip signature.asc Description: OpenPGP digital signature
Bug#915474: RM: dactyl -- RoQA; Incompatible with Firefox Quantum
Package: ftp.debian.org Severity: normal Please remove dactyl, it's incompatible with Firefox Quantum. Cheers, Moritz
Bug#914897: debating the wrong thing
On Mon, Dec 03, 2018 at 10:25:46PM +0100, Ansgar Burchardt wrote: > Gunnar Wolf writes: > > Adam Borowski dijo [Mon, Dec 03, 2018 at 12:36:29AM +0100]: > >> (...) > >> So, let's enumerate possible outcomes: > >> > >> 1. no usrmerge > >> 1a. no moves at all (no effort needed!) > >> 1b. moves via some dh_usrmove tool, until /bin is empty > >> 2. supporting both merged-usr and unmerged-usr > >> 3. mandatory usrmerge > >> 3a. by Bullseye > >> 3b. by Buster > >> > >> Unless the TC decides for 2., all this work will be a pure waste of yours > >> and maintainers' time. > > > > ...One thing I fear here, that's also not being clearly debated AFAICT > > (although the "urgency" of this report points in the right direction) > > is that if the TC decides towards anything but 2 or 3b, we will have a > > hard time reaching and following through the freeze targets proposed > > by the Release Team. Which is something we don't want. > > I don't think this list is good as (2) doesn't say anything about the > question asked originally (the default) and (3a) doesn't say anything > about what happens for Buster. > > Currently implemented is (2) + default to merged-/usr for new > installations. Good point -- so there's: 2. supporting both merged-usr and unmerged-usr 2a. default to merged 2b. default to unmerged I believe the difference between those is less than between suboptions of 1 and 3, but then, as an opponent of 2 as a whole I'm biased. > Switching to (1) or (3a-with-no-support-in-buster) will mean merged-/usr > systems would no longer be supported. They'd be exactly as supported as they are today. Ie -- they'll continue to work, and continue to be useless for building packages without a clean chroot. > In this case someone would have to write a unusrmerge program to convert > systems with merged-/usr to systems with unmerged-/usr. > Such a program doesn't exist yet and is probably more complicated than > usrmerge: for example how would it know that a /sbin/iptables -> > /usr/sbin/iptables symlink would have to be created when unmerging the > system? Moving files from /usr to / is also more likely to run out of > disk space (if separate partitions are used for /usr and /). > > I'm not sure how long it would take to get this right and so agree that > (2) or (3b) or (3a-with-support-in-buster) are reasonable choices. unusrmerge would still be still far less work than continuing with 2. Yet I don't understand your claim why 1 or 3a w/o usrmerge-in-buster would cause any problems. In fact, they require no work at all (in Buster's cycle) beyond an upload of debootstrap. Meow! -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Ivan was a worldly man: born in St. Petersburg, raised in ⢿⡄⠘⠷⠚⠋⠀ Petrograd, lived most of his life in Leningrad, then returned ⠈⠳⣄ to the city of his birth to die.
Bug#915473: civicrm build depends and depends on php-tcpdf that might be removed from buster
Source: civicrm Version: 5.6.0+dfsg-1 Severity: serious Control: block -1 by 908866 915286 civicrm build depends and depends on php-tcpdf that might be removed from buster.
Bug#915472: RM: scrapbook -- RoQA; Incompatible with Firefox Quantum
Package: ftp.debian.org Severity: normal Please remove scrapbook, it's incompatible with Firefox Quantum. Cheers, Moritz
Bug#915471: RM: firegestures -- RoQA; Incompatible with Firefox Quantum
Package: ftp.debian.org Severity: normal Please remove firegestures, it's incompatible with Firefox Quantum. It was already removed from stable. Cheers, Moritz
Bug#915374: Updated Russian translation
On Mon, 3 Dec 2018 13:07:56 +0300 Sergey Alyoshin wrote: > Package: apt-listbugs > Version: 0.1.26 > Priority: wishlist > Tags: l10n Hello Sergey, thanks for the updated translation! I will soon push the new .po file to the public git repository; it will be included in the next upload. Your contribution is really appreciated! Bye. -- http://www.inventati.org/frx/ There's not a second to spare! To the laboratory! . Francesco Poli . GnuPG key fpr == CA01 1147 9CD2 EFDF FB82 3925 3E1C 27E1 1F69 BFFE pgpvLOiV9sZGM.pgp Description: PGP signature
Bug#907499: Preferences > Keyboard and Mouse settings are lost/have not effect after logout/login
This bug can be closed if so desired. I went back to KDE so the issue of lesser importance for me.
Bug#907593: Buster: LXQT: No feedback when an app is launched
This bug can be closed if so desired. I went back to KDE so the issue of lesser importance for me.
Bug#915470: phpmyadmin build depends on and recommends php-tcpdf that might be removed from buster
Source: phpmyadmin Version: 4:4.6.6-5 Severity: serious Control: block -1 by 908866 915286 phpmyadmin build depends on and recommends php-tcpdf that might be removed from buster.
Bug#914855: Please add dictionary integration
I moved to okular for my epub readinng so the issue is of lesser importance for me. A couple of other issues I noticed while using fbreader: 1. Fbreader kept centering the text in all lines on all pages, that was really annoying. Not sure why fbreader does that, I edited the CSS that came with the book and changed all "center" tags to "left" and changed internal fbreader settings for paragraph and headers to use "left" alignment yet fbreader still continued to center the text. When opening epub's html pages with browser they show up properly left aligned. 2. Fbreader is missing shortcuts that a GNU/Linux app is expected to have, for example, Ctrl+Q to quit the app. 3. Add spacebar to be the same as PgDown.
Bug#915469: gwave FTBFS: error: found development files for Guile 2.0, but /usr/bin/guile has effective version 2.2
Source: gwave Version: 20170109-1 Severity: serious Tags: ftbfs https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/gwave.html ... checking for GUILE... yes checking for guile... /usr/bin/guile configure: error: found development files for Guile 2.0, but /usr/bin/guile has effective version 2.2
Bug#906867: xul-ext-status4evar no longer works with firefox-esr 60
On Tue, Aug 21, 2018 at 09:23:57PM +0300, Adrian Bunk wrote: > Package: xul-ext-status4evar > Version: 2016.10.11.01-1 > Severity: serious > > XUL addons are no longer supported. Seems dead upstream, let's remove? Cheers, Moritz
Bug#915468: logfs-tools seems useless after logfs was removed from the kernel
Package: logfs-tools Version: 20121013-3 Severity: serious logfs was removed in kernel 4.10, making the tools pretty useless.
Bug#878425: it's all text will stop working in Firefox 57
On Sun, Sep 09, 2018 at 10:41:19PM +0200, Moritz Mühlenhoff wrote: > On Fri, Oct 13, 2017 at 10:53:28AM -0400, Antoine Beaupre wrote: > > Package: xul-ext-itsalltext > > Version: 1.9.2-2 > > Severity: normal > > Tags: upstream > > > > Once Firefox 57 hits the archive, this extension will completely stop > > working, as it relies on the older XUL API. It also cannot be ported > > to the new web-ext API cleanly, as it is a fundamental shift in the > > way it works: > > This is now affecting even stable. Upstream makes it clear that no > conversion to web extensions is planned (as it would require a complete > rewrite). > > @David, let's turn this into a removal bug. No objections were raised within a month, so I've now filed a removal bug. Cheers, Moritz
Bug#915466: logfs-tools FTBFS with glibc 2.28
Source: logfs-tools Version: 20121013-3 Severity: serious Tags: ftbfs https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/logfs-tools.html ... mkfs.c:639:7: warning: implicit declaration of function 'major' [-Wimplicit-function-declaration] if (major(stat.st_rdev) != 90) ^ ... gcc -std=gnu99 -Wall -Os -D_FILE_OFFSET_BITS=64 -g -o mklogfs mkfs.o lib.o btree.o segment.o readwrite.o -lz /usr/bin/ld: mkfs.o: in function `__open_device': /build/1st/logfs-tools-20121013/mkfs.c:639: undefined reference to `major' collect2: error: ld returned 1 exit status make[1]: *** [Makefile:38: mklogfs] Error 1
Bug#915467: RM: itsalltext -- RoQA; Incompatible with Firefox Quantum
Package: ftp.debian.org Severity: normal Please remove itsalltext, it's incompatible with Firefox Quantum. It was already removed from stable. Cheers, Moritz
