to
Architecture: all. This would be the easiest way.
Regards,
Julian
[1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=436733
[2] http://lists.debian.org/debian-devel/2008/02/msg00045.html
[3] http://lists.debian.org/debian-devel/2008/02/msg00355.html
--
Julian Andres Klode, Fellow of the Free
reassign 542843 dpkg-dev
thanks
Am Dienstag, den 02.02.2010, 17:38 +0100 schrieb Philipp Kern:
On Tue, Feb 02, 2010 at 05:23:07PM +0100, Julian Andres Klode wrote:
On Sun, Sep 13, 2009 at 11:05:33AM -0400, Andres Mejia wrote:
Just tested 'sbuild -As' and couldn't reproduce the problem
they
are currently, as APT::Never-MarkAuto-Sections:: is empty [#431737]).
--
Julian Andres Klode - Debian Developer, Ubuntu Member
See http://wiki.debian.org/JulianAndresKlode and http://jak-linux.org/.
--
To UNSUBSCRIBE, email to debian-dpkg-requ...@lists.debian.org
with a subject
multiple whitespace after newline
2. Strip the whitespace in dpkg
But as this is not an APT bug, I am reassigning it to dpkg-dev and let
them decide what to do next.
--
Julian Andres Klode - Debian Developer, Ubuntu Member
See http://wiki.debian.org/JulianAndresKlode and http://jak-linux.org
On Sun, 2010-12-05 at 17:44 +0100, Julian Andres Klode wrote:
Package: packagekit
Version: 0.6.8-2
Severity: normal
In addition to the debconf support, PackageKit must also
support conffiles.
Dear dpkg maintainers,
for PackageKit support we need a way to handle conffiles. PackageKit
allows
of a group pkg. So for that to work
correctly, APT would need to add some kind of implicit
Replaces: pkg:other
to the packages. At least IIRC.
--
Julian Andres Klode - Debian Developer, Ubuntu Member
See http://wiki.debian.org/JulianAndresKlode and http://jak-linux.org
-essential packages.
So it's something that should either be not supported at all, or
supported fully, I don't think removal and install is an acceptable
behaviour.
I don't think it was ever specified anywhere, or am I wrong?
--
Julian Andres Klode - Debian Developer, Ubuntu Member
See http
Package: dpkg
Version: 1.14.5
Severity: wishlist
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
dpkg should export dependencies like pkg [amd64 i386] to
the binary package and ignore dependencies for non-matching
architectures at runtime.
Also, I propose to add a field Install-to: for arch-indep
Package: dpkg-dev
Version: 1.14.19
Severity: normal
Tags: patch
The current version does not handle comments in the series file, if
they are at the beginning of the line.
I wrote a patch and will send it once I know the bug number.
-- System Information:
Debian Release: lenny/sid
APT prefers
+43,11 @@ dpkg (1.15.0) UNRELEASED; urgency=low
[ Updated dpkg translations ]
* Portuguese (Miguel Figueiredo).
- -- Guillem Jover [EMAIL PROTECTED] Tue, 29 Apr 2008 06:01:40 +0300
+ [ Julian Andres Klode ]
+ * scripts/Dpkg/Source/Package/V3/quilt.pm: Handle comments at the beginning
Raphael Hertzog wrote:
On Sun, 15 Jun 2008, Julian Andres Klode wrote:
I wrote a patch and will send it once I know the bug number.
Please before starting to write a patch, check if there's no fix
in the git tree already... in particular when I pointed out
that the upcoming dpkg 1.14.20
Package: dpkg-dev
Version: 1.14.20
Severity: normal
dpkg-source calls gpg --verify to verify the source package. If there
is a lock, gpg displays that it is waiting for the lock. dpkg-source
just appears to hang. The same applies for automatic key retrieval.
1) I suggest to use gpgv to verify
4.43-14Compression method of 7z format in
dpkg recommends no packages.
Versions of packages dpkg suggests:
ii apt 0.7.24 Advanced front-end for dpkg
-- no debconf information
--
Julian Andres Klode - Debian Developer, Ubuntu Member
See
0.7.25.3 Advanced front-end for dpkg
-- no debconf information
--
Julian Andres Klode - Debian Developer, Ubuntu Member
See http://wiki.debian.org/JulianAndresKlode and http://jak-linux.org/.
pgpX5UIWhMRdU.pgp
Description: PGP signature
compression utilities
ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime
dpkg recommends no packages.
Versions of packages dpkg suggests:
ii apt 0.8.14.1 Advanced front-end for dpkg
-- no debconf information
--
Julian Andres Klode - Debian
pn gpgv 1.4.11-3
pn libalgorithm-merge-perl none
Versions of packages dpkg-dev suggests:
ii debian-keyring 2011.08.07
-- no debconf information
--
Julian Andres Klode - Debian Developer, Ubuntu Member
See http://wiki.debian.org/JulianAndresKlode and http://jak
reassign 641309 perl-base 5.12.4-4
thanks
On Mon, Sep 12, 2011 at 04:47:48PM +0200, Julian Andres Klode wrote:
Package: dpkg-dev
Version: 1.16.0.3
Severity: normal
File: /usr/bin/dpkg-architecture
When running in the C.UTF-8 locale, strxfrm() apparently
gets absurd.
$ LC_ALL=C.UTF-8
1:1.2.8.dfsg-1
dpkg recommends no packages.
Versions of packages dpkg suggests:
ii apt 0.9.14
-- no debconf information
--
Julian Andres Klode - Debian Developer, Ubuntu Member
See http://wiki.debian.org/JulianAndresKlode and http://jak-linux.org/.
Please do not top-post if possible
On Mon, Dec 09, 2013 at 12:24:52AM +0100, Guillem Jover wrote:
Control: tags -1 unreproducible moreinfo
Hi!
On Sun, 2013-12-08 at 22:25:35 +0100, Guillem Jover wrote:
On Sun, 2013-12-08 at 21:39:01 +0100, Julian Andres Klode wrote:
update-alternative crashes when creating
On Mon, Dec 09, 2013 at 05:08:47PM +0100, Guillem Jover wrote:
On Mon, 2013-12-09 at 16:29:44 +0100, Julian Andres Klode wrote:
The command failing is:
update-alternatives --install /usr/bin/gnome-www-browser gnome-www-browser
/usr/bin/epiphany-browser 85 --slave
/usr/share/man/man1
suggests:
pn apt-doc none
ii aptitude0.6.11-1
ii dpkg-dev1.17.18
ii python-apt 0.9.3.10
-- no debconf information
--
Julian Andres Klode - Debian Developer, Ubuntu Member
See http://wiki.debian.org/JulianAndresKlode and http://jak-linux.org/.
Be friendly, do not top-post, and follow
/jak | jak-linux.org - free software dev
When replying, only quote what is necessary, and write each reply
directly below the part(s) it pertains to (`inline'). Thank you.
>From 141931815cdf663aab5ecccf6b4fdd517f99cbd4 Mon Sep 17 00:00:00 2001
From: Julian Andres Klode <j...@debian.org>
Date: Su
Package: dpkg
Version: 1.18.9
Severity: serious
dpkg fails to purge a package in our test suite, crashing with a segmentation
fault. You can reproduce
it by building apt and running
test/integration/test-bug-712116-dpkg-pre-install-pkgs-hook-multiarch -
I have also included the backtrace here.
Hi everyone,
I talked with guillem about this idea on IRC, but I decided to
write this down in an email for further discussion.
Currently, APT and other dpkg frontends have to acquire the dpkg
database lock at the start of their process and then have to release
the dlock before invoking dpkg and
On Sun, Jan 08, 2017 at 01:33:08AM +, James Clarke wrote:
> On Mon, Feb 01, 2016 at 12:05:18AM +0100, David Kalnischkies wrote:
> > On Wed, Jan 20, 2016 at 01:39:45PM +, Colin Watson wrote:
> > > On Wed, Jan 20, 2016 at 12:31:52PM +0100, Balint Reczey wrote:
> > > > On 06/04/2014 03:41 AM,
On Tue, Aug 15, 2017 at 09:26:24AM +0200, Christian Seiler wrote:
> Hi there,
>
> I've come to believe that binary diff packages are not the best way of
> solving this issue. Intead I'd like to propse a radically different
> solution to this issue.
>
> The gist of it: instead of adding a format
On Sat, Aug 12, 2017 at 02:16:21PM -0400, Julian Andres Klode wrote:
> Hi everyone,
>
> (I CCed -devel and deity, but we probably should just discuss
> that on -dpkg)
>
> while breakfast here at DebConf, the topic of delta upgrades
> came up. I think delta debs are genera
On Sun, Aug 13, 2017 at 12:38:56PM +0300, Adrian Bunk wrote:
> On Sat, Aug 12, 2017 at 02:16:21PM -0400, Julian Andres Klode wrote:
> >...
> > I think delta debs are generally a thing we should aim to have,
> >...
>
> It sounds like something that would have been a
On Sun, Aug 13, 2017 at 10:53:16AM -0400, Peter Silva wrote:
> You are assuming the savings are substantial. That's not clear. When
> files are compressed, if you then start doing binary diffs, well it
> isn't clear that they will consistently be much smaller than plain new
> files. it also
On Wed, Aug 16, 2017 at 12:21:09AM +0200, Julian Andres Klode wrote:
> firefox (size & performance):
>
> -rw-r--r-- 1 jak jak 2.3M Aug 15 20:59 firefox_55.0-1_55.0-2_amd64.debdelta
> -rw-r--r-- 1 jak jak 2.4M Aug 15 22:13 firefox_55.0-1_55.0-2_amd64.pdeb
> -rw-r--r-- 1 jak
On Sun, Aug 13, 2017 at 10:53:16AM -0400, Peter Silva wrote:
> You are assuming the savings are substantial. That's not clear. When
> files are compressed, if you then start doing binary diffs, well it
> isn't clear that they will consistently be much smaller than plain new
> files. it also
Hi everyone,
(I CCed -devel and deity, but we probably should just discuss
that on -dpkg)
while breakfast here at DebConf, the topic of delta upgrades
came up. I think delta debs are generally a thing we should
aim to have, but debdelta is not the implementation we want:
* It is not integrated
On Sun, Aug 13, 2017 at 08:24:27PM -0400, Peter Silva wrote:
> o in spite of being the *default*, it isn't that universal, and in
> any event, we can just decide to change the default, no? One can say
> to people with bandwidth limitations, that their apt settings should
> not delete packages
On Tue, Aug 22, 2017 at 10:53:47PM +0200, Sebastian Andrzej Siewior wrote:
> On 2017-08-16 00:21:09 [+0200], Julian Andres Klode wrote:
> > libreoffice-core (size only):
> >
> > -rw-r--r-- 1 jak jak 29M Jul 22 20:02
> > libreoffice-core_5.3.5~rc1-3_amd64.deb
> &g
On Sun, Oct 18, 2015 at 06:20:01PM +, Mattia Rizzolo wrote:
> Package: dpkg
> Version: 1.18.3
> Severity: wishlist
> X-Debbugs-CC: reproducible-bui...@lists.alioth.debian.org
>
> Hi dpkg people,
>
> in the context of allowing to recreate the same build-environment of a
> past build we would
On Sat, Aug 26, 2017 at 03:16:52PM +0200, Mattia Rizzolo wrote:
> On Sat, Aug 26, 2017 at 02:14:16PM +0200, Julian Andres Klode wrote:
> > I also want this for delta debs, to identify local rebuilds being
> > installed, and prevent delta installation failure in such cases.
>
Package: dpkg-dev
Version: 1.18.24
Severity: minor
File: /usr/bin/dpkg-buildpackage
If a package is Architecture: all only (or I guess has some non-all binaries
that don't build for the current arch), then building the package produces a
_arch.changes, rather than an _all.changes.
This is
On Tue, May 01, 2018 at 10:36:34AM +0200, Marco d'Itri wrote:
> On Apr 27, Julian Andres Klode <j...@debian.org> wrote:
>
> > Our major use case is cloud initial setup, image building, CI, buildds, all
> > of which do not require any syncs, and can safely use eat
On Fri, Apr 27, 2018 at 01:45:07PM +0200, Adam Borowski wrote:
> (ZSTD)
>
> On Fri, Apr 27, 2018 at 07:02:12AM +0200, Guillem Jover wrote:
> > Recently Julian mentioned it again on IRC, and we each started
> > implementing support in dpkg and apt respectively, to allow easier
> > evaluation. I
On Fri, Apr 27, 2018 at 02:01:44PM +0200, Adam Borowski wrote:
> On Fri, Apr 27, 2018 at 01:45:07PM +0200, Adam Borowski wrote:
> > Don't. For .debs, that is.
>
> Scratch that.
>
> apt Depends: libapt-pkg5.0 Depends: libzstd1
>
> While apt is "merely" priority:required rather than fully
On Mon, Jun 18, 2018 at 08:19:17PM +0200, Julian Andres Klode wrote:
> Hi folks,
>
> With frontend locking in dpkg git, I think it's time I clear up
> some potential confusion as to how this is supposed to work in the
> APT world.
>
> The idea is that the
Hi folks,
With frontend locking in dpkg git, I think it's time I clear up
some potential confusion as to how this is supposed to work in the
APT world.
The idea is that the current _system->Lock() / apt_pkg.SystemLock
/ apt_pkg.pkgsystem_lock() will start to manage _both_ lock-frontend
and lock,
On Thu, Jan 18, 2018 at 08:38:02PM +0100, Julian Andres Klode wrote:
> On Thu, Jan 18, 2018 at 06:41:52PM +0100, Aurelien Jarno wrote:
> > control: reassign -1 apt,dpkg
> > control: affects -1 libc6
> > control: affects -1 libexpat1
> >
> > On 2018-01
On Thu, Jan 18, 2018 at 06:41:52PM +0100, Aurelien Jarno wrote:
> control: reassign -1 apt,dpkg
> control: affects -1 libc6
> control: affects -1 libexpat1
>
> On 2018-01-18 15:53, Andreas Beckmann wrote:
> > Package: libc6
> > Version: 2.26-2
> > Severity: serious
> > User:
On Thu, Jan 18, 2018 at 06:41:52PM +0100, Aurelien Jarno wrote:
> control: reassign -1 apt,dpkg
> control: affects -1 libc6
> control: affects -1 libexpat1
>
> On 2018-01-18 15:53, Andreas Beckmann wrote:
> > Package: libc6
> > Version: 2.26-2
> > Severity: serious
> > User:
On Thu, Jan 18, 2018 at 08:38:02PM +0100, Julian Andres Klode wrote:
> On Thu, Jan 18, 2018 at 06:41:52PM +0100, Aurelien Jarno wrote:
> > control: reassign -1 apt,dpkg
> > control: affects -1 libc6
> > control: affects -1 libexpat1
> >
> > On 2018-01
This is an advanced proposal for integrating deltas into the archive. It has
been designed after some feedback and some more research.
Criteria
* We don't want to have Deltas indexes like Packages files
-> we are unlikely to need most of the deltas
-> about same size as Packages file
On Thu, Jan 17, 2019 at 11:03:01AM +0800, Allen wrote:
> Package: apt
> Version: 1.2.19
> Severity: normal
>
> Dear Maintainer,
>
>
> I am creating a deb packages which will replace another package. And before
> the
> old package are removed, I want to check whether the package is remove due
On Thu, Sep 13, 2018 at 12:26:27PM +0100, Ian Jackson wrote:
> Package: dpkg-dev
> Version: 1.19.0.5
>
> When the source provided to dpkg-source contains a .ignore file,
> eg a .gitignore, .hgignore, .cvsignore, then that file is part of the
> source code as the maintainer works with it. It
On Mon, Mar 09, 2020 at 10:09:46AM +0100, Guillem Jover wrote:
> We'd like to standardize on a new set of artifact build pathnames
> for our deb toolchain. [...]
[...]
> The use of a hidden directory is to reduce clutter and stomping over any
Love the hidden directory.
--
debian developer -
On Thu, Apr 16, 2020 at 11:04:02PM +0200, Jiri Palecek wrote:
>
>
>
> Forwarded Message
> Subject: Bug#956931: autopkgtest: Build profiles support for autopkgtest
> Resent-Date: Thu, 16 Apr 2020 20:42:01 +
> Resent-From: Jiri Palecek
> Resent-To:
On Mon, May 11, 2020 at 07:33:00AM +1200, Darren Hale wrote:
> Hi Guillem,
>
> I have been advised that the problem is with the behavior of su
> changed when they moved it to a different source package and a fix is
> to old behavior is to put ALWAYS_SET_PATH yes in /etc/default/su.
> (create the
Hi,
we were just talking in #debian-dpkg about optional build-deps. guillem
believes that the release team is in the best position to specify if this
is reasonable or not, so here we go:
We have came up with a syntax, one goal being to break parsers and not
silently ignore optional deps:
On Thu, Jul 16, 2020 at 07:27:52PM +0200, Julian Andres Klode wrote:
> Not liked proposals:
>
> Build-Depends-Optional field - it would just be ignored by tools,
> silently, and we'd find about it onyl when it is too late.
>
> Build-Recommends field - same as
On Thu, Jul 16, 2020 at 06:56:56PM +0100, Steve McIntyre wrote:
>
> On Thu, Jul 16, 2020 at 07:27:52PM +0200, Julian Andres Klode wrote:
>
> ...
>
> >Rationales:
> >
> >
> >1. You can start optionally build-depending on stuff available
> > only
On Mon, May 17, 2021 at 10:14:24PM +0200, Fabrice Bauzac-Stehly wrote:
> Hello,
>
> I am puzzled.
>
> dpkg/man/dpkg.pod:
> The primary and more user-friendly
> front-end for B is B(8).
>
> dpkg/README:
> The primary interface for the dpkg suite is the ‘dselect’ program;
> a
On Wed, May 19, 2021 at 04:03:16PM +0200, Laurent Bigonville wrote:
> reopen 910377
> reassign dpkg 1.20.9
> thanks
>
> On Sat, 31 Aug 2019 00:34:32 +0200 Michael Biebl wrote:
>
> > On Fri, 5 Oct 2018 21:30:43 +0200 Michael Biebl wrote:
> > > Am 05.10.18 um 21:28 schrieb Michael Biebl:
> > > >
On Wed, May 19, 2021 at 04:03:16PM +0200, Laurent Bigonville wrote:
> reopen 910377
> reassign dpkg 1.20.9
> thanks
>
> On Sat, 31 Aug 2019 00:34:32 +0200 Michael Biebl wrote:
>
> > On Fri, 5 Oct 2018 21:30:43 +0200 Michael Biebl wrote:
> > > Am 05.10.18 um 21:28 schrieb Michael Biebl:
> > > >
Control: clone -1 -2
Control: reassign -2 dpkg
Control: retitle -2 dpkg: normalize description fields
On Mon, Apr 12, 2021 at 08:14:07PM +0200, Julian Andres Klode wrote:
> Package: apt-listchanges
> Version: 3.23
> Severity: normal
> X-Debbugs-Cc: j...@debian.org
>
> As re
Guillem Jover schrieb am Di., 23. Nov. 2021, 22:14:
> Hi!
>
> On Tue, 2021-11-23 at 18:16:30 +0100, Helge Kreutzmann wrote:
> > while updating the translation of the man pages, I stumbled over one
> > sentence I could not make sense of:
> >
> > "The file mode check failed (since dpkg 1.21.0).
On Mon, Sep 18, 2023 at 12:24:20PM +0200, Guillem Jover wrote:
> While dpkg on systems using systemd _could_ by default take an
> system inhibitor lock, and could provide a good enough reason like say
> "Packaging system upgrade" or whatever, my concern has been with the
> added dependency chain,
On Mon, Sep 18, 2023 at 12:24:20PM +0200, Guillem Jover wrote:
> While dpkg on systems using systemd _could_ by default take an
> system inhibitor lock, and could provide a good enough reason like say
> "Packaging system upgrade" or whatever, my concern has been with the
> added dependency chain,
On Tue, Jun 07, 2022 at 08:19:29PM +0200, Helmut Grohne wrote:
> Please keep in mind that this is about trade-offs. It is a question of
> how we value "package ownership". If we favour the strong ownership
> approach that Debian used for a long time, then yes accommodating the
> needs of
On Sun, Jan 29, 2023 at 06:00:51AM +0100, Guillem Jover wrote:
> Hi!
>
> I'd like to move away from the master/slave terminology used in
> update-alternatives for both the external interfaces (CLI options,
> output fields) obviously preserving backwards compatibility, docs
> and for all the
Hi,
based on some discussion on IRC I want to propose install
profiles.
Recommends: foo
Suggests: foo
The syntax is the same as for build profiles, and it is
allowed in Recommends and Suggests fields only (maybe
Enhances?).
dpkg changes needed:
- Introduce /var/lib/dpkg/profiles with one
On Wed, Jun 14, 2023 at 06:00:42PM +0200, Julian Andres Klode wrote:
> Hi,
>
> based on some discussion on IRC I want to propose install
> profiles.
>
> Recommends: foo
> Suggests: foo
>
> The syntax is the same as for build profiles, and it is
> allowed in Recom
Package: dpkg
Severity: wishlist
X-Debbugs-Cc: j...@debian.org
Users are complaining loudly that dpkg's output is too noisy,
and we should be looking at how we can improve that, currently
for each package we print at least 3 lines, and it's very
distracting:
Preparing to unpack
Unpacking
Setting
On Thu, Nov 23, 2023 at 10:45:33AM +0100, Matthias Klose wrote:
> Hi,
>
> it looks like enabling this flag on armel/armhf is a little bit premature.
>
> Apparently it's not completely supported upstream, and might cause
> regressions, according to
>
On Fri, Nov 03, 2023 at 02:02:37PM +0100, Guillem Jover wrote:
> Hi!
>
> On Thu, 2023-11-02 at 15:27:54 +, Michael Hudson-Doyle wrote:
> > On Tue, 31 Oct 2023 at 09:21, Guillem Jover wrote:
> > > This can be used among other things to set up foreign chroots, by
> > > running the host tools,
Package: debian-policy
Severity: wishlist
X-Debbugs-Cc: de...@lists.debian.org, debian-d...@lists.debian.org
APT's installation planner does not consider dependencies of packages
being scheduled for removal, so a prerm must fail equally gracefully
as a postrm does in absence of its dependencies.
On Wed, Sep 06, 2023 at 11:27:02AM +0200, Guillem Jover wrote:
> Hi!
>
> On Fri, 2023-09-01 at 08:43:55 +1200, Michael Hudson-Doyle wrote:
> > Recently the topic of exploiting newer instructions without dropping
> > support for older machines has come up several times inside Ubuntu
> >
71 matches
Mail list logo