Re: New experimental, unofficial apt-rpm release

Panu Matilainen <[email protected]> Wed, 01 Feb 2006 22:30:41 +0200
Newsgroups gmane.linux.conectiva.apt-rpm
Message-ID <[email protected]>
On Wed, 2006-02-01 at 18:18 +0100, Axel Thimm wrote:
> On Tue, Jan 31, 2006 at 11:12:18PM +0200, Panu Matilainen wrote:
> > Hey folks (is there anybody still here anyway?)
> 
> You listening to "The Wall"? ;)

One of my favorite albums :)

> 
> > Just when you thought it was finally dead for good, here's a new
> > EXPERIMENTAL AND UNOFFICIAL new apt-rpm release featuring:
> > * barebones multilib support hack for x86_64
> > * support for rpm >= 4.4.3, including Suggests handling
> 
> It is either too late for Xmas or too early for April fool's day :)

Heh, kinda expected comments like this :D I actually wanted to do this
for Xmas but .. well, it didn't happen.

> 
> > Before you get too excited, the multilib support is hacky and
> > non-optimal at best. It simply renames apt internally any non-native
> > packages on 64bit systems "foo" -> "foo.32bit" to avoid the deeper
> > issues. I'm sure it has bugs, some known (cross-arch obsoletes certainly
> > wont work correctly etc) and some unknown, but it hasn't trashed my box
> > yet. Knock wood, and *treat with care*. Do let me know if it works for
> > you or not.
> 
> Have you encountered any cross-arch obsoltes? I wouldn't even know how
> to syntactically specfile them.

Some RHEL 3 update-set had a really, really nasty reorganization of
laus* packages which involved what I consider cross-arch obsolete.
Something along lines you originally had laus.i386 and laus.x86_64 which
was split into laus.x86_64, laus-libs.x86_64 and laus-libs.i386 or
something like that. Apt (using the older hack where you manually
configure some packages as multilib) did NOT like that. Would be
interesting to try that with the current implementation but I doubt
it'll like it any better now.

> 
> > The place to get it: http://laiskiainen.org/apt/testing/
> > 
> > Yeah, I've been bored. Things are just too easy in Python and needed a
> > bit of challenge for a change ;) I wont make any promises about actively
> > continuing apt-rpm development but hey, if people still want to use it,
> > who knows...
> 
> apt still is the speed-of-light champion of all depsolvers. And
> outside of multilib it performes very well.
> 
> Thanks a lot for this, Panu!

Best thanks is trying it out and letting me know if it works or not :)

	- Panu -