Bug#870473: Empty calf-ladspa in KXStudio repositories now

Dear Maintainer, to have a temporary workaround for this problem there's an empty package calf-ladspa in KXStudio repositories now which overrides the Debain one, removing Calf LADSPA plugins when installing calf-plugins or calf-plugins-git. This brings back functional Calf plugins usable with

Bug#851683: Please build on kfreebsd-*

tag 851683 + patch thanks On Tue, 17 Jan 2017 16:30:03 +0100 Laurent Bigonville wrote: > Hi, > > Any reasons the package is not built on kfreebsd-* ? > > I tested on a porterbox and it's building fine. Please find a patch attached here diff -Nru

Bug#515856: [debhelper-devel] Bug#515856: debhelper: please implement dh get-orig-source

On Mon, Sep 18, 2017 at 11:28:42AM +0200, Bill Allombert wrote: > get-orig-source and watch files serve a different purpose. > > get-orig-source is used to build the .orig. tarball from the true > upstream one. Most package do not need that. Watch files could not do > that until recently. > >

Bug#873752: [debian-mysql] Bug#873752: mysql-server-5.5: After installation, mysql does not start.

severity 873752 normal thanks Hi, On Wed, Aug 30, 2017 at 08:18:34PM +0300, Aki Tuomi wrote: > I am using docker and installed mysql server as part of our CI image. Please can you explain why you think this is a bug in MySQL or in the packaging, rather than a bug in Docker or a problem in how

Bug#856964: Option search in dnssec-trigger.conf is ignored

On 15.09.2017 16:05, Gerben Meijer wrote: > Unfortunately it seems that setting set_search_domains=yes in dnssec.conf is > not enough. > > The code in dnssec-trigger-script does not look at the contents of "search:" > in /etc/dnssec-trigger/dnssec-trigger.conf even with that set. Instead, it >

Bug#876070: [Pkg-utopia-maintainers] Bug#876070: libavahi-core7: Does not install

Control: tags -1 + moreinfo unreproducible Am 18.09.2017 um 09:02 schrieb Eric Valette: > Package: libavahi-core7 > Version: 0.7-1 > Severity: grave > Justification: renders package unusable > > apt-get -f install > Reading package lists... Done > Building dependency tree > Reading state

Bug#876088: mon: fails to upgrade from 'stable' to 'sid' - trying to overwrite /usr/lib/mon/mon-local.d/softraid.monitor

Package: mon Version: 1.3.2-1 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package fails to upgrade from 'stable'. It installed fine in 'stable', then the upgrade to 'sid' fails because it tries to overwrite other packages

Bug#811565: [uscan] git mode: allow for scanning repositories without tags

Hi, On Mon, Sep 18, 2017 at 01:20:22PM +0800, Shengjing Zhu wrote: > Hi, > > I want to know if it's still possible to support GitHub's commit via > different way, rather than do a `git clone`. > > I find GitHub has RSS feed for the commit, the url is like >

Bug#876087: xscreensaver: source-less and unlicensed code at hacks/images/m6502/dmsc.asm

Package: xscreensaver Version: 5.36-1 Severity: serious Justification: Policy 2.1 -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 The file hacks/images/m6502/dmsc.asm is assmebly with a comment at top inviting to get the source by email: ; By DMSC - daniel.serp...@gmail.com ; ; This demo was

Bug#876086: poppler: CVE-2017-14519

Source: poppler Version: 0.57.0-2 Severity: important Tags: patch upstream security Forwarded: https://bugs.freedesktop.org/show_bug.cgi?id=102701 Hi, the following vulnerability was published for poppler. CVE-2017-14519[0]: | In Poppler 0.59.0, memory corruption occurs in a call to |

Bug#876024: dpkg-buildpackage tries to sign buildinfo despite --unsigned-buildinfo or --no-sign passed to debuild

