Bug#889780: O: stomper -- Python client implementation of the STOMP protocol

On Tuesday, February 06 2018, Tobias Frost wrote: > The current maintainer of stomper, Simon Chopin , > is apparently not active anymore. Therefore, I orphan this package now. Hi Tobias, The stomper package is maintained by the Debian Python Modules Team (DPMT); Simon is (was?) listed as an

Bug#905553: libdbus-glib-1-dev: install dbus-binding-tool into a Multi-Arch: foreign package

Package: libdbus-glib-1-dev Version: 0.110-2 Tags: patch User: helm...@debian.org Usertags: rebootstrap Control: block 873617 by -1 Control: affects -1 + src:ayatana-indicator-application src:cinnamon-session src:cinnamon-settings-daemon src:libunique src:mate-session-manager

Bug#898535: closed by Chow Loong Jin (Bug#898535: fixed in tinyxml2 6.2.0+dfsg-2)

On Sun, Aug 05, 2018 at 01:38:31PM +0200, Joachim Reichel wrote: > On 03.08.2018 06:03, Debian Bug Tracking System wrote: > > Changes: > > tinyxml2 (6.2.0+dfsg-2) unstable; urgency=medium > > . > >* [7fdca1f] Rename package for abi break (Closes: #898535) > > How do you plan to deal with

Bug#905467: lintian: Please detect source-only non-free uploads w/o opt-in autobuild

Chris Lamb wrote: > Updated in: > > […] That should have been: https://salsa.debian.org/lintian/lintian/commit/adf09be624fc450738f40613bd5098d056a678e2 Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org / chris-lamb.co.uk `-

Bug#861635: Why was I removed as the owner?

Also why is this changed to RFP? I'm more than happy to maintain this package since I'm the author :-) Jason G.

Bug#904685: diffoscope: RuntimeError when trying to extract an encrypted file (.bmp)

fowarded 904685 https://salsa.debian.org/reproducible-builds/diffoscope/merge_requests/10 thanks Hi Ricardo, > We can move this discussion over to the MR if that suits better. Just let > me know. Have responded on the merge request & let's move over there. Regards, -- ,''`. : :'

Bug#905552: gamemode: Incomplete debian/copyright?

Source: gamemode Version: 1.2-3 Severity: serious Justication: Policy 12.5 X-Debbugs-CC: Jonathan Carter , ftpmas...@debian.org Hi, I just ACCEPTed gamemode from NEW but noticed it was missing attribution in debian/copyright for at least what looks like a inih code copy under the subprojects

Bug#905188: cryptsetup-initramfs: fails to install, remove, distupgrade, and install again

Followup-For: Bug #905188 Control: found -1 2:2.0.4-1 Control: tag -1 - moreinfo That needs more work and testing ... right now the package fails to install in sid. Selecting previously unselected package cryptsetup-initramfs. (Reading database ... (Reading database ... 5042 files and

Bug#905469: lintian: Please emit tag on direct access to dpkg database

Hi! On Sun, 2018-08-05 at 05:37:15 +0100, Chris Lamb wrote: > > This is one blocker that is getting in the way of deploying mtree > > support as the dpkg database store, because .list, .md5sums and > > .conffiles are intended to disappear from under /var/lib/dpkg/info/ > > and that will break all

Bug#905235: purge + install (not just upgrade) is broken

Just in case it's not obvious, • emacs/testing & emacs-goodies/testing are installed • purge emacs-goodies-el/testing • install emacs-goodies-el/unstable …has the same behaviour as • emacs/testing & emacs-goodies/testing are installed • upgrade emacs-goodies-el from /testing to

Bug#905467: lintian: Please detect source-only non-free uploads w/o opt-in autobuild

Hi Guillem & Niels, > > I seem to recall that "XS-Autobuild: Yes" requires being added to a > > whitelist as well […] > Yes, this is item 3 from the dev-ref link I provided. And I agree it's > probably worth mentioning, or just pointing people to read the dev-ref > for the most up-to-date

Bug#905485: chrony: AppArmor in complain mode

On Sun, Aug 05, 2018 at 09:29:35PM +0200, Vincent Blut wrote: > Hi Kurt, > > On Sun, Aug 05, 2018 at 11:58:38AM +0200, Kurt Roeckx wrote: > > Package: chrony > > Version: 3.3-2 > > > > Hi, > > > > Why is the AppArmor profile put into complain mode? > > To avoid breaking chrony installations

Bug#905551: mutt: add OAUTHBEARER auth support

Jonathan Nieder wrote: > I'll send a debdiff in a separate message. Patch attached. Thoughts of all kinds welcome. >From 31e72e18b9a9c97d67b685bbbe5b1278f5381835 Mon Sep 17 00:00:00 2001 From: Jonathan Nieder Date: Sun, 5 Aug 2018 17:32:40 -0700 Subject: Apply Brandon Long's oauthbearer

