[BPO] debhelper in focal-backports not usable for i386 package building (missing dependency)

Bug #1965800 reported by David Ward
10
This bug affects 1 person
Affects Status Importance Assigned to Milestone
debhelper (Ubuntu)
Invalid
Undecided
Unassigned
Bionic
Fix Released
Undecided
Unassigned
Focal
Fix Released
Undecided
Unassigned
debugedit (Ubuntu)
Invalid
Undecided
Unassigned
Bionic
Invalid
Undecided
Unassigned
Focal
Invalid
Undecided
Unassigned

Bug Description

focal-backports contains debhelper 13.5.2ubuntu1~bpo20.04.1. This is an architecture-independent package, but it depends on debugedit, which is architecture-dependent.

The debugedit package exists in focal-universe for amd64, but not for i386. As a result, Launchpad is not able to build PPA packages targeting focal i386 that require debhelper-compat (= 13).

This would appear to be an oversight. It does not affect bionic, hirsuite, impish, or jammy; all of these contain the debugedit:i386 package. (It was moved from universe to main at some point after focal.)

See from Colin Watson: https://answers.launchpad.net/launchpad/+question/701011

David Ward (dpward)
description: updated
Revision history for this message
Mattia Rizzolo (mapreri) wrote :

I think we have three choices here:

1. revert Matthias' change from debhelper/13.3.4ubuntu1 (2021-03-19) that make use of debugedit (honestly I don't even understand *why* he did that)
2. backport debugedit too (honestly I don't remember if that would be enough to make it build on i386, however, or it also needs an addition to the i386 whitelist)
3. get the archive admins to add src:rpm in the i386 whitelist, and rebuild it (if that's enough to make it build and doesn't require more).

I'd be for option 1 here.

comments welcome.

Revision history for this message
David Ward (dpward) wrote :

I am able to build src:rpm for focal i386 using pbuilder, as long as p7zip-full:i386 is built first.

Revision history for this message
Mattia Rizzolo (mapreri) wrote : Re: [Bug 1965800] Re: debhelper in focal-backports not usable for i386 package building (missing dependency)

So it would need 2 addition to the i386 whitelist.

Feel free to bring an archive administrator in the loop, I think it's only
them who have the power to do that (if we want to go through that route).
Except that I just realized that rpm (and debugedit) in focal are in
universe. So it would also need a MIR, which is definitely not happening
for a stable release.
I also guess that's the reason debugedit was split off rpm.

So I suppose we either need to check whether backporting debugedit would
make it build on i386, or revert that change in debhelper.

On Tue, 22 Mar 2022, 1:31 pm David Ward, <email address hidden> wrote:

> I am able to build src:rpm for focal i386 using pbuilder, as long as
> p7zip-full:i386 is built first.
>
> --
> You received this bug notification because you are a member of Ubuntu
> Backporters, which is subscribed to the bug report.
> https://bugs.launchpad.net/bugs/1965800
>
> Title:
> debhelper in focal-backports not usable for i386 package building
> (missing dependency)
>
> To manage notifications about this bug go to:
>
> https://bugs.launchpad.net/ubuntu/+source/debhelper/+bug/1965800/+subscriptions
>
>
> --
> ubuntu-backports mailing list
> <email address hidden>
> Modify settings or unsubscribe at:
> https://lists.ubuntu.com/mailman/listinfo/ubuntu-backports
>

Revision history for this message
Thomas Ward (teward) wrote : Re: debhelper in focal-backports not usable for i386 package building (missing dependency)

archive admins dont think i386ing the RPM source is a good idea based on my brief discussiom in #ubuntu-release

debugedit has splitsource in later versions, perhaps a split-source is needed here. However I would suggest we defer to archive admins for best approach here

Revision history for this message
Matthias Klose (doko) wrote :

> 1. revert Matthias' change from debhelper/13.3.4ubuntu1 (2021-03-19)
> that make use of debugedit (honestly I don't even understand *why*
> he did that)

The file names in the dbgsym packages are based on a hash derived from the contents of the files. This leads to conflicting files for similar object files, like in versioned packages openjdk-11, openjdk-14, and maybe others. debugedit allows to also use a seed for this hash, and avoids conflicting files.

Revision history for this message
Matthias Klose (doko) wrote :

also backporting debugedit sounds like the correct thing to do

Revision history for this message
Dan Streetman (ddstreet) wrote :

> also backporting debugedit sounds like the correct thing to do

I don't think we can backport debugedit for i386 currently, since debugedit's i386 build depends on debhelper which depends on debugedit's i386 build.

Maybe we can do a build without the backports pocket in a PPA, then binary-copy debugedit over to -backports, or some other magic to work around the circular dep.

Revision history for this message
Dan Streetman (ddstreet) wrote :

The backporters team decided in a previous mtg to take the approach of reverting the use of debugedit.

summary: - debhelper in focal-backports not usable for i386 package building
+ [BPO] debhelper in focal-backports not usable for i386 package building
(missing dependency)
Changed in debhelper (Ubuntu):
status: New → Invalid
Changed in debugedit (Ubuntu):
status: New → Invalid
Changed in debugedit (Ubuntu Bionic):
status: New → Invalid
Revision history for this message
Dan Streetman (ddstreet) wrote :

uploaded to -backports queues for bionic and focal

Revision history for this message
Mattia Rizzolo (mapreri) wrote :

uploads approved.

Changed in debugedit (Ubuntu Focal):
status: New → Invalid
Changed in debhelper (Ubuntu Focal):
status: New → Fix Released
Changed in debhelper (Ubuntu Bionic):
status: New → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Related questions

Remote bug watches

Bug watches keep track of this bug in other bug trackers.