Hi, On Mon, Sep 18, 2017 at 09:55:55AM +0200, jean-christophe manciot wrote: > @Osamu Aoki > You say --no-sign and --unsigned-buildinfo options are unsupported by  > dpkg-buildpackage, but: No I try to say these dpkg-buildpackage options are not supported by debuild. > # dpkg-buildpackage

Bug#876085: r8168-dkms: New versions available and github outdated

Package: r8168-dkms Version: 8.045.08-1 Severity: normal Tags: patch upstream Dear Maintainer, there are new versions of the driver, latest from september available here: http://www.realtek.com.tw/downloads/downloadsView.aspx?PFid=5=5=4=3 The github mirror of the driver is not updated since

Bug#876084: [libglvnd-dev] Can't upgrade libglvnd-dev anymore

Package: libglvnd-dev Severity: normal --- Please enter the report below this line. --- When I'm trying to upgrade that package (which is needed by libgl1-mesa-dev) apt says that it depends on "libopengl0 (= 0.2.999+git20170802-4)" which it's not available. --- System information. ---

Bug#871587: maildrop FTBFS with libcourier-unicode-dev 2.0-1

Control: tags -1 + patch fyi, the new upstream version 2.9.1 fixes the build issue.

Bug#876081: poppler: CVE-2017-14520

Source: poppler Version: 0.26.5-2 Severity: important Tags: upstream patch security Forwarded: https://bugs.freedesktop.org/show_bug.cgi?id=102719 Hi, the following vulnerability was published for poppler. CVE-2017-14520[0]: | In Poppler 0.59.0, a floating point exception occurs in |

Bug#876082: poppler: CVE-2017-14518

Source: poppler Version: 0.26.5-2 Severity: important Tags: security upstream patch Forwarded: https://bugs.freedesktop.org/show_bug.cgi?id=102688 Hi, the following vulnerability was published for poppler. CVE-2017-14518[0]: | In Poppler 0.59.0, a floating point exception exists in the |

Bug#876083: ITP: zsh-theme-powerlevel9k -- theme for zsh which uses powerline fonts

Package: wnpp Severity: wishlist Owner: Jonathan Carter * Package name: zsh-theme-powerlevel9k Version : 0.6.4-1 Upstream Author : Ben Hilburn * URL : https://github.com/bhilburn/powerlevel9k * License : expat

Bug#876080: python-pypdf2: package should provide python-pypdf

Package: python-pypdf2 Version: 1.26.0-2 Severity: wishlist Dear Maintainer, Some packages (not in debian repository) still require python-pypdf (the original version) which is no more available. As this package provide transparent compatibility (pypdf2 FAQ says "Migration to PyPDF2 from

Bug#876079: poppler: CVE-2017-14517

Source: poppler Version: 0.26.5-2 Severity: important Tags: patch upstream security Forwarded: https://bugs.freedesktop.org/show_bug.cgi?id=102687 Hi, the following vulnerability was published for poppler. CVE-2017-14517[0]: | In Poppler 0.59.0, a NULL Pointer Dereference exists in the |

Bug#876024: dpkg-buildpackage tries to sign buildinfo despite --unsigned-buildinfo or --no-sign passed to debuild

Sorry Guillem Jover, I missed your message which has been spammed by gmail for an unknown reason. You must be right It must be an issue with debuild. On Mon, Sep 18, 2017 at 11:17 AM, jean-christophe manciot < actionmysti...@gmail.com> wrote: > I've made some progress: > - latest unsuccessful

Bug#515856: [debhelper-devel] Bug#515856: debhelper: please implement dh get-orig-source

On Fri, Sep 01, 2017 at 06:52:27AM +0200, Helmut Grohne wrote: > According to codesearch.d.n, get-orig-source is implemented by less than > 3000 source packages. This is not very low, but neither a high adoption > rate. It certainly makes using get-orig-source somewhat useless on a >

Bug#876078: gitano as error for unknown user is maybe in need of improvement

Package: gitano Version: 1.0-2 Severity: normal Dear Maintainer, I made a typo when giving Gitano an "as" command. 17:52 ~ $ ssh g...@git.liw.fi as stever sshkey add default < steve.pub /usr/bin/lua5.1: /usr/share/lua/5.1/gitano/usercommand.lua:182: attempt to index local

Bug#876024: dpkg-buildpackage tries to sign buildinfo despite --unsigned-buildinfo or --no-sign passed to debuild

I've made some progress: - latest unsuccessful builds were made with "gbp buildpackage --git-builder="debuild -i -I --no-sign --build=binary" --git-verbose --git-pristine-tar" - if I build in the same environment (sid chroot) the same sources with "dpkg-buildpackage --no-sign --build=binary"

Bug#876077: mutt: folder_format (%N) doesn't work anymore

Package: mutt Version: 1.7.2-1 Severity: normal Dear Maintainer, I've just upgraded mutt to stretch version. My muttrc contains the following records: set folder_format=" %N %f" set imap_passive='no' set folder = imaps://mail.uvw.ru/ set mail_check_stats = yes Previous version

Bug#862868: RFS: shc/3.9.4-4

control: tags -1 moreinfo > > Uploaded a new one, kept the version same as the previous upload: > shc-3.9.6-1 > sigh: missing changelog entries 1) * new upstream release - closes foobar #bugNNN ^^ this is the correct syntax 2) bump compat level 3) std-version is now 4.1.0 4)