Bug#905522: ghdl: Incomplete debian/copyright?

[adding Thorsten Alteholz to CC] Hi Andreas, > > I just ACCEPTed ghdl from NEW but the FTP team noticed it was missing the > > entire text of the CC license. > > First, thanks for the ACCEPT. > > The missing text of the CC license was the reason the package was > rejected months ago. I

Bug#905550: pbuilder: Use a cgroup to allow cleaning up stray build processes

As it happens, my patch just caught one of these cases in my local setup to test builds of all packages from the archive. So, I can now provide sample output: make[1]: Leaving directory '/build/fwupd-1.1.0' dpkg-genbuildinfo --build=binary dpkg-genchanges --build=binary

Bug#905551: mutt: add OAUTHBEARER auth support

Package: mutt Version: 1.10.1-1 Severity: wishlist Tags: upstream patch fixed-upstream Hi, As described in http://lists.mutt.org/pipermail/mutt-dev/Week-of-Mon-20180611/000121.html, Gmail supports RFC 7628 for oauth as a way of avoiding password based auth. Applying three upstream patches gets

Bug#887468: hpanel: Crashes with SIGSEGV sometimes

On Wed, 17 Jan 2018 09:41:44 +1100 Paul Szabo wrote: > Dear Maintainer, > > Running on x86_64, hpanel sometimes crashes with SIGSEGV. > As yet I have not noticed what actions may cause this, so > do not know how to make it happen at will. Hello Paul, just tried if I can reproduce the issue even

Bug#905550: pbuilder: Use a cgroup to allow cleaning up stray build processes

Package: pbuilder Version: 0.229.3 Severity: wishlist Tags: patch I've written a small patch which isolates processes from a build into a cgroup (named like system-pbuilder-N.slice where N comes from the pbuilder PID). Then, if it sees after the build is done that there are still stray

Bug#887457: freecad crashes with SIGSEGV if want to create a curve on a cylinder edge

Hello Robert, if you started the crashing application already with gdb then, after the crash, please also call the "bt" command to get a complete call stack. More information in [1]. And this is most helpful, if the debug packages got installed before, e.g. freecad-dbgsym and at least the last

Bug#905549: fwupdate-amd64-signed: missing script/binary in /usr/lib/fwupdate/

Package: fwupdate-amd64-signed Version: 12+2 Severity: normal === >8 === Setting up fwupdate (12-2) ... Installing fwupx64.efi to EFI system partition. /var/lib/dpkg/info/fwupdate.postinst: 46: /var/lib/dpkg/info/fwupdate.postinst: /usr/lib/fwupdate/cleanup: not found Setting up

Bug#904917: general: Gnome randomly crash and restart to login.

reassign 904917 gnome-shell retitle 904917 gnome-shell: segmentation fault thanks Hi, On 05.08.2018 23:54, Carl-Valentin Schmitt wrote: > Is this a machine with nvidia graphics card and nvidia drivers? Unlikely that this is the problem, the crash address was somewhere in libgobject, which the

Bug#897767: closed by Mo Zhou (Bug#897767: fixed in highwayhash 0~20180209-g14dedec-5)

control: retitle -1 non-x86 symbols out of date control: severity -1 normal This non-x86 arches are not my priorities currently. It doesn't deserve another RFS bug to the mentors list, and it can be easily fixed by me when I get my Debian Developer account. On Mon, Aug 6, 2018 at 00:45 Adrian

Bug#905548: python-pysam: FTBFS - tests fail: AttributeError: 'module' object has no attribute 'HAVE_LIBCURL'

Source: python-pysam Version: 0.15.0.1+ds-1 Severity: serious Tags: ftbfs Justification: fails to build from source (but built successfully in the past) Hi, python-pysam FTBFS on all architectures with testsuite errors. I can also reproduce this on amd64 in a clean pbuilder environment.

Bug#904917: general: Gnome randomly crash and restart to login.

Maybe try to uninstall all installed nvidia drivers, and then run your machine with vesa. I know oft Solus Linux that this was a bug in nvidia drivers. Carl-Valentin Schmitt schrieb am So., 5. Aug. 2018, 23:54: > Is this a machine with nvidia graphics card and nvidia drivers? > > Riccardo

Bug#904917: general: Gnome randomly crash and restart to login.

Is this a machine with nvidia graphics card and nvidia drivers? Riccardo Gagliarducci schrieb am So., 5. Aug. 2018, 23:51: > I'm leaving for holidays, may I freeze this bug until end of August? > > In dmsg, I found: > [ 6737.746966] gnome-shell[2131]: segfault at 663466343778 ip >

