On 2021-09-11 Simon McVittie wrote:
[...]
> GLib uses a generated postinst where #MULTIARCH# gets replaced
> by the multiarch tuple of the package. As far as I know, this
> is going to be necessary for any multiarch library that will use
> my clean-up-unmanaged-libraries script, because dpkg tells
Control: block 984884 by 949395
On 2020-01-20 Simon McVittie wrote:
> Package: dpkg
> Version: 1.19.7
> Severity: normal
> Tags: unreproducible
> Maintainers have seen bugs in various packages where an old file (one
> that was shipped in an old .deb, but not under the same name in a new
> .deb)
On 2019-02-12 Brian May wrote:
> Andreas Metzler writes:
[...]
>> For exim I am now passing --exec
>> /path/to/daemon as argument to s-s-d
[...]
>> Alternatively (or additionally) setting --user should also work.
> OK, thanks for this. I hadn't realized you
On 2019-02-12 Brian May wrote:
> On Thu, Feb 07, 2019 at 06:53:18PM +0100, Andreas Metzler wrote:
>>> I was planning a new upload during this week (the version in sid, will
>>> not migrate as is due to a regression in dgit's autopkgtests), but can
>>> postpone
On 2019-02-07 Guillem Jover wrote:
> On Wed, 2019-02-06 at 19:58:52 +0100, Andreas Metzler wrote:
[...]
>> dpkg's changelog.Debian says:
>> * start-stop-daemon: Check whether standalone --pidfile use is secure.
>> Prompted by Michael Orlitzky .
>> the r
Package: dpkg
Version: 1.19.3
Severity: important
With 1.19.3 the following command stopped working:
/sbin/start-stop-daemon --stop --retry 5 --quiet --pidfile /run/exim4/exim.pid
/sbin/start-stop-daemon: matching only on non-root pidfile /run/exim4/exim.pid
is insecure
Afaict this broke exim #9
Package: dpkg-dev
Version: 1.17.9
Severity: normal
Hello,
---
(SID)ametzler@argenau:/tmp/TASN/dpkg-bug/testing/libtasn1-3.6$ find -name .pc
(SID)ametzler@argenau:/tmp/TASN/dpkg-bug/testing/libtasn1-3.6$ cat
debian/patches/series
20_off-by-one-error.patch
(SID)ametzler@argenau:/tm
Package: dpkg-dev
Version: 1.17.1
Hello,
I have made an uploaded with folded Architecture line in
debian/control. I have since learned from debian policy that
Architecture may not be folded.
dpkg-dev simply ignored anything but the first line. I wish it had
erred out and told me that the files h
Package: dpkg-dev
Version: 1.15.8.11
Severity: important
(SID)ametzler@argenau:/tmp/GNUTLS/gnutls-2.12.7$ grep sipsak debian/control
Breaks: sipsak (<= 0.9.6-2.1), sipsak (<= 0.9.6-2.2)
(SID)ametzler@argenau:/tmp/GNUTLS/gnutls-2.12.7$ dpkg-gencontrol \
-plibgnutls26 -Pdebian
reopen 382673
found 382673 1.14.25
found 382673 1.15.3
thanks
Hello,
since I have been waiting for the possibiltiy to upload orig.tar.bz2
to the archive I occasionaly check whether it actually works. Well
currently it does not:
(SID)ametz...@argenau:/tmp/GCR/libgcrypt-1.4.4$ dpkg-parsechangelog
Package: dpkg-dev
Version: 1.14.25
Severity: normal
dpkg-source cannot unpack old style ssource packages using
orig.tar.bz2 anymore, it seems to have been briken when introducing
v3.
LANG=C dpkg-source -x libgcrypt11_1.4.4-4.dsc
dpkg-source: warning: extracting unsigned source package
(libgcrypt
Bill Allombert wrote:
> On Sat, Jun 30, 2007 at 09:40:29AM +0200, Andreas Metzler wrote:
>> I think that is just wrong. sbuild should not need to know anything
>> about dpkg-buildpackage's internals and there is no need for change
>> here. The currently used and proven in
In article <[EMAIL PROTECTED]> (gmane.linux.debian.devel.general) you wrote:
> On Fri, Jun 29, 2007 at 12:41:04AM +0300, Guillem Jover wrote:
[...]
>> I've been pondering on what's the cleanest way to fix it for some time,
>> and I tend to agree with Steve about using the make options to test
>> fo
On 2006-08-18 Manoj Srivastava <[EMAIL PROTECTED]> wrote:
> The following message is a courtesy copy of an article
> that has been posted to gmane.linux.debian.devel.dpkg.bugs as well.
Thanks for that courtesy.
> On Thu, 17 Aug 2006 09:03:42 +0200, Andreas Metzler <[EMAI
On 2006-08-17 Guillem Jover <[EMAIL PROTECTED]> wrote:
> On Sat, 2006-08-12 at 17:57:23 +0200, Andreas Metzler wrote:
>> Package: dpkg-dev
>> Version: 1.13.22
>> Severity: wishlist
>> dpkg-source in sid supports unpacking packages using bz2 compression,
>> i
Package: dpkg-dev
Version: 1.13.22
Severity: wishlist
Hej,
dpkg-source in sid supports unpacking packages using bz2 compression,
i.e.
foo_0.5.9-1.diff.gz foo_0.5.9-1.dsc foo_0.5.9.orig.tar.bz2
It would nice if dpkg-buildpackage also supported producing these
packages. I would appreciate this a l
Package: dpkg-dev
Version: 1.13.19
Hello,
dpkg-dev 1.13.19 includes a a couple of new substvars, e.g. the long
wanted ${source:Version}. - Thanks.
However I fail to see a usage scenario[1] for ${source:Upstream-Version}.
- As it does not include the epoch it cannot be used in Dependency
fields. H
17 matches
Mail list logo