Bug#876071: [Pkg-libvirt-maintainers] Bug#876071: libvirt-daemon-system: Mount namespace and AppArmor confinement are incompatible => breaks networking

Hi, Guido Günther: > control: forwarded -1 > https://www.redhat.com/archives/libvir-list/2017-September/msg00457.html > I saw the same on Friday and used the patch reference above (which > basically does the same, you were on cc: ;)… Oops, sorry! Email sent to my +libvirt@ email address lands

Bug#874490: Debian mirror debian.telsatbb.vu: not updating

This is still an issue. On Fri, 08 Sep 2017, Peter Palfrader wrote: > On Wed, 06 Sep 2017, Peter Palfrader wrote: > > > It seems your mirror is not currently updating: > > > > Status: > > https://mirror-master.debian.org/status/mirror-info/debian.telsatbb.vu.html > > According to >

Bug#515856: [debhelper-devel] Bug#515856: debhelper: please implement dh get-orig-source

On Fri, Sep 01, 2017 at 06:52:27AM +0200, Helmut Grohne wrote: > According to codesearch.d.n, get-orig-source is implemented by less than > 3000 source packages. This is not very low, but neither a high adoption > rate. It certainly makes using get-orig-source somewhat useless on a >

Bug#876076: ITP: node-espree -- Esprima-compatible JavaScript parser built on Acorn

Package: wnpp Severity: wishlist Owner: Pirate Praveen X-Debbugs-CC: debian-de...@lists.debian.org * Package name: node-espree Version : 3.5.1 Upstream Author : Nicholas C. Zakas * URL :

Bug#874397: debian mirror ftp.arnes.si issues

Hi Mitja! On Mon, 11 Sep 2017, Mitja Mihelič wrote: > Thank you for the reminder. I have now set the mirror sync rate to 4x/day. I > have also started a manual sync to get up to date. > Until now the mirror was syncing regularly once per week. Thanks. o The trace file at

Bug#876075: Anchors are non-unique in the single-HTML version

On Mon, Sep 18, 2017 at 01:45:10PM +0500, Andrey Rahmatullin wrote: > Package: debian-policy > Version: 4.1.0.0 > Severity: normal > > https://www.debian.org/doc/debian-policy/#version > https://www.debian.org/doc/debian-policy/index.html#introduction > > etc. > > This breaks the ToC. It also

Bug#875606: [support.osuosl.org #29715] Bug#875606: Debian mirror ftp-nyc.osuosl.org, ftp-chi.osuosl.org: does not sync correctly 4 times a day

