Comment 1 Marcell Lengyel 2009-12-01 10:44:47 UTC

The repository has been reindexed.

still got this problem. on 02-12-2009 19:20 cet

Fetched 481B in 6s (76B/s)                                                    
W: Failed to fetch
http://repository.maemo.org/extras-devel/dists/fremantle/Release  No Hash entry
in Release file
/var/lib/apt/lists/repository.maemo.org_extras-devel_dists_fremantle_Release

E: Some index files failed to download, they have been ignored, or old ones
used instead.
/home/user #

I can confirm that Release file is again truncated.

I'll reopen the bug for now.

I also can confirm this bug. But I never get the same error message using:
apt-get update

Is there somebody who
* get this bug using 'apt-get update'? or
* get this bug not using the device (e.g. scratchbox on a pc)?

Comment 5 Marcell Lengyel 2009-12-03 10:33:02 UTC

I have checked it again at 10:31 EET, and I could not reproduce it.

(In reply to comment #5)
> I have checked it again at 10:31 EET, and I could not reproduce it.
> 

works for me aswell today, though i was assuming that the blocker might be set
because of some underlying problem which truncates the release file ?

Comment 7 Andre Klapper 2009-12-03 12:22:29 UTC

Blocker because it blocks testing, as per definition.

I also ran into this yesterday, works fine for me again today.

i used apt-get instead. now it works fine again

Yes, now http://repository.maemo.org/extras-devel/dists/fremantle/Release is
again complete, last generated at "Thu, 03 Dec 2009 01:58:47 UTC".

But if the script that generates the file is not fixed, it will come up again
I'm afraid :/. It might be that some bug is interrupting the repository indexes
update at some point, because when I see the problem, there are ".bz2.new"
files in
http://repository.maemo.org/extras-devel/dists/fremantle/free/binary-armel/ as
well.

BTW, let me emphasize that the problem is *only* reproducible on the device,
probably because the internal scratchbox apt-get version is different from the
device and just ignores the incomplete Releases file.

Comment 10 Marcell Lengyel 2009-12-04 13:54:43 UTC

The setup works like this: all repository management is done on the
garage.maemo.org server for the extras-* repos. Then it is synced over to
repository.maemo.org and served from there. There is nothing wrong with the
scripts as fas as I can tell, but rather with the fact that garage is on its
knees these days and sometimes the sync to r.m.o times out or does not finish
before the next sync starts. I will try to see if it is possible to make the
whole sync process more fool-proof, but the real fix for this issue will be
moving the servers to faster machines. Which is on going atm.

Hmm, if rsync is involved, it makes a whole sense now.

I think the problem is that rsync is running while the repository indexes are
still being updated. I suppose that's why we get the incomplete Release file
(which is generated before the indexes are updated, and the hashes are added
after), and .bz2.new files are left behind (generated by bzip2 during
compression).

Is it possible to change the sync script to check for the existence of these
.new files (or even better create a lock file for the whole sync process) so
that the sync is not attempted if a index update is in progress?

Comment 12 Marcell Lengyel 2009-12-04 14:25:04 UTC

The lock files are already in the sync scripts. I think that I have found the
problem in the diablo scripts though, that triggered a sync for the whole
extras-devel instead of just the diablo section. So, let's do one more FIXED
and reopen if it comes back round.

Sorry, but today this happens again for me.

(In reply to comment #13)
> Sorry, but today this happens again for me.

ACK here too:
W: Failed to fetch
http://repository.maemo.org/extras-testing/dists/freemantle/free/binary-armel/Packages
 404 Not Found [IP: 80.157.170.73 80]

W: Failed to fetch
http://repository.maemo.org/extras-testing/dists/freemantle/non-free/binary-armel/Packages
 404 Not Found [IP: 80.157.170.73 80]

(In reply to comment #14)
> (In reply to comment #13)
> > Sorry, but today this happens again for me.
> 
> ACK here too:
> W: Failed to fetch
> http://repository.maemo.org/extras-testing/dists/freemantle/free/binary-armel/Packages
>  404 Not Found [IP: 80.157.170.73 80]

Note you have a typo here. It's "fremantle" not "freemantle".

(In reply to comment #15)

> Note you have a typo here. It's "fremantle" not "freemantle".

Args sorry indeed. Update worked and I try to hide under a pillow.

Hi,

Today i am getting this error again
"http://repository.maemo.org/extras-devel/dists/fremantle/Release  No Hash
entry in Release file
/var/lib/apt/lists/repository.maemo.org_extras-devel_dists_fremantle_Release
"

Comment 18 Jörgen Scheibengruber 2009-12-10 21:54:12 UTC

man, this is annoying... why is this low priority?

Occurring for me today. Agree with the above comment, this needs a higher
priority. It is a stopper for testing lots of software.

Comment 20 Andre Klapper 2009-12-10 22:51:00 UTC

See comment 10.

Fixing this requires faster machines. They have been ordered, the first of them
have arrived now, and people are working on fixing this issue already.

Any news concerning this bug or the new hardware? Just can confirm to suffer
under the "No Hash entry in Release file" (also using apt-get update), too.

I just retried a couple of times and then it worked.
(In reply to comment #21)
> Any news concerning this bug or the new hardware? Just can confirm to suffer
> under the "No Hash entry in Release file" (also using apt-get update), too.
>

Comment 23 Niels Breet 2010-01-18 11:48:13 UTC

This issue should now be resolved in the new servers architecture. Please
reopen if this happens again.