Bug#904917: general: Gnome randomly crash and restart to login.

I'm leaving for holidays, may I freeze this bug until end of August? In dmsg, I found: [ 6737.746966] gnome-shell[2131]: segfault at 663466343778 ip 7f0a52cf3c31 sp 7ffd58e51e98 error 4 in libgobject- 2.0.so.0.5600.1[7f0a52cbe000+52000] But I'd like to investigate more... Thank you,

Bug#905527: `apt show` fails to parse record for librust-winapi-dev (while `apt-cache show` succeeds)

On Sun, Aug 05, 2018 at 12:20:54PM -0300, Antonio Terceiro wrote: > Package: apt > Version: 1.6.3 > Severity: normal > > ~$ apt-cache show librust-winapi-dev > [... stuff ...] > ~$ apt show librust-winapi-dev > E: Unable to parse package file >

Bug#881000: uuid command fail to use the real MAC address

Package: uuid Followup-For: Bug #881000 Control: tags -1 + moreinfo Hello, I was reading your bugreport about uuid, and wondered if it wasn't simply that you didn't notice that in your example, the MAC address was actually used and was at the end of the UUID, as expected. If so, then

Bug#904685: diffoscope: RuntimeError when trying to extract an encrypted file (.bmp)

Hi Chris, Thanks for the swift feedback, and for sharing. I have issued a merge request which can be found here . Have addressed your comments, including narrower exception, accompanied by a comment, and one test case

Bug#905545: data-xml-clojure: Please upgrade data-xml-clojure to 0.2.0-alpha5

On Sun, Aug 05, 2018 at 04:21:53PM -0400, Elana Hashman wrote: > Please upgrade data-xml-clojure to 0.2.0-alpha5. Currently, Leiningen depends on 0.0.8 directly. I don't think that 0.2.0-alpha5 would break any 0.0.8 APIs (Clojure is notorious for their backwards-compatible guarantees) BUT I'd

Bug#905305: emacs-common: terrible mess

On Sun, 5 Aug 2018, Rob Browning wrote: > > If you can tell what's going wrong, please consider filing bugs against > the relevant add-on packages, or contacting #debian-emacsen or > debian-emac...@lists.debian.org. Thanks. Showed up the culprit was initz package (which I don't use since quite

Bug#905547: jgit: Please upgrade jgit to 4.10.0

Source: jgit Severity: wishlist Control: block 891136 by -1 Please upgrade jgit to 4.10.0. This version is required for packaging tools-deps-alpha-clojure, the new upstream dependency resolver that is required to package the new upstream Clojure CLI. Upgrading to this version would also appear

Bug#905546: jsch-agent-proxy: Please upgrade jsch-agent-proxy to 0.0.9

Source: jsch-agent-proxy Severity: wishlist Control: block 891136 by -1 Please upgrade jsch-agent-proxy to 0.0.9. This version is required for packaging tools-deps-alpha-clojure, the new upstream dependency resolver that is required to package the new upstream Clojure CLI. signature.asc

Bug#904988: /bin/su does not set $PATH

>The problem is still that we need to choose between preserving >old Debian behaviour or being in line with how every other >distribution works. We can patch the defaults in debian, but do we >want to be different? If we can't be different, but have to do everywhere the same as everyone else,...

Bug#905545: data-xml-clojure: Please upgrade data-xml-clojure to 0.2.0-alpha5

Source: data-xml-clojure Severity: wishlist Control: block 891136 by -1 Please upgrade data-xml-clojure to 0.2.0-alpha5. This version is required for packaging tools-deps-alpha-clojure, the new upstream dependency resolver that is required to package the new upstream Clojure CLI. signature.asc

Bug#874529:

Hi, You can install the packages that I attached to my e-mail message to (partly) fix the issue. I do not really understand why this one-line patch is not backported by the maintainers.. I believe that this one-line error is not the only bug. User switching works 80% of the time now, instead of

Bug#905235: emacs-goodies-el failed to install due to old broken symlinks

Control: tag -1 + pending Hi Jörg and Göran, In the absence of feedback I plan to upload a new revision of emacs-goodies-el with a hard dependency on emacsen-common >= 3.0.2 sometime in the next 24h. Cheers, Nicholas signature.asc Description: PGP signature

Bug#905544: ddrescue fails to display / make progress

Package: ddrescue Version: 1.23-1 Severity: normal Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate ***    * What led up to the situation? I have a 1T hard drive that has a hardware problem that makes it impossible to use productively    * What

Bug#905517: emacs-goodies-el: unowned files after purge (policy 6.8, 10.8): /usr/share/emacs/site-lisp/emacs-goodies-el/emacs-goodies-loaddefs.el