ping. For now, I removed these mirrors from the us.debian.org rotation, as they resulted in an inconsistent set of archives. On Tue, 12 Sep 2017, Peter Palfrader via RT wrote: > Hey! > > It seems the -nyc and -chi mirrors do not sync correctly anymore. > > -osl properly updates 4 times a day,

Bug#856277: partially solved

Hi, On Fri, Sep 01, 2017 at 09:14:48PM +0200, Carsten Schoenert wrote: ... > this (and also a crash) shouldn't happen with the version 4.0.6 in > testing. Still issues or is version 4.0.6 working? please re-test with the new uploaded version 4.0.7 in unstable. Without feedback I'll close this

Bug#875606: Debian mirror ftp-nyc.osuosl.org, ftp-chi.osuosl.org: does not sync correctly 4 times a day

ping. For now, I removed these mirrors from the us.debian.org rotation, as they resulted in an inconsistent set of archives. On Tue, 12 Sep 2017, Peter Palfrader via RT wrote: > Hey! > > It seems the -nyc and -chi mirrors do not sync correctly anymore. > > -osl properly updates 4 times a day,

Bug#876075: Anchors are non-unique in the single-HTML version

Package: debian-policy Version: 4.1.0.0 Severity: normal https://www.debian.org/doc/debian-policy/#version https://www.debian.org/doc/debian-policy/index.html#introduction etc. This breaks the ToC. -- System Information: Debian Release: buster/sid APT prefers unstable-debug APT policy:

Bug#874395: debian mirror freedom.dicea.unifi.it issues

Control: retitle -1 freedom.dicea.unifi.it tracefile-info, syncscript On Fri, 01 Sep 2017, Peter Palfrader wrote: > It seems freedom.dicea.unifi.it is not updating regularly. > > cf. > https://mirror-master.debian.org/status/mirror-info/freedom.dicea.unifi.it.html > > We recommend four mirror

Bug#874434: severity is grave

severity 874434 grave thanks signature.asc Description: OpenPGP digital signature

Bug#874225: libcgicc: diff for NMU version 3.2.19-0.2

Control: tags 874225 + patch Control: tags 874225 + pending Dear maintainer, I've prepared an NMU for libcgicc (versioned as 3.2.19-0.2) and uploaded it to DELAYED/10. Please feel free to tell me if I should delay it longer. Regards. diff -Nru libcgicc-3.2.19/debian/changelog

Bug#854837: closed by Andreas Tille <ti...@debian.org> (Bug#854837: fixed in dicompyler 0.4.2-4)

Hi Vojtech, thanks again for your contribution. On Mon, Sep 18, 2017 at 12:27:42AM +0200, Vojtech Kulvait wrote: > Hi Andreas, > yes the bug is solved by the code I am sending when it is placed in > dicompyler/dicompyler directory (tested in stretch). > > I have access to the dicompyler git

Bug#876074: uw-imap FTCBFS: uses the build architecture compiler

Source: uw-imap Version: 8:2007f~dfsg-5 Tags: patch User: helm...@debian.org Usertags: rebootstrap uw-imap fails to cross build from source, because it uses the build architecture compiler. After indirecting the make invocations through dh_auto_build (which passes cross compilers), only a few

Bug#863266: bug 863266 is forwarded to https://bugzilla.redhat.com/show_bug.cgi?id=1432684

On Fri, Sep 15, 2017 at 12:18:12PM +0200, Guido Günther wrote: > Let's reassign to the kernel then. > > Dear kernel maintainers. The symptom is that libvirt fails to detect > ports already in use for spice. See > > https://bugzilla.redhat.com/show_bug.cgi?id=1432684#c17 > > for a simple

Bug#874467: Debian mirror mirrors.ircam.fr: tracefile info, syncscript

