n, so the
TC can decide about behavior of dpkg".
Kind regards
Philipp Kern
st that the invariant people
rely on here is more by accident than being intentional - and that
co-installable MA:same packages should not be supported ([1]).
Kind regards
Philipp Kern
[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=843773#132
signature.asc
Description: OpenPGP digital signature
e" is not a bad one. ;-)
Kind regards
Philipp Kern
signature.asc
Description: OpenPGP digital signature
On 07/03/2017 07:06 PM, Mattia Rizzolo wrote:
> On Mon, Jul 03, 2017 at 07:00:20PM +0200, Philipp Kern wrote:
>> [ Correcting ftp-master's email address, but keeping the large list of
>> recipients for some reason. ]
>
> really… that's just a ftp-master is
builder's _ARCH.buildinfo actually
corresponds to the published binaries, that clearly must take
precedence.
Is the buildinfo actually published today? I don't see it in the pool.
As I would've had some use for them at work I was sort of curious if
they could be ingested automatically.
Kind regards and thanks
Philipp Kern
On Fri, Jul 25, 2014 at 02:19:38PM +0200, Johannes Schauer wrote:
> Quoting Philipp Kern (2014-07-24 00:25:41)
> > so I think this would rather be a question for stable, than for backports?
> Maybe. We'd be equally (if not more) happy if SRM would reconsider their
> decision (
chive can
hence be modified to incorporate the new syntax, stable tooling will no longer
work with them?
Kind regards
Philipp Kern
signature.asc
Description: Digital signature
stricter), or that people were more
tolerant to do incompatible changes. There was, as far back as I
remember, always the notion that things need to land in stable before
they can be used.
dist-upgrade path was a primary motivator, but handling of packages,
even source packages, with stable tooling
ur developers running stable
who regularly need to recompile newer packages to first upgrade their
dpkg and apt to be able to deal with newer source packages.
I'm not aware of all the details of this, but it's prudent to have
everything in stable. If something still needs some minor patching in
the next stable, that can be arranged.
Kind regards
Philipp Kern
signature.asc
Description: Digital signature
.xz
% rm netcfg_1.101_amd64.udeb
% ar rc netcfg_1.101_amd64.udeb debian-binary control.tar.xz data.tar.xz
% ls -l netcfg_1.101_amd64.udeb
-rw-r--r-- 1 pkern pkern 29 Nov 3 21:54 netcfg_1.101_amd64.udeb
As far as I know control.tar.gz is hardcoded in various places, though.
Kind regards
Phil
certain if this affects s390x too.
Kind regards
Philipp Kern
signature.asc
Description: Digital signature
problem that can be fixed by
> retrying the build.
>
> Should the rebuild fail again at the same place, I'll file a bug to
> dpkg. Cc-ing dpkg-maintainers in case they want to investigate
> further.
It's more likely a port issue than an issue in dpkg, I think.
s polluted with them.
(And it's one reason why we always expect stable to support the features we use
in the archive.)
Kind regards
Philipp Kern
signature.asc
Description: Digital signature
On Fri, Jul 13, 2012 at 09:07:00AM +0200, Raphael Hertzog wrote:
> On Thu, 12 Jul 2012, Philipp Kern wrote:
> > > #681292 against sbuild. Feel free to clone it if necessary.
> > I just verified a build in stable and get a bunch of these:
> >
> > dpkg-
On Thu, Jul 12, 2012 at 05:11:16PM +0200, Raphael Hertzog wrote:
> On Thu, 12 Jul 2012, Philipp Kern wrote:
> > On Thu, Jul 12, 2012 at 08:59:38AM +0200, Raphael Hertzog wrote:
> > > > > 3/ we modify sbuild to add the required "binary-only=yes" in the
>
ow, binary-only=yes
> > This could be done regardless if the buildd people agree to it, and that
> > was the idea when I added this.
> Filed a bug for this.
Where to? I can't seem to find it for buildd.debian.org. (We don't currently
use the buildd package from the archive
atter of a few days for weeks already. I don't hold my breath. We'll
have an installer release without it, I guess.
Kind regards,
Philipp Kern
--
.''`. Philipp KernDebian Developer
: :' : http://philkern.de Stabl
chive.
Thanks
Philipp Kern
signature.asc
Description: Digital signature
the old
style or the new style must be used. (I.e. there must be some sort of feature
query first.)
Kind regards
Philipp Kern
--
To UNSUBSCRIBE, email to debian-dpkg-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/slrnjjk9br.nqd.tr...@kelgar.0x539.de
sr/sbin/popularity-contest line 161 to add binary: and
> check whether
> it works correctly ?
>
> Or did I misunderstand something ?
This only helps for the libc6-i686:i386 m-a same case (but it does
help there). It doesn't for the mksh:i386 m-a foreign case.
dpkg devs cc
age:
$ dpkg-query --show --showformat='${status} ${binary:Package}\n' | egrep
'(mksh|libc6-i686)'
install ok installed libc6-i686:i386
install ok installed mksh
But not for the foreign one.
`dpkg -L libc6-i686:i386' gives me a filelist, without the arch qualifier it
f
Otavio,
am Sat, Nov 19, 2011 at 04:55:12PM -0200 hast du folgendes geschrieben:
> On Wed, Nov 2, 2011 at 23:14, Otavio Salvador wrote:
> > On Sun, Oct 23, 2011 at 13:26, Philipp Kern wrote:
> > ...
> >> So my proposal is to switch the udeb compression default in dpkg to
On Tue, Nov 01, 2011 at 11:13:41PM +0100, Philipp Kern wrote:
> On Fri, Oct 21, 2011 at 11:23:27AM +0200, Raphael Hertzog wrote:
> > On Thu, 20 Oct 2011, Philipp Kern wrote:
> > > We would like to see a dpkg with multiarch support in experimental now
> > > and dpkg in
Hi,
On Fri, Oct 21, 2011 at 11:23:27AM +0200, Raphael Hertzog wrote:
> On Thu, 20 Oct 2011, Philipp Kern wrote:
> > We would like to see a dpkg with multiarch support in experimental now
> > and dpkg in sid in about two weeks time. Otherwise we might not be able to
> >
rchive?
Kind regards,
Philipp Kern
--
.''`. Philipp KernDebian Developer
: :' : http://philkern.de Stable Release Manager
`. `' xmpp:p...@0x539.de Wanna-Build Admin
`-finger pkern/k...@db.debian.org
signature.asc
Description: Digital signature
imental now
and dpkg in sid in about two weeks time. Otherwise we might not be able to
pursue this goal for wheezy.
Kind regards and serious thanks for all your efforts,
Philipp Kern
for the Debian Release Team
[0] http://www.debian.org/News/2011/20110726b
[1] http://lists.debian.org/debian-devel/
I guess
it wouldn't be feasible to switch dpkg's default on package builds on those
architectures where we assume some more beefyness?
I'd imagine that our CD1s would also get more useful if we'd compress those
in any case. But then that probably also concerns our core packages
x27;t suppose we could make that the default? Is there anything
else the dpkg developers can try to be portable and still not be
sacrificing performance?
Kind regards
Philipp Kern
signature.asc
Description: Digital signature
On Tue, Nov 09, 2010 at 07:50:23PM +0100, Philipp Kern wrote:
> On Fri, Oct 22, 2010 at 11:35:54AM +0200, Guillem Jover wrote:
> > 1) Switch back from sync() to fsync() before rename() (while keeping
> > the sync() code around for the benefit of other distributions
> >
some random other revision)
or if we even get data safety regressions.
Thanks
Philipp Kern
signature.asc
Description: Digital signature
ug: #584254
>
> <http://git.hadrons.org/?p=debian/dpkg/dpkg.git;a=commitdiff;h=0484cd7d>
So even when you don't do sync() anymore you still want to disable those
fsyncs()? Granted, it's a self-contained new feature. What's the use case
for squeeze? d-i I heared,
Kind regards and thanks,
Philipp Kern
--
To UNSUBSCRIBE, email to debian-dpkg-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4c68509a.7060...@debian.org
d on buildds.
debhelper was not installable in a plain sid chroot. I cannot remember why but
it even happened on the buildd, which is why I had to resort to build against
testing.
Kind regards,
Philipp Kern
signature.asc
Description: Digital signature
7;m getting empty binary packages on armel with the binary package being output
*somewhere* (the terminal mostly), instead of the file. And some of those hit
the archive.
(It's dpkg-deb on the last step breaking and helpfully it also exists with 0.)
Kind regards,
Philipp Kern
signature.asc
Description: Digital signature
source uploads
also auto-trashed the builds on buildds.) A quick glance at rmadison would've
told you that.
So I had to build 1.15.8.2 against testing after the whole of unstable got
moved to bd-uninstallable, that's also why the binNMU happened on mips.
Kind regards,
Ph
Signed-off-by: Philipp Kern
---
scripts/po/de.po |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/scripts/po/de.po b/scripts/po/de.po
index ea998cc..c50381c 100644
--- a/scripts/po/de.po
+++ b/scripts/po/de.po
@@ -2258,8 +2258,8 @@ msgstr "warte auf %s"
#, p
h the tools
the buildd admins use.
Kind regards,
Philipp Kern
--
.''`. Philipp KernDebian Developer
: :' : http://philkern.de Release Assistant
`. `' xmpp:p...@0x539.de Stable Release Manager
`-finge
37 matches
Mail list logo
