Bug#871764: snappy-java: Make source package bootstrappable

Source: snappy-java Version: 1.1.4-1 Severity: wishlist Currently, src:snappy-java Build-Depends on maven-debian-helper, which indirectly Depends on libsnappy-java (through libplexus-archiver-java), which Depends on libsnappy-jni. It would be nice if the source package could provide a build

Bug#871734: cvs2git: non-deterministic conversion (force push) if multi-branch commits in CVS

On Fri, Aug 11, 2017 at 12:46 AM, Thorsten Glaser wrote: > Package: cvs2svn > Version: 2.4.0-4 > Severity: important > > I regularily convert some CVS repositories of mine to push-only > git mirrors. Today I noticed a problem for the second time: a > push was rejected because it

Bug#854181: RFA: busybox --Tiny utilities for small and embedded systems

I have used busybox over the years and would enjoy keeping it current. I can be the sole maintainer or work with Michael Tokarev in some teaming arrangement. I will email Michael directly to assess his preferences. Richard

Bug#871763: mpgtx FTCBFS: uses the build architecture compiler

Source: mpgtx Version: 1.3.1-6 Tags: patch User: helm...@debian.org Usertags: rebootstrap mpgtx fails to cross build from source, because it uses the build architecture compiler. ./configure hard codes the use of g++. After making that substitutable and supplying a triplet-prefixed compiler

Bug#871762: tcl-signal FTCBFS: uses the build architecture compiler

Source: tcl-signal Version: 1.4-4 Tags: patch User: helm...@debian.org Usertags: rebootstrap tcl-signal fails to cross build from source, because it uses the build architecture compiler. propagate_cflags.patch deletes the propagation of the compiler from configure and thus make falls back to the

Bug#871675: unbound 1.6.4-1 :libunbound2 enable--with-libevent

Control: forwarded 871675 https://github.com/libreswan/libreswan/issues/117 On Thu 2017-08-10 17:32:45 +0200, Antony Antony wrote: > While testing libunbound2 with libevent, using libreswan and noticed > that ub_ctx_create_event() return NULL. The libunbound2 should be built with >

Bug#871741: nspr: Please add support for arm64ilp32 architecture

On Fri, Aug 11, 2017 at 03:18:56AM +0100, Wookey wrote: > Source: nspr > Version: 4.12 > Severity: wishlist > Tags: upstream patch > > This patch adds support for the new arm64ilp32 architecture (32bit ABI > for arm64). > > This allows nss to build. > > Would you like me to file this upstream,

Bug#871741: nspr: Please add support for arm64ilp32 architecture

Source: nspr Version: 4.12 Severity: wishlist Tags: upstream patch This patch adds support for the new arm64ilp32 architecture (32bit ABI for arm64). This allows nss to build. Would you like me to file this upstream, or will you pass it on to upstream? -- System Information: Debian Release:

Bug#871740: gcc: error: unrecognized command line option ‘-no-pie’

Package: ghc Version: 8.0.1-17 On Thu, 10 Aug 2017 16:11:07 + (UTC) Gianfranco Costamagna wrote: > Hello, > > >Hmmm... the gcc packages involved (gcc 4.9.2-4 and gcc-5 5.2.1-23) are > definitely newer than Jessie -- I would think that means they're >

Bug#871739: stretch-pu: package openldap/2.4.44+dfsg-5+deb9u1

Package: release.debian.org Severity: normal Tags: stretch User: release.debian@packages.debian.org Usertags: pu I would like to apply a few fixes to openldap in stable. These changes are all in testing already. The first two changes are related to making sure the package can be built

Bug#871738: ITP: tracker-miners -- file indexer and metaata extractors

Package: wnpp Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org Owner: jbi...@ubuntu.com Package Name: tracker-miners Version: 1.99.2 Upstream Author : Nokia, Carlos Garnacho License : GPL-2+ (some parts are LGPL-2.1+) Programming Lang: C Description: metadata database, indexer and

Bug#830502: [pkg-apparmor] Bug#830502: apparmor-profiles: Reconsider what profiles are shipped in /etc/apparmor.d/ and in which mode

