Re: bad archive handling
"Shot (Piotr Szotkowski)" <email@example.com> writes:
> Sven Luther:
>> No the real solution to this is to have the archive software accept
>> multiple copies of a same package, and not remove the older arch:all
>> packages when there are still arch:any package from the same source
>> package in the archive.
> But the original problem (from debian-gtk-gnome) wasn't that the archive
> deletes the older versions (it doesn't), but that the client-side
> program wants the *newest* versions of packages.
Which is true but not the problem at all.
> gnome-applets-data_184.108.40.206-3_all.deb was in the archive when
> gnome-applets_220.127.116.11-3_ia64.deb was the newest gnome-applets
> for ia64, but gnome-applets-data_18.104.22.168-4_all.deb was there *already*,
> and so apt didn't want to get the older, -3 gnome-applets-data.
The question is no what is in the archive but what is listed in the
Packages file (as the highest version but there is always only one in
> gnome-applets and gnome-applets-data must be the same version, but
> from the ia64's point of view the newest gnome-applets was -3 and
> the newest gnome-applets-data was -4. It's apt who should have requested
> gnome-applets-data -3 istead of breaking. Archive was ok all the time.
The newest and the only one in that distribution. 'apt-get install
gnome-applets-data=22.214.171.124-3' would not have worked.
> -- Shot
> The only winner in the War of 1812 was Tchaikovsky. -- Solomon Short
> ================================================ http://shot.pl/hovercraft/ ===