Re: New experimental, unofficial apt-rpm release

On Mon, 2006-02-06 at 16:59 +0100, Axel Thimm wrote:
> On Wed, Feb 01, 2006 at 10:30:41PM +0200, Panu Matilainen wrote:
> > > 
> > > > 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 :)
> 
> It works, and it works that well, that I patched it into ATrpms' apt
> packages and have started shipping it to the 64 bit world. It can't be
> worse for 64 bits that w/o these patches. :)

Cool :) 

I just finished hacking it a bit more, the results can be found in 
http://laiskiainen.org/apt/testing/ 

Shasums of the new version:
60e2d5b9b85cb48b2fe68e4646a6f8c303a8bc7f  apt-0.5.15lorg2-1.src.rpm
d4693d50c84bf1ac6ca41d645b9b2e43c778e44b  apt-0.5.15lorg2.tar.bz2

Nothing too dramatic here but the multilib stuff is cleaned up a bit and
generalized, you wont see the difference in practise. The more visible
change is that apt now supports yum-style distro-version-package
setting, you can set APT::DistroVerPkg="fedora-release" and any
$(VERSION) references in sources.lists can are replaced with the
packages version. So you can now use sources.list entries like this:
"rpm http://ayo.freshrpms.net/ fedora/linux/$(VERSION)/$(ARCH) core"

Also you can override the version itself. Think of the following on FC4:
# apt-get -o apt::distroversion=5 update
# apt-get -o apt::distroversion=5 dist-upgrade

Full distro upgrades without touching a single config file :)

> But I did notice one slight thing with RHEL4/x86_64 which is probably
> unrelated to x86_64 and your patches:
> 
> You might want to run `apt-get --fix-broken install' to correct these.
> The following packages have unmet dependencies:
>   apr-devel: Depends: gcc (= 3.4.3) but 3.4.4-2 is installed
> E: Unmet dependencies. Try using --fix-broken.
> 
> gcc is gcc-3.4.4-2, but provides gcc = 3.4.3-26 as well.

Yup, I'm aware of that one. It's caused by apt dismissing
self-referencing provides in packages:
http://distro2.conectiva.com.br/pipermail/apt-rpm/2003-May/001702.html

I'll have a look - the cure could be as simple as removing the two lines
in question, or then all hell is going to break loose. :)

	- Panu -

> 
> Thanks!