Is this still hitting you? It could have been a transient error :-?
> E: Some index files failed to download. They have been ignored, or old
> ones used instead. E: Couldn't rebuild package cache
>
>
>
> # cat /etc/apt/sources.list
> deb http://ftp.us.debian.org/debian/ wheezy main
> deb http://ftp.us.debian.org/debian/ wheezy non-free
You do not have permission to delete messages in this group
Copy link
Report message
Sign in to report message
Show original message
Either email addresses are anonymous for this group or you need the view member email addresses permission to view the original message
to
On Fri, 18 May 2012 15:20:24 -0700, T Elcor wrote:
> --- On Fri, 5/18/12, Camaleón <noel...@gmail.com> wrote:
>
>>> Get: 3 http://ftp.us.debian.org wheezy/non-free Translation-en [61.5
>>> kB] Err http://ftp.us.debian.org wheezy/main Translation-en
>>> 404 Not Found [IP: 128.61.240.89 80]
>
>> Is this still hitting you? It could have been a transient error :-?
>
> Still having this problem. Weird, IPs change, so it doesn't look like a
> single failed server problem.
Weird... I'm also using wheezy and haven't experienced any problem though
I use "apt-get update && apt-get -V dist-upgrade" to update the system.
Are you (or your ISP) behind some kind of proxy?
>> Tip: you can use a "one-liner" instead: deb
>> http://ftp.us.debian.org/debian/ wheezy main non-free
>
> Tried it, the error is still there.
Yes, it was just a "cosmetic" tip. I like having things ordered O:-)
> Weird... I'm also using wheezy and haven't experienced any
> problem though
> I use "apt-get update && apt-get -V dist-upgrade" to
> update the system.
>
> Are you (or your ISP) behind some kind of proxy?
You do not have permission to delete messages in this group
Copy link
Report message
Sign in to report message
Show original message
Either email addresses are anonymous for this group or you need the view member email addresses permission to view the original message
to
On Sat, 19 May 2012 02:38:56 -0700, T Elcor wrote:
> --- On Sat, 5/19/12, Camaleón <noel...@gmail.com> wrote:
>
>> Weird... I'm also using wheezy and haven't experienced any problem
>> though
>> I use "apt-get update && apt-get -V dist-upgrade" to update the system.
>>
>> Are you (or your ISP) behind some kind of proxy?
>
> Not that I know of. Besides, I can access the following URLs from the
> browser without any problems:
> http://ftp.us.debian.org/debian/dists/wheezy/main/ > http://ftp.us.debian.org/debian/dists/wheezy/non-free/
Oh, of course the file is there and accesible via browser, but that tells
you little because you are connected to a "dynamic" mirror, it redirects
you to a different server every time:
> Okay, you can try with a different mirror. Edit your
> "sources.list" file
> and keep only this line (comment out "#" the rest):
>
> deb http://ftp.de.debian.org/debian/ wheezy main non-free
>
> Then jump to a console and run:
>
> apt-get update && apt-get -V dist-upgrade
>
> And put here the output.
"security" still fails because you did not commented out...
> W: Failed to fetch gzip:/var/lib/apt/lists/partial/ftp.de.debian.org_debian_dists_wheezy_non-free_binary-amd64_Packages
> Hash Sum mismatch
>
> E: Some index files failed to download. They have been ignored, or old ones used instead.
> "security" still fails because you did not commented out...
In theory, security may fail because there are no security updates for wheezy yet, in practice that line was working fine for months without any problems until several days ago.
You do not have permission to delete messages in this group
Copy link
Report message
Sign in to report message
Show original message
Either email addresses are anonymous for this group or you need the view member email addresses permission to view the original message
to
On Sat, 19 May 2012 08:33:15 -0700, T Elcor wrote:
> --- On Sat, 5/19/12, Camaleón <noel...@gmail.com> wrote:
>
>> "security" still fails because you did not commented out...
>
> In theory, security may fail because there are no security updates for
> wheezy yet, in practice that line was working fine for months without
> any problems until several days ago.
Not at all, I also use wheezy and the security repo is working as it
should. It is something failing at your side :-)
>> Clean your local apt cache:
(...)
>> Then, put these two lines *as is* in your "sources.list":
(...)
>> Finally, refresh your repo cache (apt-get update) and resend the
>> output.
>
>
> # apt-get clean
> # apt-get update
(...)
> W: Failed to fetch gzip:/var/lib/apt/lists/partial/ftp.de.debian.org_debian_dists_wheezy_non-free_binary-amd64_Packages
> Hash Sum mismatch
>
> E: Some index files failed to download. They have been ignored, or old
> ones used instead.
I'm starting to think you are facing a pure connectivity problem.
1 o téléchargés en 6s (0 o/s)
W: Failed to fetch
bzip2:/var/lib/apt/lists/partial/ftp.fr.debian.org_debian_dists_wheezy_main_i18n_Translation-en:
Somme de contrôle de hachage incohérente
E: Some index files failed to download. They have been ignored, or old ones used
instead.
E: Impossible de reconstruire le cache des paquets
You do not have permission to delete messages in this group
Copy link
Report message
Sign in to report message
Show original message
Either email addresses are anonymous for this group or you need the view member email addresses permission to view the original message
to
On Sat, 19 May 2012 17:38:34 +0200, antoinejou wrote:
> All of this makes me mad...
(...)
> W: Failed to fetch
> bzip2:/var/lib/apt/lists/partial/ftp.fr.debian.org_debian_dists_wheezy_main_i18n_Translation-en:
> Somme de contrôle de hachage incohérente
>
> E: Some index files failed to download. They have been ignored, or old
> ones used instead.
> E: Impossible de reconstruire le cache des paquets
(...)
Okay, okay... I'm also getting the same "hash mismatch" error _now_.
There must be something changing at the servers, we'll have to wait.
You do not have permission to delete messages in this group
Copy link
Report message
Sign in to report message
Show original message
Either email addresses are anonymous for this group or you need the view member email addresses permission to view the original message
to
On Sat, May 19, 2012 at 12:03 PM, Camaleón <noel...@gmail.com> wrote:
> On Sat, 19 May 2012 17:38:34 +0200, antoinejou wrote:
>
>> All of this makes me mad...
>
> (...)
>
>> W: Failed to fetch
>> bzip2:/var/lib/apt/lists/partial/ftp.fr.debian.org_debian_dists_wheezy_main_i18n_Translation-en:
>> Somme de contrôle de hachage incohérente
>>
>> E: Some index files failed to download. They have been ignored, or old
>> ones used instead.
>> E: Impossible de reconstruire le cache des paquets
>
> (...)
>
> Okay, okay... I'm also getting the same "hash mismatch" error _now_.
> There must be something changing at the servers, we'll have to wait.
This wasn't happening to me yesterday but it happened to me earlier today.
You do not have permission to delete messages in this group
Copy link
Report message
Sign in to report message
Show original message
Either email addresses are anonymous for this group or you need the view member email addresses permission to view the original message
to
On Sat, May 19, 2012 at 11:50:01AM +0000, Camaleón wrote:
> On Sat, 19 May 2012 04:27:07 -0700, T Elcor wrote:
> >
> > E: Some index files failed to download. They have been ignored, or old ones used instead.
>
> Clean your local apt cache:
>
> apt-get clean
Unrelated.
The index files are stored under:
/var/lib/apt/lists/
The command "apt-get clean" clears out files under:
/var/cache/apt/archives/
Just wiped out your downloaded files. :(
--
"If you're not careful, the newspapers will have you hating the people
who are being oppressed, and loving the people who are doing the
oppressing." --- Malcolm X
You do not have permission to delete messages in this group
Copy link
Report message
Sign in to report message
Show original message
Either email addresses are anonymous for this group or you need the view member email addresses permission to view the original message
to
On Mon, 21 May 2012 03:11:30 +1200, Chris Bannister wrote:
> On Sat, May 19, 2012 at 11:50:01AM +0000, Camaleón wrote:
>> On Sat, 19 May 2012 04:27:07 -0700, T Elcor wrote:
>> >
>> > E: Some index files failed to download. They have been ignored, or
>> > old ones used instead.
>>
>> Clean your local apt cache:
>>
>> apt-get clean
>
> Unrelated.
Now we know where the problem was, yes, but not before.
And it's working fine now (at least for me), the OP should restore the
original sources.list and retry.
> The index files are stored under:
> /var/lib/apt/lists/
But apt was not complaining on the "local" index files...
> The command "apt-get clean" clears out files under:
> /var/cache/apt/archives/
>
> Just wiped out your downloaded files. :(
And that was exactly the point, removing the local cache of downloaded
deb files which could be bad or broken because of the presence of a proxy.
You do not have permission to delete messages in this group
Copy link
Report message
Sign in to report message
Show original message
Either email addresses are anonymous for this group or you need the view member email addresses permission to view the original message
to
Just to be clear. For the archives.
On Sun, May 20, 2012 at 03:55:49PM +0000, Camaleón wrote:
> On Mon, 21 May 2012 03:11:30 +1200, Chris Bannister wrote:
This: (We'll call it error 1 for clarity)
> >> > E: Some index files failed to download. They have been ignored, or
> >> > old ones used instead.
is not fixed by:
> >> Clean your local apt cache:
> >>
> >> apt-get clean
> But apt was not complaining on the "local" index files...
So you are refering to a different error to the one from above?
i.e. NOT error 1 ?
If yes, then it wasn't clear from your post.
> > The command "apt-get clean" clears out files under:
> > /var/cache/apt/archives/
> >
> > Just wiped out your downloaded files. :(
> And that was exactly the point, removing the local cache of downloaded
> deb files which could be bad or broken because of the presence of a proxy.
Really? In what way do you mean bad or broken? Each package is digitally
signed.
In fact, if the subject is correct, any files under
"/var/cache/apt/archives/" have nothing to do with aptitude update
failing.
Sorry if I misunderstood, but your sugestion that:
apt-get clean
will fix the error:
E: Some index files failed to download. They have been ignored, or old
ones used instead.
is simply not true.
--
"If you're not careful, the newspapers will have you hating the people
who are being oppressed, and loving the people who are doing the
oppressing." --- Malcolm X
You do not have permission to delete messages in this group
Copy link
Report message
Sign in to report message
Show original message
Either email addresses are anonymous for this group or you need the view member email addresses permission to view the original message
to
On Tue, 22 May 2012 03:30:55 +1200, Chris Bannister wrote:
> Just to be clear. For the archives.
The archives is precisely what you should read before replying to a post
to get a full understanding on the problem. If you have any doubt, just
ask.
> On Sun, May 20, 2012 at 03:55:49PM +0000, Camaleón wrote:
>> On Mon, 21 May 2012 03:11:30 +1200, Chris Bannister wrote:
>
> This: (We'll call it error 1 for clarity)
>
>> >> > E: Some index files failed to download. They have been ignored, or
>> >> > old ones used instead.
>
> is not fixed by:
>
>> >> Clean your local apt cache:
>> >>
>> >> apt-get clean
Yet again with the same... Now we know the error is not at the user side,
that can make sense but not before. Anyway, I was thinking in "E:
Couldn't rebuild package cache" message that was one of the first errors
the OP got.
>> But apt was not complaining on the "local" index files...
>
> So you are refering to a different error to the one from above? i.e. NOT
> error 1 ?
> If yes, then it wasn't clear from your post.
Then read the thread starting from the first post, dude.
>> > The command "apt-get clean" clears out files under:
>> > /var/cache/apt/archives/
>> >
>> > Just wiped out your downloaded files. :(
>
>> And that was exactly the point, removing the local cache of downloaded
>> deb files which could be bad or broken because of the presence of a
>> proxy.
>
> Really? In what way do you mean bad or broken? Each package is digitally
> signed.
I've seen problems in the past when using apt-get or aptitude and the
local cache was not generated properly. A broken connection or using a
proxy can trigger that.
> In fact, if the subject is correct, any files under
> "/var/cache/apt/archives/" have nothing to do with aptitude update
> failing.
The subject of the post is one thing and the logs and tests done
afterwards are another thing. The problem was finally at the repos.
> Sorry if I misunderstood, but your sugestion that: apt-get clean
>
> will fix the error:
>
> E: Some index files failed to download. They have been ignored, or old
> ones used instead.
>
> is simply not true.
Yes, you reached the wrong conclusion for my advice because I had not in
mind to solve a specific message error what's what you seemed to
understand...
I was able to solve the problem by installing bzip2 package.
Apparently bzip2 package is now required for aptitude to work correctly though there is no dependency between them and the error messages aptitude provides give no clue.
You do not have permission to delete messages in this group
Copy link
Report message
Sign in to report message
Show original message
Either email addresses are anonymous for this group or you need the view member email addresses permission to view the original message
to
On Wed, 23 May 2012 04:54:25 -0700, T Elcor wrote:
> --- On Fri, 5/18/12, T Elcor <tel...@yahoo.com> wrote:
>
>> >> Get: 3 http://ftp.us.debian.org wheezy/non-free
>> Translation-en [61.5 kB]
>> >> Err http://ftp.us.debian.org wheezy/main
>> Translation-en
>> >> 404 Not Found [IP:
>> 128.61.240.89 80]
>
> I was able to solve the problem by installing bzip2 package.
>
> Apparently bzip2 package is now required for aptitude to work correctly
> though there is no dependency between them and the error messages
> aptitude provides give no clue.
Are we still talking about the "Hash Sum mismatch" error?
If so, it makes no sense because:
1/ apt-get was failing in the same way than aptitude
2/ bzip2 has been installed in my system since it was installed and I
also got the same errors
So the "Hash Sum mismatch" message has to be a different problem.
> Are we still talking about the "Hash Sum mismatch" error?
I was getting "Hash Sum mismatch" error only when I was going against a non-US mirror, with a US mirror (which I use by default) I was getting 404 Not Found.
> If so, it makes no sense because:
>
> 1/ apt-get was failing in the same way than aptitude
>
> 2/ bzip2 has been installed in my system since it was
> installed and I
> also got the same errors
>
> So the "Hash Sum mismatch" message has to be a different
> problem.
Maybe. The good thing is now both aptitude and apt are working, and not only that but they are working with US and non-US mirrors.
If you're curious, you may want to remove bzip2 and see what you get. And by the way, thanks for your help.
You do not have permission to delete messages in this group
Copy link
Report message
Sign in to report message
Show original message
Either email addresses are anonymous for this group or you need the view member email addresses permission to view the original message
to
On Wed, 23 May 2012 08:39:44 -0700, T Elcor wrote:
> --- On Wed, 5/23/12, Camaleón <noel...@gmail.com> wrote:
>
>> Are we still talking about the "Hash Sum mismatch" error?
>
> I was getting "Hash Sum mismatch" error only when I was going against a
> non-US mirror, with a US mirror (which I use by default) I was getting
> 404 Not Found.
And is the "404" error solved or still present?
>> If so, it makes no sense because:
>>
>> 1/ apt-get was failing in the same way than aptitude
>>
>> 2/ bzip2 has been installed in my system since it was installed and I
>> also got the same errors
>>
>> So the "Hash Sum mismatch" message has to be a different problem.
>
> Maybe. The good thing is now both aptitude and apt are working, and not
> only that but they are working with US and non-US mirrors.
Ah, fine then, it had to be some sort of problem at the mirrors or
repositories infrastructure...
> If you're curious, you may want to remove bzip2 and see what you get.
No way! :-)
"apt-cache rdepends bzip2" returns 101 packages relying in bzip2 and
despite most of them could be "recommends" or "suggests" I don't want to
find out in the hard way :-}
> Ah, fine then, it had to be some sort of problem at the
> mirrors or
> repositories infrastructure...
>
> > If you're curious, you may want to remove bzip2 and see
> what you get.
Actually, you were right that it was a problem with the mirrors and repositories, and bzip2 isn't necessary for aptitude to work correctly.
I ran some tests and aptitude is working fine with or without bzip2, I guess my installing of bzip2 coincided with fixing of the problem on the infrastructure side.