Processed: Re: cdrdao deletes cue file

Processing control commands: > severity -1 normal Bug #589003 [cdrdao] cdrdao deletes cue file Severity set to 'normal' from 'serious' -- 589003: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=589003 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems

Bug#885821: marked as done (cdrdao: Depends on gconf)

Your message dated Sun, 14 Jan 2018 11:34:28 + with message-id and subject line Bug#885821: fixed in cdrdao 1:1.2.3-4 has caused the Debian Bug report #885821, regarding cdrdao: Depends on gconf to be marked as done. This means that you claim that the problem has been dealt with. If this is n

Processing of cdrdao_1.2.3-4_source.changes

cdrdao_1.2.3-4_source.changes uploaded successfully to localhost along with the files: cdrdao_1.2.3-4.dsc cdrdao_1.2.3-4.debian.tar.xz cdrdao_1.2.3-4_source.buildinfo Greetings, Your Debian queue daemon (running on host usper.debian.org)

cdrdao_1.2.3-4_source.changes ACCEPTED into unstable

Accepted: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Sun, 14 Jan 2018 11:17:09 +0100 Source: cdrdao Binary: cdrdao Architecture: source Version: 1:1.2.3-4 Distribution: unstable Urgency: medium Maintainer: Debian QA Group Changed-By: Gert Wollny Description: cdrdao

Bug#887200: partimage should depend on e2fsprogs explicitly

Package: partimage Version: 0.6.9-5 User: helm...@debian.org Usertags: nonessentiale2fsprogs Dear maintainer, We want to make removing e2fsprogs from installations possible. For standard installations this is not useful, but embedded applications and chroots benefit from such an option. For gett

Bug#887199: lxctl should depend on e2fsprogs explicitly

Package: lxctl Version: 0.3.1+debian-3 User: helm...@debian.org Usertags: nonessentiale2fsprogs Dear maintainer, We want to make removing e2fsprogs from installations possible. For standard installations this is not useful, but embedded applications and chroots benefit from such an option. For g

Bug#887243: gfxboot should depend on e2fsprogs explicitly

Package: gfxboot Version: 4.5.2-1.1-5+b1 User: helm...@debian.org Usertags: nonessentiale2fsprogs Dear maintainer, We want to make removing e2fsprogs from installations possible. For standard installations this is not useful, but embedded applications and chroots benefit from such an option. For

Bug#887233: libploop-dev should depend on e2fsprogs explicitly

Package: libploop-dev Version: 1.15-4 User: helm...@debian.org Usertags: nonessentiale2fsprogs Dear maintainer, We want to make removing e2fsprogs from installations possible. For standard installations this is not useful, but embedded applications and chroots benefit from such an option. For ge

Bug#887274: boxbackup-server should depend on e2fsprogs explicitly

Package: boxbackup-server Version: 0.12~gitcf52058f-3 User: helm...@debian.org Usertags: nonessentiale2fsprogs Dear maintainer, We want to make removing e2fsprogs from installations possible. For standard installations this is not useful, but embedded applications and chroots benefit from such an

Bug#887284: autofs should depend on e2fsprogs explicitly

Package: autofs Version: 5.1.2-2 User: helm...@debian.org Usertags: nonessentiale2fsprogs Dear maintainer, We want to make removing e2fsprogs from installations possible. For standard installations this is not useful, but embedded applications and chroots benefit from such an option. For getting

Bug#887298: libploop1 should depend on e2fsprogs explicitly

Package: libploop1 Version: 1.15-4 User: helm...@debian.org Usertags: nonessentiale2fsprogs Dear maintainer, We want to make removing e2fsprogs from installations possible. For standard installations this is not useful, but embedded applications and chroots benefit from such an option. For getti

Bug#737679: autofs does not appear to support IPv6 hostname lookups for NFS mounts

Now that this bug has a patch, is there any chance we can get it pushed in time for the next Ubuntu LTS release? It would be a shame to go another two years without this fix.