On Thu, Mar 07, 2024 at 04:00:22AM +0100, Guillem Jover wrote:
> > When packaging the AMD ROCm GPU libraries for Debian, we are currently
> > using CXX=hipcc or CXX=clang++ to build libraries written in HIP as if
> > they were written in C++.
>
> I guess we should also add HIPCXX (defaulting to
) UNRELEASED; urgency=medium
+
+ * Non-maintainer upload.
+ * DEP17: Move start-stop-daemon to /usr/sbin. (Closes: #-1)
+
+ -- Helmut Grohne Thu, 04 Jan 2024 11:55:32 +0100
+
dpkg (1.22.2) unstable; urgency=medium
[ Guillem Jover ]
diff --minimal -Nru dpkg-1.22.2/debian/dpkg.install
dpkg-1.22.2
Package: debian-policy
Version: 4.6.2.0
X-Debbugs-Cc: debian-d...@lists.debian.org, de...@lists.debian.org
Hi,
first of all huge thanks to David, Guillem and Julian for all of their
explanations. In large parts, this bug report is yours and I'm just the
one writing it down.
§7.4 currently
Hi Guillem,
On Thu, Aug 31, 2023 at 02:12:51AM +0200, Guillem Jover wrote:
> So this happened, and Johannes reported that this seems to be breaking
> cross-building. :(
>
> The problem, which is in fact not new, but is made way more evident
> now, is that the flags used are accepted only per
Package: cadabra2,python3-notebook
Severity: serious
X-Debbugs-Cc: a...@debian.org, debian-d...@lists.debian.org
Hi,
I noticed a suprising undeclared file conflict. While Andreas' tooling
finds most of these, it missed this one. It's about
Hi Andreas,
On Tue, Jan 24, 2023 at 03:13:29PM +0100, Andreas Beckmann wrote:
> One package affected by this is src:reprepro in experimental where
> dpkg-checkbuilddeps now rejects db-util:native (which gained
> M-A: foreign in bookworm).
The reason to allow :native on M-A:foreign is to ease
Hi Guillem,
On Thu, Sep 29, 2022 at 10:20:51AM +0200, Guillem Jover wrote:
> So I'm still not certain how this will be added, but certainly before
> the Debian freeze. I'm though not planning on adding zstd support for
> source packages.
Thank you for proposing this compromise. I think we can
Package: dpkg
Version: 1.21.12
Severity: wishlist
Hi Guillem,
dpkg's changelog.gz keeps growing. For the changelog.Debian.gz,
debhelper has started pruning old entries. At this time, the changelog
contributes one 7th of dpkg's Installed-Size and a third of its .deb
size. For development systems,
Package: dpkg-dev
Version: 1.21.10
Severity: important
File: /usr/bin/dpkg-genbuildinfo
User: helm...@debian.org
Usertags: rebootstrap
Hi Guillem,
thanks for implementing the taint flag for cross compilation.
Unfortunately, this breaks architecture bootstrap.
We need to cross build linux kernel
Package: dpkg-dev
Version: 1.21.9
File: /usr/share/dpkg/buildtools.mk
X-Debbugs-Cc: Enrico Zini
Hi Guillem,
Enrico discovered, that the FC variable initialized by dpkg's
buildtools.mk points at f77. During native builds this works, but during
cross builds it becomes triplet-f77, which doesn't
ian
package.
Reviewed-by: Helmut Grohne
Please do merge it with the other two bugs you created earlier though.
Please be patient about this. However simple this patch may look, it
usually takes significant time to make it appear in dpkg.
Guillem, please try merging it before the bookworm release
Package: dpkg
Version: 1.21.9+b1
X-Debbugs-Cc: debian-cr...@lists.debian.org
Hi Guillem,
I think dpkg-checkbuildeps should not reject a Multi-Arch: foreign
package satisfying a build dependency annotated :native. The internal
resolver of sbuild definitely considers this valid and iirc, apt and
Control: tags -1 + patch
Hi Guillem, cross folks and reproducible folks,
On Thu, Aug 24, 2017 at 09:45:39PM +0200, Helmut Grohne wrote:
> while looking into a .buildinfo file, I noticed that
> Installed-Build-Depends are useless beyond #871494: They lack
> architecture qualificat
Hi Guillem,
would you maybe reconsider adding zstd decompression support at this
time?
On Sun, Mar 18, 2018 at 04:38:15AM +0100, Guillem Jover wrote:
> So, the items that come to mind (most from the dpkg FAQ [F]:
>
> * Availability in general Unix systems would be one. I think the code
>
Source: dpkg-repack
Version: 1.49
Severity: important
Control: affects -1 + dose-builddebcheck
Hi Guillem,
dose-repack's Build-Depends now contain a Build-Profile with a slash.
That's possibly an experiment for a dpkg time travel fix and possibly an
accident. Please clarify.
The most direct
Package: dpkg
Version: 1.20.9
X-Debbugs-Cc: jo...@debian.org
Hi Guillem,
this issue is co-reported by josch. While working on DPKG_ROOT
reproducibility, we observed that the trigger database differs for the
foreign and native case. In the foreign case, packages would carry an
architecture
Hi Alexey,
On Wed, Mar 03, 2021 at 07:35:39PM +, Alexey Brodkin wrote:
> Well not sure why there's a dependency on glibc as w/o ARC target support
> in dpkg nothing could be built for ARC. For example I did built Binutils
> with fixed dpkg.
There is no hard dependency in that direction. Just
On Sat, Feb 06, 2021 at 07:25:35PM +, Alexey Brodkin wrote:
> Any chances to get updates on this one some time soon?
No. The triplet cannot be changed once added. Therefore, the addition is
often deferred. The absence of the triplet can easily be worked around.
A bootstrap can be prototyped
-8.32/debian/changelog 2021-02-26 10:52:22.0 +0100
@@ -1,3 +1,10 @@
+coreutils (8.32-4.1) UNRELEASED; urgency=medium
+
+ * Non-maintainer upload.
+ * Support DPKG_ROOT in maintainer scripts. (Closes: #-1)
+
+ -- Helmut Grohne Fri, 26 Feb 2021 10:52:22 +0100
+
coreutils (8.32-4
Source: dpkg
Version: 1.20.5
Severity: serious
Tags: ftbfs
dpkg FTBFS as of today:
| g++ -DHAVE_CONFIG_H -DLOCALEDIR=\"/usr/share/locale\"
-DADMINDIR=\"/var/lib/dpkg\" -DLIBDIR=\"/usr/lib/dpkg\"
-DLOCALLIBDIR=\"/usr/local/lib/dpkg\" -idirafter ../../lib/compat -iquote .
-I.. -I../../lib
Hi Guillem,
On Fri, Feb 15, 2019 at 02:28:32AM +0100, Guillem Jover wrote:
> [ Sending out this which I had sitting here on a terminal since it was
> filed. :) ]
Thank you for no longer deferring your insightful reply.
> On Wed, 2019-01-02 at 15:23:03 +0100, Helmut Grohne wrote:
>
Hi Jonathan,
On Wed, Jan 02, 2019 at 05:49:48PM -0800, Jonathan Nieder wrote:
> Interesting. Can you give an example of a package that would benefit
> from this?
https://sources.debian.org/src/klibc/2.0.4-14/Makefile/?hl=33#L33
Package: dpkg-dev
Version: 1.19.2
Severity: wishlist
User: helm...@debian.org
Usertags: rebootstrap
Hi,
I find myself repeating a mapping from Debian architectures to the
typical output of uname -m (and occasionally -s) in various packages.
Copying such code is going to be a maintenance
On Thu, Apr 12, 2018 at 01:18:57PM +0200, Guillem Jover wrote:
> So the intention here has been, AFAICT, to try to make detecting
> cross-building:
>
> 1) kind of automatic, something just needs to set CC to the correct
> cross-toolchain and then dpkg would figure out the host arch.
That
Package: dpkg-dev
On Thu, Apr 05, 2018 at 04:28:48PM +0200, to...@tuxteam.de wrote:
> - Need to set CC
>
> Yes, the warning was clear enough, but I was a bit surprised
> I had to set CC like so:
The warning you are talking about likely is this one:
| dpkg-architecture: warning: specified GNU
Package: dpkg-dev
Version: 1.18.11
File: /usr/bin/dpkg-genbuildinfo
User: reproducible-bui...@lists.alioth.debian.org
Usertags: toolchain
X-Debbugs-Cc: reproducible-b...@lists.alioth.debian.org
When building packages with foreign architecture packages installed, the
recorded
Package: dpkg-dev
Version: 1.18.24
File: /usr/bin/dpkg-genbuildinfo
User: helm...@debian.org
Usertags: rebootstrap
Hi Guillem,
while looking into a .buildinfo file, I noticed that
Installed-Build-Depends are useless beyond #871494: They lack
architecture qualification. Thus there is no way to
Package: dpkg
Version: 1.18.23
User: helm...@debian.org
Usertags: rebootstrap
Hi Guillem,
it seems that dpkg exhibits a strange behaviour with Multi-Arch: same
and conffiles. If you have one instance removed, but not purged, and try
to install another instance, dpkg errors out with an unpack
Hi Raphaël,
On Mon, Jan 02, 2017 at 05:37:06PM +0100, Raphael Hertzog wrote:
> Can't you just install "binutils-multiarch" when you build such cross
> compilers?
No, because using binutils-multiarch is broken. Whenever a new
architecture is brought up, binutils-multiarch lacks support for it.
Package: dpkg-dev
Version: 1.18.17
Severity: important
File: /usr/bin/dpkg-shlibdeps
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap
Hi Guillem and Raphaël,
while working on #843073, we agreed to merge Raphaël's patch on the
provision that we would revert it if it causes breakage.
Control: tags -1 - patch
On Mon, Nov 14, 2016 at 12:22:58PM +0100, Raphael Hertzog wrote:
> Please find two patches attached.
>
> I checked that the command below was failing with the current dpkg-dev
> and it did no longer fail with the updated one.
>
> $ sbuild -d sid --add-depends=usrmerge
On Sat, Nov 05, 2016 at 10:40:30PM +0100, Marco d'Itri wrote:
> This is a more complex issue, since it does not happen on my i386
> system.
> It has been discussed in #810499 but I am not sure about the best way to
> fix this.
It depends on the search order for library directories.
Hi Samuel,
On Wed, Sep 21, 2016 at 12:26:16AM +0200, Samuel Thibault wrote:
> Sure, but dpkg is part of build-essential too, and so AIUI it thus
> needs to explain how it is supposed to build within the build-essential
> bootstrap.
I think Guillem is right here: With our current tools, it is not
pkg 1.17.0. (Closes: #-1)
++ Declare trigger interest on /usr/share/sgml, /usr/share/xml and
+ update-catalog (for pending debhelper change).
+
+ -- Helmut Grohne <hel...@subdivi.de> Sat, 21 May 2016 23:46:45 +0200
+
sgml-base (1.27) unstable; urgency=medium
* QA upload.
dif
s.
I am attaching updated patches that address all of these points except
for the renaming.
Helmut
>From 1d6cfda8e2a7ab5dfac3ea32b3ed6d957677fdda Mon Sep 17 00:00:00 2001
From: Helmut Grohne <hel...@subdivi.de>
Date: Mon, 9 Nov 2015 22:07:52 +0100
Subject: [PATCH 1/2] export a variable DPK
Hi Guillem,
Thanks for taking the time to process this crazy idea!
On Wed, Mar 30, 2016 at 01:29:15AM +0200, Guillem Jover wrote:
> > b) Packages that do not "set -u" (nounset), can now prepend $DPKG_ROOT
> >to any file they operate on. With old versions $DPKG_ROOT will be
> >unset and
ght to avoid creating a
situation that is hard to fix up. Yet it seems pretty round to me
already. Despite there being open questions, we can handle at least a)
today.
Helmut
>From b10ba1186394ae880a5c1421ddb07afa1f3c9d20 Mon Sep 17 00:00:00 2001
From: Helmut Grohne <hel...@subdivi.de>
Date:
Package: dpkg-dev
Version: 1.17.23
Severity: wishlist
User: helm...@debian.org
Usertags: rebootstrap
Some packages need extra Build-Depends when they are cross compiled.
Here are some examples:
* src:guile-2.0 needs guile-2.0 to cross-build
* src:glib2.0 needs libglib2.0-dev:any to cross-build
-1.17.22/debian/changelog
+++ dpkg-1.17.22+nmu1/debian/changelog
@@ -1,3 +1,10 @@
+dpkg (1.17.22+nmu1) UNRELEASED; urgency=low
+
+ * Non-maintainer upload.
+ * Fix dpkg-shlibdeps to use same search order as ld.so. (Closes: #-1)
+
+ -- Helmut Grohne hel...@subdivi.de Fri, 05 Dec 2014 21:11:43 +0100
Package: dpkg-dev
Version: 1.17.17
Severity: serious
File: /usr/bin/dpkg-shlibdeps
User: helm...@debian.org
Usertags: rebootstrap
Hi Guillem,
I am not yet certain that this is a bug in dpkg, but I am filing it
prematurely due to the severity of the breakage observed. jenkins.d.n
did run into the
Control: reassign -1 src:binutils
Control: retitle -1 mips64el-linux-gnuabi64-as defaults to N32 abi
Control: tags -1 + upstream
On Sat, Jun 28, 2014 at 08:32:42PM +0200, Helmut Grohne wrote:
dpkg-architecture -amips64el -qDEB_HOST_GNU_TYPE gives
mips64el-linux-gnuabi64, but binutils sets
Package: dpkg,src:binutils
Severity: normal
User: helm...@debian.org
Usertags: rebootstrap
X-Debbugs-Cc: aure...@debian.org
Dear dpkg and binutils maintainers and Aurelien,
dpkg-architecture -amips64el -qDEB_HOST_GNU_TYPE gives
mips64el-linux-gnuabi64, but binutils sets the gnu type to
Package: dpkg
Version: 1.17.10
Severity: normal
User: helm...@debian.org
Usertags: rebootstrap
Dear dpkg maintainers,
Packages built with gcc-4.9 on i386 no longer work with actual i386 or
i486 processors. Consequently, gcc has already moved on and changed the
triplet from i486-linux-gnu to
+nmu1) UNRELEASED; urgency=medium
+
+ * Non-maintainer upload.
+ * Support interpolating ${source:Version} in Build-Depends. Closes: #-1
+
+ -- Helmut Grohne hel...@subdivi.de Thu, 12 Jun 2014 22:25:43 +0200
+
dpkg (1.17.10) unstable; urgency=medium
[ Guillem Jover ]
diff -Nru dpkg-1.17.10
Package: dpkg
Version: 1.17.6
Severity: normal
User: helm...@debian.org
Usertags: rebootstrap
Dear maintainer,
Please imagine the following obscure scenario. (Yes, I actually managed
to reproduce it in a real world example.)
Package b:amd64 depends on a:amd64 M-A:same. Both are installed, all
Package: dpkg
Version: 1.17.0
Severity: important
File: /usr/bin/dpkg-deb
The linux maintainers chose to pass -Zgzip -z0 to dpkg-deb to retain
backwards compatibility. Unfortunately the resulting binary package does
not conform to the format documented at man 5 deb. It contains a
data.tar.gz
# processing 676062
reassign 676062 dpkg
forcemerge 675613 676062
affects 675613 + src:debiandoc-sgml-doc-pt-br
# processing 676061
affects 675613 + src:doc-base
# processing 676107
affects 675613 + src:debian-faq
# processing 676122
affects 675613 + src:debian-history
# processing 676118
reassign
Hi Guillem,
Thanks for your quick and helpful response.
On Sat, Jun 02, 2012 at 11:55:48PM +0200, Guillem Jover wrote:
So on first thought, I think the solution would be to make dpkg
activate file triggers for the parent directories on configure so that
this case is handled correctly. In fact
tags 667037 + patch
thanks
As a result of the discussion on this bug log I am proposing the
attached patch to the *table files introducing the x32 architecture.
Please apply it or comment on it.
Helmut
diff -ruN dpkg-1.16.2/cputable dpkg-1.16.3/cputable
--- dpkg-1.16.2/cputable 2012-03-19
On Tue, Apr 03, 2012 at 04:23:17PM +, Kamble, Nitin A wrote:
Thanks for catching the typo. We use x86_64-linux-gnux32
Thanks for the quick reply.
On IRC Steve Langasek pointed out that some part of the difference
resides in the architecture-kernel part. You cannot run a x32 binary on
an
Package: dpkg
Version: 1.16.2
Severity: wishlist
Block: 667023
Dear dpkg maintainers and H.J. Lu,
H.J. Lu is pushing the x32 abi into tools. His work is already part of
binutils 2.22 and gcc-4.7 in Debian sid. The next step to support this
architecture is bootstrapping it as a Debian port for
Package: dpkg
Version: 1.16.1.2
Severity: wishlist
Symptom
~~~
I just installed libjs-mathjax. According to its Installed-Size this
would just consume 16512KB. Now according to policy this is just an
estimate of course. But how accurate is it actually? So I installed said
package on ext3.
Package: dpkg
Version: 1.15.8.3
Severity: normal
Recently there was a file conflict between kdelibs{,5}-data.
# find /usr -name *.dpkg-tmp | wc -l
0
# dpkg -i /var/cache/apt/archives/kdelibs-data_4%3a3.5.10.dfsg.1-4_all.deb
(Reading database ... 217862 files and directories currently
53 matches
Mail list logo