[oe] libmatthew-java-0.7.1.tar.gz not fetchable

[Steffen Sledz]

On 20.03.2012 15:22, Tom Rini wrote:
> On Tue, Mar 20, 2012 at 12:42 AM, Frans Meulenbroeks
> <fransmeulenbroeks at gmail.com> wrote:
>> 2012/3/20 Steffen Sledz <sledz at dresearch-fe.de>:
>>> On 19.03.2012 17:21, Tom Rini wrote:
>>>> On Mon, Mar 19, 2012 at 04:44:10PM +0100, Frans Meulenbroeks wrote:
>>>>> 2012/3/19 Tom Rini <tom.rini at gmail.com>:
>>>>>> On Mon, Mar 19, 2012 at 12:49 AM, Steffen Sledz <sledz at dresearch-fe.de> wrote:
>>>>>>> On 15.03.2012 11:32, Steffen Sledz wrote:
>>>>>>>> libmatthew-java-0.7.1.tar.gz (used in 2011.03-maintenance branch) is no longer fetchable from it's original location (the maintainer provides the latests version only). And i did not found another reliable source.
>>>>>>>>
>>>>>>>> Can someone put the tarball into the OE and/or Angstrom mirrors?
>>>>>>>
>>>>>>> Ping!
>>>>>>
>>>>>> If someone points Khem at a copy, this can happen...
>>>>>>
>>>>>> --
>>>>> google is your friend
>>>>>
>>>>> http://pkgs.fedoraproject.org/repo/pkgs/libmatthew-java/libmatthew-java-0.7.1.tar.gz/6a4db221129f230c64a0f937d00bb703/libmatthew-java-0.7.1.tar.gz
>>>>>
>>>>> It might be useful to update the recipe itself as well.
>>>>> Furthermore we might consider running a fetchall and put all fetched
>>>>> on the mirror.
>>>>
>>>> Does pkgs.fedoraproject.org have a policy about forever, ala
>>>> snapshot.debian.org?  Otherwise, we're just making a problem for
>>>> ourselves in the future.  WRT an everything mirror, I think bandwidth
>>>> usage is a concern there, ala what I think happened with the angstrom
>>>> everything mirror.
>>
>> I don't know about the policy fedora has for retaining packages.
>> There might also be a copy on debian. Google gave a fair number of hits.
> 
> I see one under
> http://snapshot.debian.org/archive/debian/20110301/pool/main/libm/libmatthew-java/
> so a patch to switch to that would be good with me.

The file <http://snapshot.debian.org/archive/debian/20110228T220053Z/pool/main/libm/libmatthew-java/libmatthew-java_0.7.1.orig.tar.gz> does not seem to be the same file we're looking for. At least the checksums differ.

--------------------> snip <-------------------
> wget http://snapshot.debian.org/archive/debian/20110228T220053Z/pool/main/libm/libmatthew-java/libmatthew-java_0.7.1.orig.tar.gz
asking libproxy about url 'http://snapshot.debian.org/archive/debian/20110228T220053Z/pool/main/libm/libmatthew-java/libmatthew-java_0.7.1.orig.tar.gz'
libproxy suggest to use 'direct://'
--2012-03-21 07:41:30--  http://snapshot.debian.org/archive/debian/20110228T220053Z/pool/main/libm/libmatthew-java/libmatthew-java_0.7.1.orig.tar.gz
Resolving snapshot.debian.org (snapshot.debian.org)... 193.62.202.30, 206.12.19.150, 2607:f8f0:610:4000:1a1a:0:ce0c:1396, ...
Connecting to snapshot.debian.org (snapshot.debian.org)|193.62.202.30|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 38375 (37K) [application/x-tar]
Saving to: `libmatthew-java_0.7.1.orig.tar.gz'

100%[==================================================================================================================>] 38.375      --.-K/s   in 0,1s

2012-03-21 07:41:30 (330 KB/s) - `libmatthew-java_0.7.1.orig.tar.gz' saved [38375/38375]

> md5sum libmatthew-java_0.7.1.orig.tar.gz
d6145d37c6d289713d68c5745eab23af  libmatthew-java_0.7.1.orig.tar.gz

> grep md5 recipes/libmatthew/libmatthew_0.7.1.bb
SRC_URI[md5sum] = "6a4db221129f230c64a0f937d00bb703"
--------------------> snip <-------------------

-- 
DResearch Fahrzeugelektronik GmbH
Otto-Schmirgal-Str. 3, 10319 Berlin, Germany
Tel: +49 30 515932-237 mailto:sledz at dresearch-fe.de
Fax: +49 30 515932-299
Geschäftsführer: Dr. Michael Weber, Werner Mögle;
Amtsgericht Berlin Charlottenburg; HRB 130120 B;
Ust.-IDNr. DE273952058