Bug#814669: Move to Thunderbird?
Hi all, upgrading would be even better now that the deps should be moved to Thunderbird instead of Icedove. Any plans for this? Thanks a lot. -- Paolo Cavallini - www.faunalia.eu QGIS & PostGIS courses: http://www.faunalia.eu/training.html https://www.google.com/trends/explore?date=all&geo=IT&q=qgis,arcgis
Bug#850114: kscd: Only play first trackon all modes(loop track, loop ,and no loop and random and no random mode)
¡Hola John! El 2017-03-06 a las 20:12 +0100, John Paul Adrian Glaubitz escribió: Control: tags -1 patch The attached debdiff contains a patch which fixes the issue. It turns out that someone, for whatever reasons, had hard-coded the disc ID to "64e.YDM.N2tZJzmqrN48iWfJ9.4-" [1] which is the ID for Nirvana's "Smells Like Teen Spirit" album. Just reverting the patch fixes the issue for me and audio CDs are detected properly again. Ouch, that was part of my tests when I was preparing the musicbrainz patch. That should never have reached the Debian repos. Thanks a lot for finding this. -- "Brilliant opportunities are cleverly disguised as insolvable problems." -- Gardener's Philosophy "The reverse is also true." -- Corollary Saludos /\/\ /\ >< `/ signature.asc Description: PGP signature
Bug#856846: [Piuparts-devel] Bug#856846: piuparts.debian.org: jessie-security has >1700 packages in dependency-failed-testing status
On 2017-03-05 14:07, Andreas Beckmann wrote: >> see https://piuparts.debian.org/jessie-security > > These are mostly packages where jessie has a newer version than > jessie-updates ... I have a local hack that adds a new state "outdated" > and ignores these packages (but I reuse one of the old states, since > adding a new state will require adding another column of zeroes to all > counts.txt files ...) Andreas Beckmann (4): p-r: plot all states p-r: mark obsolete states with parentheses in the plot label p-r: cope with increasing number of states lib/db: add 'outdated' state the R part was the hardest ... Do not release without a successful daily report run (and sane output and plots) :-) Andreas
Bug#857115: dconf update does not change defaults
Package: ibus Version: 1.5.14-2 File: /etc/dconf/db/ibus.d/00-upstream-settings # ls -l /etc/dconf/db/ibus.d/ -rw-r--r-- 1 root root 90 03-08 14:28 10-jidanni # cat /etc/dconf/db/ibus.d/10-jidanni [desktop/ibus/panel] custom-font='Sans 20' use-custom-font=true # dconf update # su - nobody -c 'HOME=/tmp/xxx ibus-setup' Here we see the above two settings are ignored. OK maybe # Instead create your own file next to it with a higher numbered prefix, means /etc/dconf/db/ibus.d/10-upstream-settings result: nope. Conclusion: all settings are hardwired in and dconf stuff is totally ignored.
Bug#856727: [Pkg-nginx-maintainers] Bug#856727: libnginx-mod-http-headers-more-filter: Configuration directive more_clear_headers is missing
On Sat, Mar 04, 2017 at 12:23:40PM +, Joni Orponen wrote: Package: libnginx-mod-http-headers-more-filter Version: 1.10.3-1~bpo8+1 Severity: important https://github.com/openresty/headers-more-nginx-module#more_clear_headers Nginx headers-more used to ship with more_clear_headers in Debian. Was this removed on purpose? This is likely caused by the convertion to dynamic modules. The migration should be transparent unless you have manually edited nginx.conf at some point. If that's the case you need to manually include the module directory files, there is a NEWS entry about that, see /usr/share/doc/nginx-common/NEWS.Debian.gz. Can you please check that you have the following line is present near the top of your /etc/nginx/nginx.conf file? include /etc/nginx/modules-enabled/*.conf;
Bug#857114: pgdbf fails on some FoxPro memo files with cp852 encoding
Package: pgdbf
Version: 0.6.2-1.1
Severity: normal
Dear Maintainer,
I've used pgdbf to convert some older FoxPro tables with records in
ancient cp852 encoding. The tables without memo files were converted
well with -s cp852 switch, but those containing memo files failed with a
"A memo record past the end of the memofile was requested" error.
While searching for this error, I've found pgdbf issue
https://github.com/kstrauser/pgdbf/issues/12 containing patch for this
problem. I've tried to rebuild Debian version fo pgdbf with this patch
and the error hadn't appear. Could you please apply the patch (it's in
the current upstream anyway)?
The patch is:
diff --git a/src/pgdbf.c b/src/pgdbf.c
index d4da164..600fc11 100644
--- a/src/pgdbf.c
+++ b/src/pgdbf.c
@@ -712,7 +712,7 @@ int main(int argc, char **argv) {
memoblocknumber = 0;
s = bufoffset;
for(i = 0; i < 10; i++) {
-if(*s != 32) {
+if(*s && *s != 32) {
/* I'm unaware of any non-ASCII
* implementation of XBase. */
memoblocknumber = memoblocknumber * 10 + *s -
'0';
-- System Information:
Debian Release: 9.0
APT prefers unstable
APT policy: (990, 'unstable'), (10, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 4.9.0-2-amd64 (SMP w/6 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
Versions of packages pgdbf depends on:
ii libc6 2.24-9
Versions of packages pgdbf recommends:
ii postgresql 9.6+179
pgdbf suggests no packages.
-- no debconf information
Bug#792101: Progress Report
There are about 30 more ITPs to fill out and close. I'm sure I'll find more missed dependencies while working through them, but we're getting closer. :) -- Michael Lustfield
Bug#857113: ITP: httplab -- An interactive web server
Package: wnpp Severity: wishlist Owner: Jack Henschel X-Debbugs-CC: debian-de...@lists.debian.org, pkg-go-maintain...@lists.alioth.debian.org Package name: httplab Version : 0.1.0 Upstream Author : Gustavo Chaín URL : https://github.com/gchaincl/httplab License : Expat Programming Lang: Go Description : An interactive web server HTTPLab lets you inspect HTTP requests and forge responses via an intuitive console user interface. . asciicast: https://asciinema.org/a/c613qjyikodunp72ox54irn2j Packaging will be at https://anonscm.debian.org/cgit/pkg-go/packages/httplab.git/ signature.asc Description: PGP signature
Bug#857095: apt-file: bad warning message
On Tue, 07 Mar 2017 16:48:42 -0700 Stephen Dowdy wrote: > Package: apt-file > Version: 3.1.4 > Severity: minor > > Dear Maintainer, > Hi Stephen, Thanks for the report. > > gtgn:~# apt-file search pdfsig > E: The cache is empty. You need to run "apt update" first. > ^^^ > I think that should say "apt-file" and not "apt" > > thanks, > --stephen > > [...] > Actually, apt-file 3 relies on "apt update" to do the heavy lifting, so this is not entirely wrong (and indeed, apt-file update more or less just calls apt(-get) update). Though, you are right in that using "apt-file update" may be better as it will include apt-file's own configuration file (if present). Thanks, ~Niels
Bug#856932: Fwd: Bug#856932: hashcat dependency problem
-- Forwarded message -- From: Phil Date: Tue, Mar 7, 2017 at 2:33 PM Subject: Re: Bug#856932: hashcat dependency problem To: Raphael Hertzog Hello Raphael, Thank you for your answer and the explanations. Well, as said, the only correct way would be that the "hashcat" package directly depends on NVidia drivers, AMD drivers or Intel drivers. But as far as I understood this can't be enforced because otherwise the hashcat package can't be installed by default (and debian has the policy which doesn't allow non-free packages to be shipped by default). Yeah, it would make sense to have a dependency tree like this: hashcat depends on hashcat-nvidia | hashcat-amd | hashcat-intel hashcat-nvidia depends on [proprietary Nvidia driver], hashcat-base hashcat-amd depends on [proprietary AMD driver], hashcat-base hashcat-intel depends on [proprietary Intel driver], hashcat-base (where "|" means "or" and the [] denotes the correct drivers from nvidia.com, support.amd.com and software.intel.com correspondingly). If we do it like this, we must make sure that it is kind of irrelevant which hashcat-* package the user has installed, hashcat-base should always be there and hashcat should *always* behave the same way (aka it should be the same code)... only the driver should be different. The problem is these changes wouldn't improve things significantly, because we still have the problem that the default installation wouldn't work at all and that the user doesn't know what he should do to get it running. It would also be great if we could find a solution which allows us to keep the pre-installed hashcat package. Therefore, I think that we need some kind of first-run notice and install script. E.g. something like "You are running hashcat for the first time and neither the Nvidia driver, AMD driver, nor the Intel driver was found on your system. The following hardware was detected: [list of CPU/GPUs of supported vendors IDs]. Please select which of these drivers should be installed: [limited list depending on hardware]". Or do you think there are better solutions? Of course we shouldn't try to develop an utterly complicated wrapper, but I think there isn' t much alternative to a detect-hardware-and-install-script. What do you think? Thanks
Bug#790561: Problems with udev > 215-18
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 This bug is not solved. The fact that some spam went in does not solve the bug. In fact, I still have the following problems with udev > 215-18: - - One system, the one with custom kernel, has high boot delay after that version. I did several checks but all just pointed out that newer udev have introduced that problem. I did not see this delay on other system with a similar setup but other hardware. - - On all systems I have, with newer udev, the system does not shut down and hangs in "Stopping remaining crypto devices". This is even reproducible with systems running debian kernel. So I have to stick on the udev=215-18 forever to keep my systems running. I cannot update udev to a newer version. I even tried with the most current version several days before with a debian kernel and initram and got the same problems of hanging in shutdown. Please not that this seems to be the same problems that keep grml from releasing new versions. They also suffer from very buggy udev > 215-18. Regards Klaus - -- Klaus Ethgen http://www.ethgen.ch/ pub 4096R/4E20AF1C 2011-05-16Klaus Ethgen Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C -BEGIN PGP SIGNATURE- Comment: Charset: ISO-8859-1 iQGzBAEBCgAdFiEEMWF28vh4/UMJJLQEpnwKsYAZ9qwFAli/nq0ACgkQpnwKsYAZ 9qzwVQv/TKOA4BEl0huoCZevDmxwXZTbixiQGQiQeFx0KgXIKmoVDRhRySHuoNTF kGYI9+AkVQHSXqxKg6xzibQfKdqiJFvZ5VUxR6CDcPPaI5CirbAz+FV/0419Gjsk CP+EFBkywx0CxqQsUGGY7Izs9iZ5l/xxaqLQ0dRsVdwjW+2RQo/ChYiAJZjmRnZF 5k+lwHUdDJt+JowQzUiES/I8z6jf4DPlfZnYaP3mG+pKK/vOY1znZfjSeBO/lOnS Crx1nzoLCWIMEtf2AfcNfwD1s7sBAxEcH2WuXLKS4iyUnqE/D5UeCNlkpmJRxHky Rb4Pi7ZV/oF/vg2eWW5TjpBp5PtNB07s94dO6AoHJMJi0evuezEKeJKokC+EmIQo Y+EqR7ZbavmhFqfh11Eb8WjF6yOfYMEvdMDVk/yqVfbG0rLQ2hwZTUgsK6xfFpeb GBpsDVXQbDo8m9iVkPnKh5FBHB5n7E6CdRGGGE6coCRtlCN0zkeEJIVob9dqClfX Pvi/+SIP =kb+R -END PGP SIGNATURE-
Bug#856652: RFS: xpdf/3.0.4.real-4
On Tue, 2017-03-07 at 22:43 +0100, Moritz Muehlenhoff wrote: > On Tue, Mar 07, 2017 at 08:17:08AM +0100, Svante Signell wrote: > > I don't see where your concerns regarding security are, please explain. > > Your package can't enter the archive since this would require to fix > all security issues in poppler/xpdf twice instead of just once in > the library package. I still don't get it. The proposed package _doesn't_ depend on poppler any more. If you have problems with previous xpdf+poppler versions up to 3.04-4, remove these from the archive then!
Bug#856910: RFS: inotify-tools/3.14-3
control: tags -1 -moreinfo [2017-03-06 20:46] Sean Whitton > - Your conversion of d/copyright has lost some information, by merging > the stanzas for McGovern and McCutchan. If you use two separate > stanzas the conversion would not be lossy. Fixed. > - In your changelog you wrote that you bumped the std-ver. It's > conventional to say what version you bumped it to. Fixed. > - The Lintian override could use a wildcard so that it only matches the > doxygen file, not any other javascript that might appear in a new > upstream release (unlikely though that is) I need help with this. If I write embedded-javascript-library usr/share/doc/libinotifytools0-dev/jquery.js into debian/libinotify0-dev.lintian-overrides, it does not match and lintian complains about unused override. > - You've modified debian/*.install but this isn't in the changelog. Fixed. > - The dgit-maint-merge patch header has been updated to a better text. > Please consider using it: https://manpages.debian.org/dgit-maint-merge Fixed. > - Changes to d/rules not in changelog. Fixed. > - Just fyi: https://manpages.debian.org/git-deborig Fine. Useful. > Don't forget `dch -r` once you've addressed these. > > - you could install NEWS as the upstream changelog No, thanks. % cat NEWS * 19 October 2005 inotify-tools begun. > - you could add a doc-base registration Fixed. -- X-Web-Site: https://sinsekvu.github.io | Note that I process my email in batch, Accept-Languages: eo,ru,en | at most once every 24 hours. If matter Accept: text/plain, text/x-diff| is urgent, you have my phone number. pgpPESW98xSYV.pgp Description: PGP signature
Bug#855439: RFS: cvm/0.97
control: tag -1 -moreinfo [2017-03-06 20:54] Sean Whitton > Dear Dmitry, > > On Sat, Feb 18, 2017 at 10:23:46AM +0300, Dmitry Bogatov wrote: > > Note, that this is not full-scale modernization of package. It is just > > a NMU, required for libbg1 -> libbg2 transition. > > Could you explain the background, please? Stretch is frozen. Have the > release team authorized this transition? No. It is upload into experimental > It's rarely appropriate for an NMU to update to a new upstream version. > If you are just performing the transition in experimental, there is no > justification for it. I believe I have justification for this. Previous version (cvm-0.96) is source-incompatible with (bglibs >= 2.03). > > Please note, that package is maintained with dgit(1) tool using > > dgit-maint-merge(7) workflow. In particular, it means that quilt patches > > are squashed in source package and are not intended for review. For more > > information about how to sponsor this package, see dgit-sponsorship(7). > > This is not appropriate for an NMU. Indeed, I see that you've changed > the source format to 3.0 (quilt) -- also not appropriate for an NMU. Well, I can revert it, but truth is that this package is maintained by Gerrit Pape, who is not active for some years. I took over some of his packages, but I am not interested in `cvm'. I just need to transit bglibs, since latest version of `bcron', in which I am interested, requires latest bglibs. Probably this upload should be QA upload, not NMU for lack of actual maintainer. It is any way to ask QA team to make this upload on their behalf? Sure, I can adopt, upload and fill RFA at same time, but it feels wrong. -- X-Web-Site: https://sinsekvu.github.io | Note that I process my email in batch, Accept-Languages: eo,ru,en | at most once every 24 hours. If matter Accept: text/plain, text/x-diff| is urgent, you have my phone number. pgpVYktwXk1hB.pgp Description: PGP signature
Bug#857112: icedove: Tries to migrate non-existing .icedove folder
Package: icedove
Version: 1:45.7.1-2
Severity: important
Tags: patch
Dear Maintainer,
Staring thunderbird you get this:
/usr/bin/thunderbird: line 197: : command not found
<12>Mar 8 18:21:15 jfp[2567]: /usr/bin/thunderbird: [profile migration]
Couldn't migrate Icedove into Thunderbird profile due existing or symlinked
folder '/home/jfp/.thunderbird'!
<12>Mar 8 18:21:15 jfp[2569]: /usr/bin/thunderbird: [profile migration]
/home/jfp/.icedove is probably a symlink pointing to a non existing target, at
least not to /home/jfp/.icedove.
INFO -> An error happened while trying to migrate the old Icedove profile
folder '/home/jfp/.icedove'.
INFO -> Please take a look into the syslog file!
This is due to an error in the script/usr/bin/thunderbird:
You cannot use the \ to merge multiple lines AND have a comment:
ie:
elif { [ -d "${ID_PROFILE_FOLDER}" ] || [ -L "${ID_PROFILE_FOLDER}" ]; } && \
# .icedove exists as folder or symlink
{ [ -d "${TB_PROFILE_FOLDER}" ] || [ -L "${TB_PROFILE_FOLDER}" ]; } && \
# .thunderbird exists as folder or symlink
[ "$(readlink -e "${TB_PROFILE_FOLDER}")" != "${ID_PROFILE_FOLDER}" ];
then # compare if canonical name of both folders equal
Workaround is to remove the comments on those two lines (Anything after \).
-- System Information:
Debian Release: 9.0
APT prefers unstable-debug
APT policy: (500, 'unstable-debug'), (500, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 4.9.0-2-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_NZ.utf8, LC_CTYPE=en_NZ.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
Versions of packages icedove depends on:
ii thunderbird 1:45.7.1-2
icedove recommends no packages.
icedove suggests no packages.
-- Configuration Files:
/etc/apparmor.d/usr.bin.icedove changed [not included]
-- debconf-show failed
Bug#857110: openchangeclient: executables trigger relocation error
On Wed, 8 Mar 2017 12:51:11 +0900 Olaf Meeuwissen wrote: > Maybe #838671 is related? Could you try to do a rebuild using the patch I proposed in #851678 and see if the issue is fixed for you? BTW: openchange is removed from stretch and fairly dead upstream so you might want to start looking for alternatives, or start talking to upstream about joining the project and reviving it. PS: I'm not maintainer of openchange in Debian nor upstream, just my workplace is using the Debian package from wheezy/jessie and are in the process of figuring out what to do for stretch. -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#838671: openchangeproxy: uninstallable in jessie, broken by samba
Control: tags 838671 + patch On Tue, 17 Jan 2017 14:58:22 +0100 Andreas Beckmann wrote: > openchange also FTBFS in stable: FYI, I've a patch from upstream, waiting on release team approval: https://bugs.debian.org/851678 -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#857006: python-urllib3: Missing version constraint for six
On March 7, 2017 10:42:50 PM EST, Tristan Seligmann wrote: >On Wed, 8 Mar 2017 at 02:11 Daniele Tricoli wrote: soon. >> Should I need to backport this also for Stretch? >> > >I think it's not critical to backport it; CCing hlieberman for a second >opinion, since he originally discovered the issue while trying to build >certbot. No urgency on my side. -- Harlan Lieberman-Berg ~hlieberman
Bug#857111: cmake core dumps as soon as run. cannot even get version.
Package: cmake Version: 3.7.2-1 Severity: important Dear Maintainer, Trying to use cmake to build other packages is impossible. cmake immediately core dumps. Cannot even get version info. Have stripped off and re-added several times. But always same problem. E.g. $ cmake --version Segmentation fault gdb gives this excting stuff .. (gdb) r Starting program: /usr/bin/cmake Dwarf Error: wrong version in compilation unit header (is -25251, should be 2, 3, or 4) [in module /usr/lib/debug/.build-id/02/4da9b35ba4e86bf23715795948d86728d8a39d.debug] Dwarf Error: wrong version in compilation unit header (is 9667, should be 2, 3, or 4) [in module /usr/lib/debug/.build-id/90/57a5b1f2a4bbdcd06303287ce89e4ccf5f1ff7.debug] Dwarf Error: wrong version in compilation unit header (is 25537, should be 2, 3, or 4) [in module /usr/lib/debug/.build-id/25/b79f1158416df418745ba9f322d5c68daf18e6.debug] [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib/arm-linux-gnueabihf/libthread_db.so.1". Dwarf Error: wrong version in compilation unit header (is -27098, should be 2, 3, or 4) [in module /usr/lib/debug/.build-id/e5/f4e3d59b5ec692e4080943a9e5f52715dbe939.debug] Dwarf Error: wrong version in compilation unit header (is -24386, should be 2, 3, or 4) [in module /usr/lib/debug/.build-id/4d/459747ca3ce1a8adf08cdbb41e2c9bd5602990.debug] Dwarf Error: wrong version in compilation unit header (is 25481, should be 2, 3, or 4) [in module /usr/lib/debug/.build-id/86/b6212d2d7578042b59581378f58b49f7fdf30f.debug] Dwarf Error: wrong version in compilation unit header (is -31070, should be 2, 3, or 4) [in module /usr/lib/debug/.build-id/e5/3cbdaba193e91d84d7ee97b2904124e9a97701.debug] Program received signal SIGSEGV, Segmentation fault. 0x76b15654 in nettle_yarrow256_update () from /usr/lib/arm-linux-gnueabihf/libnettle.so.6 Distributor ID: Raspbian Description:Raspbian GNU/Linux 9.0 (n/a) Release:9.0 Codename: n/a Architecture: armv7l Kernel: Linux 4.4.50-v7+ (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages cmake depends on: ii cmake-data3.7.2-1 ii dpkg 1.18.22 ii libarchive13 3.2.1-6 ii libc6 2.24-9 ii libcurl3 7.38.0-4+deb8u5 ii libexpat1 2.2.0-2 ii libgcc1 1:6.3.0-6+rpi1 ii libjsoncpp1 1.7.4-3 ii libstdc++66.3.0-6+rpi1 ii libuv11.9.1-3 ii procps2:3.3.9-9 ii zlib1g1:1.2.8.dfsg-5 Versions of packages cmake recommends: ii gcc 4:6.3.0-1 ii make 4.1-9.1 Versions of packages cmake suggests: pn codeblocks pn eclipse pn ninja-build -- no debconf information
Bug#857110: openchangeclient: executables trigger relocation error
Package: openchangeclient Version: 1:2.2-5+b1 Severity: important Dear Maintainer, I tried to display the help and usage info for mapiprofile, like so $ mapiprofile that resulted in mapiprofile: relocation error: mapiprofile: symbol DEBUGLEVEL_CLASS, version SAMBA_UTIL_0.0.1 not defined in file libsamba-util.so.0 with link time reference I had expected to see the help and usage information. Similar results for several of the other utilities in the package. This makes the package completely useless. Maybe #838671 is related? Hmm, could the real issue be with libmapi0 as that links against libsamba-util.so.0? -- System Information: Debian Release: 9.0 APT prefers testing APT policy: (990, 'testing'), (500, 'stable-updates'), (500, 'unstable'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.9.0-1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=ja_JP.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages openchangeclient depends on: ii libc6 2.24-9 ii libical1a 1.0-1.3 ii libldb12:1.1.27-1+b1 ii libmagic1 1:5.29-3 ii libmapi0 1:2.2-5+b1 ii libmapiadmin0 1:2.2-5+b1 ii libocpf0 1:2.2-5+b1 ii libpopt0 1.16-10 ii libsubunit01.1.0-3 ii libtalloc2 2.1.8-1 ii libtevent0 0.9.31-1 ii samba-libs 2:4.5.4+dfsg-1 openchangeclient recommends no packages. Versions of packages openchangeclient suggests: ii perl 5.24.1-1 -- no debconf information -- Olaf Meeuwissen, LPIC-2 FLOSS Engineer -- EPSON AVASYS CORPORATION Free Software Foundation Associate Member since 2004-01-27 Support Free Software https://my.fsf.org/donate Join the Free Software Foundationhttps://my.fsf.org/join
Bug#857006: python-urllib3: Missing version constraint for six
On Wed, 8 Mar 2017 at 02:11 Daniele Tricoli wrote: > I will add the >= 1.10.0, on the next upload. I plan to upload > urllib 1.20 to experimental soon. > > Should I need to backport this also for Stretch? > I think it's not critical to backport it; CCing hlieberman for a second opinion, since he originally discovered the issue while trying to build certbot.
Bug#857109: It should turn off color selection or show a message in gray mode.
Package: gimp Version: 2.8.14-1+b1 Severity: normal Tags: upstream Hi, Technically speaking, it's not a bug. It's user's responsibility to know about the image property either RGB or Grayscale. Sometimes it's easy to forget when two modes of image are mixed. I've encounted non-responsive color selection few times since I started working on Graymode images for a book. Most of the images are black and white. Some images contain red symbols to explain direction of movement. If the image is in Grayscale mode, color selection should be turned off or display a warning when the user chooses color manipulation tools, i.e., Pencil, Brush, Air Brush. Regards, -- System Information: Debian Release: 8.2 Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/6 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages gimp depends on: ii gimp-data2.8.14-1 ii libaa1 1.4p5-43 ii libatk1.0-0 2.14.0-1 ii libbabl-0.1-00.1.10-2 ii libbz2-1.0 1.0.6-7+b3 ii libc62.23-5 ii libcairo21.14.0-2.1+deb8u1 ii libdbus-1-3 1.10.8-1+devuan1 ii libdbus-glib-1-2 0.102-1 ii libexif120.6.21-2 ii libexpat12.1.0-6+deb8u2 ii libfontconfig1 2.11.0-6.3+deb8u1 ii libfreetype6 2.5.2-3+deb8u1 ii libgdk-pixbuf2.0-0 2.31.1-2+deb8u4 ii libgegl-0.2-00.2.0-7+b1 ii libgimp2.0 2.8.14-1+b1 ii libglib2.0-0 2.42.1-1+b1 ii libgs9 9.06~dfsg-2+deb8u1 ii libgtk2.0-0 2.24.25-3+deb8u1 ii libgudev-1.0-0 215-17+deb8u4 ii libice6 2:1.0.9-1+b1 ii libjasper1 1.900.1-debian1-2.4+deb8u1 ii libjpeg62-turbo 1:1.3.1-12 ii liblcms2-2 2.6-3+b3 ii libmng1 1.0.10+dfsg-3.1+b3 ii libpango-1.0-0 1.36.8-3 ii libpangocairo-1.0-0 1.36.8-3 ii libpangoft2-1.0-01.36.8-3 ii libpng12-0 1.2.50-2+deb8u2 ii libpoppler-glib8 0.26.5-2+deb8u1 ii librsvg2-2 2.40.5-1+deb8u2 ii libsm6 2:1.2.2-1+b1 ii libtiff5 4.0.3-12.3+deb8u1 ii libwmf0.2-7 0.2.8.4-10.3+deb8u1 ii libx11-6 2:1.6.2-3 ii libxcursor1 1:1.1.14-1+b1 ii libxext6 2:1.3.3-1 ii libxfixes3 1:5.0.1-2+b2 ii libxmu6 2:1.1.2-1 ii libxpm4 1:3.5.11-1+b1 ii libxt6 1:1.1.4-1+b1 ii python-gtk2 2.24.0-4 ii python2.72.7.9-2 pn python:any ii zlib1g 1:1.2.8.dfsg-2+b1 Versions of packages gimp recommends: ii ghostscript 9.06~dfsg-2+deb8u1 Versions of packages gimp suggests: pn gimp-data-extras pn gimp-help-en | gimp-help pn gvfs-backends ii libasound21.0.28-1 -- no debconf information
Bug#857108: RFP: html-minifier -- HTML compressor/minifier
Package: wnpp Severity: wishlist * Package name: html-minifier Version : 3.4.0 Upstream Author : Juriy Zaytsev * URL : https://github.com/kangax/html-minifier * License : Expat Programming Lang: JavaScript Description : HTML compressor/minifier "HTMLMinifier is a highly configurable, well-tested, JavaScript-based HTML minifier." It claims to minify better than the alternatives--see the table in the README. It's also recommended by a number of best practices guides, such as Google's PageSpeed documentation [1]. This should be a fairly straightforward Node.js package, although it has some dependencies that will need to be packaged first. [1] https://developers.google.com/speed/docs/insights/MinifyResources
Bug#857006: [Python-modules-team] Bug#857006: python-urllib3: Missing version constraint for six
On March 7, 2017 7:11:35 PM EST, Daniele Tricoli wrote: >Hello Tristan, >thanks for this report. > >On Tuesday, March 7, 2017 5:19:02 AM CET Tristan Seligmann wrote: >> setup.py does not have a version constraint on six as it is vendored >> upstream, but since we are unvendoring it in Debian, we need a >version >> constraint. This is made trickier by the fact that upstream won't be >> tracking the minimum version for us, as they only need to care about >the >> specific version they vendor. Perhaps a >= >> constraint in Debian would be the easiest? > >It seems that urllib3 is vendoring six 1.10.0: >https://github.com/shazow/urllib3/commit/ce9394a2564608823019ad6b59276bfa82bad642 > >I will add the >= 1.10.0, on the next upload. I plan to upload >urllib 1.20 to experimental soon. > >Should I need to backport this also for Stretch? > >Cheers, Stretch has 1.10, so I would think that the issue is not RC for Stretch. I'd leave it the way it is. Scott K
Bug#856985: systemd: Uninstalling systemd-cron hangs/crashes systemd
On Tue, Mar 07, 2017 at 10:05:38AM +0100, Michael Biebl wrote: > Andreas, can you confirm that stopping the cron-update.path unit prior > to the removal avoids the crash? You will have to edit > /lib/systemd/system/cron-update.path to remove > RefuseManualStart=true > RefuseManualStop=true I did: - install systemd-cron again - remove those lines - systemctl daemon-reload (to pick up these changes) - systemctl stop cron-update.path - installed cron at the same time systemd-cron is uninstalled Now I have seen no crash or other problems.
Bug#774848: git: "git rebase -i" fails with "index.lock: File exists" every now and then
Hi, Alberto Garcia wrote: > On Tue, Feb 16, 2016 at 01:51:07PM +0100, Sebastian Pipping wrote: >> PS: Still occurring with Git 2.1.4 of jessie. > > I'm having this problem very often even with the latest git from > unstable (1:2.11.0-2). Thanks for writing. Please file a separate bug with details about what steps you use to reproduce it and the exact output. If you can get output with the GIT_TRACE environment variable set to 1, that's even better. Please also check your syslog for instances of git segfaulting and include that information in your bug report. This is going to be hard to track down but it's worth the effort. It is unlikely that what you experienced has the same cause as what Sebastian experienced. The error message means that git crashed and was unable to clean up after itself --- it errors out instead of continuing because it does not know whether the other git process is still running. As an aside, it's possible git should get smarter about this and use similar locking logic to vim (check that the hostname in a lockfile matches the current hostname and then check if the process that locked the file is still running). But that's a separate story. The more urgent thing is to figure out in what scenario you have been getting git to crash. Thank you, Jonathan
Bug#500501: sed silently ignores invalid multibyte sequences on input stream
Hello, The sed manual has been expanded to discuss locale and invalid multybyte sequences, incorporating some details from this thread. See: https://git.savannah.gnu.org/cgit/sed.git/commit/?id=05800ee0b7 regards, - assaf
Bug#857107: warning: unresponsive script hangs Firefox
Package: firefox-esr
Version: 45.7.0esr-1~deb8u1
Severity: important
Dear Maintainer,
* What led up to the situation?
My Email provider shows ads, which require running scripts. I get the following
popup (example):
"A script on this page may be busy, or it may have stopped responding. You can
sstop the script now, open the script in the debugger, or let the script
continue.
Script: http://j.adlooxtrackin.com/ad.../tfav_infectionsng_banoneinf.js:12";
* What exactly did you do (or not do) that was effective (or
ineffective)?
I opened the same Internet window using Firefox under Windows 8, which was
running as a Virtualbox guest. There is no problem in that context.
A longer wait time prior to "unresponsive script" may be sufficient.
-- Package-specific info:
-- Extensions information
Name: Default theme
Location:
/usr/lib/firefox-esr/browser/extensions/{972ce4c6-7e08-4474-a285-3208198ce6fd}.xpi
Package: firefox-esr
Status: enabled
Name: Firefox Hello Beta
Location: ${PROFILE_EXTENSIONS}/l...@mozilla.org.xpi
Status: enabled
Name: Video DownloadHelper
Location: ${PROFILE_EXTENSIONS}/{b9db16a4-6edc-47ec-a1f4-b86292ed211d}.xpi
Status: enabled
-- Plugins information
Name: Shockwave Flash (11.2.202.635)
Location: /usr/lib/flashplugin-nonfree/libflashplayer.so
Status: enabled
Name: Skype Buttons for Kopete
Location: /usr/lib/mozilla/plugins/skypebuttons.so
Package: kopete
Status: enabled
-- Addons package information
ii firefox-esr45.7.0esr-1~ amd64Mozilla Firefox web browser - Ext
ii kopete 4:4.14.1-2 amd64instant messaging and chat applic
-- System Information:
Debian Release: 8.7
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
Versions of packages firefox-esr depends on:
ii debianutils 4.4+b1
ii fontconfig2.11.0-6.3+deb8u1
ii libasound21.0.28-1
ii libatk1.0-0 2.14.0-1
ii libc6 2.19-18+deb8u7
ii libcairo2 1.14.0-2.1+deb8u2
ii libdbus-1-3 1.8.22-0+deb8u1
ii libdbus-glib-1-2 0.102-1
ii libevent-2.0-52.0.21-stable-2+deb8u1
ii libffi6 3.1-2+b2
ii libfontconfig12.11.0-6.3+deb8u1
ii libfreetype6 2.5.2-3+deb8u1
ii libgcc1 1:4.9.2-10
ii libgdk-pixbuf2.0-02.31.1-2+deb8u5
ii libglib2.0-0 2.42.1-1+b1
ii libgtk2.0-0 2.24.25-3+deb8u1
ii libhunspell-1.3-0 1.3.3-3
ii libpango-1.0-01.36.8-3
ii libsqlite3-0 3.8.7.1-1+deb8u2
ii libstartup-notification0 0.12-4
ii libstdc++64.9.2-10
ii libx11-6 2:1.6.2-3
ii libxcomposite11:0.4.4-1
ii libxdamage1 1:1.1.4-2+b1
ii libxext6 2:1.3.3-1
ii libxfixes31:5.0.1-2+b2
ii libxrender1 1:0.9.8-1+b1
ii libxt61:1.1.4-1+b1
ii procps2:3.3.9-9
ii zlib1g1:1.2.8.dfsg-2+b1
Versions of packages firefox-esr recommends:
ii gstreamer1.0-libav 1.4.4-2
ii gstreamer1.0-plugins-good 1.4.4-2+deb8u2
Versions of packages firefox-esr suggests:
pn fonts-lmodern
ii fonts-stix [otf-stix] 1.1.1-1
ii libcanberra0 0.30-2.1
ii libgnomeui-0 2.24.5-3
ii libgssapi-krb5-2 1.12.1+dfsg-19+deb8u2
pn mozplugger
-- no debconf information
Bug#856854: approx cannot fetch packages from local approx cache either remote repository
I'm not exactly sure what you're trying to do with "creating a local repository". approx-import simply places .deb files in the part of the cache that corresponds to a *remote* repository, if it can find one, so that it doesn't have to be downloaded again. It's optional, since the .debs will be downloaded when needed. If you create your own repository with dpkg-scanpackages, you can't place it in the approx cache. Approx expects its cache to have a specific layout, namely a collection of (partial) mirrors of remote repositories. You'd have to put your local repo somewhere else, and use file:/// URLs in /etc/approx.conf to tell approx where to find it. Otherwise, the current version of approx is 5.7. If you still have problems after addressing the above issue, please try that version. -- Eric Cooper e c c @ c m u . e d u
Bug#852645: dafny: FTBFS
I’m still planning to look at this, though I haven’t had the chance yet.
Bug#850917: [Piuparts-devel] Bug#850917: Bug#854317: piuparts: adequate reports obsolete conffile for piuparts
Hi, from #debian-qa: * | h01ger greps for packages to reschedule due to the #850917 issue… - zwiebelbot- | (#debian-qa) Debian#850917: Please export /var/lib/dpkg/alternatives content after installation - https://bugs.debian.org/850917 < h01ger> | "only" in sid and stretch, but i assume some people care about those ;) < h01ger> | 669 in sid, 639 affected in stretch, rescheduling… -- cheers, Holger signature.asc Description: Digital signature
Bug#855788: 855788 severity
On Wed, 2017-03-08 at 00:29 +0100, Thomas Liske wrote: > could you please verify if there is a user named "needrestart-dbus"? The > package seems no creating the required user. Maybe this report is a > duplicate of #857077. There is no needrestart-dbus user on my system. -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#857106: Debirf stop with "Cannot read keyring" when building other distro with verification disabled
Package: debirf Version: 0.36 The default profile example for debirf contains a comment which says of DEBIRF_KEYRING: "uncomment the variable but leave the definition blank to have debirf skip the debootstrap verification." Doing this does cause debirf to skip verification. However, debirf will still fail if it cannot find a keyring matching the distro, with an error like the following: Cannot read keyring '/usr/share/keyrings/raspbian-archive-keyring.gpg' for debootstrap verification. This happens because at line 258 of debirf, in set_distro, the variable is checked, and if it is empty it is set according to DEBIRF_DISTRO. On the following lines, debirf dies because the filename it just constructed does not exist. -- Alistair Buxton a.j.bux...@gmail.com
Bug#857029: thunderbird: tries to migrate nonexistent ~/.icedove due to unintended meaning of "\ #" syntax
Adding my "Me too!" here. Since I rebuild thunderbird from Ubuntu, it always used ~/.thunderbird folder. So, after this second debian-based package it breaks with the dialog about "An existing profile.." Creating a symlink to ~/.icedove shows the same message. But removing the "\ #" comments fixes it. -- Adilson dos Santos Dantas http://www.adilson.net.br http://twitter.com/adilsond
Bug#780176: [xterm] XTerm and UXTerm appear in Xfce 4.10 main menu twice
On Tue, Mar 07, 2017 at 08:17:29PM +0100, Sven Joachim wrote: > On 2017-03-06 20:06 -0500, Thomas Dickey wrote: > > > On Mon, Mar 06, 2017 at 07:41:13PM -0500, Thomas Dickey wrote: > >> On Mon, Mar 06, 2017 at 06:33:44PM +0100, Sven Joachim wrote: > > ... > >> hmm - I recall using Utility because that was used by Red Hat. > >> > >> fwiw, a quick check shows Utility unused by Konsole (since introducing > >> a .desktop file in 2003). > >> > >> GNOME dropped Utility about 10 years later, in 2013: > >> > >> https://bugzilla.gnome.org/show_bug.cgi?id=707552 > >> > >> The bug report refers to 3.10 > >> > >> so yes, it's a reasonable change for xterm :-) > > > > However, the choice is done in the configure script, which adds "Utility" > > if any of the list of terminals which it checks also uses that category. > > I would expect the list of terminals to be empty on the Debian buildds, > since those should normally not have any terminal emulators installed in > the build chroot. Yet configure still adds "Utility" there, is that > intended? yes - I might change the default, but it was certainly relevant to Red Hat when I wrote the script. > > So the problem (from Debian's viewpoint) would go away automatically in > > xterm if the other packages were fixed. > > For Debian we should configure --with-desktop-category to make the build > deterministic, since the presence of random packages on the build system > should not change the outcome. agreed > diff --git a/debian/rules b/debian/rules > index a35d111..521becf 100755 > --- a/debian/rules > +++ b/debian/rules > @@ -48,6 +48,7 @@ override_dh_auto_configure: > --enable-backarrow-is-erase \ > --enable-sixel-graphics \ > --with-utempter \ > + --with-desktop-category=System,TerminalEmulator, \ > DESKTOP_FLAGS="$(DESKTOP_FLAGS)" \ > CFLAGS="$(CFLAGS)" \ > CPPFLAGS="$(CPPFLAGS)" \ -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net signature.asc Description: Digital signature
Bug#857105: docx2txt: Docx2txt fails to start
Package: docx2txt Version: 1.4-0.1 Severity: important Tags: upstream Dear Maintainer, The program is called from command line, but it fails to start with the message "Can't use an undefined value as a subroutine reference at /usr/bin/docx2txt line 641." I comment out this line, and it works again. Moreover, the interpreter perl is installed and updated from apt, and currently 5.20.2-3+deb8u. I am not an expert on perl, thus I made this bugreport. Thanks. -- System Information: Debian Release: 8.7 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.9.0-DEEPSEA (PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages docx2txt depends on: ii unzip 6.0-16+deb8u2 docx2txt recommends no packages. docx2txt suggests no packages. -- no debconf information
Bug#857029: thunderbird: tries to migrate nonexistent ~/.icedove due to unintended meaning of "\ #" syntax
Me too. I had migrated from icedove to thunderbird earlier with a previous update. Just removing the comments didn't fix it for me. I moved my profile out of the way, deleted ~/.thunderbird, started from scratch, then moved my profile back into ~/.thunderbird and edited profile.ini.
Bug#850507: golang-github-tideland-golib: FTBFS randomly (failing tests)
severity 850507 serious thanks Hello Jordi. I expected a general guideline from Release Managers regarding packages which FTBFS randomly like this one, but that will most surely not happen for stretch. So, the only guideline I have left is the one expressed by Julien Cristau (one of the RMs) in Bug #844264: "if the failure rate is low enough I think a lower severity can make sense" I posted a list of bugs which FTBFS more than 10% of the time and several people agreed on -devel that they should be serious and maintainers should ask for stretch-ignore tag in case the bug should not be RC (most bugs are about failing tests so this should not be needed in general). In the latest tests I made, this package fails for me more than 82% of the time, and it also fails in the reproducible builds autobuilders: https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/golang-github-tideland-golib.html This may affect any user trying to build this package (for example, after making a change), our downstreams, and the Security Team once that stretch is stable. For this reason I'm raising this to serious. Sorry for the long explanation. Thanks.
Bug#857104: ITP: golang-github-go-openapi-errors -- Common error handling code for OpenAPI
X-Debbugs-CC: debian-de...@lists.debian.org, pkg-go-maintain...@lists.alioth.debian.org Package: wnpp Severity: wishlist Owner: Tim Potter * Package name: golang-github-go-openapi-errors Version : 0.0~git20160704.0.d24ebc2-1 Upstream Author : OpenAPI Initiative golang toolkit * URL : https://github.com/go-openapi/errors * License : Apache-2.0 Programming Lang: Go Description : Common error handling code for OpenAPI This library implements shared error handling code used throughout the various libraries for the OpenAPI Specification. The OpenAPI Specification is a powerful definition format to describe RESTful APIs and creates a RESTful interface for easily developing and consuming an API. signature.asc Description: Message signed with OpenPGP using GPGMail
Bug#857103: ITP: golang-github-go-openapi-analysis -- OpenAPI Specification object model analyzer
X-Debbugs-CC: debian-de...@lists.debian.org, pkg-go-maintain...@lists.alioth.debian.org Package: wnpp Severity: wishlist Owner: Tim Potter * Package name: golang-github-go-openapi-analysis Version : 0.0~git20160815.0.b44dc87-1 Upstream Author : OpenAPI Initiative golang toolkit * URL : https://github.com/go-openapi/analysis * License : Apache-2.0 Programming Lang: Go Description : OpenAPI Specification object model analyser The OpenAPI analysis library implements analysts of an OpenAPI specification document for easier reasoning about the content. The OpenAPI Specification is a powerful definition format to describe RESTful APIs and creates a RESTful interface for easily developing and consuming an API. signature.asc Description: Message signed with OpenPGP using GPGMail
Bug#857102: ITP: golang-github-go-openapi-loads -- OpenAPI Specification object model
X-Debbugs-CC: debian-de...@lists.debian.org, pkg-go-maintain...@lists.alioth.debian.org Package: wnpp Severity: wishlist Owner: Tim Potter * Package name: golang-github-go-openapi-loads Version : 0.0~git20160704.0.18441df-1 Upstream Author : OpenAPI Initiative golang toolkit * URL : https://github.com/go-openapi/loads * License : Apache-2.0 Programming Lang: Go Description : OpenAPI Specification object model This library implements the loading of OpenAPI specification documents from local or remote locations. The OpenAPI Specification is a powerful definition format to describe RESTful APIs and creates a RESTful interface for easily developing and consuming an API. signature.asc Description: Message signed with OpenPGP using GPGMail
Bug#857101: ITP: golang-github-go-openapi-strfmt -- OpenAPI string formatting library
X-Debbugs-CC: debian-de...@lists.debian.org, pkg-go-maintain...@lists.alioth.debian.org Package: wnpp Severity: wishlist Owner: Tim Potter * Package name: golang-github-go-openapi-strfmt Version : 0.0~git20160812.0.d65c7fd-1 Upstream Author : OpenAPI Initiative golang toolkit * URL : https://github.com/go-openapi/strfmt * License : Apache-2.0 Programming Lang: Go Description : OpenAPI string formatting library Strfmt implements formatting and validation of various well-known string formats such as IP and email addresses for use in other OpenAPI Specification libraries. The OpenAPI Specification is a powerful definition format to describe RESTful APIs and creates a RESTful interface for easily developing and consuming an API. signature.asc Description: Message signed with OpenPGP using GPGMail
Bug#857100: ITP: golang-github-go-openapi-runtime -- OpenAPI runtime interfaces
X-Debbugs-CC: debian-de...@lists.debian.org, pkg-go-maintain...@lists.alioth.debian.org Package: wnpp Severity: wishlist Owner: Tim Potter * Package name: golang-github-go-openapi-runtime Version : 0.0~git20160704.0.11e322e-1 Upstream Author : OpenAPI Initiative golang toolkit * URL : https://github.com/go-openapi/runtime * License : Apache-2.0 Programming Lang: Go Description : OpenAPI runtime interfaces The validate library is part of the OpenAPI Initiative and OpenAPI Specification, and consists of classes and functions to be used in code generation when creating client- and server-side implementations of REST interfaces. The OpenAPI Specification is a powerful definition format to describe RESTful APIs and creates a RESTful interface for easily developing and consuming an API. signature.asc Description: Message signed with OpenPGP using GPGMail
Bug#857099: ITP: golang-github-go-openapi-validate -- OpenAPI toolkit validation helpers
X-Debbugs-CC: debian-de...@lists.debian.org, pkg-go-maintain...@lists.alioth.debian.org Package: wnpp Severity: wishlist Owner: Tim Potter * Package name: golang-github-go-openapi-validate Version : 0.0~git20160704.0.deaf2c9-1 Upstream Author : OpenAPI Initiative golang toolkit * URL : https://github.com/go-openapi/validate * License : Apache-2.0 Programming Lang: Go Description : OpenAPI toolkit validation helpers The validate library is part of the OpenAPI Initiative and OpenAPI Specification, and consists of various helper and utility functions used internally by other components of OpenAPI. The OpenAPI Specification is a powerful definition format to describe RESTful APIs and creates a RESTful interface for easily developing and consuming an API. signature.asc Description: Message signed with OpenPGP using GPGMail
Bug#843038: elki: FTBFS randomly (failing tests)
severity 843038 serious thanks Dear maintainer: I expected a general guideline from Release Managers regarding packages which FTBFS randomly like this one, but that will most surely not happen for stretch. So, the only guideline I have left is the one expressed by Julien Cristau (one of the RMs) in Bug #844264: "if the failure rate is low enough I think a lower severity can make sense" I posted a list of bugs which FTBFS more than 10% of the time and several people agreed on -devel that they should be serious and maintainers should ask for stretch-ignore tag in case the bug should not be RC (most bugs are about failing tests so this should not be needed in general). In the latest tests I made, this package fails for me more than 55% of the time, and it also fails (always, apparently) in the reproducible builds autobuilders, in all architectures: https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/elki.html This may affect any user trying to build this package (for example, after making a change), our downstreams, and the Security Team once that stretch is stable. For this reason I'm raising this to serious again. Sorry for the long explanation. Thanks.
Bug#857006: python-urllib3: Missing version constraint for six
Hello Tristan, thanks for this report. On Tuesday, March 7, 2017 5:19:02 AM CET Tristan Seligmann wrote: > setup.py does not have a version constraint on six as it is vendored > upstream, but since we are unvendoring it in Debian, we need a version > constraint. This is made trickier by the fact that upstream won't be > tracking the minimum version for us, as they only need to care about the > specific version they vendor. Perhaps a >= > constraint in Debian would be the easiest? It seems that urllib3 is vendoring six 1.10.0: https://github.com/shazow/urllib3/commit/ce9394a2564608823019ad6b59276bfa82bad642 I will add the >= 1.10.0, on the next upload. I plan to upload urllib 1.20 to experimental soon. Should I need to backport this also for Stretch? Cheers, -- Daniele Tricoli 'eriol' https://mornie.org signature.asc Description: This is a digitally signed message part.
Bug#857098: thunderbird: Migration script is broken
Package: thunderbird Severity: important Dear Maintainer, The script /usr/bin/thunderbird needs to be fixed. Lines 196, 198 & 199 are not valid. It seems that in bash, you cannot place anything after a backslash (even comments), otherwise the rest of the statement get broken. In my case, I uninstalled the icedove package because it seemed to me useless as I use the thunderbird package now but I got an error message and couldn't launch thunderbird. Instead, I got those error message (in the console): /usr/bin/thunderbird: line 197: : command not found <12>Mar 8 00:32:15 jpdeplaix[32177]: /usr/bin/thunderbird: [profile migration] Couldn't migrate Icedove into Thunderbird profile due existing or symlinked folder '/home/jpdeplaix/.thunderbird'! <12>Mar 8 00:32:15 jpdeplaix[32179]: /usr/bin/thunderbird: [profile migration] /home/jpdeplaix/.icedove is probably a symlink pointing to a non existing target, at least not to /home/jpdeplaix/.icedove. INFO -> An error happened while trying to migrate the old Icedove profile folder '/home/jpdeplaix/.icedove'. After having removed the comments (so that backslash is the last character on the line) on the lines above, it works fine. Could you please fix the package as mentioned ? -- System Information: Debian Release: 9.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.9.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF8, LC_CTYPE=en_US.UTF8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system)
Bug#834686: ruby-httpclient: FTBFS randomly (failing tests)
severity 834686 serious thanks Dear maintainer: I expected a general guideline from Release Managers regarding packages which FTBFS randomly like this one, but that will most surely not happen for stretch. So, the only guideline I have left is the one expressed by Julien Cristau (one of the RMs) in Bug #844264: "if the failure rate is low enough I think a lower severity can make sense" I posted a list of bugs which FTBFS more than 10% of the time and several people agreed on -devel that they should be serious and maintainers should ask for stretch-ignore tag in case the bug should not be RC (most bugs are about failing tests so this should not be needed in general). In the latest tests I made, this package fails for me more than 85% of the time, and it also fails (randomly) in the reproducible builds autobuilders: https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/ruby-httpclient.html This may affect any user trying to build this package (for example, after making a change), our downstreams, and the Security Team once that stretch is stable. For this reason I'm raising this to serious again. Sorry for the long explanation. Thanks.
Bug#857097: unblock: texlive-base/2016.20170123-5
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Dear release managers, I would like to ask for the unblocking of texlive-base 2016.20170123-5. The changes therein are *not* simple one-liners, but updates the LaTeX kernel from 2017/01/01 patchlevel 1 to 2017/01/01 patchlevel 3 The LaTeX kernel is a very slowly developing, the latest releases were: 2016-03-31 2016/03/31 Release 2016-05-08 2016/03/31 PL 1 Release 2016-06-20 2016/03/31 PL 2 Release 2016-07-29 2016/03/31 PL 3 Release 2017-01-01 2017/01/01 Release 2017-01-25 2017/01/01 PL 1 Release 2017-02-19 2017/01/01 PL 2 Release 2017-02-22 2017/01/01 PL 3 Release (see /usr/share/texlive/texmf-dist/doc/latex/base/changes.txt.gz) Release 2017/01/01 introduced a new encoding (order of glyphs) that is used for Unicode-enabled engines (luatex, xetex). This encoding was formerly distributed by the `fontspec' package, but moved into LaTeX core. The three patch level releases of the LaTeX kernel fix bugs concerning this encoding. In particular, missing character definitions. We updated in the freeze already from 2017/01/01 to patchlevel 1, and now I would like to update to patchlevel 3 to ensure proper support of various characters in xelatex and lualatex. Examples of added definitions in the recent patch level 2 & 3 are: \textquotesingle, \textasciigrave, \textquotedbl, \textasteriskcentered Other changes that increase the patch is the addition of *new* font definiton files for tulmssq, tulmvtt and tulmdh, providing access to these fonts (slides, dunham, variable teletype) in the TU encoding. As a whole this is a rather big change, but the LaTeX team is known for its extreme conservativeness and they run about 1000 test suites before each release. LaTeX 2017/01/01 PL 3 has been in upstream TeX Live and distributed to users for more than two weeks, and the TeX Live mailing list has not seen any bug report concerning LaTeX. Thus, I would like to get the new packages into testing. I attach the full debdiff. Changes are only in one patch file, plus updated pdfs of the documentation are in the debian.tar.gz file. Thanks a lot for your understanding Norbert unblock texlive-base/2016.20170123-5 -- System Information: Debian Release: 9.0 APT prefers unstable-debug APT policy: (500, 'unstable-debug'), (500, 'unstable'), (200, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.10.0 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) 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 diff -Nru texlive-base-2016.20170123/debian/changelog texlive-base-2016.20170123/debian/changelog --- texlive-base-2016.20170123/debian/changelog 2017-02-20 13:37:50.0 +0900 +++ texlive-base-2016.20170123/debian/changelog 2017-03-04 15:53:36.0 +0900 @@ -1,3 +1,9 @@ +texlive-base (2016.20170123-5) unstable; urgency=medium + + * update LaTeX to patchlevel 3 - fixes for TU encoding + + -- Norbert Preining Sat, 04 Mar 2017 15:53:36 +0900 + texlive-base (2016.20170123-4) unstable; urgency=medium * fix brown paper bag release of fontspec by including diff -Nru texlive-base-2016.20170123/debian/patches/series texlive-base-2016.20170123/debian/patches/series --- texlive-base-2016.20170123/debian/patches/series2017-02-20 12:27:35.0 +0900 +++ texlive-base-2016.20170123/debian/patches/series2017-03-04 15:49:13.0 +0900 @@ -36,3 +36,4 @@ upstream-latex-patchlevel1 upstream-fontspec-2.6 oberdiek-fix-boxdraw +upstream-latex-patchlevel3 diff -Nru texlive-base-2016.20170123/debian/patches/upstream-latex-patchlevel3 texlive-base-2016.20170123/debian/patches/upstream-latex-patchlevel3 --- texlive-base-2016.20170123/debian/patches/upstream-latex-patchlevel3 1970-01-01 09:00:00.0 +0900 +++ texlive-base-2016.20170123/debian/patches/upstream-latex-patchlevel3 2017-03-04 15:53:36.0 +0900 @@ -0,0 +1,3354 @@ +--- + texmf-dist/doc/latex/base/bugs.txt| 86 --- + texmf-dist/doc/latex/base/changes.txt | 113 + texmf-dist/doc/latex/base/manifest.txt| 15 + texmf-dist/source/latex/base/ltluatex.dtx | 61 +- + texmf-dist/source/latex/base/ltoutenc.dtx | 86 ++- + texmf-dist/source/latex/base/ltvers.dtx |2 + texmf-dist/source/latex/base/tulm.fdd | 330 +++ + texmf-dist/source/latex/base/tulm.ins | 107 +++ + texmf-dist/source/latex/base/unpack.ins |2 + texmf-dist/source/latex/base/utf8ienc.dtx |9 + texmf-dist/tex/latex/base/fontenc.sty |2 + texmf-dist/tex/latex/base/latex.ltx |4 + texmf-dist/tex/latex/b
Bug#857096: unblock: texlive-lang/2016.20170123-5
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Dear release managers,
I am asking for an unblock of texlive-lang/2016.20170123-5
The package includes a backport for bug #856993 where using
babel-french and fontspec resulted in a warning
Package frenchb.ldf Warning: Add \usepackage{fontspec} to the
(frenchb.ldf)preamble of your document, on input line 5.
despite the fact that fontspec was loaded.
This is due to a wrong test in babel-french, and is fixed in the latest release.
Unfortunately, the lastest release changes many other things, too,
so I am not confident to include all of these changes, but decided to
only include the fix for the above bug.
The debdiff consists of changes in the changelog and adding one patch
to the patch queue:
---
texmf-dist/tex/generic/babel-french/frenchb.ldf |9 -
1 file changed, 4 insertions(+), 5 deletions(-)
---
texlive-lang-2016.20170123.orig/texmf-dist/tex/generic/babel-french/frenchb.ldf
+++ texlive-lang-2016.20170123/texmf-dist/tex/generic/babel-french/frenchb.ldf
@@ -1496,14 +1496,13 @@
\activate@luatexpunct
\fi
\ifFBunicode
- \ifdefined\DeclareUTFcharacter
- \else
- \@ifpackageloaded{luainputenc}{}%
+ \@ifpackageloaded{fontspec}{}%
+ {\@ifpackageloaded{luainputenc}{}%
{\PackageWarning{frenchb.ldf}%
{Add \protect\usepackage{fontspec} to the\MessageBreak
-preamble of your document,}%
+preamble of your document, reported}%
}%
- \fi
+ }
\else
\begingroup \newcommand{\FBOTone}{OT1}%
\ifx\encodingdefault\FBOTone
This change is taken from the upstream new version, as well as
is mentioned on TeX stackexchange as possible fix, when the bug first
surfaced.
Thus, I would like to ask for
unblock texlive-lang/2016.20170123-5
Thanks a lot
Norbert
-- System Information:
Debian Release: 9.0
APT prefers unstable-debug
APT policy: (500, 'unstable-debug'), (500, 'unstable'), (200, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 4.10.0 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
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#854494: execnet: FTBFS randomly (failing tests)
severity 854494 serious thanks Dear maintainer: I expected a general guideline from Release Managers regarding packages which FTBFS randomly like this one, but that will most surely not happen for stretch. So, the only guideline I have left is the one expressed by Julien Cristau (one of the RMs) in Bug #844264: "if the failure rate is low enough I think a lower severity can make sense" I posted a list of bugs which FTBFS more than 10% of the time and several people agreed on -devel that they should be serious and maintainers should ask for stretch-ignore tag in case the bug should not be RC (most bugs are about failing tests so this should not be needed in general). In the latest tests I made, this package fails for me more than 61% of the time, and it also fails (randomly) in the reproducible builds autobuilders: https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/execnet.html (I think this addresses the comment made here by Rebecca: Most probably the failures do not have anything to do with my machines being single-CPU, as the reproducible builds autobuilders are multi-core). This may affect any user trying to build this package (for example, after making a change), our downstreams, and the Security Team once that stretch is stable. For this reason I'm raising this to serious. Sorry for the long explanation. Thanks.
Bug#848401: Pending fixes for bugs in the javafxsvg package
tag 848401 + pending thanks Some bugs in the javafxsvg package are closed in revision 25e07b2784c5a2a0f7879ab77c4562fe9ad338ad in branch 'master' by tony mancill The full diff can be seen at https://anonscm.debian.org/cgit/pkg-java/javafxsvg.git/commit/?id=25e07b2 Commit message: Import Debian changes 1.2.1-1 javafxsvg (1.2.1-1) unstable; urgency=medium * Initial release (Closes: #848401)
Bug#855501: closed by Christoph Goehre (Bug#855501: fixed in icedove 1:45.7.1-2)
On Tue, Mar 7, 2017 at 4:24 AM, Debian Bug Tracking System wrote: > This is an automatic notification regarding your Bug report > which was filed against the thunderbird package: > > #855501: thunderbird: copy account during transition from icedove to > thunderbird not a good idea > > It has been closed by Christoph Goehre . > Hi all, thank you and sorry to reopen. After update to thunderbird 1:45.7.1-2, thunderbird no longer starts via the wrapper (but can be evoked by running /usr/lib/thunderbird/thunderbird. My .icedove account folder no longer exists. See messages below. Btw, for whatever reason, i am not getting copies of the bug replies, which is not an issue, just copy me in should you ne asking for some more details. cheers Petr /usr/bin/thunderbird: line 197: : command not found <12>Mar 8 00:45:38 vanous[18983]: /usr/bin/thunderbird: [profile migration] Couldn't migrate Icedove into Thunderbird profile due existing or symlinked folder '/home/vanous/.thunderbird'! <12>Mar 8 00:45:38 vanous[18985]: /usr/bin/thunderbird: [profile migration] /home/vanous/.icedove is probably a symlink pointing to a non existing target, at least not to /home/vanous/.icedove. Gtk-Message: GtkDialog mapped without a transient parent. This is discouraged. INFO -> An error happened while trying to migrate the old Icedove profile folder '/home/vanous/.icedove'. INFO -> Please take a look into the syslog file!
Bug#857095: apt-file: bad warning message
Package: apt-file Version: 3.1.4 Severity: minor Dear Maintainer, gtgn:~# apt-file search pdfsig E: The cache is empty. You need to run "apt update" first. ^^^ I think that should say "apt-file" and not "apt" thanks, --stephen -- System Information: Debian Release: 9.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.9.0-1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages apt-file depends on: ii apt 1.4~rc2 ii libapt-pkg-perl 0.1.30 ii liblist-moreutils-perl 0.416-1+b1 ii libregexp-assemble-perl 0.36-1 pn perl:any apt-file recommends no packages. apt-file suggests no packages. -- Configuration Files: /etc/apt/apt.conf.d/50apt-file.conf changed [not included] -- no debconf information
Bug#857094: fabric: Please run tests in verbose mode
Package: src:fabric Version: 1.13.1-2 Tags: patch Dear maintainer: Regarding Bug #854686, I'd like to be able to tell which test is the one that fails, but it's not easy because everything I see is a sequence of dots. Could you please add -v to -v to PYBUILD_TEST_ARGS, as in the patch below? Even if this by itself clearly does not fix Bug #854686, I could then easily build the package a lot of times in unstable and provide more information about it. Thanks. --- a/debian/rules +++ b/debian/rules @@ -3,7 +3,7 @@ # Uncomment this to turn on verbose mode. #export DH_VERBOSE=1 -export PYBUILD_TEST_ARGS=--exclude=test_nested_execution_with_explicit_ports +export PYBUILD_TEST_ARGS=-v --exclude=test_nested_execution_with_explicit_ports export PYBUILD_NAME=fabric %:
Bug#857092: unblock: torbrowser-launcher/0.2.6-3.1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package torbrowser-launcher Currently, the signing key that is included is missing the currently used subkey which prevents this package from working for all users. A debdiff is attached, and the source of the cherry-picked patch is given in the DEP-3 metadata. unblock torbrowser-launcher/0.2.6-3.1 -- System Information: Debian Release: 9.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 4.9.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system)
Bug#857093: FTBFS on kFreeBSD and Hurd
Source: graywolf
Version: 0.1.4+20170307gite1bf319-1
Severity: normal
Tags: patch upstream
Hi,
I noticed that this currently fails to build on kFreeBSD and Hurd, since
it tries to use stdin in an initializer list, which gives an error
(stdin is not a compile-time constant). There is already code to work
around this on Linux, so I'm not sure why it's not used elsewhere, but
the attached patch fixes the build for me on kfreebsd-amd64 (I assume
kfreebsd-i386 and hurd-i386 too, though I have not actually tested
that). It also removes the strange stdio.h handling, which isn't
necessary, but is even more mind-boggling.
Regards,
James
Description: Fix FTBFS on non-Linux since stdin is not a constant
Author: James Clarke
Last-Update: 2017-03-07
---
This patch header follows DEP-3: http://dep.debian.net/deps/dep3/
--- a/src/mc_compact/readcgraph_l.h
+++ b/src/mc_compact/readcgraph_l.h
@@ -1,8 +1,4 @@
-#ifdef linux
#include
-#else
-# include "stdio.h"
-#endif
#include
# define U(x) ((x)&0377)
# define NLSTATE yyprevious=YYNEWLINE
@@ -22,11 +18,7 @@ int yyleng; extern char yytext[];
int yymorfg;
extern char *yysptr, yysbuf[];
int yytchar;
-#ifdef linux
FILE *yyin = NULL, *yyout = NULL;
-#else
-FILE *yyin ={stdin}, *yyout ={stdout};
-#endif
extern int yylineno;
struct yysvf {
struct yywork *yystoff;
@@ -461,10 +453,8 @@ yylook(){
int debug;
# endif
char *yylastch;
-#ifdef linux
if (yyin == NULL) yyin = stdin;
if (yyout == NULL) yyout = stdout;
-#endif
/* start off machines */
# ifdef LEXDEBUG
debug = 0;
@@ -614,16 +604,12 @@ return(0);
}
/* the following are only used in the lex library */
yyinput(){
-#ifdef linux
if (yyin == NULL) yyin = stdin;
-#endif
return(input());
}
yyoutput(c)
int c; {
-#ifdef linux
if (yyout == NULL) yyout = stdout;
-#endif
output(c);
}
yyunput(c)
--- a/src/mc_compact/readtiles_l.h
+++ b/src/mc_compact/readtiles_l.h
@@ -1,8 +1,4 @@
-#ifdef linux
#include
-#else
-# include "stdio.h"
-#endif
#include
# define U(x) ((x)&0377)
# define NLSTATE yyprevious=YYNEWLINE
@@ -22,11 +18,7 @@ int yyleng; extern char yytext[];
int yymorfg;
extern char *yysptr, yysbuf[];
int yytchar;
-#ifdef linux
FILE *yyin = NULL, *yyout = NULL;
-#else
-FILE *yyin ={stdin}, *yyout ={stdout};
-#endif
extern int yylineno;
struct yysvf {
struct yywork *yystoff;
@@ -516,10 +508,8 @@ yylook(){
int debug;
# endif
char *yylastch;
-#ifdef linux
if (yyin == NULL) yyin = stdin;
if (yyout == NULL) yyout = stdout;
-#endif
/* start off machines */
# ifdef LEXDEBUG
debug = 0;
@@ -669,16 +659,12 @@ return(0);
}
/* the following are only used in the lex library */
yyinput(){
-#ifdef linux
if (yyin == NULL) yyin = stdin;
-#endif
return(input());
}
yyoutput(c)
int c; {
-#ifdef linux
if (yyout == NULL) yyout = stdout;
-#endif
output(c);
}
yyunput(c)
--- a/src/mincut/readcells_l.h
+++ b/src/mincut/readcells_l.h
@@ -1,8 +1,4 @@
-#ifdef linux
#include
-#else
-# include "stdio.h"
-#endif
# define U(x) ((x)&0377)
# define NLSTATE yyprevious=YYNEWLINE
# define BEGIN yybgin = yysvec + 1 +
@@ -21,11 +17,7 @@ int yyleng; extern char yytext[];
int yymorfg;
extern char *yysptr, yysbuf[];
int yytchar;
-#ifdef linux
FILE *yyin =(FILE *)NULL, *yyout =(FILE *)NULL;
-#else
-FILE *yyin ={stdin}, *yyout ={stdout};
-#endif
extern int yylineno;
struct yysvf {
struct yywork *yystoff;
@@ -541,10 +533,8 @@ yylook(){
int debug;
# endif
char *yylastch;
-#ifdef linux
if (yyin == NULL) yyin = stdin;
if (yyout == NULL) yyout = stdout;
-#endif
/* start off machines */
# ifdef LEXDEBUG
debug = 0;
@@ -694,16 +684,12 @@ return(0);
}
/* the following are only used in the lex library */
yyinput(){
-#ifdef linux
if (yyin == NULL) yyin = stdin;
-#endif
return(input());
}
yyoutput(c)
int c; {
-#ifdef linux
if (yyout == NULL) yyout = stdout;
-#endif
output(c);
}
yyunput(c)
--- a/src/syntax/readcells_l.h
+++ b/src/syntax/readcells_l.h
@@ -1,8 +1,4 @@
-#ifdef linux
#include
-#else
-# include "stdio.h"
-#endif
# define U(x) ((x)&0377)
# define NLSTATE yyprevious=YYNEWLINE
# define BEGIN yybgin = yysvec + 1 +
@@ -21,11 +17,7 @@ int yyleng; extern char yytext[];
int yymorfg;
extern char *yysptr, yysbuf[];
int yytchar;
-#ifdef linux
FILE *yyin = NULL, *yyout = NULL;
-#else
-FILE *yyin ={stdin}, *yyout ={stdout};
-#endif
extern int yylineno;
struct yysvf {
struct yywork *yystoff;
@@ -541,10 +533,8 @@ yylook(){
int debug;
# endif
char *yylastch;
-#ifdef linux
if (yyin == NULL) yyin = stdin;
if (yyout == NULL) yyout = stdout;
-#endif
/* start off machines */
# ifdef LEXDEBUG
debug = 0;
@@ -694,16 +684,12 @@ return(0);
}
/* the following are only used in the lex library */
yyinput(){
-#ifdef linux
if (yyin == NULL) yyin = stdin;
-#endif
return(input());
}
yyoutput(c)
int c; {
-#ifdef linux
if (yyout == NULL) yyout = stdout;
-#endif
output(c);
}
yyunput(c)
--- a/src/twflow/readobjects_l.h
+++
Bug#855788: 855788 severity
Hi Paul, could you please verify if there is a user named "needrestart-dbus"? The package seems no creating the required user. Maybe this report is a duplicate of #857077. TIA, Thomas Paul Wise writes: > On Sun, 2017-03-05 at 23:24 +0100, Thomas Liske wrote: > >> the package's core functionally is the needrestart-session command - does >> it working for you? > > When I run needrestart as a user, I get a lot of processes that need > restarting but when I run needrestart-session, it says this: > > Nothing found... > None of your processes need to be restarted. > >> Could you please also try to run the dbus registration manually? > > Looks like it is broken too, see below. > >> The command should not return. Please provide any syslog entries... if >> it would work you should see something like: > > The command returns and I see this in the systemd journal: > > Mar 06 12:53:44 chianamo needrestart-dbus-session[20149]: > needrestart-dbus-session 2.11 launched > Mar 06 12:53:45 chianamo needrestart-dbus-session[20149]: > org.freedesktop.DBus.Error.Spawn.FailedToSetup: Failed to setup environment > correctly > Mar 06 12:53:45 chianamo needrestart-dbus-session[20149]: terminated > > -- > bye, > pabs > > https://wiki.debian.org/PaulWise -- :: WWW:https://fiasko-nw.net/~thomas/ :: ::: Jabber: xmpp:tho...@jabber.fiasko-nw.net ::: :: flickr: https://www.flickr.com/photos/laugufe/ ::
Bug#857077: needrestart-session: Unknown username "needrestart-dbus" in message bus configuration file
severity 857077 important thanks Hi Laurent, you are right, there seems to be no configure script with-in the .deb to add the needrestart-dbus user if it does not exist. @Patrick: It seems that no user 'needrestart-dbus' was or is created by the package's configure script. This breaks any Xsession integration of needrestart-session which requires the dbus service. Thanks, Thomas Laurent Bonnaud writes: > Package: needrestart-session > Version: 0.3-3 > Severity: normal > > > Dear Maintainer, > > in the logs of my system I see the following error message: > > Mar 7 17:42:58 irancy dbus-daemon[13863]: Unknown username > "needrestart-dbus" in message bus configuration file > > It seems to come from this file: > > /etc/dbus-1/system.d/net.ibh.NeedRestart.System.conf > > that contains this line: > > > > > -- System Information: > Debian Release: 9.0 > APT prefers unstable-debug > APT policy: (500, 'unstable-debug'), (500, 'unstable'), (1, > 'experimental-debug'), (1, 'experimental') > Architecture: amd64 (x86_64) > > Kernel: Linux 4.9.0-2-rt-amd64 (SMP w/2 CPU cores; PREEMPT) > Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) > Shell: /bin/sh linked to /usr/bin/dash > Init: systemd (via /run/systemd/system) > > Versions of packages needrestart-session depends on: > ii libnet-dbus-perl 1.1.0-4+b1 > ii libproc-processtable-perl 0.53-2 > ii libwx-perl 1:0.9928-1+b1 > ii needrestart2.11-2 > pn perl:any > ii policykit-10.113-5 > ii wmctrl 1.07-7+b1 > > needrestart-session recommends no packages. > > needrestart-session suggests no packages. > > -- no debconf information > > -- > Laurent. > -- :: WWW:https://fiasko-nw.net/~thomas/ :: ::: Jabber: xmpp:tho...@jabber.fiasko-nw.net ::: :: flickr: https://www.flickr.com/photos/laugufe/ ::
Bug#857091: (bind9-dyndb-ldap: race condition/strange issue with DNSSEC inline signing
This might well be a bug in bind9 itself. I do, however, have several BIND instances with the same inline signing without dyndb-ldap working just fine. -nik -- PGP-Fingerprint: 3C9D 54A4 7575 C026 FB17 FD26 B79A 3C16 A0C4 F296 Dominik George · Hundeshagenstr. 26 · 53225 Bonn Mobile: +49-1520-1981389 · https://www.dominik-george.de/ Teckids e.V. · FrOSCon e.V. Fellowship of the FSFE · Piratenpartei Deutschland Opencaching Deutschland e.V. · Debian Maintainer LPIC-3 Linux Enterprise Professional (Security) signature.asc Description: PGP signature
Bug#857091: bind9-dyndb-ldap: race condition/strange issue with DNSSEC inline signing
Package: bind9-dyndb-ldap Version: 10.1-1 Severity: important -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 After configuring a basic setup with bind9-dyndb-ldap, I tried enabling DNSSEC inline signing. It does seem to work, but only sporadically. Most of the time, most zones fail to be signed with the following errors in the logs: Mar 7 06:33:53 shore named[19793]: zone koenig-moderig.de/IN (signed): reconfiguring zone keys Mar 7 06:33:53 shore named[19793]: malformed transaction: dyndb-ldap/naturalnet/master/koenig-moderig.de/signed.jnl last serial 1488398609 != transaction first serial 1488398610 Mar 7 06:33:53 shore named[19793]: zone koenig-moderig.de/IN (signed): zone_rekey:dns_journal_write_transaction -> unexpected error It seems like BIND cannot write the journal, but there is no permission issue or anything else. In fact, a few minutes later, BIND might sign the zone just fine. I even used strace to trace anything happening to the journal, and in the case where the above error is produced, I see BIND happily opening, writing and closing signed.jnl. There seems to be a known issue with BIND hitting this issue in a few corner cases, mostly “fixed” by restarting BIND, but this simple solution does not work here. - -- System Information: Debian Release: 9.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.7.0-1-amd64 (SMP w/6 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages bind9-dyndb-ldap depends on: ii bind9 1:9.10.3.dfsg.P4-12 ii libc6 2.24-9 ii libdns162 1:9.10.3.dfsg.P4-12 ii libisc160 1:9.10.3.dfsg.P4-12 ii libkrb5-3 1.15-1 ii libldap-2.4-2 2.4.44+dfsg-3 ii libuuid1 2.29.1-1 bind9-dyndb-ldap recommends no packages. bind9-dyndb-ldap suggests no packages. - -- no debconf information -BEGIN PGP SIGNATURE- iQJ4BAEBCABiFiEEPJ1UpHV1wCb7F/0mt5o8FqDE8pYFAli/O/UxGmh0dHBzOi8v d3d3LmRvbWluaWstZ2VvcmdlLmRlL2dwZy1wb2xpY3kudHh0LmFzYxIcbmlrQG5h dHVyYWxuZXQuZGUACgkQt5o8FqDE8pYd3Q//QaCbewR5b4TNDllntitPBeLzswJ1 FuZ41+QIebPUQoknSd9dQXHgvunXxm8x1zkilAv9bVHozwbL6q6Iz48pGuaTwgbG OmVCnAzUpuG55k26xOw+07IYLgx2smPMjzrjYOH1Tbmgafas0nbucqyFn37JdYg2 EFHp2Nac+Ui83zFeZiybV+2mZDR2zx1HV9SFa9IRQFjS4jGz6Evtur9mfV4vFBPx ++zgdafrtgnF1udD4bZ6j+OrmN9mmu0L0Bn7L8mOZVsDmq+Ki3crvPdoqInTjMK2 pTrQ0zKPzlrxTt1RayMXFHdJwj4hLyCd20eWwUTQTovrI1gW3fLbL2VmT8UQkJqU Qj24j78jKG75Ri7wuo+hHRwNBqgt/FOLwC6kxFCg6vElZDnvL9RrHlQCkXR4U2hD v8d78OtHrOFVNgqD67/83dZcYEPARwT4zeKXUcPO1UDparjn5Kf4bBwaj7GaS2uS pH6XsyDN+ZfTHo9jPW494oFIJZsgZgDSKhFRjA+SCLJ2D42nwMR8nkBYz/R29PMS rYI1x9mRZLAsoQBJfEHvBxR676F39TjNvweGhYVVnbG1EHeFotJaNoUqbeJgDznr WW8WSKgMoyTbtMebxdm0Hxk3paZ9WXNp2H8ntHRy46DyORfEJ3F/K7Hop9H+POfk o76PlOb9THkaRMc= =l2b6 -END PGP SIGNATURE-
Bug#857089: thinkfan: error during installation
Package: thinkfan Version: 0.9.3-1 Severity: grave Justification: renders package unusable Dear Maintainer, Since the update to 0.9.3-1 I have the following error during the installation: E: Sub-process /usr/bin/dpkg returned an error code (1) Échec de l'installation d'un paquet. Tentative de récupération : Paramétrage de thinkfan (0.9.3-1) ... Job for thinkfan.service failed because the control process exited with error code. See "systemctl status thinkfan.service" and "journalctl -xe" for details. invoke-rc.d: initscript thinkfan, action "start" failed. ● thinkfan.service - simple and lightweight fan control program Loaded: loaded (/lib/systemd/system/thinkfan.service; disabled; vendor preset: enabled) Active: failed (Result: exit-code) since Tue 2017-03-07 23:53:33 CET; 5ms ago Process: 2853 ExecStart=/usr/sbin/thinkfan (code=exited, status=4) mars 07 23:53:33 mirandol systemd[1]: Starting simple and lightweight fan c…m... mars 07 23:53:33 mirandol systemd[1]: thinkfan.service: Control process exi…us=4 mars 07 23:53:33 mirandol systemd[1]: Failed to start simple and lightweigh…ram. mars 07 23:53:33 mirandol systemd[1]: thinkfan.service: Unit entered failed…ate. mars 07 23:53:33 mirandol systemd[1]: thinkfan.service: Failed with result …de'. Hint: Some lines were ellipsized, use -l to show in full. dpkg: erreur de traitement du paquet thinkfan (--configure) : le sous-processus script post-installation installé a retourné une erreur de sortie d'état 1 Regards. -- System Information: Debian Release: 9.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.9.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages thinkfan depends on: ii init-system-helpers 1.47 ii libatasmart4 0.19-4+b1 ii libc62.24-9 thinkfan recommends no packages. thinkfan suggests no packages. -- no debconf information
Bug#857090: update-command-not-found does nothing
Package: command-not-found Version: 0.2.38-4 Severity: important Dear Maintainer, this is a new installed Debian Stretch VM without any modifications. > apt update > apt install command-not-found > update-command-not-found Result: Nothing! No error message, no positive return code, no updated c-n-f lists, … – command-not-found isn't usable at the moment. I've attached a full strace (with -ff) log, maybe it's useful. -- System Information: Debian Release: 9.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 4.9.0-1-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages command-not-found depends on: ii apt-file 3.1.4 ii lsb-release 9.20161125 ii python-gdbm 2.7.13-1 pn python:any command-not-found recommends no packages. command-not-found suggests no packages. -- no debconf information -- With kind regards, Christian Schrötter update-command-not-found.strace.xz Description: application/xz
Bug#857062: [pkg-fgfs-crew] Bug#857062: flightgear: man page terrasync(1) exists but no binary found
Control: tags -1 upstream patch In the recent versions, the CMakeLists.txt file for terrasync is completely commented out, so the separate binary is never built. Upstream commit 3f7e59a. The manpage is added to the install list at man/CMakeLists.txt:22, so commenting out that as well will probably get rid of it (though I haven't tried this).
Bug#857088: graywolf: Incomplete debian/copyright?
Source: graywolf Version: 0.1.4+20170307gite1bf319-1 Severity: serious Justication: Policy 12.5 X-Debbugs-CC: Ruben Undheim Hi, I just ACCEPTed graywolf from NEW but noticed it was missing attribution in debian/copyright for at least Staf Verhaegen. (This is not exhaustive so please check over the entire package carefully and address these on your next upload.) Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org / chris-lamb.co.uk `-
Bug#841506: aptitude: cannot reinstall package available as update
Quoting Manuel A. Fernandez Montecelo (2017-03-07 22:43:39)
> 2017-03-07 0:53 GMT+01:00 Jonas Smedegaard :
> > Quoting Manuel A. Fernandez Montecelo (2017-03-06 22:33:18)
> >> 2016-10-21 11:22 Jonas Smedegaard:
> >> >Package: aptitude
> >> >Version: 0.8.3-1+b1
> >> >Severity: important
> >> >
> >> >-BEGIN PGP SIGNED MESSAGE-
> >> >Hash: SHA256
> >> >
> >> >Aptitude has thrown me into limbo (hence severity important):
> >> >
> >> >A kernel update failed (ran out of space in /boot, and/or bugs in kernel
> >> >hooks for sicherboot), flagging it as needing a reinstall.
> >> >
> >> >Choosing "L" to reinstall and then "G", is refused with (in danish, on
> >> >my system) a message saying that no packages will be installed, removed
> >> >or upgraded, some packages could be upgraded, and I should press "U" to
> >> >do that.
> >> >
> >> >Seems that check is missing the option of reinstall in its logic.
> >>
> >> I think that the problem might be that it cannot use the same version of
> >> the package to download, if it's not available in the list of packages,
> >> so it cannot do nothing, other than suggesting to upgrade.
> >
> > Not sure I follow what you are saying above. Seems you are saying that
> > you suspect that pressing "L" cannot work. I have reinstalled packages
> > before in that way.
>
> Oh, my bad. I thought that the package had become upgradable at some
> point, so aptitude cannot download the package from the server
> anymore, thus you cannot reinstall the same version (only the upgraded
> one). It's a relatively common case that causes problem with
> reinstall operations.
>
> I have never seen aptitude to prevent the user from reinstalling,
> neither with versions of aptitude from stable nor the ones in
> unstable. So unless it was caused by its broken state, I have no idea
> where that comes from.
>
> Under normal conditions, one can reinstall a single package ("l" +
> "g") at any time, no problem -- it doesn't prevent to Go ahead just
> because reinstall is not a supported operation. Does this work for
> you right now, I hope?
It works to reinstall packages, yes. This bug is not that reinstall
stopped generally working, but that it refused to work for that specific
package being in limbo, where aptitude (or dpkg bubbling through?)
explicitly instructed to _reinstall_.
> >> Do you remember if it allowed you to fix the system by using "+"
> >> (install or upgrade) instead?
> >
> > No, I did not try to use "+": Aptitude explicitly told that it needed
> > _reinstall_ and it worked to _request_ a reinstall but then failed to
> > _execute_ the request. Frankly didn't occur to me to try trick aptitude
> > by requesting an _update_ for a package with no newer version available
> > but in broken state.
>
> Nevermind. This has to do with my wrong interpretation. When the
> package to be reinstalled has been upgraded in the server, one should
> upgrade, reinstall never works.
I realize that your misunderstanding me quite likely stems from my bad
phrasing of the subject of this bugreport: Kernel package had failed to
install _moments_ before trying to reinstall - not long time befor - so
situation was _not_ that the package no longer was available for
re-download (I am aware that "l" does a fresh download of the current
version of the package and therefore need that version to be available).
- Jonas
--
* Jonas Smedegaard - idealist & Internet-arkitekt
* Tlf.: +45 40843136 Website: http://dr.jones.dk/
[x] quote me freely [ ] ask before reusing [ ] keep private
signature.asc
Description: signature
Bug#857087: nsscache: /usr/share/nsscache not installed
Package: nsscache Version: 0.33-1 Severity: important Dear Maintainer, installing nsscache also installed a symlink from /usr/sbin/nsscache to ../share/nsscache/nsscache, but /usr/share/nsscache is not being installed. This differs from the stable package where /usr/share/nsscache exists. Thanks for your consideration Sebastian Hahn -- System Information: Debian Release: 9.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.9.8-1-cip-amd64 (SMP w/16 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system)
Bug#857086: unblock: icoutils/0.31.2-1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock icoutils 0.31.2-1, which contains various security fixes. diff -Nru icoutils-0.31.1/AUTHORS icoutils-0.31.2/AUTHORS --- icoutils-0.31.1/AUTHORS 2013-05-19 13:17:31.0 +0100 +++ icoutils-0.31.2/AUTHORS 2017-03-06 21:27:25.0 + @@ -20,8 +20,11 @@ Marcin Siennicki - BMP extraction support for wrestool +Martin Gieseking + - Security fixes + - Miscellaneous fixes and improvements + Joel Holdsworth -Martin Gieseking Martin Storsjö Mathew Eis Sebastián Puebla @@ -33,3 +36,7 @@ Markus Schölzel Richard W.M. Jones - man page improvements + +Jerzy Kramarz + - pointing out various crashes/bugs exploitable for DoS + purposes diff -Nru icoutils-0.31.1/NEWS icoutils-0.31.2/NEWS --- icoutils-0.31.1/NEWS2017-01-08 14:44:57.0 + +++ icoutils-0.31.2/NEWS2017-03-06 21:32:05.0 + @@ -1,3 +1,8 @@ +2017-03-06: icoutils 0.31.2 released. + Various security fixes from Martin Gieseking, + issues found by Jerzy Kramarz + (CVE-2017-6009, CVE-2017-6010, CVE-2017-6011). + 2017-01-08: icoutils 0.31.1 released. Security fixes: Colin Watson, Debian bug #850017 diff -Nru icoutils-0.31.1/configure icoutils-0.31.2/configure --- icoutils-0.31.1/configure 2017-01-08 14:40:28.0 + +++ icoutils-0.31.2/configure 2017-03-06 21:28:08.0 + @@ -1,6 +1,6 @@ #! /bin/sh # Guess values for system-dependent variables and create Makefiles. -# Generated by GNU Autoconf 2.69 for icoutils 0.31.1. +# Generated by GNU Autoconf 2.69 for icoutils 0.31.2. # # Report bugs to . # @@ -580,8 +580,8 @@ # Identity of this package. PACKAGE_NAME='icoutils' PACKAGE_TARNAME='icoutils' -PACKAGE_VERSION='0.31.1' -PACKAGE_STRING='icoutils 0.31.1' +PACKAGE_VERSION='0.31.2' +PACKAGE_STRING='icoutils 0.31.2' PACKAGE_BUGREPORT='frank.rich...@gmail.com' PACKAGE_URL='' @@ -1948,7 +1948,7 @@ # Omit some internal or obsolete options to make the list less imposing. # This message is too long to be a string in the A/UX 3.1 sh. cat <<_ACEOF -\`configure' configures icoutils 0.31.1 to adapt to many kinds of systems. +\`configure' configures icoutils 0.31.2 to adapt to many kinds of systems. Usage: $0 [OPTION]... [VAR=VALUE]... @@ -2018,7 +2018,7 @@ if test -n "$ac_init_help"; then case $ac_init_help in - short | recursive ) echo "Configuration of icoutils 0.31.1:";; + short | recursive ) echo "Configuration of icoutils 0.31.2:";; esac cat <<\_ACEOF @@ -2128,7 +2128,7 @@ test -n "$ac_init_help" && exit $ac_status if $ac_init_version; then cat <<\_ACEOF -icoutils configure 0.31.1 +icoutils configure 0.31.2 generated by GNU Autoconf 2.69 Copyright (C) 2012 Free Software Foundation, Inc. @@ -2780,7 +2780,7 @@ This file contains any messages produced by compilers while running configure, to aid debugging if configure makes a mistake. -It was created by icoutils $as_me 0.31.1, which was +It was created by icoutils $as_me 0.31.2, which was generated by GNU Autoconf 2.69. Invocation command line was $ $0 $@ @@ -3670,7 +3670,7 @@ # Define the identity of the package. PACKAGE='icoutils' - VERSION='0.31.1' + VERSION='0.31.2' cat >>confdefs.h <<_ACEOF @@ -20061,7 +20061,7 @@ # report actual input values of CONFIG_FILES etc. instead of their # values after options handling. ac_log=" -This file was extended by icoutils $as_me 0.31.1, which was +This file was extended by icoutils $as_me 0.31.2, which was generated by GNU Autoconf 2.69. Invocation command line was CONFIG_FILES= $CONFIG_FILES @@ -20127,7 +20127,7 @@ cat >>$CONFIG_STATUS <<_ACEOF || ac_write_fail=1 ac_cs_config="`$as_echo "$ac_configure_args" | sed 's/^ //; s/[\\""\`\$]/&/g'`" ac_cs_version="\\ -icoutils config.status 0.31.1 +icoutils config.status 0.31.2 configured by $0, generated by GNU Autoconf 2.69, with options \\"\$ac_cs_config\\" diff -Nru icoutils-0.31.1/configure.ac icoutils-0.31.2/configure.ac --- icoutils-0.31.1/configure.ac2017-01-08 14:39:40.0 + +++ icoutils-0.31.2/configure.ac2017-03-06 21:27:54.0 + @@ -1,7 +1,7 @@ # -*- Autoconf -*- # Process this file with autoconf to produce a configure script. AC_PREREQ(2.59) -AC_INIT(icoutils, 0.31.1, frank.rich...@gmail.com) +AC_INIT(icoutils, 0.31.2, frank.rich...@gmail.com) AC_CONFIG_MACRO_DIR([m4]) # doesn't seem to have any effect at the moment AC_CONFIG_SRCDIR([icotool/icotool.h]) AC_CONFIG_HEADER([config.h]) diff -Nru icoutils-0.31.1/debian/.git-dpm icoutils-0.31.2/debian/.git-dpm --- icoutils-0.31.1/debian/.git-dpm 2017-01-09 18:24:36.0 + +++ icoutils-0.31.2/debian/.git-dpm 2017-03-07 17:30:30.0 + @@ -1,8 +1,8 @@ # see git-dpm(1) from git-dpm package -f704125a5652f867d4f2acf45a52dc53b2c77fce -f704125a5652f867
Bug#857084: terminix FTBFS on ppc64el: Error: function gobject.Signals.Signals.handlerBlock (ObjectG instanc, uint handlerId) is not callable using argument types (Entry, ulong)
Source: terminix Version: 1.5.2-1 Severity: serious https://buildd.debian.org/status/logs.php?pkg=terminix&arch=ppc64el ... make[3]: Entering directory '/«PKGBUILDDIR»' ldmd2 -O -inline -release -g -version=StdLoggerDisableTrace -I/usr/include/d/gtkd-3/ -L-lvted-3 -L-L/usr/lib/powerpc64le-linux-gnu/ -L-lgtkd-3 -L-ldl -c source/app.d source/gx/gtk/actions.d source/gx/gtk/cairo.d source/gx/gtk/clipboard.d source/gx/gtk/dialog.d source/gx/gtk/resource.d source/gx/gtk/settings.d source/gx/gtk/threads.d source/gx/gtk/util.d source/gx/gtk/vte.d source/gx/gtk/x11.d source/gx/i18n/l10n.d source/gx/terminix/application.d source/gx/terminix/appwindow.d source/gx/terminix/bookmark/bmchooser.d source/gx/terminix/bookmark/bmeditor.d source/gx/terminix/bookmark/bmtreeview.d source/gx/terminix/bookmark/manager.d source/gx/terminix/closedialog.d source/gx/terminix/cmdparams.d source/gx/terminix/colorschemes.d source/gx/terminix/common.d source/gx/terminix/constants.d source/gx/terminix/customtitle.d source/gx/terminix/encoding.d source/gx/terminix/prefeditor/bookmarkeditor.d source/gx/terminix/prefeditor/prefdialog.d source/gx/terminix/prefeditor/profileeditor.d source/gx/terminix/prefeditor/titleeditor.d source/gx/terminix/preferences.d source/gx/terminix/session.d source/gx/terminix/sessionswitcher.d source/gx/terminix/shortcuts.d source/gx/terminix/sidebar.d source/gx/terminix/terminal/actions.d source/gx/terminix/terminal/advpaste.d source/gx/terminix/terminal/exvte.d source/gx/terminix/terminal/layout.d source/gx/terminix/terminal/password.d source/gx/terminix/terminal/regex.d source/gx/terminix/terminal/search.d source/gx/terminix/terminal/terminal.d source/gx/terminix/terminal/util.d source/gx/util/array.d source/gx/util/string.d source/secret/Collection.d source/secret/Item.d source/secret/Prompt.d source/secret/Schema.d source/secret/SchemaAttribute.d source/secret/Secret.d source/secret/Service.d source/secret/Value.d source/secretc/secret.d source/secretc/secrettypes.d source/x11/X.d source/x11/Xlib.d -ofterminix.o source/gx/terminix/customtitle.d(166): Error: function gobject.Signals.Signals.handlerBlock (ObjectG instanc, uint handlerId) is not callable using argument types (Entry, ulong) source/gx/terminix/customtitle.d(171): Error: function gobject.Signals.Signals.handlerUnblock (ObjectG instanc, uint handlerId) is not callable using argument types (Entry, ulong) source/gx/terminix/terminal/terminal.d(1901): Error: function gobject.Signals.Signals.handlerDisconnect (ObjectG instanc, uint handlerId) is not callable using argument types (ExtendedVTE, ulong) Makefile:1085: recipe for target 'terminix.o' failed make[3]: *** [terminix.o] Error 1
Bug#856922: unblock: sakura/3.4.0-3 (pre-approval)
Control: tags -1 confirmed moreinfo Hi, On Mon, Mar 06, 2017 at 10:51:04AM +0100, Andreas Ronnquist wrote: > Please unblock package sakura (I haven't uploaded the package to > unstable yet). Please go ahead with the upload and remove the moreinfo tag from this bug once the new version built on all architectures. > This fixes a bug (which unfortunately hasn't been reported in Debian, > but it is in Launchpad), where the URGENT window flag doesn't get > cleared properly, > > https://bugs.launchpad.net/sakura/+bug/1542585 It's easier to track if you file a bug yourself in the Debian BTS. Cheers, Ivo
Bug#857062: [pkg-fgfs-crew] Bug#857062: Bug#857062: flightgear: man page terrasync(1) exists but no binary found
In the recent versions, the CMakeLists.txt file for terrasync is completely commented out, so the separate binary is never built. On 03/07/2017 10:49 AM, Rebecca N. Palmer wrote: > The preferred way to use Terrasync has for several years been the one > built into the main fgfs binary (enabled with File > Scenery > Download), not the separate binary. > > If this doesn't work (and especially if ~/.fgfs/fgfs.log contains > ERROR: no http-server found, terrasync will be disabled), it's > probably their recent DNS issues ( > https://sourceforge.net/p/flightgear/mailman/message/35707927/ ), not > this bug. > > (I'm not sure why the separate Terrasync isn't built, as it still > looks to exist and be on-by-default in CMakeLists.txt, but you > probably don't want to use it.) > > ___ > pkg-fgfs-crew mailing list > pkg-fgfs-c...@lists.alioth.debian.org > http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-fgfs-crew -- Saikrishna Arcot signature.asc Description: OpenPGP digital signature
Bug#706766: Diff for this fix
Here you go!
diff -b ./arpspoof.c ../orig.dsniff/dsniff-2.4b1+debian/arpspoof.c
49,50d48
< int n_targets;
<
165c163
<
---
> while(target->ip) {
170,175d167
<
< if (!n_targets) {
< arp_send(l, ARPOP_REPLY, (u_int8_t *)&spoof.mac, spoof.ip, brd_ha,
0, src_ha);
< sleep(1);
< } else {
< while(target->ip) {
197d188
< }
202c193
< int
---
> int
210c201
<
---
> int n_targets;
307,312d297
< if (!n_targets) {
< arp_send(l, ARPOP_REPLY, my_ha, spoof.ip, brd_ha, 0, my_ha);
< if (poison_reverse) {
< arp_send(l, ARPOP_REPLY, my_ha, target->ip, (uint8_t
*)&spoof.mac, spoof.ip, my_ha);
< }
< } else {
324d308
< }
On Tue, Feb 28, 2017 at 10:19 PM Marcos Fouces wrote:
> Hello João
>
> Could you create a patch and post it in this thread?
>
> Thank you very much for the fix!
>
> Greetings,
>
> Marcos
>
>
Bug#857085: terminix FTBFS on armhf: Error executing /usr/bin/ldc2: Segmentation fault
Source: ldc Version: 1:1.1.1-1 Severity: serious https://buildd.debian.org/status/logs.php?pkg=terminix&arch=armhf ... make[3]: Entering directory '/«PKGBUILDDIR»' ldmd2 -O -inline -release -g -version=StdLoggerDisableTrace -I/usr/include/d/gtkd-3/ -L-lvted-3 -L-L/usr/lib/arm-linux-gnueabihf/ -L-lgtkd-3 -L-ldl -c source/app.d source/gx/gtk/actions.d source/gx/gtk/cairo.d source/gx/gtk/clipboard.d source/gx/gtk/dialog.d source/gx/gtk/resource.d source/gx/gtk/settings.d source/gx/gtk/threads.d source/gx/gtk/util.d source/gx/gtk/vte.d source/gx/gtk/x11.d source/gx/i18n/l10n.d source/gx/terminix/application.d source/gx/terminix/appwindow.d source/gx/terminix/bookmark/bmchooser.d source/gx/terminix/bookmark/bmeditor.d source/gx/terminix/bookmark/bmtreeview.d source/gx/terminix/bookmark/manager.d source/gx/terminix/closedialog.d source/gx/terminix/cmdparams.d source/gx/terminix/colorschemes.d source/gx/terminix/common.d source/gx/terminix/constants.d source/gx/terminix/customtitle.d source/gx/terminix/encoding.d source/gx/terminix/prefeditor/bookmarkeditor.d source/gx/terminix/prefeditor/prefdialog.d source/gx/terminix/prefeditor/profileeditor.d source/gx/terminix/prefeditor/titleeditor.d source/gx/terminix/preferences.d source/gx/terminix/session.d source/gx/terminix/sessionswitcher.d source/gx/terminix/shortcuts.d source/gx/terminix/sidebar.d source/gx/terminix/terminal/actions.d source/gx/terminix/terminal/advpaste.d source/gx/terminix/terminal/exvte.d source/gx/terminix/terminal/layout.d source/gx/terminix/terminal/password.d source/gx/terminix/terminal/regex.d source/gx/terminix/terminal/search.d source/gx/terminix/terminal/terminal.d source/gx/terminix/terminal/util.d source/gx/util/array.d source/gx/util/string.d source/secret/Collection.d source/secret/Item.d source/secret/Prompt.d source/secret/Schema.d source/secret/SchemaAttribute.d source/secret/Secret.d source/secret/Service.d source/secret/Value.d source/secretc/secret.d source/secretc/secrettypes.d source/x11/X.d source/x11/Xlib.d -ofterminix.o Error: Error executing /usr/bin/ldc2: Segmentation fault Makefile:1085: recipe for target 'terminix.o' failed make[3]: *** [terminix.o] Error 1
Bug#856640: unblock: suricata/3.2.1-1
On Mon, 2017-03-06 at 19:06 +0100, Arturo Borrero Gonzalez wrote: > On 4 March 2017 at 14:26, Salvatore Bonaccorso wrote: > > Hi Adam, > > > > On Sat, Mar 04, 2017 at 11:56:23AM +, Adam D. Barratt wrote: > >> On Fri, 2017-03-03 at 10:55 +0100, Moritz Muehlenhoff wrote: > >> > Then it should not be in a stable release, but updated via > >> > stretch-updates. > >> > >> That's self-contradictory. -updates is a subset of proposed-updates, so > >> any packages released via it are necessarily in stable. > > > > Not Moritz here, but maybe we can argue that way: It could be handled > > like clamav (and be updated to upstream point updates via > > stretch-updates), or possibly suricata should not be at all in a > > stable release beeing to fast moving target[*]. > > > > After some thinking, yes. Upstream point updates via stretch-updates > is probably the way to go. It's not a given, however; doing so is extra work for both us and you, and disruption for users, so we have to be sure that it's the best idea. In order to consider that, we'd need some more information, for example: - how often do upstream make point releases? - do they just include bug fixes, or also new features? - what severity of fixes are included? - what sort of testing (preferably automated) does the code get before release? - what level of regressions are generally experienced with new releases? Regards, Adam
Bug#533866: closed by Axel Beckert (screen 4.5.1-1 from Debian Experimental uses libutempter instead of setgid utmp, hence all /var/run/screen permission problems should be gone)
OK. Thank you very much! I've switched from screen to tmux and like it better. But the new package might help people who prefer screen. You might want to add the following sentences to screen's package description: "Screen has keybindings which are similar to those of tmux. But screen is older and more widely available." That way people who've been experiencing bugs will know that there's an alternative with similar keybindings available -- i.e. tmux.
Bug#856986: unblock: graywolf/0.1.4+20170306gitecee764-1
> I've sponsored the upload for you (I pushed the finalised changelog and > signed tag to VCS). Finalised debdiff (and "gitdiff" since it's smart > about moved files) attached. Thank you VERY much, James! This is highly appreciated. I wish you all the best! Best regards, Ruben
Bug#841506: aptitude: cannot reinstall package available as update
2017-03-07 0:53 GMT+01:00 Jonas Smedegaard :
> Quoting Manuel A. Fernandez Montecelo (2017-03-06 22:33:18)
>> 2016-10-21 11:22 Jonas Smedegaard:
>> >Package: aptitude
>> >Version: 0.8.3-1+b1
>> >Severity: important
>> >
>> >-BEGIN PGP SIGNED MESSAGE-
>> >Hash: SHA256
>> >
>> >Aptitude has thrown me into limbo (hence severity important):
>> >
>> >A kernel update failed (ran out of space in /boot, and/or bugs in kernel
>> >hooks for sicherboot), flagging it as needing a reinstall.
>> >
>> >Choosing "L" to reinstall and then "G", is refused with (in danish, on
>> >my system) a message saying that no packages will be installed, removed
>> >or upgraded, some packages could be upgraded, and I should press "U" to
>> >do that.
>> >
>> >Seems that check is missing the option of reinstall in its logic.
>>
>> I think that the problem might be that it cannot use the same version of
>> the package to download, if it's not available in the list of packages,
>> so it cannot do nothing, other than suggesting to upgrade.
>
> Not sure I follow what you are saying above. Seems you are saying that
> you suspect that pressing "L" cannot work. I have reinstalled packages
> before in that way.
Oh, my bad. I thought that the package had become upgradable at some
point, so aptitude cannot download the package from the server
anymore, thus you cannot reinstall the same version (only the upgraded
one). It's a relatively common case that causes problem with
reinstall operations.
I have never seen aptitude to prevent the user from reinstalling,
neither with versions of aptitude from stable nor the ones in
unstable. So unless it was caused by its broken state, I have no idea
where that comes from.
Under normal conditions, one can reinstall a single package ("l" +
"g") at any time, no problem -- it doesn't prevent to Go ahead just
because reinstall is not a supported operation. Does this work for
you right now, I hope?
>> Do you remember if it allowed you to fix the system by using "+"
>> (install or upgrade) instead?
>
> No, I did not try to use "+": Aptitude explicitly told that it needed
> _reinstall_ and it worked to _request_ a reinstall but then failed to
> _execute_ the request. Frankly didn't occur to me to try trick aptitude
> by requesting an _update_ for a package with no newer version available
> but in broken state.
Nevermind. This has to do with my wrong interpretation. When the
package to be reinstalled has been upgraded in the server, one should
upgrade, reinstall never works.
Cheers.
--
Manuel A. Fernandez Montecelo
Bug#856652: RFS: xpdf/3.0.4.real-4
On Tue, Mar 07, 2017 at 08:17:08AM +0100, Svante Signell wrote: > I don't see where your concerns regarding security are, please explain. Your package can't enter the archive since this would require to fix all security issues in poppler/xpdf twice instead of just once in the library package. Cheers, Moritz
Bug#857083: [bugreport-ng] Vault 7 Security Vulnerabilities Debian
Package: bugreport-ng Severity: normal Tags: security X-Debbugs-CC: secure-testing-t...@lists.alioth.debian.org --- Please enter the report below this line. --- Hi there Debian enthusiasts :) If this security vulnerabilities report is not sent to the correct package(s) team could you please redirect it to the correct package(s) team - - - Could the following security vulnerabilities exposed by WikiLeaks on March 7, 2017 affect Debian? Official press release at https://wikileaks.org/ciav7p1/#PRESS Edward Snowden is currently reviewing WikiLeaks published documents about Vault 7 security vulnerabilities. Snowden wrote: "genuinely a big deal. Looks authentic." "catastrophic weaknesses". Which were kept open by both CIA & FBI "to spy" on you and the Linux community. "Vault 7" reveals: • Classified manuals for CIA malware to infest Linux. Sources and secret documents at: https://twitter.com/wikileaks/status/839151511838015488 https://wikileaks.org/ciav7p1/cms/files/UsersGuide.pdf https://wikileaks.org/ciav7p1/cms/files/DevelopersGuide.pdf • Gaping holes in all popular operating systems. Source: https://twitter.com/wikileaks/status/839132303280451587 https://wikileaks.org/ciav7p1/ • CIA created huge amount of weaponized malware. Source at: https://twitter.com/wikileaks/status/839122455738339328 • CIA illicitly hoarded 'zero day' attacks, putting at risk industry, government. Source at: https://twitter.com/wikileaks/status/839119536012001280 - - - Edward Snowden wrote: • "Still working through the publication, but what wikileaks has here is genuinely a big deal. Looks authentic." Source at https://twitter.com/Snowden/status/839157182872576000 • "What makes this look real? Program & office names, such as the JQJ (IOC) crypt series, are real. Only a cleared insider could know them." Source at https://twitter.com/Snowden/status/83915973697722 • "The CIA reports show the USG developing vulnerabilities in US products, then intentionally keeping the holes open. Reckless beyond words." Source at https://twitter.com/Snowden/status/839171129331830784 • "If you're writing about the CIA/@Wikileaks story, here's the big deal: first public evidence USG secretly paying to keep US software unsafe." Source at https://twitter.com/Snowden/status/839168025517522944 • "Evidence mounts showing CIA & FBI knew about catastrophic weaknesses in the most-used smartphones in America, but kept them open -- to spy." Source at https://twitter.com/Snowden/status/839193727751098368 - - - One secret leaked file describes how the CIA writes its malware code to obscure its USG origin at https://wikileaks.org/ciav7p1/cms/page_14588467.html Currently 607 Vault 7's documents are related to CIA's hacking tools at https://search.wikileaks.org/?query=debian&exact_phrase=&any_of=&exclude_words=&document_date_start=&document_date_end=&released_date_start=&released_date_end=&publication_type%5B%5D=51&new_search=False&order_by=most_relevant#results Search all Vault 7: CIA hacking tools at https://wikileaks.org/ciav7p1/ By the way, the "bugreport-ng" required to enter a package name to fill this security vulnerability report. Otherwise it's ignored completely. So I randomly picked "bugreport-ng" package. I'm not a security expert so I need help to identify which package(s) is affected. Any volunteers to help with that? The links above go to documents with more details. "openssh" package might be one affected package? Cheers, Francewhoa --- System information. --- Architecture: amd64 Kernel: Linux 3.2.0-4-amd64 Debian Release: 7.11 500 oldstable-updates ftp.ca.debian.org 500 oldstable security.debian.org 500 oldstable ftp.ca.debian.org 100 wheezy-backports ftp.debian.org --- Package information. --- Package's Depends field is empty. Package's Recommends field is empty. Package's Suggests field is empty.
Bug#855115: (no subject)
i fixed my problem by using kodi-peripheral-joystick package from deb-multimedia.org. https://deb-multimedia.org/dists/unstable/main/binary-amd64/package/kodi-peripheral-joystick (ok, pl dont beat me ;) i know this repo can cripple package management) only problem was dependency. workaround - extract deb package, change dependency in control file and rebuild dpkg-deb -R kodi-peripheral-joystick_1.2.1-dmo1_amd64.deb change kodi-peripheral-joystick_1.2.1-dmo1_amd64/DEBIAN/control file kodi (>= 5:17.0~) to kodi (>= 2:17.0~) dpkg-deb -b kodi-peripheral-joystick_1.2.1-dmo1_amd64 dpkg -i kodi-peripheral-joystick_1.2.1-dmo1_amd64.deb
Bug#856652: RFS: xpdf/3.0.4.real-4
Dear Svante, On Tue, Mar 07, 2017 at 08:17:08AM +0100, Svante Signell wrote: > I don't see where your concerns regarding security are, please explain. > Reading > more about the bugs in xpdf, the problems are mainly created by the use of > poppler as a backend, not when using the _real_ upstream sources. I explained this in detail in one of my previous e-mails. -- Sean Whitton signature.asc Description: PGP signature
Bug#857082: /usr/bin/stubby: does not start: Could not bind on given addresses: No such file or directory
Package: getdns-utils Version: 1.1.0~a2-1 Severity: normal File: /usr/bin/stubby Dear Maintainer, % sudo stubby @145.100.185.16 -L error: Could not bind on given addresses: No such file or directory On another machine, where I compiled myself from upstream, the same command works and gives the expected result (stubby runs ans listens to DNS requests). It is not a problem with already bound addresses, nothing listens on 127.0.0.1:53: % sudo lsof -i:53 % -- System Information: Debian Release: 9.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 4.8.3-x86_64-linode76 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages getdns-utils depends on: ii libc62.24-9 ii libgetdns1 1.1.0~a2-1 ii libidn11 1.33-1 ii libssl1.11.1.0e-1 ii libunbound2 1.6.0-3 getdns-utils recommends no packages. getdns-utils suggests no packages. -- no debconf information
Bug#856774: xfce4-equake-plugin: Fails to download data, needs to use https
Hello Adrian, On 03/07/2017 12:19 AM, John Paul Adrian Glaubitz wrote: Control: tags -1 moreinfo Hi Jeroen! In order to be able to evaluate whether it would be possible to get the updated package into Debian before the Stretch release, we need to have the debdiff between the current version in Debian unstable and the updated package. Could you create the debdiff with the debdiff command for the two .dsc files and attach the generated output to this bug report? Thanks for your response. Please find attached the debdiff output you asked for. Greetings, Jeroen debdiff_xfce4-equake_v138-1_v1381-2.diff.gz Description: GNU Zip compressed data
Bug#857081: linux-image-4.9.0-2-rt-amd64-unsigned: NOHZ: local_softirq_pending 80
Package: src:linux Version: 4.9.13-1 Severity: normal Dear Maintainer, this is a followup to bug #855116, but I prefer to report a new bug because the number in the error message is not the same. So here is the new problem: # dmesg |grep NOHZ [408256.268051] NOHZ: local_softirq_pending 80 [595503.460055] NOHZ: local_softirq_pending 80 In my previous bug the error messages appeared during the boot. Now these error messages appear after several days of uptime. Unfortunately I cannot correlate them to a specific activity on the machine: I see nothing relevant in the logs and I don't remember what I was doing at that time of this system (I mostly do "apt upgrade" on this test system). -- Package-specific info: ** Version: Linux version 4.9.0-2-rt-amd64 (debian-ker...@lists.debian.org) (gcc version 6.3.0 20170221 (Debian 6.3.0-8) ) #1 SMP PREEMPT RT Debian 4.9.13-1 (2017-02-27) ** Command line: BOOT_IMAGE=/boot/vmlinuz-4.9.0-2-rt-amd64 root=UUID=cfd58a06-e091-4822-88c2-4b93329bb3d0 ro vsyscall=none security=apparmor quiet ** Tainted: E (8192) * Unsigned module has been loaded. ** Kernel log: Unable to read kernel log; any relevant messages should be attached ** Model information sys_vendor: Dell Inc. product_name: OptiPlex 780 product_version: chassis_vendor: Dell Inc. chassis_version: bios_vendor: Dell Inc. bios_version: A15 board_vendor: Dell Inc. board_name: 0C27VV board_version: A03 ** Loaded modules: btrfs(E) xor(E) raid6_pq(E) dm_crypt(E) dm_mod(E) ipt_REJECT(E) nf_reject_ipv4(E) tcp_diag(E) inet_diag(E) ipt_MASQUERADE(E) nf_nat_masquerade_ipv4(E) xfrm_algo(E) iptable_nat(E) nf_conntrack_ipv4(E) nf_defrag_ipv4(E) nf_nat_ipv4(E) xt_addrtype(E) xt_conntrack(E) nf_nat(E) nf_conntrack(E) stp(E) llc(E) overlay(E) cpuid(E) battery(E) cpufreq_conservative(E) cpufreq_powersave(E) cpufreq_userspace(E) fuse(E) rfkill(E) iTCO_wdt(E) iTCO_vendor_support(E) dell_wmi(E) sparse_keymap(E) dell_smbios(E) coretemp(E) dcdbas(E) kvm_intel(E) kvm(E) snd_hda_codec_analog(E) snd_hda_codec_generic(E) irqbypass(E) pcspkr(E) snd_hda_intel(E) snd_hda_codec(E) snd_hda_core(E) serio_raw(E) snd_hwdep(E) snd_pcm_oss(E) snd_mixer_oss(E) snd_pcm(E) snd_timer(E) snd(E) soundcore(E) sg(E) lpc_ich(E) mfd_core(E) shpchp(E) acpi_cpufreq(E) evdev(E) ip6table_filter(E) ip6_tables(E) xt_multiport(E) iptable_filter(E) binfmt_misc(E) configfs(E) lru_cache(E) loop(E) ip_tables(E) x_tables(E) autofs4(E) ext4(E) crc16(E) jbd2(E) fscrypto(E) ecb(E) glue_helper(E) lrw(E) gf128mul(E) ablk_helper(E) cryptd(E) aes_x86_64(E) mbcache(E) libcrc32c(E) crc32c_generic(E) ses(E) enclosure(E) scsi_transport_sas(E) hid_generic(E) usbhid(E) hid(E) uas(E) usb_storage(E) sd_mod(E) i2c_i801(E) i2c_smbus(E) ahci(E) libahci(E) i915(E) ata_generic(E) video(E) i2c_algo_bit(E) wmi(E) drm_kms_helper(E) libata(E) ehci_pci(E) uhci_hcd(E) ehci_hcd(E) usbcore(E) button(E) e1000e(E) usb_common(E) ptp(E) drm(E) pps_core(E) scsi_mod(E) ** PCI devices: 00:00.0 Host bridge [0600]: Intel Corporation 4 Series Chipset DRAM Controller [8086:2e10] (rev 03) Subsystem: Dell 4 Series Chipset DRAM Controller [1028:0420] Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- SERR- 00:02.0 VGA compatible controller [0300]: Intel Corporation 4 Series Chipset Integrated Graphics Controller [8086:2e12] (rev 03) (prog-if 00 [VGA controller]) Subsystem: Dell 4 Series Chipset Integrated Graphics Controller [1028:0420] Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- SERR- Kernel driver in use: i915 Kernel modules: i915 00:02.1 Display controller [0380]: Intel Corporation 4 Series Chipset Integrated Graphics Controller [8086:2e13] (rev 03) Subsystem: Dell 4 Series Chipset Integrated Graphics Controller [1028:0420] Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- SERR- 00:03.0 Communication controller [0780]: Intel Corporation 4 Series Chipset HECI Controller [8086:2e14] (rev 03) Subsystem: Dell 4 Series Chipset HECI Controller [1028:0420] Control: I/O- Mem+ BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- Kernel modules: mei_me 00:03.2 IDE interface [0101]: Intel Corporation 4 Series Chipset PT IDER Controller [8086:2e16] (rev 03) (prog-if 85 [Master SecO PriO]) Subsystem: Dell 4 Series Chipset PT IDER Controller [1028:0420] Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz+ UDF- FastB2B+ P
Bug#857080: JBD2: qemu-system-x86 wants too many credits - ocfs2
Package: src:linux Version: 4.9.2-2~bpo8+1 Severity: important Dear Maintainer, * What led up to the situation? Mar 07 13:43:35 vhost172 kernel: JBD2: qemu-system-x86 wants too many credits credits:175114 rsv_credits:0 max:16384 Mar 07 13:43:35 vhost172 kernel: [ cut here ] Mar 07 13:43:35 vhost172 kernel: WARNING: CPU: 5 PID: 30826 at /home/zumbi/linux-4.9.2/fs/jbd2/transaction.c:297 start_this_handle+0x3fb/0x400 [jbd2] Mar 07 13:43:35 vhost172 kernel: Modules linked in: vhost_net vhost macvtap macvlan tun ocfs2 quota_tree hmac veth iptable_filter ip_tables x_tables nfsd auth_rpcgss nfs_acl nfs lockd grace fscache sunrpc ocfs2_dlmfs ocfs2_stack_o2cb ocfs2_dlm ocfs2_nodemanager ocfs2_stackglue configfs bridge stp llc bonding intel_rapl sb_edac edac_core x86_pkg_temp_thermal intel_powerclamp coretemp kvm_intel kvm ast irqbypass crct10dif_pclmul crc32_pclmul ttm ghash_clmulni_intel drm_kms_helper iTCO_wdt iTCO_vendor_support intel_cstate drm evdev mxm_wmi xhci_pci ehci_pci xhci_hcd igb ehci_hcd e1000e lpc_ich dca i2c_algo_bit usbcore intel_uncore i2c_i801 mei_me ptp intel_rapl_perf pcspkr mei sg i2c_smbus usb_common shpchp pps_core mfd_core ipmi_si ipmi_msghandler fjes wmi acpi_pad acpi_power_meter tpm_tis tpm_tis_core tpm button fuse Mar 07 13:43:35 vhost172 kernel: drbd lru_cache libcrc32c crc32c_generic autofs4 ext4 crc16 jbd2 fscrypto mbcache dm_mod md_mod sd_mod crc32c_intel ahci libahci aesni_intel libata aes_x86_64 glue_helper lrw gf128mul ablk_helper scsi_mod cryptd Mar 07 13:43:35 vhost172 kernel: CPU: 5 PID: 30826 Comm: qemu-system-x86 Not tainted 4.9.0-0.bpo.1-amd64 #1 Debian 4.9.2-2~bpo8+1 Mar 07 13:43:35 vhost172 kernel: Hardware name: To Be Filled By O.E.M. To Be Filled By O.E.M./EPC612D4I, BIOS P2.10 03/31/2016 Mar 07 13:43:35 vhost172 kernel: b4b2a1f5 Mar 07 13:43:35 vhost172 kernel: b4877884 896234d78000 896234d78000 895225d67750 Mar 07 13:43:35 vhost172 kernel: ffe4 c01b77db Mar 07 13:43:35 vhost172 kernel: Call Trace: Mar 07 13:43:35 vhost172 kernel: [] ? dump_stack+0x5c/0x77 Mar 07 13:43:35 vhost172 kernel: [] ? __warn+0xc4/0xe0 Mar 07 13:43:35 vhost172 kernel: [] ? start_this_handle+0x3fb/0x400 [jbd2] Mar 07 13:43:35 vhost172 kernel: [] ? ocfs2_xattr_tree_fill_max_leaf_clusters+0x40/0x40 [ocfs2] Mar 07 13:43:35 vhost172 kernel: [] ? ocfs2_inode_cache_io_unlock+0x10/0x10 [ocfs2] Mar 07 13:43:35 vhost172 kernel: [] ? jbd2__journal_start+0xe9/0x1f0 [jbd2] Mar 07 13:43:35 vhost172 kernel: [] ? ocfs2_start_trans+0xf8/0x1d0 [ocfs2] Mar 07 13:43:35 vhost172 kernel: [] ? ocfs2_dio_end_io_write+0x2fb/0x600 [ocfs2] Mar 07 13:43:35 vhost172 kernel: [] ? ocfs2_allocate_extend_trans+0x180/0x180 [ocfs2] Mar 07 13:43:35 vhost172 kernel: [] ? ocfs2_dio_end_io+0x3b/0x60 [ocfs2] Mar 07 13:43:35 vhost172 kernel: [] ? dio_complete+0x7e/0x190 Mar 07 13:43:35 vhost172 kernel: [] ? do_blockdev_direct_IO+0x2168/0x2860 Mar 07 13:43:35 vhost172 kernel: [] ? ocfs2_write_end_nolock+0x550/0x550 [ocfs2] Mar 07 13:43:35 vhost172 kernel: [] ? ocfs2_direct_IO+0x83/0x90 [ocfs2] Mar 07 13:43:35 vhost172 kernel: [] ? generic_file_direct_write+0xb3/0x180 Mar 07 13:43:35 vhost172 kernel: [] ? __generic_file_write_iter+0xb6/0x1e0 Mar 07 13:43:35 vhost172 kernel: [] ? ocfs2_file_write_iter+0x44e/0xae0 [ocfs2] Mar 07 13:43:35 vhost172 kernel: [] ? hrtimer_init+0xf0/0xf0 Mar 07 13:43:35 vhost172 kernel: [] ? do_iter_readv_writev+0xb0/0x130 Mar 07 13:43:35 vhost172 kernel: [] ? do_readv_writev+0x1ac/0x240 Mar 07 13:43:35 vhost172 kernel: [] ? ocfs2_check_range_for_refcount+0x130/0x130 [ocfs2] Mar 07 13:43:35 vhost172 kernel: [] ? do_pwritev+0x8c/0xc0 Mar 07 13:43:35 vhost172 kernel: [] ? system_call_fast_compare_end+0xc/0x9b Mar 07 13:43:35 vhost172 kernel: ---[ end trace 5eef26edf534a06f ]--- -- Package-specific info: ** Kernel log: boot messages should be attached ** Model information sys_vendor: To Be Filled By O.E.M. product_name: To Be Filled By O.E.M. product_version: To Be Filled By O.E.M. chassis_vendor: To Be Filled By O.E.M. chassis_version: To Be Filled By O.E.M. bios_vendor: American Megatrends Inc. bios_version: P2.10 board_vendor: ASRockRack board_name: EPC612D4I board_version: ** Network interface configuration: source /etc/network/interfaces.d/* auto lo iface lo inet loopback ** PCI devices: 00:00.0 Host bridge [0600]: Intel Corporation Haswell-E DMI2 [8086:2f00] (rev 02) Subsystem: ASRock Incorporation Device [1849:2f00] Control: I/O- Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- 00:01.0 PCI bridge [0604]: Intel Corporation Haswell-E PCI Express Root Port 1 [8086:2f02] (rev 02) (prog-if 00 [Normal decode]) Control: I/O+ Mem+ BusMaster
Bug#856986: unblock: graywolf/0.1.4+20170306gitecee764-1
On Tue, Mar 07, 2017 at 10:17:57AM +0100, Ruben Undheim wrote:
> Hi,
>
> I have prepared a new package with the ABI bump.
> See attachment for full debdiff.
>
> Since I am restricted on time to put into this now, I would appreciate if
> someone could please upload this for me (I am not allowed to upload NEW
> binary packages).
>
> The package has been uploaded to Mentors, and is also checked
> into Vcs on alioth.
Hi,
I've sponsored the upload for you (I pushed the finalised changelog and
signed tag to VCS). Finalised debdiff (and "gitdiff" since it's smart
about moved files) attached.
Thanks,
James
diff -Nru graywolf-0.1.4+20170306gitecee764/debian/changelog
graywolf-0.1.4+20170307gite1bf319/debian/changelog
--- graywolf-0.1.4+20170306gitecee764/debian/changelog 2017-03-06
21:00:54.0 +
+++ graywolf-0.1.4+20170307gite1bf319/debian/changelog 2017-03-07
20:40:23.0 +
@@ -1,3 +1,10 @@
+graywolf (0.1.4+20170307gite1bf319-1) unstable; urgency=medium
+
+ * New upstream GIT HEAD with bumped SOVERSION and major version
+ * New binary package libycadgraywolf1
+
+ -- Ruben Undheim Tue, 07 Mar 2017 20:40:23 +
+
graywolf (0.1.4+20170306gitecee764-1) unstable; urgency=medium
* New upstream GIT HEAD with fixed license violation issue (Closes: #856705)
diff -Nru graywolf-0.1.4+20170306gitecee764/debian/control
graywolf-0.1.4+20170307gite1bf319/debian/control
--- graywolf-0.1.4+20170306gitecee764/debian/control2017-03-06
21:00:54.0 +
+++ graywolf-0.1.4+20170307gite1bf319/debian/control2017-03-07
20:40:23.0 +
@@ -13,7 +13,7 @@
Vcs-Git: https://anonscm.debian.org/git/debian-science/packages/graywolf.git
Homepage: https://github.com/rubund/graywolf
-Package: libycadgraywolf0
+Package: libycadgraywolf1
Architecture: any
Section: libs
Depends: ${shlibs:Depends},
@@ -29,7 +29,7 @@
Package: libycadgraywolf-dev
Architecture: any
Section: libdevel
-Depends: libycadgraywolf0 (= ${binary:Version}),
+Depends: libycadgraywolf1 (= ${binary:Version}),
${misc:Depends}
Multi-Arch: same
Description: Library for graywolf - development files
@@ -38,14 +38,14 @@
.
This is the development files for the library.
-Package: libycadgraywolf0-dbg
+Package: libycadgraywolf1-dbg
Architecture: any
Section: debug
Priority: extra
-Depends: libycadgraywolf0 (= ${binary:Version}),
+Depends: libycadgraywolf1 (= ${binary:Version}),
${misc:Depends}
Multi-Arch: same
-Description: debug symbols for libycadgraywolf0
+Description: debug symbols for libycadgraywolf1
This library contains functions shared by the graywolf binaries
found in the /usr/lib/graywolf/bin/ directory.
.
@@ -53,7 +53,7 @@
Package: graywolf
Architecture: any
-Depends: libycadgraywolf0 (= ${binary:Version}),
+Depends: libycadgraywolf1 (= ${binary:Version}),
${shlibs:Depends},
${misc:Depends}
Recommends: qflow
diff -Nru graywolf-0.1.4+20170306gitecee764/debian/libycadgraywolf0.install
graywolf-0.1.4+20170307gite1bf319/debian/libycadgraywolf0.install
--- graywolf-0.1.4+20170306gitecee764/debian/libycadgraywolf0.install
2017-03-06 20:29:50.0 +
+++ graywolf-0.1.4+20170307gite1bf319/debian/libycadgraywolf0.install
1970-01-01 01:00:00.0 +0100
@@ -1 +0,0 @@
-usr/lib/*/lib*.so.*
diff -Nru graywolf-0.1.4+20170306gitecee764/debian/libycadgraywolf0.symbols
graywolf-0.1.4+20170307gite1bf319/debian/libycadgraywolf0.symbols
--- graywolf-0.1.4+20170306gitecee764/debian/libycadgraywolf0.symbols
2017-03-06 21:00:54.0 +
+++ graywolf-0.1.4+20170307gite1bf319/debian/libycadgraywolf0.symbols
1970-01-01 01:00:00.0 +0100
@@ -1,410 +0,0 @@
-libycadgraywolf.so.0 libycadgraywolf0 #MINVER#
- TW3DdrawCube@Base 0.1.1
- TW3Dnormal_view@Base 0.1.1
- TW3Dperspective@Base 0.1.1
- TW3DperspectiveOff@Base 0.1.1
- TW3DperspectiveOn@Base 0.1.1
- TW3DsetCamera@Base 0.1.1
- TWarb_addpt@Base 0.1.1
- TWarb_fill@Base 0.1.1
- TWarb_init@Base 0.1.1
- TWcheckExposure@Base 0.1.1
- TWcheckMouse@Base 0.1.1
- TWcheckReconfig@Base 0.1.1
- TWcheckServer@Base 0.1.1
- TWcloseGraphics@Base 0.1.1
- TWcloseWGraphics@Base 0.1.1
- TWcolorXOR@Base 0.1.1
- TWdialog@Base 0.1.1
- TWdisableMenu@Base 0.1.1
- TWdrawMenus@Base 0.1.1
- TWdrawString@Base 0.1.1
- TWdrawWLine@Base 0.1.1
- TWdrawWPin@Base 0.1.1
- TWdrawWRect@Base 0.1.1
- TWenableMenu@Base 0.1.1
- TWflushFrame@Base 0.1.1
- TWflushWFrame@Base 0.1.1
- TWforceRedraw@Base 0.1.1
- TWfreeMenuWindows@Base 0.1.1
- TWfullView@Base 0.1.1
- TWgetDrawInfo@Base 0.1.1
- TWgetPt2@Base 0.1.1
- TWgetPt@Base 0.1.1
- TWgetString@Base 0.1.1
- TWgetWindowId@Base 0.1.1
- TWget_arb_fill@Base 0.1.1
- TWget_rect_fill@Base 0.1.1
- TWgetfont@Base 0.1.1
- TWhighLightRect@Base 0.1.1
- TWinforMenus@Base 0.1.1
- TWinitGraphics@Base 0.1.1
- TWinitMenuWindow@Base 0.1.1
- TWinitParasite@Base 0.1.1
- TWinitWGraphics@Base 0.1.1
- TWinterupt@Base 0.1.1
- TWmessage@Base 0.1.1
- TWmessagePersistence@Base 0.1.1
- TWmouse_tracking_e
Bug#856490: Thunderbird fails to start
Indeed, this "fix" is a nightmare (replying to this bug report has been a nontrivial task). My Thunderbird refuses to start if I have: * Neither .icedove nor .thunderbird * Only .thunderbird And the migration somehow put a .thunderbird inside the .icedove when I put an empty .icedove folder. Sorry for the annoyed tone, but this has made Thunderbird completely non-functional, unless I directly start "/usr/lib/thunderbird/thunderbird-bin". Package version: 1:45.7.1-2
Bug#848501: FWD: Debian sponsoring
Adding the git clone URL to this ticket. - Forwarded message from Ingo Bauersachs - Date: Mon, 6 Feb 2017 21:29:29 +0100 From: Ingo Bauersachs To: 'Geert Stappers' Subject: RE: Debian sponsoring Hi Geert > It https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=848501 > "jmork -- Mork database parser for Java" > the ITP we spoke saturday about? Yes, that's the one. Here's the Mentors upload: https://mentors.debian.net/package/jmork > An simple 'ack' is fine, an "NACK, Negative Acknowledge" > should preferable include further information. > > > Groeten > Geert Stappers Cheers, Ingo - End forwarded message - Groeten Geert Stappers -- Leven en laten leven
Bug#857078: ppc64el: Package is segfaulting
Package: musl Version: 1.1.16-2 Severity: normal Tags: upstream Musl package on Debian on ppc64le is broken. When running any software with it, it segfaults. Doing a little bit of debugging I found that libc.so is broken. I got the upstream code, and found that the problme is also reproducible. I found that the problem only happen when compiling with -O2 and -O3. If I compile musl with -O1 or -O0, the problm does not happen. This is the bt of the code that crashes: (gdb) bt #0 0x000148b84dc0 in ?? () #1 0x48bdb8dc in _dlstart_c (sp=0x3fffc33294b0, dynv=) at ldso/dlstart.c:147 #2 0x48bdebe0 in _dlstart () (gdb) up #1 0x48bdb8dc in _dlstart_c (sp=0x3fffc33294b0, dynv=) at ldso/dlstart.c:147 147 dls2((void *)base, sp); $ gcc --version gcc (Debian 6.3.0-5) 6.3.0 20170124 My suggestion would be to use -O1 at this moment for ppc64el. I can create the patch if you wish. Upstream bug: http://www.openwall.com/lists/musl/2017/03/07/2 -- System Information: Debian Release: 9.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: ppc64el (ppc64le) Foreign Architectures: powerpc Kernel: Linux 4.8.0-1-powerpc64le (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) -- no debconf information
Bug#857079: unblock: solvespace/2.3+repack2-2
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock package solvespace
This upload fixes an RC-bug #856937 and the patch is very small,
adding a dependency on libslvs1 to the -dev package. Diff is
attached.
unblock solvespace/2.3+repack2-2
Thanks,
Anton
diff -Nru solvespace-2.3+repack1/debian/changelog
solvespace-2.3+repack1/debian/changelog
--- solvespace-2.3+repack1/debian/changelog 2016-12-31 09:54:59.0
+0100
+++ solvespace-2.3+repack1/debian/changelog 2017-03-06 20:59:20.0
+0100
@@ -1,3 +1,9 @@
+solvespace (2.3+repack1-2) unstable; urgency=medium
+
+ * [0d4dc2b] Add missing dependency on libslvs1. (Closes: #856937)
+
+ -- Anton Gladky Mon, 06 Mar 2017 20:59:20 +0100
+
solvespace (2.3+repack1-1) unstable; urgency=medium
* [a7825d4] Add d/watch.
diff -Nru solvespace-2.3+repack1/debian/control
solvespace-2.3+repack1/debian/control
--- solvespace-2.3+repack1/debian/control 2016-08-15 22:31:44.0
+0200
+++ solvespace-2.3+repack1/debian/control 2016-12-31 09:54:59.0
+0100
@@ -55,7 +55,7 @@
Section: libdevel
Architecture: any
Multi-Arch: same
-Depends: ${misc:Depends}, ${shlibs:Depends}
+Depends: ${misc:Depends}, ${shlibs:Depends}, libslvs1 (= ${binary:Version})
Description: SolveSpace geometric kernel (development files)
SolveSpace is a parametric 2d/3d CAD. libslvs contains the geometric
kernel of SolveSpace, built as a library.
Bug#857077: needrestart-session: Unknown username "needrestart-dbus" in message bus configuration file
Package: needrestart-session Version: 0.3-3 Severity: normal Dear Maintainer, in the logs of my system I see the following error message: Mar 7 17:42:58 irancy dbus-daemon[13863]: Unknown username "needrestart-dbus" in message bus configuration file It seems to come from this file: /etc/dbus-1/system.d/net.ibh.NeedRestart.System.conf that contains this line: -- System Information: Debian Release: 9.0 APT prefers unstable-debug APT policy: (500, 'unstable-debug'), (500, 'unstable'), (1, 'experimental-debug'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.9.0-2-rt-amd64 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) Versions of packages needrestart-session depends on: ii libnet-dbus-perl 1.1.0-4+b1 ii libproc-processtable-perl 0.53-2 ii libwx-perl 1:0.9928-1+b1 ii needrestart2.11-2 pn perl:any ii policykit-10.113-5 ii wmctrl 1.07-7+b1 needrestart-session recommends no packages. needrestart-session suggests no packages. -- no debconf information -- Laurent.
Bug#857076: unblock: ettercap
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package ettercap It fixes an CVE issue (no DSA), debdiff attached, I also added a few tweaks on non-release architectures (using lua on hurd, and not using it on mips64el, so we should have at least a non-lua build here, because until now it was bd-uninstallable) debdiff attached. unblock ettercap 1:0.8.2-4 thanks G. debdiff Description: Binary data
Bug#857075: icedove: Rename source package to thunderbird
Source: icedove Version: 1:45.7.1-2 Please rename the source package from icedove to thunderbird to match the upstream name and the non-transitional binary package name. Thanks, Jeremy Bicha
Bug#790405: ettercap-graphical: segfault in unified sniffing connections view
Hello Matias,
I don't remember the status of this issue, can you please enlight me? I tried
again to look at the code,
but without the pcap file I'm afraid I won't be able to reproduce.
(lot of gtk stuff has been fixed in the last two years, trying again HEAD might
help)
sorry for the delay
Gianfranco
On Mon, 29 Jun 2015 20:17:00 +0300 "Matias Wilkman"
wrote:
> On Mon, 29 Jun 2015 11:20:26 +0300, Gianfranco Costamagna
> wrote:
> > I can't reproduce, can you please reproduce with the latest git and
> > report an upstream issue if it still persists?
>
> Sure thing, there's now a new issue on Github:
> https://github.com/Ettercap/ettercap/issues/687
>
> > We fixed a lot of stuff in the unreleased yet version, I guess also this
> > problem might be fixed
> > https://github.com/Ettercap/ettercap/
>
> Sorry, but no. I still got a segfault with git HEAD. In fact, a couple of
> different ones.
>
> Core was generated by `/usr/local/bin/ettercap -w debug_dump.pcap -G'.
> Program terminated with signal SIGSEGV, Segmentation fault.
>
> #0 0x0043150b in connfilter (model=0xbb0900, iter=0x7fffe0c0,
>data=0x0)
>at
> /home/appas/code/ettercap/src/interfaces/gtk/ec_gtk_view_connections.c:1806
> 1806switch (conn->co->L4_proto) {
> (gdb)
> (gdb) bt
> #0 0x0043150b in connfilter (model=0xbb0900, iter=0x7fffe0c0,
> data=0x0)
>at
> /home/appas/code/ettercap/src/interfaces/gtk/ec_gtk_view_connections.c:1806
> #1 0x74d42a1c in () at
> /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0
> #2 0x74d47d87 in () at
> /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0
> #3 0x74d48169 in () at
> /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0
> #4 0x74d40fe8 in () at
> /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0
> #5 0x74d42364 in gtk_tree_model_foreach ()
>at /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0
>
> and
>
> Program received signal SIGSEGV, Segmentation fault.
> 0x77b70596 in conntrack_flagstr (conn=0x9ceeea7ccd540221,
>pstr=0x7fffe2e0 "", len=2)
>at /home/appas/code/ettercap/src/ec_conntrack.c:759
> 759 if (conn->flags & CONN_MODIFIED)
> (gdb) bt
> #0 0x77b70596 in conntrack_flagstr (conn=0x9ceeea7ccd540221,
> pstr=0x7fffe2e0 "", len=2) at
> /home/appas/code/ettercap/src/ec_conntrack.c:759
>
> Ooops !! This shouldn't happen...
>
> Segmentation Fault...
>
> I think this valgrind output may be related:
>
> ==14811== Invalid read of size 8
> ==14811==at 0x43155B: connfilter (ec_gtk_view_connections.c:1821)
Bug#856948: kmldonkey: Segfault starting
Package: kmldonkey Followup-For: Bug #856948 Dear Maintainer, Thank you for the suggestion; yes, the server was up, so I tried to stop it and start kmldonkey. The client started correctli, then I started the server and tried to connect, obtaining a segfault. I tried to downgrade the version, the 5th march it upgraded to 2.0.5+kde4.3.3-3+b1, i downloaded the .deb of 2.0.5+kde4.3.3-3 and it's working fine. I've mldonkey server started as a user, so systemctl command don't apply for me. It's possible you're right about a recent change but I don't see new versions of the server (there is a +b2, but it's only for amd4). If it can be useful for debug tell me how I can test or generate useful debug output for the segfault in connection action. -- System Information: Debian Release: 9.0 APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 4.9.0-1-686-pae (SMP w/4 CPU cores) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages kmldonkey depends on: ii kde-runtime4:16.08.3-1 ii libc6 2.24-9 ii libgcc11:6.3.0-6 ii libkde3support44:4.14.26-1 ii libkdecore54:4.14.26-1 ii libkdeui5 4:4.14.26-1 ii libkfile4 4:4.14.26-1 ii libkhtml5 4:4.14.26-1 ii libkio54:4.14.26-1 ii libkjsapi4 4:4.14.26-1 ii libknotifyconfig4 4:4.14.26-1 ii libkparts4 4:4.14.26-1 ii libnepomuk44:4.14.26-1 ii libnepomukutils4 4:4.14.26-1 ii libphonon4 4:4.9.0-4 ii libplasma3 4:4.14.26-1 ii libqt4-dbus4:4.8.7+dfsg-11 ii libqt4-network 4:4.8.7+dfsg-11 ii libqt4-qt3support 4:4.8.7+dfsg-11 ii libqt4-svg 4:4.8.7+dfsg-11 ii libqt4-xml 4:4.8.7+dfsg-11 ii libqtcore4 4:4.8.7+dfsg-11 ii libqtgui4 4:4.8.7+dfsg-11 ii libsoprano42.9.4+dfsg-5 ii libstdc++6 6.3.0-6 Versions of packages kmldonkey recommends: ii mldonkey-server 3.1.5-3+b1 kmldonkey suggests no packages. -- no debconf information
Bug#857074: gcc-7: fails to build with DEB_STAGE=rtlibs: dpkg-gencontrol: error: package gcc-7--base not in control info
Source: gcc-7
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap
Hi Matthias,
trying to build gcc-7 with DEB_STAGE=rtlibs results in an error over
here. A nios2 build[1] fails with:
| DEB_HOST_ARCH=nios2 dh_gencontrol -pgcc-7-nios2-linux-gnu-base --
-v7-20170226-1 '-Vlibgcc:Version=1:7-20170226-1' '-Vgcc:Version=7-20170226-1'
'-Vgcc:EpochVersion=1:7-20170226-1' '-Vgcc:SoftVersion=7' '-Vgdc:Version='
'-Vgnat:Version=7-20170226-1' '-Vgnat:SoftVersion=7' '-Vbinutils:Version=2.28'
'-Vdep:libgcc=libgcc1 (>= 1:7-20170226-1)' '-Vdep:libgccdev=libgcc-7-dev (=
7-20170226-1)' '-Vdep:libgccbiarch=' '-Vdep:libgccbiarchdev=' '-Vdep:libc=libc6
(>= 2.11)' '-Vdep:libcdev=libc6-dev (>= 2.13-5)' '-Vdep:libcbiarch='
'-Vdep:libcbiarchdev=' '-Vdep:libunwinddev=' '-Vdep:libcxxbiarchdev='
'-Vdep:libcxxbiarchdbg=' '-Vdep:libgnat=' '-Vbase:Breaks=gcc-4.4-base (<<
4.4.7), gcc-4.7-base (<< 4.7.3), gcj-4.4-base (<< 4.4.6-9~), gnat-4.4-base (<<
4.4.6-3~), gcj-4.6-base (<< 4.6.1-4~), gnat-4.6 (<< 4.6.1-5~)'
'-Vdep:libgomp=libgomp1 (>= ${gcc:Version})' '-Vdep:libatomic=libatomic1 (>=
${gcc:Version})' '-Vdep:libx32z=' '-Vdep:gdccross=gdc-7 (>= 7)'
'-Vdep:libcc1=libcc1-0 (>= ${gcc:SoftVersion})' '-Vconfl:lib32=libc6-i386 (<<
2.9-22)' '-Vmultiarch:breaks=gcc-4.3 (<< 4.3.6-1), gcc-4.4 (<< 4.4.6-4),
gcc-4.5 (<< 4.5.3-2)' '-Vgolang:Conflicts=golang-go (<< 2:1.3.3-1ubuntu2)'
'-VBuilt-Using=' '-Vfortran:mod-version=gfortran-mod-14'
| install -d debian/gcc-7-nios2-linux-gnu-base/DEBIAN
| echo misc:Depends= >> debian/gcc-7-nios2-linux-gnu-base.substvars
| echo misc:Pre-Depends= >> debian/gcc-7-nios2-linux-gnu-base.substvars
| dpkg-gencontrol -pgcc-7-nios2-linux-gnu-base -ldebian/changelog
-Tdebian/gcc-7-nios2-linux-gnu-base.substvars
-Pdebian/gcc-7-nios2-linux-gnu-base -v7-20170226-1
-Vlibgcc:Version=1:7-20170226-1 -Vgcc:Version=7-20170226-1
-Vgcc:EpochVersion=1:7-20170226-1 -Vgcc:SoftVersion=7 -Vgdc:Version=
-Vgnat:Version=7-20170226-1 -Vgnat:SoftVersion=7 -Vbinutils:Version=2.28
"-Vdep:libgcc=libgcc1 (>= 1:7-20170226-1)" "-Vdep:libgccdev=libgcc-7-dev (=
7-20170226-1)" -Vdep:libgccbiarch= -Vdep:libgccbiarchdev= "-Vdep:libc=libc6 (>=
2.11)" "-Vdep:libcdev=libc6-dev (>= 2.13-5)" -Vdep:libcbiarch=
-Vdep:libcbiarchdev= -Vdep:libunwinddev= -Vdep:libcxxbiarchdev=
-Vdep:libcxxbiarchdbg= -Vdep:libgnat= "-Vbase:Breaks=gcc-4.4-base (<< 4.4.7),
gcc-4.7-base (<< 4.7.3), gcj-4.4-base (<< 4.4.6-9~), gnat-4.4-base (<<
4.4.6-3~), gcj-4.6-base (<< 4.6.1-4~), gnat-4.6 (<< 4.6.1-5~)"
"-Vdep:libgomp=libgomp1 (>= \${gcc:Version})" "-Vdep:libatomic=libatomic1 (>=
\${gcc:Version})" -Vdep:libx32z= "-Vdep:gdccross=gdc-7 (>= 7)"
"-Vdep:libcc1=libcc1-0 (>= \${gcc:SoftVersion})" "-Vconfl:lib32=libc6-i386 (<<
2.9-22)" "-Vmultiarch:breaks=gcc-4.3 (<< 4.3.6-1), gcc-4.4 (<< 4.4.6-4),
gcc-4.5 (<< 4.5.3-2)" "-Vgolang:Conflicts=golang-go (<< 2:1.3.3-1ubuntu2)"
-VBuilt-Using= -Vfortran:mod-version=gfortran-mod-14
| dpkg-gencontrol: error: package gcc-7-nios2-linux-gnu-base not in control info
| dh_gencontrol: dpkg-gencontrol -pgcc-7-nios2-linux-gnu-base
-ldebian/changelog -Tdebian/gcc-7-nios2-linux-gnu-base.substvars
-Pdebian/gcc-7-nios2-linux-gnu-base -v7-20170226-1
-Vlibgcc:Version=1:7-20170226-1 -Vgcc:Version=7-20170226-1
-Vgcc:EpochVersion=1:7-20170226-1 -Vgcc:SoftVersion=7 -Vgdc:Version=
-Vgnat:Version=7-20170226-1 -Vgnat:SoftVersion=7 -Vbinutils:Version=2.28
-Vdep:libgcc=libgcc1 (>= 1:7-20170226-1) -Vdep:libgccdev=libgcc-7-dev (=
7-20170226-1) -Vdep:libgccbiarch= -Vdep:libgccbiarchdev= -Vdep:libc=libc6 (>=
2.11) -Vdep:libcdev=libc6-dev (>= 2.13-5) -Vdep:libcbiarch=
-Vdep:libcbiarchdev= -Vdep:libunwinddev= -Vdep:libcxxbiarchdev=
-Vdep:libcxxbiarchdbg= -Vdep:libgnat= -Vbase:Breaks=gcc-4.4-base (<< 4.4.7),
gcc-4.7-base (<< 4.7.3), gcj-4.4-base (<< 4.4.6-9~), gnat-4.4-base (<<
4.4.6-3~), gcj-4.6-base (<< 4.6.1-4~), gnat-4.6 (<< 4.6.1-5~)
-Vdep:libgomp=libgomp1 (>= ${gcc:Version}) -Vdep:libatomic=libatomic1 (>=
${gcc:Version}) -Vdep:libx32z= -Vdep:gdccross=gdc-7 (>= 7)
-Vdep:libcc1=libcc1-0 (>= ${gcc:SoftVersion}) -Vconfl:lib32=libc6-i386 (<<
2.9-22) -Vmultiarch:breaks=gcc-4.3 (<< 4.3.6-1), gcc-4.4 (<< 4.4.6-4), gcc-4.5
(<< 4.5.3-2) -Vgolang:Conflicts=golang-go (<< 2:1.3.3-1ubuntu2) -VBuilt-Using=
-Vfortran:mod-version=gfortran-mod-14 returned exit code 255
When DEB_STAGE=rtlibs, debian/rules.defs sets the TS variable to an
empty string. This is propagated to m4 and thus the base package in
debian/control ends up without a target suffix. I think this is correct,
because rtlibs mostly tries to mimic a reduced cross build (not cross
compiler build). However, the make variable p_base includes the target
suffix as DEB_CROSS is set to yes. The attached patch fixes the value of
p_base when DEB_STAGE is set to rtlibs. Please consider applying it.
Helmut
[1] https://jenkins.debian.net/job/rebootstrap_nios2_gcc7_supported/3/console
--- a/debian/rules2
+++ b/debian/rules2
@@ -1822,7 +1822,7 @@
pkg
Bug#857012: gthumb: Please move appstream metadata to gthumb
On 07-03-2017 11:27, Jeremy Bicha wrote: > Just /usr/share/appdata/ > > Sorry about the typo in my original bug report. > > Note that if you check in GNOME Software, you won't see your changes > until Debian's appstream generator processes the changes. (In Ubuntu, > I believe it runs once per day; I assume Debian's run at least as > frequently.) > Ok. I will close the bug tomorrow. Thanks! Regards, Herbert
Bug#857073: wget: CVE-2017-6508: CRLF injection in the url_parse function in url.c
Source: wget Version: 1.16-1 Severity: important Tags: patch security upstream Forwarded: http://lists.gnu.org/archive/html/bug-wget/2017-03/msg00018.html Hi, the following vulnerability was published for wget. CVE-2017-6508[0]: | CRLF injection vulnerability in the url_parse function in url.c in Wget | through 1.19.1 allows remote attackers to inject arbitrary HTTP headers | via CRLF sequences in the host subcomponent of a URL. If you fix the vulnerability please also make sure to include the CVE (Common Vulnerabilities & Exposures) id in your changelog entry. For further information see: [0] https://security-tracker.debian.org/tracker/CVE-2017-6508 https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2017-6508 [1] http://lists.gnu.org/archive/html/bug-wget/2017-03/msg00018.html [2] http://git.savannah.gnu.org/cgit/wget.git/commit/?id=4d729e322fae359a1aefaafec1144764a54e8ad4 Please adjust the affected versions in the BTS as needed. Regards, Salvatore
Bug#857025: [pkg-go] Bug#857025: golang-golang-x-tools FRBFS on armhf: golang.org/x/tools/refactor/satisfy [no test files]
The "no test files" thing is not the cause of the failure and the log link is a 404 for me. This link works though: https://buildd.debian.org/status/fetch.php?pkg=golang-golang-x-tools&arch=armhf&ver=1%3A0.0~git20161028.0.b814a3b%2Bds-3%2Bb1&stamp=1488869926&raw=0 and the failure is this: === RUN TestImportSymlinks --- FAIL: TestImportSymlinks (0.03s) fix_test.go:889: results differ GOT: package p import ( "fmt" "x/apkg/mypkg" ) var ( _ = fmt.Print _ = mypkg.Foo ) WANT: package p import ( "fmt" "x/mypkg" ) var ( _ = fmt.Print _ = mypkg.Foo ) Which, frankly, is a very bizarre test to be arch dependent. On 7 March 2017 at 23:26, Adrian Bunk wrote: > Source: golang-golang-x-tools > Version: 1:0.0~git20161028.0.b814a3b+ds-3 > Severity: serious > > https://buildd.debian.org/status/fetch.php?pkg=golang- > golang-x-tools&arch=armhf&ver=1:0.0~git20161028.0.b814a3b+ > ds-3+b1&stamp=1488869926&raw=0 > > ... > === RUN TestDiff > --- PASS: TestDiff (3.78s) > PASS > ok golang.org/x/tools/refactor/rename 4.035s > ? golang.org/x/tools/refactor/satisfy [no test files] > dh_auto_test: go test -v -p 1 -test.short golang.org/x/tools/benchmark/ > parse golang.org/x/tools/blog golang.org/x/tools/blog/atom > golang.org/x/tools/cmd/benchcmp golang.org/x/tools/cmd/bundle > golang.org/x/tools/cmd/callgraph golang.org/x/tools/cmd/digraph > golang.org/x/tools/cmd/eg golang.org/x/tools/cmd/fiximports > golang.org/x/tools/cmd/godex golang.org/x/tools/cmd/godoc > golang.org/x/tools/cmd/goimports golang.org/x/tools/cmd/gomvpkg > golang.org/x/tools/cmd/gorename golang.org/x/tools/cmd/gotype > golang.org/x/tools/cmd/goyacc golang.org/x/tools/cmd/guru > golang.org/x/tools/cmd/guru/serial golang.org/x/tools/cmd/html2article > golang.org/x/tools/cmd/present golang.org/x/tools/cmd/ssadump > golang.org/x/tools/cmd/stress golang.org/x/tools/cmd/stringer > golang.org/x/tools/cmd/tip golang.org/x/tools/container/intsets > golang.org/x/tools/cover golang.org/x/tools/go/ast/astutil > golang.org/x/tools/go/buildutil golang.org/x/tools/go/callgraph > golang.org/x/tools/go/callgraph/cha golang.org/x/tools/go/callgraph/rta > golang.org/x/tools/go/callgraph/static golang.org/x/tools/go/ > gccgoexportdata golang.org/x/tools/go/gcexportdata golang.org/x/tools/go/ > gcimporter15 golang.org/x/tools/go/internal/gccgoimporter > golang.org/x/tools/go/loader golang.org/x/tools/go/pointer > golang.org/x/tools/go/ssa golang.org/x/tools/go/ssa/interp > golang.org/x/tools/go/ssa/ssautil golang.org/x/tools/go/types/typeutil > golang.org/x/tools/go/vcs golang.org/x/tools/godoc > golang.org/x/tools/godoc/analysis golang.org/x/tools/godoc/redirect > golang.org/x/tools/godoc/util golang.org/x/tools/godoc/vfs > golang.org/x/tools/godoc/vfs/gatefs golang.org/x/tools/godoc/vfs/httpfs > golang.org/x/tools/godoc/vfs/mapfs golang.org/x/tools/godoc/vfs/zipfs > golang.org/x/tools/imports golang.org/x/tools/playground > golang.org/x/tools/playground/socket golang.org/x/tools/present > golang.org/x/tools/refactor/eg golang.org/x/tools/refactor/importgraph > golang.org/x/tools/refactor/rename golang.org/x/tools/refactor/satisfy > returned exit code 1 > debian/rules:50: recipe for target 'override_dh_auto_test' failed > make[1]: *** [override_dh_auto_test] Error 1 > make[1]: Leaving directory '/«BUILDDIR»/golang-golang-x- > tools-0.0~git20161028.0.b814a3b+ds' > debian/rules:18: recipe for target 'build-arch' failed > make: *** [build-arch] Error 2 > ___ > Pkg-go-maintainers mailing list > pkg-go-maintain...@lists.alioth.debian.org > http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-go-maintainers
Bug#857029: thunderbird: tries to migrate nonexistent ~/.icedove due to unintended meaning of "\ #" syntax
I can confirm this also breaks when you *do* have an existing ~/.thunderbird directory (and no ~/.icedove directory/symlink). Removing the comments fixes it. No idea how this got into unstable, when the test case is simply to start Thunderbird, perhaps it doesn't break if you have ~/.icedove ?