Control: tag -1 + pending Hi Andreas, On Sun, Aug 05, 2018 at 04:49:37PM +0200, Andreas Beckmann wrote: > Package: emacs-goodies-el > Version: 40.0 > Severity: important > User: debian...@lists.debian.org > Usertags: piuparts > > Hi, > > during a test with piuparts I noticed your package left

Bug#905543: ITP: tools-gitlibs-clojure -- Clojure API for programatically accessing git libraries

Package: wnpp Owner: Elana Hashman Severity: wishlist Control: block 891136 by -1 * Package name: tools-gitlibs-clojure Version : 0.2.64 Upstream Author : Rich Hickey * URL : https://github.com/clojure/tools.gitlibs * License : EPL-1.0 Programming Lang:

Bug#905542: xserver-xorg-video-nouveau: segmentation fault on startup every time

Thanks, I can confirm that rolling back to xserver-xorg-core 2:1.19.6-1 fixes the problem for me for now. On Sun, Aug 5, 2018 at 3:55 PM Sven Joachim wrote: > Control: reassign -1 xserver-xorg-core > Control: forcemerge 900550 -1 > > On 2018-08-05 15:43 -0400, Eric Cooper wrote: > > > Package:

Bug#905514: [cryptsetup-initramfs] Cannot create /etc/cryptsetup-initramfs/conf-hook.dpkg-new: Directory nonexistent

Source: cryptsetup Followup-For: Bug #905514 Hi, the severity should not be normal as it successfully prevent new installations of the package :) Cheers Alf -- System Information: Debian Release: buster/sid APT prefers unstable-debug APT policy: (500, 'unstable-debug'), (500,

Bug#905321: linux-image-4.17.0-1-amd64: Screen flicker

Here's a link to a video of the flickering; https://drive.google.com/file/d/1nZ4Z_Y1pDtylS11FqZ0PSU5a5G2QxAxM/ Sten

Bug#905542: xserver-xorg-video-nouveau: segmentation fault on startup every time

Control: reassign -1 xserver-xorg-core Control: forcemerge 900550 -1 On 2018-08-05 15:43 -0400, Eric Cooper wrote: > Package: xserver-xorg-video-nouveau > Version: 1:1.0.15-3 > Severity: important > > I did an "apt-get upgrade" today that installed new > xserver-xorg-{core,nouveau} packages. Now

Bug#891136: ITP: tools-deps-alpha-clojure -- functional API for dependency management and classpath creation

So I was thinking about this, because the vast majority of the work consists of new uploads for S3 support... namely: > - s3-wagon-private "1.3.1" > - com.amazonaws/aws-java-sdk-core "1.11.184" > - com.amazonaws/aws-java-sdk-kms "1.11.184" > - com.amazonaws/aws-java-sdk-s3 "1.11.184" > -

Bug#905542: xserver-xorg-video-nouveau: segmentation fault on startup every time

Package: xserver-xorg-video-nouveau Version: 1:1.0.15-3 Severity: important I did an "apt-get upgrade" today that installed new xserver-xorg-{core,nouveau} packages. Now X does not start on my system. The same segmentation fault occurs every time I run "startx". -- Package-specific info:

Bug#904895: #904895: standards.ieee.org should be accessed over https

I just uploaded the fix to unstable. In the past, TLS AIA were a problem for some downloaders (IIUC, they should be solved at this point tho): https://bugs.debian.org/783096 I will wait a bit before updating old/stable to catch similar issues. Thanks for your report /luciano

Bug#905455: RFS: dmidecode/3.1-2

Em 05-08-2018 16:14, Andrey Rahmatullin escreveu: On Sun, Aug 05, 2018 at 03:54:23PM -0300, Herbert Fortes wrote: Sorry, but can you please add to debian/rules: export DEB_LDFLAGS_MAINT_APPEND = -fPIE -pie export DEB_CFLAGS_MAINT_APPEND = -fPIE Why? Becauso of 'blhc --all' I'm sorry but

Bug#905541: spyder-unittest: autopkgtest fails with python3.7 in supported versions

Control: tags -1 ftbfs Control: severity -1 serious The reproducible-builds project shows that the same error causes the package to build from source. https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/spyder-unittest.html Paul signature.asc Description: OpenPGP digital

Bug#905541: spyder-unittest: autopkgtest fails with python3.7 in supported versions

Source: spyder-unittest Version: 0.3.0-1 X-Debbugs-CC: debian...@lists.debian.org User: debian...@lists.debian.org Usertags: needs-update Dear maintainers, Currently the python3.7 transition¹ is going on, which means that python3.7 is added to the supported python3 versions. However, since

Bug#905485: chrony: AppArmor in complain mode

