[repo-coord] Re: Latest apt broken?

Axel Thimm Axel.Thimm at atrpms.net
Wed Jan 19 09:17:06 CET 2005


On Wed, Jan 19, 2005 at 06:06:18AM +0100, Dag Wieers wrote:
> On Tue, 18 Jan 2005, Andre Costa wrote:
> 
> > I just upgraded tons of packages on my FC3 box with apt-get; among the
> > new packages, there was a new apt-get version. Unfortunately, it seems
> > to be useless as it is:
> > 
> > # apt-get update
> > Fetching list of repositories/mirrors...
> > E: Failed to fetch mirror list file:
> > 
> > # apt-cache policy apt
> > Fetching list of repositories/mirrors...
> > E: Failed to fetch mirror list file:
> > 
> > E: could not open package priority file /etc/apt/rpmpriorities
> > 
> > Should I downgrade apt? Anything I should fix? There was only one
> > .rpmsave file on /etc/apt dir, and it did not contain anything relevant
> > to the problem at hand...
> 
> What version of apt-get are you running now ? What apt-get where you 
> running before ? I assume you went from one apt package from one 
> repository to an incompatible apt package from another repository.
> Maybe you added a new repository ?
> 
> I know Axel removed most config-files necessary to run Apt from the apt 
> package and his package is prefered because he does not reset release 
> numbers anymore, so it is very likely this happened to you.

No, that's certainly not ATrpms' apt. The apt in ATrpms does have the
config files broken out to allow for any repo to supply its own, but
of course it has file dependencies on the config files, so this
situation is not possible unless you force the package to be installed
with rpm --nodeps.

From the "mirrors" reference I would assume Panus apt
(fedora.us/livna/extras?), which has some lua scripts to do choose
mirrors from some list.

> It shouldn't be, nevertheless it happened. I cannot possibly prevent this 
> from happening.

A nice thing would be to agree on common infrastructure packages, and
breaking out the config files makes them vendor/repo neutral, so I
hope this does have a chance to be accepted in the long run (not that
we will be living to see it, but you have to plane in big timescales ;)
-- 
Axel.Thimm at ATrpms.net
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url : http://lists.atrpms.net/pipermail/repo-coord/attachments/20050119/70f729f9/attachment.bin


More information about the repo-coord mailing list