Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 637988 - dev-libs/protobuf-3.1.0 fetch fails : Filesize does not match recorded size
Summary: dev-libs/protobuf-3.1.0 fetch fails : Filesize does not match recorded size
Status: RESOLVED OBSOLETE
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: Normal normal (vote)
Assignee: Arfrever Frehtes Taifersar Arahesis
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2017-11-18 10:52 UTC by hind
Modified: 2018-04-04 19:54 UTC (History)
4 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments
Build.log file (build.log,4.05 KB, text/x-log)
2017-11-18 10:52 UTC, hind
Details
emerge --info (emerge-info.txt,5.39 KB, text/plain)
2017-11-18 10:54 UTC, hind
Details

Note You need to log in before you can comment on or make changes to this bug.
Description hind 2017-11-18 10:52:56 UTC
Created attachment 504600 [details]
Build.log file

Fetched file: protobuf-3.1.0.tar.gz VERIFY FAILED!
Reason: Filesize does not match recorded size
Got:      4051540
Expected: 4051503
Comment 1 hind 2017-11-18 10:54:36 UTC
Created attachment 504602 [details]
emerge --info
Comment 2 Matt Turner gentoo-dev 2017-11-23 22:55:19 UTC
I cannot reproduce.
Comment 3 hind 2017-11-24 06:11:18 UTC
I have been notified that the problem only occurs when having selected a GENTOO_MIRRORS host that doesn't have the file (then it tries to fetch the file from github.com where it's broken).
When I removed my chosen mirror from the variable (mirror.isoc.org.il), the file was fetched successfully.
The bug can be closed because the file exists on other mirrors.
Comment 4 Michał Górny archtester Gentoo Infrastructure gentoo-dev Security 2017-12-10 13:11:10 UTC
The issue does not affect normal Gentoo systems that use mirrors, so no reason to block stabilization.
Comment 5 Jonas Stein gentoo-dev 2018-04-03 15:47:08 UTC
GENTOO_MIRRORS="" ebuild protobuf-3.1.0.ebuild fetch
works for me now. 

The we should distribute the same tar ball as used for stabilization.
We can copy it from a mirror to dev space, as a developer to do so, if this is required.

Even if mirrors still work for a while, the ebuild should have a valid SRC_URI in general.

Can we close it here, or is something left todo?
Comment 6 hind 2018-04-03 17:10:35 UTC
As I wrote on 2017-11-24, this is likely a mirror issue, so it can be closed.
Besides, the newer (and stable) dev-libs/protobuf-3.5.1.1::gentoo doesn't have that problem.