Hi Kurt, On Sun, Aug 05, 2018 at 11:58:38AM +0200, Kurt Roeckx wrote: Package: chrony Version: 3.3-2 Hi, Why is the AppArmor profile put into complain mode? To avoid breaking chrony installations due to our (at the time) immature AppArmor profile for users upgrading to chrony 3.2-2. For

Bug#905540: dask.distributed: autopkgtest fails with python3.7 in supported versions

Source: dask.distributed Version: 1.21.8+ds.1-1 X-Debbugs-CC: debian...@lists.debian.org User: debian...@lists.debian.org Usertags: needs-update Dear maintainers, Currently the python3.7 transition¹ is going on, which means that python3.7 is added to the supported python3 versions. However,

Bug#905455: RFS: dmidecode/3.1-2

On Sun, Aug 05, 2018 at 03:54:23PM -0300, Herbert Fortes wrote: > > > > > Sorry, but can you please add to debian/rules: > > > > > > > > > > export DEB_LDFLAGS_MAINT_APPEND = -fPIE -pie > > > > > export DEB_CFLAGS_MAINT_APPEND = -fPIE > > > > Why? > > > Becauso of 'blhc --all' > > I'm sorry but

Bug#842815: Help needed for HDF5 1.10 transition of libsis-jhdf5-java

Hello Andreas, There are some good news: For porting JHDF5 to HDF 1.10, I got help from Gerd Heber. I have been fixing some looes ends in the last couple of days and now the porting is now. I still want to do some improvements to the library (not dependent on the underlying HDF5 version) and need

Bug#842815: Help needed for HDF5 1.10 transition of libsis-jhdf5-java

Hello Andreas, There are some good news: For porting JHDF5 to HDF 1.10, I got help from Gerd Heber. I have been fixing some looes ends in the last couple of days and now the porting is now. I still want to do some improvements to the library (not dependent on the underlying HDF5 version) and need

Bug#905455: RFS: dmidecode/3.1-2

On Sun, Aug 05, 2018 at 03:23:33PM -0300, Herbert Fortes wrote: > > > Sorry, but can you please add to debian/rules: > > > > > > export DEB_LDFLAGS_MAINT_APPEND = -fPIE -pie > > > export DEB_CFLAGS_MAINT_APPEND = -fPIE > > Why? > > > > Becauso of 'blhc --all' Actually, I think using blhc with

Bug#905455: RFS: dmidecode/3.1-2

Em 05-08-2018 15:47, Andrey Rahmatullin escreveu: On Sun, Aug 05, 2018 at 03:23:33PM -0300, Herbert Fortes wrote: Sorry, but can you please add to debian/rules: export DEB_LDFLAGS_MAINT_APPEND = -fPIE -pie export DEB_CFLAGS_MAINT_APPEND = -fPIE Why? Becauso of 'blhc --all' I'm sorry but

Bug#905539: gcc-7 FTBFS with isl 0.20

Source: gcc-7 Version: 7.3.0-27 Severity: serious Tags: ftbfs User: helm...@debian.org Usertags: rebootstrap Hi Matthias, I'm not sure whether you're aware already, but I felt that it was best to just document that gcc-7 fails to build against isl 0.20. I tried to check the vcs on whether this

Bug#905538: ITP: gotest.tools -- go packages to support common testing patterns

Package: wnpp Severity: wishlist Owner: Arnaud Rebillout * Package name: gotest.tools Version : 2.1.0-1 Upstream Author : gotest.tools authors * URL : https://github.com/gotestyourself/gotest.tools * License : Apache-2.0 Programming Lang: Go Description

Bug#905455: RFS: dmidecode/3.1-2

On Sun, Aug 05, 2018 at 03:23:33PM -0300, Herbert Fortes wrote: > > > Sorry, but can you please add to debian/rules: > > > > > > export DEB_LDFLAGS_MAINT_APPEND = -fPIE -pie > > > export DEB_CFLAGS_MAINT_APPEND = -fPIE > > Why? > > > > Becauso of 'blhc --all' I'm sorry but that's not a valid

Bug#897060: Bug gone?

The bug seems to be gone. I have not experienced it in a while and waiting before entering my decryption key does not seem to do the trick any longer.

Bug#904514: closed by Georges Khaznadar (Bug#904514: fixed in expeyes 4.4.3+dfsg-3)

Control: found -1 4.4.3+dfsg-3 On 2018-08-05 01:51, Debian Bug Tracking System wrote: >* promoted the recommendation python3-expeyes <- udev to a dependency. udev was a red herring. This change can be reverted. The problem is most likely this code from the postinst: ## this was

Bug#905455: RFS: dmidecode/3.1-2

Em 05-08-2018 15:27, Jörg Frings-Fürst escreveu: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hello Herbert, thanks for your review. Am Sonntag, den 05.08.2018, 15:02 -0300 schrieb Herbert Fortes: Hi, -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Package: sponsorship-requests

