Build-Depends dependency for cmucl cannot be satisfied (circular build-depends; needs manual bootstrapping on the buildd)

Bug #31098 reported by David Cabecinhas
16
Affects Status Importance Assigned to Milestone
cmucl (Ubuntu)
Fix Released
Medium
Unassigned

Bug Description

I'm having the following error on Dapper:

"$ sudo apt-get build-dep cmucl
Reading package lists... Done
Building dependency tree... Done
E: Build-Depends dependency for cmucl cannot be satisfied because no available versions of package cmucl can satisfy version requirements"

I have this on my sources.list, so it should work:

"deb http://archive.ubuntu.com/ubuntu/ dapper main restricted universe multiverse
deb-src http://archive.ubuntu.com/ubuntu/ dapper main restricted universe"

Revision history for this message
Loic Pefferkorn (loic) wrote :

confirmed with 19a-release-20040728-9

Changed in cmucl:
assignee: nobody → motu
status: Unconfirmed → Confirmed
Revision history for this message
Andrew Mitchell (ajmitch) wrote :

Another one of these nasty circular build-dependencies - we'll have to get an existing binary package installed on the buildd chroots to get this built.

Revision history for this message
Peter Van Eynde (ubuntu-pvaneynd) wrote :

It actually is worse then that: a version of cmucl can only be rebuild using that same version. Bootstrapping from an older version is a complex manual process.

Revision history for this message
Michael Bienia (geser) wrote :

cmucl doesn't build in hardy as it waits on a newer cmucl.

The current version in the archive (19a-release-20040728-9) was build during hoary.
The source in hardy needs cmucl (>= 19d-20061116-1) for building.

Changed in cmucl:
assignee: motu → nobody
Revision history for this message
Adam Conrad (adconrad) wrote :

Color me dense, but if the only way to build it is with the current version, how does one ever bootstrap the initial binary? Could this "complex manual process" not be represented in debian/rules for a full bootstrap (without a self-referential build-dep) on every upload, much like the GCC suite tends to do?

If I'm going to have to do manual builds on every new upstream release, I'm more likely to just request that we remove this package from the archive entirely, as this is just infeasible.

Revision history for this message
Max Bowsher (maxb) wrote :

Given the binaries currently in the archive date back to Hoary, perhaps the time has come to simply remove the package, rather than continuing to ship mismatched binaries and source in future Ubuntu releases.

Revision history for this message
Michael Bienia (geser) wrote :

Please remove "cmucl" from the archive and add it to the sync blacklist.

Although the package is maintained in Debian, the cyclic build-depends prevents it from getting build in Ubuntu. And bootstrapping it every new upstream versions doesn't seem manageable.

The binary packages built from cmucl have no rdepends that can't be fulfilled with other packages.
The source packages has only itself as rbuilddepends.

Revision history for this message
Steve Langasek (vorlon) wrote :

2009-05-04 07:50:10 INFO Removing candidates:
2009-05-04 07:50:10 INFO cmucl 19f-20090312-1 in karmic
2009-05-04 07:50:10 INFO Removed-by: Steve Langasek
2009-05-04 07:50:10 INFO Comment: repeated manual bootstrapping required, not sustainable in Ubuntu; LP: #31098
2009-05-04 07:50:10 INFO 1 package successfully removed.
2009-05-04 07:50:10 INFO Transaction committed.
2009-05-04 07:50:10 INFO The archive will be updated in the next publishing cycle.

And blacklisted.

Changed in cmucl (Ubuntu):
status: Confirmed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

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