On Mon, 18 Sep 2017, Peter Palfrader wrote: > On Fri, 08 Sep 2017, Benjamin Boudoir wrote: > > > For practical reasons, we cannot use Debian's ftpsync for now, but we > > updated > > our script configuration to produces compatibles traces, status page seems > > happier now. > > > > Let us

Bug#874467: Debian mirror mirrors.ircam.fr: tracefile info, syncscript

On Fri, 08 Sep 2017, Benjamin Boudoir wrote: > For practical reasons, we cannot use Debian's ftpsync for now, but we updated > our script configuration to produces compatibles traces, status page seems > happier now. > > Let us know if we can do anything else. Is your sync process doing two

Bug#874434: (no subject)

control: forcemerge -1 874276 control: affects -1 openjdk-8/8u144-b01-1 forcemerging with duplicates. G. signature.asc Description: OpenPGP digital signature

Bug#876073: O: bandwidthd -- Tracks usage of TCP/IP and builds html files with graphs

Package: wnpp The current maintainer of bandwidthd, Andreas Henriksson has orphaned this package. Maintaining a package requires time and skills. Please only adopt this package if you will have enough time and attention to work on it. If you want to be the new maintainer,

Bug#872853: ruby-rugged: New upstream version 0.26.0

On Thu, 14 Sep 2017 10:19:00 + Ximin Luo wrote: > Control: severity -1 serious > > I've uploaded libgit2 to unstable and therefore bumping the severity of this > bug as described below. it seems that ruby-rugged_0.26.0-1 has been uploaded to experimental over a week

Bug#876072: llvm-toolchain-4.0: Please backport rL298624 needed for rustc 1.19 on armhf

Source: llvm-toolchain-4.0 Version: 1:4.0.1-1 Severity: important Tags: patch upstream Dear Maintainer, rustc 1.19 armhf tests fail (I tried on asachi, buildds are slow atm) due to https://bugs.llvm.org/show_bug.cgi?id=32379 https://github.com/rust-lang/rust/issues/40593 This is already fixed

Bug#874401: debian mirror ftp.crihan.fr issues

It seems the mirror updates again. However, it's still using an old/non-standard ftpsync version, please use ftpsync. Also, it seems to only sync once a day. We recommend four runs a day to match the archive update frequency, ideally synced with when your upstream changes. (ftpsync-cron, run

Bug#876024: dpkg-buildpackage tries to sign buildinfo despite --unsigned-buildinfo or --no-sign passed to debuild

@Osamu Aoki You say --no-sign and --unsigned-buildinfo options are unsupported by dpkg-buildpackage, but: # dpkg-buildpackage --help | grep -- no-sign --no-sign do not sign any file. # dpkg-buildpackage --help | grep -- unsigned-buildinfo -ui, --unsigned-buildinfo unsigned

Bug#871957: [lintian] orig-tarball-missing-upstream-signature should exclude repacks

Hi Nicholas, > orig-tarball-missing-upstream-signature is triggered when upstream > signs their uncompressed tarball instead of tarball.{gz,bz2,xz}. […] > For the record, is it now necessary to repack the orig.tar for cases > like these? I'm unsure I'm afraid, but my gut reaction is tha that

Bug#874487: Debian mirror mirrors.gigenet.com: missing-tracefile, syncscript

Ping. While there is a tracefile again, we still ask you please switch to a (modern) version of ftpsync. Aloha, Peter On Wed, 06 Sep 2017, Peter Palfrader wrote: > I was checking some things in the Debian mirror universe and noticed > a problem with your mirror: > > o trace file: > I notice

Bug#874482: [GITZ#2017090610001431] Bug#874482: Debian mirror debian.tu-bs.de: tracefile-name, ftpsync-version

Netze schrieb am Friday, dem 15. September 2017: > we are trying to identify the successor of Mr. Spranger. Until then, i can't > do anything for you. - Or is it a very urgent thing? Thanks for getting back to us. It's not urgent but it is important, so please let us know when you found the