On Thu, Aug 10, 2017 at 05:50:41PM -0400, intrigeri wrote: > Context: this is about the apparmor-profiles package, that has no > reverse-dependency, so this whole thing is not such a big deal (users > [...] > 2. Install *all* the profiles shipped by this package to >/etc/apparmor.d/, set it in

Bug#871737: ruby-em-synchrony: uses mariadb features at build-time, should build-dep on mariadb directly

Package: ruby-em-synchrony Version: 1.0.5-2 Severity: important Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu artful ubuntu-patch Dear maintainers, The latest version of ruby-em-synchrony fails to build in Ubuntu, because it invokes mysql_install_db --force

Bug#871736: epix: missing paths in epix.el

Package: epix Version: 1.2.17-1 Severity: normal Tags: patch pending Dear maintainer, The epix.el isn't building with the correct paths. Opening emacs and trying some of the commands results in errors like: Searching for program: no such file or directory, @bashpath@ Running `@bindir@/epix' on

Bug#807427: sane-utils: Can not provide access to hplip scanner over network

On Wed 09 Aug 2017 at 21:18:38 +0200, martin f krafft wrote: > also sprach Brian Potkin [2017-08-09 19:08 +0200]: > > Thank you for doing this. As it turns out it seems our experiences are > > quite different. > > Indeed, and I'm providing details from my setup below. >

Bug#871702: Acknowledgement (Latest Stretch qemu-system-i386 process balloons in Xen Dom0 RAM, crashes DomU)

Package: qemu-system-x86 Version: 1:2.8+dfsg-6+deb9u2 My apologies for mistakenly sending the original ticket in HTML format. Adding proper header tags here to hopefully make categorization easier. The original HTML transcript (message part 2) is readable.

Bug#865181: patch

Control: tags -1 patch -- Eric Dorland 43CF 1228 F726 FD5B 474C E962 C256 FBD5 0022 1E93 diff -ruN libg15render-1.3.0~svn316.old/debian/control libg15render-1.3.0~svn316/debian/control --- libg15render-1.3.0~svn316.old/debian/control 2017-08-10 18:42:04.955046872 -0400 +++

Bug#871735: libhttp-entity-parser-perl: FTBFS when debhelper does not export PERL_USE_UNSAFE_INC

Source: libhttp-entity-parser-perl Version: 0.18-1 Severity: normal User: debian-p...@lists.debian.org Usertags: debhelper-use-unsafe-inc-removal This package FTBFS when debhelper is changed to not export PERL_USE_UNSAFE_INC to the build environment. This export was added in 2016 at the same time

Bug#871733: RFP: qcad -- computer-aided design (CAD) application for 2D design and drafting

Package: wnpp Severity: wishlist * Package name: qcad Version : 3.16.1 Upstream Author : Andrew Mustun, RibbonSoft * URL : https://qcad.org/ * License : GPL3 Programming Lang: C++ Description : computer-aided design (CAD) application for 2D design and

Bug#870200: Purged and reinstalled

Hi Harald, is it possible that you are running some kind of security protection like apparmor with some old profile loaded, or selinux or you have edited the default systemd unit and added Private*=yes or other security options or something like that (check /etc/systemd/, what does systemctl

Bug#871732: libgraphics-libplot-perl: FTBFS when debhelper does not export PERL_USE_UNSAFE_INC

Source: libgraphics-libplot-perl Version: 2.2.2-6 Severity: normal User: debian-p...@lists.debian.org Usertags: debhelper-use-unsafe-inc-removal This package FTBFS when debhelper is changed to not export PERL_USE_UNSAFE_INC to the build environment. This export was added in 2016 at the same time

Bug#871724: libcgi-compile-perl: FTBFS when debhelper does not export PERL_USE_UNSAFE_INC

Source: libcgi-compile-perl Version: 0.21-1 Severity: normal User: debian-p...@lists.debian.org Usertags: debhelper-use-unsafe-inc-removal This package FTBFS when debhelper is changed to not export PERL_USE_UNSAFE_INC to the build environment. This export was added in 2016 at the same time that

Bug#871726: barnowl: FTBFS when debhelper does not export PERL_USE_UNSAFE_INC

Source: barnowl Version: 1.9-4 Severity: normal User: debian-p...@lists.debian.org Usertags: debhelper-use-unsafe-inc-removal This package FTBFS when debhelper is changed to not export PERL_USE_UNSAFE_INC to the build environment. This export was added in 2016 at the same time that '.' was

Bug#871725: asused: FTBFS when debhelper does not export PERL_USE_UNSAFE_INC

Source: asused Version: 3.72-12 Severity: normal User: debian-p...@lists.debian.org Usertags: debhelper-use-unsafe-inc-removal This package FTBFS when debhelper is changed to not export PERL_USE_UNSAFE_INC to the build environment. This export was added in 2016 at the same time that '.' was

Bug#871727: grinder: FTBFS when debhelper does not export PERL_USE_UNSAFE_INC

Source: grinder Version: 0.5.4-1 Severity: normal User: debian-p...@lists.debian.org Usertags: debhelper-use-unsafe-inc-removal This package FTBFS when debhelper is changed to not export PERL_USE_UNSAFE_INC to the build environment. This export was added in 2016 at the same time that '.' was

Bug#871723: isdnutils: FTBFS when debhelper does not export PERL_USE_UNSAFE_INC

Source: isdnutils Version: 1:3.25+dfsg1-8 Severity: normal User: debian-p...@lists.debian.org Usertags: debhelper-use-unsafe-inc-removal This package FTBFS when debhelper is changed to not export PERL_USE_UNSAFE_INC to the build environment. This export was added in 2016 at the same time that '.'

Bug#871731: libfile-nfslock-perl: FTBFS when debhelper does not export PERL_USE_UNSAFE_INC

Source: libfile-nfslock-perl Version: 1.27-1 Severity: normal User: debian-p...@lists.debian.org Usertags: debhelper-use-unsafe-inc-removal This package FTBFS when debhelper is changed to not export PERL_USE_UNSAFE_INC to the build environment. This export was added in 2016 at the same time that

Bug#871728: libdata-objectdriver-perl: FTBFS when debhelper does not export PERL_USE_UNSAFE_INC

Source: libdata-objectdriver-perl Version: 0.14-1 Severity: normal User: debian-p...@lists.debian.org Usertags: debhelper-use-unsafe-inc-removal This package FTBFS when debhelper is changed to not export PERL_USE_UNSAFE_INC to the build environment. This export was added in 2016 at the same time

Bug#871729: libembperl-perl: FTBFS when debhelper does not export PERL_USE_UNSAFE_INC

Source: libembperl-perl Version: 2.5.0-11 Severity: normal User: debian-p...@lists.debian.org Usertags: debhelper-use-unsafe-inc-removal This package FTBFS when debhelper is changed to not export PERL_USE_UNSAFE_INC to the build environment. This export was added in 2016 at the same time that '.'

Bug#871722: unalz: null pointer dereference

Package: unalz Version: 0.65-5 unalz crashes on this file: $ printf 'ALZ\1' > crash.alz $ unalz -l crash.alz unalz v0.65 (2009/04/01) Copyright(C) 2004-2009 by kipp...@gmail.com (http://www.kipple.pe.kr) Segmentation fault Valgrind says it's a null pointer dereference: Invalid

Bug#871720: stretch-pu: package krb5/1.15-1

Package: release.debian.org Severity: normal Tags: stretch User: release.debian@packages.debian.org Usertags: pu I'd like to propose an update for a couple of bugs in krb5. There's one security DOS that DSA and I decided is not worth an advisory. The other bugs are regressions over the krb5

Bug#871721: After upgrade to stretch, booting fails due to late mounting of /var

Package: release-notes After upgrading from jessie to stretch, the boot process fails and goes into the emergency mode. Several programs try to access /var which is, however, mounted later. The Release Notes comment on /usr but not on /var:

Bug#761348: machine-readable metadata for debug repositories

Hi, it would also be useful if the URL of the dbgsym repositories could be determined from the metadata in the main repo. Then apt could find the dbgsym packages without the user having to add entries to sources.list manually. Cheers, Stefan

Bug#871719: linux-image-4.9.0-3-amd64: As requested reporting use of pci=nocrs as a boot parameter

Package: src:linux Version: 4.9.30-2+deb9u3 Severity: normal Tags: newcomer Dear Maintainer, I have a small fanless system sold to me by PONDESK in the UK. It's exactly right for a small router and gateway system. It has WiFi which I am not using. It's described as Intel J1900 4 LAN 3G/4G WiFi

Bug#871711: lintian: Can't decide between missing-build-dependency-for-dh_-command and useless-autoreconf-build-depends

Hi Niels, Niels Thykier wrote: > > W: zsh source: useless-autoreconf-build-depends autotools-dev […] > > E: zsh source: missing-build-dependency-for-dh_-command > > dh_autotools-dev_restoreconfig => autotools-dev […] > This looks like a duplicate of #870829. Oh, sorry, I forgot to check for the

Bug#871718: ruby-pathname2 1.8.0-1 fails automatic ruby autopkgtests

Package: ruby-pathname2 Followup-For: Bug #871718 User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu artful ubuntu-patch Hi again, So I took another look at the source tree and noticed that debian/pathname2.gemspec existed in parallel to the upstream one, and contained a fix for this

Bug#871647: upx-ucl: uses convenience copy of LZMA library

Hi Robert, >> Neither the changelog entry nor README.{Debian,source} contain >> any justification, however. > >The justification is simple and obvious: current upx does not compile >with the current lzma-dev. that could be fine, depending on the circumstances, but needs to be documented. >Also

Bug#871629: same here

Same problem here on 2 different systems. Regards -- Marcello Perathoner

Bug#830502: apparmor-profiles: Reconsider what profiles are shipped in /etc/apparmor.d/ and in which mode

Hi, I've re-read the bug log and taken a step back. Here's some context and a proposal. Please provide input/opinions; especially Ubuntu people are welcome to comment: I want to do something that works for them as well (saying "we don't care much about this package, do whatever you want and we'll

Bug#871706: sudo apt-get install usrmerge problems with libpam_misc

Thanks for the quick response. >> FATAL ERROR:>> Both /lib/x86_64-linux-gnu/libpng12.so.0 and >> /usr/lib/x86_64-linux-gnu/libpng12.so.0 exist. > This is weird, because I see nothing in the package which would create > this link. I don't think that was due to usrmerge, I think it was

Bug#868473: dh-acc: Incorrect usage of doit (Dh_Lib)

Gianfranco Costamagna: > [...] > > > I'm attaching the patch I did try to craft some minutes ago, [...] > Thanks. :) > > (I'm still not a perl man, I'm not sure I did it correctly, and moreover I > had trobles > in doing the string concatenation) > > G. > No problem, I am happy to

Bug#871618: gnome-terminal: package should depend on dbus-x11

dbus-user-session is installed, so I don't think that's the problem. From /var/log/apt/history.log, it looks like it came through when I installed gnome-terminal, probably through some circuitous dependency if it's not explicitly required. I removed dbus-x11 to test. Now I get a different error

Bug#871718: ruby-pathname2 1.8.0-1 fails automatic ruby autopkgtests

Source: ruby-pathname2 Version: 1.8.0-1 Severity: important User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu artful autopkgtest Hi Michael, The ruby-pathname2 package has been failing the generic ruby module autopkgtest since the upload of 1.8.0-1, as seen at

Bug#871711: lintian: Can't decide between missing-build-dependency-for-dh_-command and useless-autoreconf-build-depends

forcemerge 870829 871711 thanks Axel Beckert: > Package: lintian > Version: 2.5.52 > Severity: normal > > Lintian can't decide between > > W: zsh source: useless-autoreconf-build-depends autotools-dev > > and > > E: zsh source: missing-build-dependency-for-dh_-command >

Bug#869371: Please close

I've been trying this intermittently since filing the report, and can no longer reproduce the issue. Please close. -- Ed Blackman

Bug#853537: mariadb-10.1: ftbfs with GCC-7

On 10.08.2017 15:29, Ondřej Surý wrote: > Package: src:mariadb-10.1 > Followup-For: Bug #853537 > > Hi Matthias, > > the full build.log you sent contains: > > make[4]: Leaving directory '/<>/builddir' > Error running link command: Segmentation fault > make[4]: Leaving directory '/<>/builddir' >

Bug#871717: xfce4-sensors-plugin: Newer version available / Memory leak

Package: xfce4-sensors-plugin Version: 1.2.6-1.1 Severity: normal Dear Maintainer, newer versions have been available for a while, containing bugfixes in which I'm interested: http://archive.xfce.org/src/panel-plugins/xfce4-sensors-plugin/1.2/ Maybe it resolves other bugs in the Debian

Bug#870200: Purged and reinstalled

Good evening, in the meantime I have purged all mariadb packages and reinstalled them. mariadb-server-10.1 did still not install, but with another error. I purged once more and installed version 10.0, which worked fine. For me, this bug can be closed. Harald

Bug#853444: ht: diff for NMU version 2.1.0+repack1-2.1

Control: tags 853444 + patch Control: tags 853444 + pending Dear maintainer, I've prepared an NMU for ht (versioned as 2.1.0+repack1-2.1) and uploaded it to DELAYED/2. Please feel free to tell me if I should delay it longer. Regards, Stephen diff -Nru ht-2.1.0+repack1/debian/changelog

Bug#830502: Fwd: apparmor-profiles: Reconsider what profiles are shipped in /etc/apparmor.d/ and in which mode

(forwarding Seth's reply to the bug report) --- Begin Message --- On Tue, Jul 04, 2017 at 09:52:55AM +0200, intrigeri wrote: > Drawbacks of shipping not-quite-ready-yet profiles (in complain mode) > in /etc/apparmor.d/: > > * it's hard to communicate to users the quality of these profiles, >

Bug#871601: ansible-2.3.1.0+dfsg-1 is uninstallable

Hi Robbie, this is due to the ansible template module being incompatible with jinja2 v2.9. We are aware of this problem [0], and it has already been reported upstream [1]. I know this is annoying, but at least it stops people upgrading from stable to testing/unstable to break their ansible

Bug#830502: apparmor-profiles: Reconsider what profiles are shipped in /etc/apparmor.d/ and in which mode

intrigeri: > Drawbacks of shipping not-quite-ready-yet profiles (in complain mode) > in /etc/apparmor.d/: Here's another one, that might be a deal breaker: * 'deny' rules are enforced even in complain mode, so *all* AppArmor users are affected by any bug in such rules

Bug#865171: patch

Control: tags -1 patch -- Eric Dorland 43CF 1228 F726 FD5B 474C E962 C256 FBD5 0022 1E93 From 8ee9c372efd69fe7ed499ff839a41f0c764f40c8 Mon Sep 17 00:00:00 2001 From: Eric Dorland Date: Thu, 10 Aug 2017 16:18:25 -0400 Subject: [PATCH] Move to modern automake

Bug#868473: dh-acc: Incorrect usage of doit (Dh_Lib)

control: severity -1 serious control: tags -1 patch >Sorry, but that argument is not enough to convince me that removing the >warning in Debian is a good solution. I agree, specially because the documentation was correct, and it worked just because of a bug in implementation >Again, I

Bug#871716: build-dependency libatlas-dev no longer available

Package: src:shogun Version: 3.2.0-7.4 Severity: serious Dear Maintainer, The package libatlas-dev is no longer built by src:atlas, and shogun build-depends on it. libatlas-dev used to ship headers related to ATLAS, while the development libraries were shipped by libatlas-base-dev. Now

Bug#871715: build-dependency libatlas-dev no longer available

Package: src:ncl Version: 6.4.0-3 Severity: serious Dear Maintainer, The package libatlas-dev is no longer built by src:atlas, and ncl build-depends on it. libatlas-dev used to ship headers related to ATLAS, while the development libraries were shipped by libatlas-base-dev. Now everything is

Bug#871714: libcap.pc has bad libdir

Package: libcap-dev Version: 2.25-1 Severity: important Tags: patch User: helm...@debian.org Usertags: rebootstrap libcap.pc has a bad assignment for libdir. On most architectures it turns out to be /lib. On amd64, mips64el and sparc64 it becomes /lib64 and on x32 it becomes /libx32. Yet the .so

Bug#838168: duck: options to check multiple URLs instead of looking at Debian packaging

tags 838168 pending thanks In the git repo. Please use the command line option -l to supply a file containing a list of URLS (http/https, svn://, git:// email-address) which should be checked. Bye, Simon On Sun, 18 Sep 2016 09:49:51 +0800 Paul Wise wrote: > Package: duck >

Bug#871713: build-dependency libatlas-dev no longer available

Package: src:linbox Version: 1.4.2-4 Severity: serious Dear Maintainer, The package libatlas-dev is no longer built by src:atlas, and linbox build-depends on it. libatlas-dev used to ship headers related to ATLAS, while the development libraries were shipped by libatlas-base-dev. Now everything

Bug#871712: xul-ext-status4evar: broken in FF54

Package: xul-ext-status4evar Version: 2016.10.11.01-1 Severity: grave Justification: renders package unusable Hi. In FF54, the plugin does not really seem to work anymore. The status bar is shown, but no content in it. An update seems to be available, solving this:

Bug#871629: confirmed here also

Used several theme including default one : no chnage. Unusable... --eric

Bug#871711: lintian: Can't decide between missing-build-dependency-for-dh_-command and useless-autoreconf-build-depends

Package: lintian Version: 2.5.52 Severity: normal Lintian can't decide between W: zsh source: useless-autoreconf-build-depends autotools-dev and E: zsh source: missing-build-dependency-for-dh_-command dh_autotools-dev_restoreconfig => autotools-dev for a compat level 10 source package. The

Bug#865168: patch

Control: tags -1 patch -- Eric Dorland 43CF 1228 F726 FD5B 474C E962 C256 FBD5 0022 1E93 From fbe8584b7090e88ac9b7f639411e99d373d29413 Mon Sep 17 00:00:00 2001 From: Eric Dorland Date: Thu, 10 Aug 2017 15:51:36 -0400 Subject: [PATCH] Move to modern automake

Bug#871706: sudo apt-get install usrmerge problems with libpam_misc

On Aug 10, "J. Smith" wrote: > FATAL ERROR: > Both /lib/x86_64-linux-gnu/libpng12.so.0 and > /usr/lib/x86_64-linux-gnu/libpng12.so.0 exist. This is weird, because I see nothing in the package which would create this link. > It looks like libpam_misc.so has been

Bug#853425: gngb: ftbfs with GCC-7

Control: tags -1 pending patch On Tue, 31 Jan 2017 09:31:44 + Matthias Klose wrote: Package: src:gngb Version: 20060309-3.1 Severity: normal Tags: sid buster User: debian-...@lists.debian.org Usertags: ftbfs-gcc-7 I am attaching a patch that fixes the issue. I also

Bug#871710: mercurial:CVE-2017-1000116: command injection on clients through malicious ssh URLs

Source: mercurial Version: 4.0-1 Severity: grave Tags: upstream security Hi, the following vulnerability was published for mercurial. CVE-2017-1000116[0]: command injection on clients through malicious ssh URLs If you fix the vulnerability please also make sure to include the CVE (Common

Bug#871709: mercurial:CVE-2017-1000115: path traversal via symlink

Source: mercurial Version: 4.0-1 Severity: grave Tags: upstream security Justification: user security hole Hi, the following vulnerability was published for mercurial. CVE-2017-1000115[0]: path traversal via symlink If you fix the vulnerability please also make sure to include the CVE (Common

Bug#871647: upx-ucl: uses convenience copy of LZMA library

Thorsten Glaser writes: > > Apparently upx-ucl reverted from using the system LZMA library > to its own. First of all, lzma-sdk is not designed to be used as a library, so in fact there is no such thing like "system LZMA library". Moreover upx is not the only package that includes its own copy

Bug#865167: patch

Control: tags -1 patch -- Eric Dorland 43CF 1228 F726 FD5B 474C E962 C256 FBD5 0022 1E93

Bug#865167: patch

Control: tags -1 patch -- Eric Dorland 43CF 1228 F726 FD5B 474C E962 C256 FBD5 0022 1E93 From ff99c9f4a6cabebb01ab8c95d9d815e0da5da622 Mon Sep 17 00:00:00 2001 From: Eric Dorland Date: Thu, 10 Aug 2017 15:33:00 -0400 Subject: [PATCH] Switch to modern

Bug#871708: guacamole: German "umlauts" missing in translation

Package: guacamole Version: 0.9.9+dfsg-1 Severity: minor Tags: l10n Dear Maintainer, I wonder why the german translation of guacamole omits all umlauts (ä,ö,ü and the like). It seems to be some encoding issue while building the package, because the problem does not occur in the upstream file.

Bug#869946: installation-reports: When the computer shuts down abruptly in Stratch 9.0.1 with any kind of cryptography, the computer won't boot again.

On Thu, Aug 10, 2017 at 09:25:10PM +0200, marcopellegr...@tutamail.com wrote: >Have you tried installing from DVD 9.1.0. and after the installation and >standard reboot just abruptly shut down the computer? When the computer loses >power suddenly (when there is a blackout for example), the

Bug#871707: ITP: jsonrpc-glib -- JSON-RPC library for GLib

Package: wnpp Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org Owner: jbi...@ubuntu.com Package Name: jsonrpc-glib Version: 3.25.3 Upstream Author : Christian Hergert License : LGPL-2.1+ Programming Lang: C Description: JSON-RPC library for GLib JSONRPC-GLib is a library for

Bug#867542: [Enigmail] 'invalid language tag' since 30c1fe69 [was: Re: Bug#867542: enigmail: can't decrypt messages in thunderbird]

Hi, I stumbled over the same bug and could verify the described behaviour: * Setting locale to C.UTF-8 leads to an empty message window after decrypting. * Setting locale to e.g. de_DE.utf8 fixes the problem. * Patrick's patch fixes the issue for me with C.UTF-8 as well. On Wed, 12 Jul 2017

Bug#871706: Acknowledgement (sudo apt-get install usrmerge problems with libpam_misc)

PS It's surprising that this tool does not default to a dry-run mode of operation, or at least check that there are no name clashes before it starts moving things.

Bug#534912: IMAP folder names having a dot (.) treated incorrectly

Package: mutt Version: 1.7.2-1 Followup-For: Bug #534912 Dear Maintainer, this bug is still not solved in stretch. Trying to open a folder named 'Archiv/Lists/ptxdist.2017' and get this error: Can't open mailbox Archiv/Lists/ptxdist/2017: no such mailbox Haven't tried the workaround,

Bug#868473: dh-acc: Incorrect usage of doit (Dh_Lib)

Jeremy Bicha: > Hi, Hi Jeremy, I am sorry to hear that debhelper is causing you issues. > I just wanted to point out that Ubuntu uses autopkgtests to check > uploads before allowing them into the regular development repository. > This bug is causing a very large number of autopkgtests to fail,

Bug#853537: mariadb-10.1: ftbfs with GCC-7

Package: src:mariadb-10.1 Followup-For: Bug #853537 Hi Matthias, the full build.log you sent contains: make[4]: Leaving directory '/<>/builddir' Error running link command: Segmentation fault make[4]: Leaving directory '/<>/builddir'

Bug#833719: Reopen bug report

After upgrading from stable to testing firefox started having the mentioned problem again. "firefox --version" gives me "Mozilla Firefox 50.1.0", apt tells me it is 50.1.0-1. "uname -a" gives "Linux toothless 4.11.0-1-amd64 #1 SMP Debian 4.11.6-1 (2017-06-19) x86_64 GNU/Linux" The problem

Bug#869684: linux-image-4.9.0-3-686-pae: Thinkpad T60 hangs on resume after suspend to disk; regress since Debian 8

Hello, I installed a Thinkpad T60 last year around 16.19.2016 with Debian Testing. With the kernel contained at that time suspend to disk was working well. (linux-image-4.6.0-1-686-pae 4.6.4-1, [1]) Just recently I got this system back and upgraded it to current Stretch.

Bug#673157: mojbake in cs translation

This was doubly utf8 encoded

Bug#871706: sudo apt-get install usrmerge problems with libpam_misc

Package: usrmerge Version: 16 Severity: important On testing, I ran: sudo apt-get install usrmerge In hindsight, this was a mistake... It aborted partway through with: FATAL ERROR: Both /lib/x86_64-linux-gnu/libpng12.so.0 and /usr/lib/x86_64-linux-gnu/libpng12.so.0 exist. Now my

Bug#871705: tss2: FTBFS on hurd-i386: MAXPATHLEN undeclared

Source: tss2 Version: 1045-1 Severity: important Tags: upstream Justification: fails to build from source The build of tss2 for hurd-i386 (admittedly not a release architecture) failed because the Hurd has no fixed MAXPATHLEN: imalib.h:126:22: error: 'MAXPATHLEN' undeclared here (not in a

Bug#869946: installation-reports: When the computer shuts down abruptly in Stratch 9.0.1 with any kind of cryptography, the computer won't boot again.

Have you tried installing from DVD 9.1.0. and after the installation and standard reboot just abruptly shut down the computer? When the computer loses power suddenly (when there is a blackout for example), the computer won't start again. If you cannot do that or do not have time I will format

Bug#864839: RFS: yices2/2.6.0-2 [ITP]

debian/copyright has an incorrect short license name. OTOH the project license is actually GPL-3+. etc/pstdint.h and etc/msinttypes-r26.zip aren't mentioned in debian/copyright. There is no debian/watch. --with autoreconf is the default in compat 10. doc/sat-solver-papers contains sourceless and

Bug#871704: Labels of files in `/etc/init.d/` prevent systemd tools from working

Package: selinux-policy-default Version: 2:2.20161023.1-10 Severity: normal Dear Debian folks, Running `systemd-analyze critical-chain` and `systemctl status sysstat` – even as root – fails. ``` $ sudo systemd-analyze critical-chain Failed to parse reply: Access denied $ sudo systemctl

Bug#871699: libpam-krb5: Add no_subsequent_prompt option

kpp writes: > Please add no_subsequent_prompt option to pam_krb5. This option is > implemented in redhat and very useful. > Example: > authrequired pam_env.so > auth[success=ok ignore=2 authinfo_unavail=2 default=die] > pam_pkcs11.so card_only > auth

Bug#790322: /usr/share/gdebi/gdebi-gtk: prompt for root password returns incorrect password

Hi, I just experienced the described problem as well. As far as I understand it, the problem is not specific to gdebi, but is a more general problem with the 'gksu' command. This problem is also described in the Debian bug reports #481689 [1], #570700 [2], and #700162 [3]. The workaround of

Bug#871703: libosinfo: demote Build-Depends: libtool-bin to libtool

Source: libosinfo Version: 1.0.0-2 Tags: patch User: helm...@debian.org Usertags: rebootstrap Please demote the libtool-bin build dependency to just libtool. It was added due to #761767. Back then libosinfo wouldn't build without the dependency. It seems that libosinfo's build system evolved

Bug#871544: [Qa-jenkins-dev] Bug#871544: jenkins.debian.org: jtx1b runs armhf builds with wrong personality

On 2017-08-08, James Cowgill wrote: > I noticed this build of ffmpeg in buster failed on armhf, while the same > version does build in the unstable version: > https://tests.reproducible-builds.org/debian/rb-pkg/unstable/armhf/ffmpeg.html >

Bug#864297: stretch-pu: schroot/1.6.10-4

Am 10.08.2017 um 18:54 schrieb Raphael Hertzog: > Hello Michael, can you reply since Cyril requested your input and this > stable update seems to be blocked on this. Thank you ! > I think I already commended on the systemd related changes. Not sure what other input is requested. Regards,

Bug#864838: RFS: libpoly0/1.3-2 [ITP]

The source package name shouldn't contain the soname, please rename the package to libpoly and retitle the bug accordingly. include/version.h should be added to debian/clean instead of rm'ing it in rules. debian/copyright has an incorrect short license name. There is no debian/watch. Please use

Bug#871693: RFS: tinymux/2.10.1.14-1 [RC]

Control: severity -1 important Control: tags -1 + moreinfo On Thu, Aug 10, 2017 at 11:32:54AM -0600, Stephen Dennis wrote: > Package: sponsorship-requests > Severity: normal [RC bug will auto-remove package on the 20th] That statement actually means "put "important" here if RC". > Changes since

Bug#864838: RFS: libpoly0/1.3-2 [ITP]

On Thu, Aug 10, 2017 at 11:36:03AM -0700, Ian A Mason wrote: > Andrey, > > We do not see any lintian warnings: > > > dpkg-deb: building package 'libpoly-dev' in > '../libpoly-dev_1.4-1_amd64.deb'. > dpkg-deb: building package 'libpoly0' in '../libpoly0_1.4-1_amd64.deb'. > dpkg-deb: building

Bug#871702: Latest Stretch qemu-system-i386 process balloons in Xen Dom0 RAM, crashes DomU

Package: qemu-system-x86Version: 1:2.8+dfsg-6+deb9u2 Problem:==Latest Stretch `qemu-system-i386` process consumes the majority of Xen Dom0's RAM, ultimately crashes DomU. Symptoms:When starting a Xen HVM guest with qemu-system-x86 version 1:2.8+dfsg-6+deb9u2 installed, the

Bug#864838: RFS: libpoly0/1.3-2 [ITP]

Andrey, We do not see any lintian warnings: dpkg-deb: building package 'libpoly-dev' in '../libpoly-dev_1.4-1_amd64.deb'. dpkg-deb: building package 'libpoly0' in '../libpoly0_1.4-1_amd64.deb'. dpkg-deb: building package 'libpoly-dbg' in '../libpoly-dbg_1.4-1_amd64.deb'. dpkg-genbuildinfo

Bug#870677: nvidia-kernel-dkms: Doesn't compile with kernel 4.11 (and probably later)

On 2017-08-04 03:09, Jiri Palecek wrote: > Package: nvidia-kernel-dkms > Version: 378.13-1 Hi Jiri, I've just uploaded 378.13-2 to experimental. It builds the module for up to Linux 4.12, but we haven't had time to test it properly. As an alternate solution, you could also build the more recent

Bug#871701: linux 4.9: backport patches for new Loongson CPU

Package: linux Version: 4.9.30-2+deb9u2 The support Loongson 3A/B 2000 and 3000 has been merged into upstream. I test the patchset with linux 4.9.30-2+deb9u2 for stretch. It works well on both Loongson 3A 1000 and 3A 3000 CPU. The patchset merged on June 28-29.

Bug#871700: nss 2:3.32-1 on i386 requires SSE2, regression from 2:3.31-1

Source: nss Version: 2:3.32-1 Severity: normal Dear Maintainer, libnss version 2:3.32-1 on i386 is built with SSE2 on, which prevents it from running on pre-SSE2 systems. On my Pentium III system, this results in Firefox crashing at startup inside libfreeblpriv3.so with SIGLL on a movq from

Bug#870725: CVE-2017-11721: read buffer overflow in MSG_ReadBits

On Sat, 05 Aug 2017 at 12:24:19 +0100, Simon McVittie wrote: > Again, I don't have time to handle this for stable right now, so > security or games team members are very welcome to do so. I'll prepare > a stable update during Debconf if nobody gets there first, assuming I > can find a stable user

  1   2   3   >