Bug#905531: Info received (snmpd: Stupid error during dist-upgrade)

Interesting, (not the b1, but I only had the regular build on the buildd) libsnmp30_5.7.2.1+dfsg-1+deb8u1_amd64.deb - Depends: libc6 (>= 2.17), libpci3 (>= 1:3.2.1-1), libperl5.20 (>= 5.20.2), libsensors4 (>= 1:3.0.0), libssl1.0.0 (>= 1.0.0), libwrap0 (>=

Bug#905455: RFS: dmidecode/3.1-2

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hello Herbert, thanks for your review. Am Sonntag, den 05.08.2018, 15:02 -0300 schrieb Herbert Fortes: > Hi, > > > -BEGIN PGP SIGNED MESSAGE- > > Hash: SHA512 > > > > Package: sponsorship-requests > > Severity: normal > > > > Dear

Bug#905537: Should require LLVM >=3.9

Source: qttools-opensource-src Version: 5.11.1-3 Severity: normal Hi, when trying to build the package on Debian Stable (plus various other backports of course), it fails, with the important message being: - LLVM/Clang version >= 3.9.0 required, version provided: 3.8.1. Clang was

Bug#905455: RFS: dmidecode/3.1-2

Em 05-08-2018 15:10, Andrey Rahmatullin escreveu: On Sun, Aug 05, 2018 at 03:02:39PM -0300, Herbert Fortes wrote: Sorry, but can you please add to debian/rules: export DEB_LDFLAGS_MAINT_APPEND = -fPIE -pie export DEB_CFLAGS_MAINT_APPEND = -fPIE Why? Becauso of 'blhc --all'

Bug#888556: Acknowledgement (libetsf-io-doc: fails to upgrade from 'testing' - trying to overwrite /usr/share/doc/libetsf-io-dev/AUTHORS)

On Fri, Feb 02, 2018 at 12:28:09AM +0100, Andreas Beckmann wrote: > This is probably fixed in latest debhelper, #888294 No, doesn't seem so. $ debdiff libetsf-io-doc_1.0.4-1.1_all.deb libetsf-io-doc_1.0.4-2_all.deb ... Files in second .deb but not in first -

Bug#905531: Info received (snmpd: Stupid error during dist-upgrade)

# locate libperl.so.5.14 /usr/lib/libperl.so.5.14 /usr/lib/libperl.so.5.14.2 # ls -la /usr/lib/libperl.so.5.14 ls: cannot access /usr/lib/libperl.so.5.14: No such file or directory # ls -la /usr/lib/libperl.so.5.14.2 ls: cannot access /usr/lib/libperl.so.5.14.2: No such file or

Bug#905455: RFS: dmidecode/3.1-2

On Sun, Aug 05, 2018 at 03:02:39PM -0300, Herbert Fortes wrote: > Sorry, but can you please add to debian/rules: > > export DEB_LDFLAGS_MAINT_APPEND = -fPIE -pie > export DEB_CFLAGS_MAINT_APPEND = -fPIE Why? -- WBR, wRAR signature.asc Description: PGP signature

Bug#829417: dosemu: *** stack smashing detected ***: /usr/bin/xdosemu terminated

Am 04.08.2018 um 21:53 schrieb Wolfgang Grünstern: > Thank you, > will the Debian version receive the patch next time automatically? > Kind Regards, > Wolfgang Hello Wolfgang, that would be up to the package maintainer, I think. Probably the best would be to try to get in contact with him

Bug#905455: RFS: dmidecode/3.1-2

Hi, -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "dmidecode" Package name: dmidecode Version : 3.1-2 Upstream Author : dmidecode-de...@nongnu.org URL

Bug#905531: snmpd: Stupid error during dist-upgrade

The actual error seems to be this: # service snmpd restart [] Restarting SNMP services::/usr/sbin/snmpd: error while loading shared libraries: libperl.so.5.14: cannot open shared object file: No such file or directory 2018-08-05 19:45 GMT+02:00 Niels Thykier : > > Thanks for the update.

Bug#892016: scratch: segfault in lookupMethodInClass upon trying to load an image from the webcam

Hello Wouter, thanks for this additional information. I could reproduce the issue with a usb webcam inside a buster amd64 VM. Unfortunately this camera button was with the german translation not visible with the small resolution of that VM. It took a little time to get into the smalltalk side of

Bug#905536: python3.7: disable -O3 on ia64 due to compiler bug

Source: python3.7 Severity: normal Tags: patch User: debian-i...@lists.debian.org Usertags: ia64 Dear Maintainer, The attached patch includes a number of fixes to python3.7's debian/rules: 1) Due to a gcc bug[1], -O3 needs to be disabled on ia64. 2) The -O2 override for m68k added for Debian bug

Bug#905467: lintian: Please detect source-only non-free uploads w/o opt-in autobuild

On Sun, 2018-08-05 at 08:06:00 +, Niels Thykier wrote: > Chris Lamb: > > tags 905467 + pending > > thanks > > > > Implemented in Git, pending upload: > > > > > > https://salsa.debian.org/lintian/lintian/commit/514313860d51930c986bbcb3eca6ec4ac7905852 > I seem to recall that

Bug#905535: RFP: node-autod -- Auto generate dependencies and devDependencies by parsing nodejs projects

Package: wnpp Severity: wishlist * Package name: node-autod Version : 3.0.1 Upstream Author : dead-horse * URL : notabug.org/themusicgod1/autod * License : MIT Programming Lang: javascript Description : Auto generate dependencies and devDependencies by

Bug#905522: ghdl: Incomplete debian/copyright?

On Sun, Aug 05, 2018 at 03:58:00PM +0100, Chris Lamb wrote: > Source: ghdl > Version: 0.35+git20180503+dfsg-1 > Severity: serious > Justication: Policy 12.5 > X-Debbugs-CC: Andreas Bombe , ftpmas...@debian.org, Thorsten > Alteholz > > Hi, > > I just ACCEPTed ghdl from NEW but the FTP team

Bug#905534: metview: FTBFS on hppa - build incorrectly links against libemosR64.a

Source: metview Version: 5.1.1-1 Severity: normal Dear Maintainer, The metview build fails on hppa because it incorrectly links against libemosR64.a when linking the shared library libMvMars.so.0.0.0: /usr/bin/c++ -fPIC -g -O2 -fdebug-prefix-map=/<>=. -std=c++11 -Wdate-time -D_FORTIFY_SOURCE=2

Bug#860932: dpkg-shlibdeps should throw an error when generating unsatisfiable dependencies

Hi! On Sat, 2017-04-22 at 09:07:01 +0200, Johannes Schauer wrote: > Package: dpkg > Version: 1.18.23 > Severity: wishlist > I recently hacked on a series of packages when I noticed that > dpkg-shlibdeps emitted the following dependency for my new packaging of > src:linphone: > > libbellesip0

Bug#905533: libmtp9: Device 0 (VID=2ae5 and PID=6764) is UNKNOWN in libmtp v1.1.13. Fairphone FP2 LineageOS 14.1

Package: libmtp9 Version: 1.1.13-1 Severity: important Tags: upstream Dear Maintainer, thank you for providing libmtp! *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? I'm conncting a Fairphone2(LineageOS 14.1 Android 7.1.2) to

Bug#905116: [PATCH v2] scripts/kernel-doc: Escape all literal braces in regexes

Commit 720ac2ef479d ("PATCH scripts/kernel-doc") fixed the two instances of literal braces that Perl 5.28 warns about, but there are still more than it doesn't warn about. Escape all left braces that are treated as literal characters. Also escape literal right braces, for consistency and to

Bug#897767: closed by Mo Zhou (Bug#897767: fixed in highwayhash 0~20180209-g14dedec-5)

Control: reopen -1 On Mon, Jul 23, 2018 at 01:54:03AM +, Debian Bug Tracking System wrote: >... > highwayhash (0~20180209-g14dedec-5) unstable; urgency=medium > . >* Refresh symbols to avoid FTBFS with GCC-8 (Closes: #897767) >... unfortunately this fixed it only for amd64, the package

Bug#903330: glogg: diff for NMU version 1.1.4-1.1

Control: tags 903330 + patch Control: tags 903330 + pending Dear maintainer, I've prepared an NMU for glogg (versioned as 1.1.4-1.1) and uploaded it to DELAYED/14. Please feel free to tell me if I should cancel it. cu Adrian -- "Is there not promise of rain?" Ling Tan asked suddenly

Bug#905454: php-common: Update to php-common (1:62) stuck in php.common-post at systemd-tty-ask

Am 05.08.2018 um 18:14 schrieb Jaap Keuter: > As a further experiment I've entered the following in a bash shell to see what > would happen: > > $ systemctl start phpsessionclean.timer > > It pops up a dialog "Authentication Required - PolicyKit1 KDE Agent" > which says "Authentication is

Bug#905532: ivulncheck-web: unowned files after purge (policy 6.8, 10.8): /etc/ivulncheck/htpasswd_web

Package: ivulncheck-web Version: 0.1.65-1 Severity: important User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package left unowned files on the system after purge, which is a violation of policy 6.8 (or 10.8):

Bug#905116: [PATCH] scripts/kernel-doc: Escape all literal braces in regexes

Braces are usually metacharacters in regexes, used to specify a number of repetitions or as part of an escape sequence. If this interpretation is not possible then Perl currently treats them as literal characters. Perl 5.28 has deprecated the literal interpretation of left braces, and Perl 5.32

Bug#905454: php-common: Update to php-common (1:62) stuck in php.common-post at systemd-tty-ask

As I was doing other things at the time, the dialog must have long since disappeared during the update. > > Please also attach the output of "reportbug --template systemd" to this > bug report, Done, see reportbug-systemd-backup-20180805-3946-zyzamfhh.gz > Assumi

Bug#905514: Reproduced in Gitlab CI

Dear maintainer, you can find the bug reproduced on the following pipeline [1], adding our generic CI script [2]. 1_ https://salsa.debian.org/ina-guest/cryptsetup/-/jobs/36815 2_ https://salsa.debian.org/salsa-ci-team/pipeline/ Saludos -- - ina signature.asc Description: OpenPGP digital

Bug#905531: snmpd: Stupid error during dist-upgrade

Control: tags -1 moreinfo On Sun, 05 Aug 2018 15:25:25 + "teo8...@gmail.com" wrote: > Package: snmpd > Version: 5.7.2.1+dfsg-1+deb8u1+b1 > Severity: important > > Dear Maintainer, > > *** Reporter, please consider answering these questions, where appropriate *** > >* What led up to

Bug#886448: [Piuparts-devel] correctly pass --extra-package debs to piuparts

Hi Andreas, Quoting Andreas Beckmann (2018-08-05 16:08:31) > > I would've expected that piuparts would support the latter. It would be more > > convenient to the user if piuparts would take care of creating the repo than > > the user having to do it themselves. That's also how sbuild and

Bug#905531: snmpd: Stupid error during dist-upgrade

Package: snmpd Version: 5.7.2.1+dfsg-1+deb8u1+b1 Severity: important Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? I ran apt dist-upgrade * What was the outcome of this action? It ended with an error

Bug#905529: debianutils: [INTL:de] updated German man page translation

Package: debianutils Version: 4.8.6 Severity: wishlist Tags: patch l10n Please find the updated German man page translation for debianutils attached. If you update your template, please use 'msgfmt --statistics ' to check the po-files for fuzzy or untranslated strings. If there are such

Bug#905530: /usr/bin/apt-key: apt-key features are unusable without dirmngr

Package: apt Version: 1.4.8 Severity: normal File: /usr/bin/apt-key When I installed Debian (using the network installer), I wanted to get better icons but when I needed to use 'apt-key' to get the key it would give an error stating that /usr/bin/dirmngr was missing. I knew how to get it, but

Bug#905528: mount: nofail

Package: mount Version: 2.29.2-1+deb9u1 Severity: normal Dear Maintainer, I have modified the file at `/etc/fstab` to add instructions to `mount` for mounting a "USB thumb drive" (LABEL=SANDISK16GB); please see the file contents below. Note the use of the `nofail` option. When I omit this

Bug#905305: emacs-common: terrible mess

Cristian Ionescu-Idbohrn writes: > I can see that some of those packages are no longer available from the > archive: > > css-mode elib elserv html-helper-mode remember-el x-pgp-sig-el > > Still, they don't seem to be the ones failing 'init', AFAICT. > > I guess emacs-common is not the root

Bug#905527: `apt show` fails to parse record for librust-winapi-dev (while `apt-cache show` succeeds)

Package: apt Version: 1.6.3 Severity: normal ~$ apt-cache show librust-winapi-dev [... stuff ...] ~$ apt show librust-winapi-dev E: Unable to parse package file /var/lib/apt/lists/ftp.br.debian.org_debian_dists_unstable_main_binary-amd64_Packages (2) E: Internal Error, Unable to parse a package

Bug#905520: lvm2: Ensure COW device is writable even for read-only thick snapshots

Control: found -1 2.02.168-2 Please fix this in a stable update as well as in unstable. Ben. -- Ben Hutchings One of the nice things about standards is that there are so many of them. signature.asc Description: This is a digitally signed message part

Bug#905464: [Pkg-emacsen-addons] Bug#905464: dh-elpa: Expects .el file name to be based on package name (and does not consider "${pkg}-mode.el")

Hi Sean, I was able to replicate this bug while attempting to elpafy verbiste.el. Here is a repo you can pull from: https://salsa.debian.org/sten-guest/verbiste If this issue is due to a packaging error then Axel must have made the same mistake I did, but I'm not sure if it is. I believe

Bug#905526: glewlwyd: unowned files after purge (policy 6.8, 10.8): /etc/glewlwyd/*, /var/log/glewlwyd.log

Package: glewlwyd Version: 1.4.6-1 Severity: important User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package left unowned files on the system after purge, which is a violation of policy 6.8 (or 10.8):

  1   2   3   >