Bug#887742: dictem: orig tarball changed from 1.0.4-2 to 1.0.4-3

Since the same .orig.tar.gz is a part of stable already, I cannot update it, sorry :(. I'm discussing with the upstream about releasing a new version. On 1 February 2018 at 10:21, Yauheni Kaliuta <y.kali...@gmail.com> wrote: > Hi, Jeremy! > > I see I made a mistake with

Bug#887742: dictem: orig tarball changed from 1.0.4-2 to 1.0.4-3

Hi, Jeremy! I see I made a mistake with packaging of -2, it is packaged as native. For the early .orig.tar.gz, it looks repacked from git, the checksum doesn't match http://www.mova.org/~cheusov/pub/dictem/dictem-1.0.4.tar.gz. When switching to 3.0 format, I inclined to use the very original

Bug#887742: dictem: orig tarball changed from 1.0.4-2 to 1.0.4-3

On 19 January 2018 at 17:30, Jeremy Bicha wrote: > To fix this, I suggest switching debian/source/format to 3.0 (quilt) > and making sure that you explicitly use the older 1.0.4.orig.tar.gz > I, actually, had the idea to switch to 3.0, just was a bit lazy :) > I am happy to

Bug#765448: [Pkg-libvirt-maintainers] Bug#765448:

Hi, Guido! Hmmm, almost missed the message, google spammed it. On Thu, Oct 16, 2014 at 9:52 PM, Guido Günther a...@sigxcpu.org wrote: On Thu, Oct 16, 2014 at 04:53:03PM +0300, Yauheni Kaliuta wrote: [...] In such cases responsible maintainers provide different binary packages with different

Bug#765448:

You can decrease priority if it's so important for you, but I consider that as a bug. In such cases responsible maintainers provide different binary packages with different features enabled. Up to you, of course, if you have attitude to keep debian as a usable and universal OS or not. -- To

Bug#765448: libvirt-daemon-system is not installable on non-systemd system

Package: libvirt-daemon-system Version: 1.2.8-3 Severity: normal Dear Maintainer, attempts to do apt-get dist-upgrade recently started to report: The following packages will be REMOVED: libvirt-bin libvirt-daemon-system virt-goodies $ apt-cache policy libvirt-daemon-system

Bug#541283: dictem: autoloads for entrypoints

Hi! So, you do not like (require 'dictem) or what? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#452488: qca-tls unusable with psi (qt4)

Package: qca-tls Version: 1.0-4 psi has been rebuilt with qt4 in unstable, but there is no qca-tls for it. As a result, it is impossible to use TLS with psi now -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#387089: Debian #387089

For the last option, I have a hack diff --git a/tools/c_rehash.in b/tools/c_rehash.in index 4497cbd..d76e693 100644 --- a/tools/c_rehash.in +++ b/tools/c_rehash.in @@ -59,12 +59,15 @@ sub hash_dir { } } closedir DIR; - FILE: foreach $fname (grep {/\.pem$/} @flist) { + FILE: foreach $fname

Bug#397620: More FTBFS info

Steve, For me it's built ok if you install libpop-dev before building (not after has found the problem) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#397908: syscall workaround

_syscalln macroses defined only for __KERNEL__ in unistd.h. A workaround like for i386 helps to build it, but I do not know how it is correct. The code has been taken from unistd.h diff --git a/src/base/linux_syscall_support.h b/src/base/linux_syscall_support.h index 0dfdd8d..41b3b17 100644 ---