Bug#876071: [Pkg-libvirt-maintainers] Bug#876071: libvirt-daemon-system: Mount namespace and AppArmor confinement are incompatible => breaks networking

control: forwarded -1 https://www.redhat.com/archives/libvir-list/2017-September/msg00457.html Hi, On Mon, Sep 18, 2017 at 09:33:45AM +0200, intrig...@debian.org wrote: > Package: libvirt-daemon-system > Version: 3.7.0-2 > Severity: normal > > Hi, > > since some fairly recent sid upgrade, my

Bug#833695: strange popcon data on web (getting worse)

Hi Osamu, > Chris, who should we ask to get this fixed? I'm not sure I'm the best person to ask; I maintain neither the source of the data nor the library :) Best wishes, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org / chris-lamb.co.uk `-

Bug#876071: libvirt-daemon-system: Mount namespace and AppArmor confinement are incompatible => breaks networking

Package: libvirt-daemon-system Version: 3.7.0-2 Severity: normal Hi, since some fairly recent sid upgrade, my VMs don't get network anymore and my logs contain lots of: kernel: audit: type=1400 audit(1505719435.761:27425226): apparmor="DENIED" operation="file_perm" info="Failed name lookup -

Bug#875313: yagv: Program won't run - python typo

severty 875313 important kthxbye On Sun, Sep 10, 2017 at 05:24:54PM +0100, Nick Bailey wrote: > Package: yagv > Version: 0.4~20130422 > Severity: grave > Tags: patch > Justification: renders package unusable > > Dear Maintainer, > > If you install and run yagv in Debain stable, it will not run

Bug#873199: gdm3 fails to open X sessions on the console and on X servers using xdmcp (Stretch 9.1)

tag 873199 + moreinfo thanks On Fri, 25 Aug 2017 15:07:07 +0200 Jean-Paul Bouchet wrote: > Dear Maintainer, Hi, Bonjour, > A few months ago I met no difficulties to configure our debian Wheezy > server to manage X sessions with gdm3, on the console and an a set of

Bug#876038: python-dateutil: tzical is not thread-safe

Hi, On Sun, Sep 17, 2017 at 08:38:32PM +0200, Jonas Smedegaard wrote: > Package: python-dateutil > Version: 2.6.1-1 > Severity: normal > Tags: patch > > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA512 > > tzical is not thread-safe, affecting VObject and consequently Radicale: >

Bug#876055: Environment variable handling for reproducible builds

On 2017-09-18 00:26, Russ Allbery wrote: 2. Set the entire environment to the environment specified in buildinfo when doing a reproducible build. I think this is conceptually the simplest, but it means that we should make every tool that builds official Debian packages use the same

Bug#876070: libavahi-core7: Does not install

Package: libavahi-core7 Version: 0.7-1 Severity: grave Justification: renders package unusable apt-get -f install Reading package lists... Done Building dependency tree Reading state information... Done The following additional packages will be installed: libavahi-core7 The following

Bug#875884: i3status FTCBFS: uses the build architecture toolchain

control: tags -1 + pending Applied, thanks. In the future, using git-format-patch and/or a corresponding upstream pull request would make things slightly easier for me :) On Fri, Sep 15, 2017 at 5:06 PM, Helmut Grohne wrote: > Source: i3status > Version: 2.11-1 > Tags: patch

Bug#876067: ITP: node-axios -- Promise based HTTP client for the browser and node.js

Package: wnpp Severity: wishlist Owner: Pirate Praveen X-Debbugs-CC: debian-de...@lists.debian.org * Package name: node-axios Version : 0.16.2 Upstream Author : Matt Zabriskie * URL : https://github.com/mzabriskie/axios * License : Expat

Bug#851502: Still see this bug

Since this bug has been open since 2017-01-15 without any visible attempt to solve it and since the bug renders reportbug totally useless I would like to request severity raised to serious. Package: reportbug Status: install ok installed Priority: standard Section: utils Installed-Size: 255

<    1   2   3