libmatthew-java-0.7.1.tar.gz not fetchable

libmatthew-java-0.7.1.tar.gz not fetchable

[Steffen Sledz]

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?

Thx,
Steffen

PS: I can send the tarball on request.

-- 
DResearch Fahrzeugelektronik GmbH
Otto-Schmirgal-Str. 3, 10319 Berlin, Germany
Tel: +49 30 515932-237 mailto:sledz@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

Re: libmatthew-java-0.7.1.tar.gz not fetchable

[Steffen Sledz]

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!

-- 
DResearch Fahrzeugelektronik GmbH
Otto-Schmirgal-Str. 3, 10319 Berlin, Germany
Tel: +49 30 515932-237 mailto:sledz@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

Re: libmatthew-java-0.7.1.tar.gz not fetchable

[Tom Rini]

On Mon, Mar 19, 2012 at 12:49 AM, Steffen Sledz <sledz@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...

-- 
Tom

Re: libmatthew-java-0.7.1.tar.gz not fetchable

[Frans Meulenbroeks]

2012/3/19 Tom Rini <tom.rini@gmail.com>:
> On Mon, Mar 19, 2012 at 12:49 AM, Steffen Sledz <sledz@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.

Frans.

Re: libmatthew-java-0.7.1.tar.gz not fetchable

[Tom Rini]

On Mon, Mar 19, 2012 at 04:44:10PM +0100, Frans Meulenbroeks wrote:
> 2012/3/19 Tom Rini <tom.rini@gmail.com>:
> > On Mon, Mar 19, 2012 at 12:49 AM, Steffen Sledz <sledz@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.

-- 
Tom

Re: libmatthew-java-0.7.1.tar.gz not fetchable

[Steffen Sledz]

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@gmail.com>:
>>> On Mon, Mar 19, 2012 at 12:49 AM, Steffen Sledz <sledz@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.

Khem has put the tarball on the mirror. But this does not fix our problem.

Fetching from the original url downloads an XHTML error page and stores it under the name of the archive. This of course results in a checksum mismatch. :(

So in my opinion changing the recipe to the fedoraproject url seems to be the best way.

Regards,
Steffen

-- 
DResearch Fahrzeugelektronik GmbH
Otto-Schmirgal-Str. 3, 10319 Berlin, Germany
Tel: +49 30 515932-237 mailto:sledz@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

Re: libmatthew-java-0.7.1.tar.gz not fetchable

[Frans Meulenbroeks]

2012/3/20 Steffen Sledz <sledz@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@gmail.com>:
>>>> On Mon, Mar 19, 2012 at 12:49 AM, Steffen Sledz <sledz@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.

Wrt the bandwidth problem: fair
Then again, I'm not sure how much oe classic is build nowadays and how
much load this would really mean.

In any case we could run a fetchall and store the results somewhere.
Then we at least have a copy handy if upstream does not have the
sources any more.
>
> Khem has put the tarball on the mirror. But this does not fix our problem.
>
> Fetching from the original url downloads an XHTML error page and stores it under the name of the archive. This of course results in a checksum mismatch. :(
>
> So in my opinion changing the recipe to the fedoraproject url seems to be the best way.
>
There is yet another option. We could also host the sources somewhere
on oe and adapt the recipe to read from this oe dir.
The difference with a mirror is that this also works if there is no
mirror configured (and ofc "somewhere" could be the mirror dir).

Frans

Re: libmatthew-java-0.7.1.tar.gz not fetchable

[Khem Raj]

On Tue, Mar 20, 2012 at 12:13 AM, Steffen Sledz <sledz@dresearch-fe.de> wrote:
>
> Khem has put the tarball on the mirror. But this does not fix our problem.
>
> Fetching from the original url downloads an XHTML error page and stores it under the name of the archive. This of course results in a checksum mismatch. :(
>

I might have put a wrong one. I redid it please try again after
deleting it from your DL_DIR

> So in my opinion changing the recipe to the fedoraproject url seems to be the best way.
>
> Regards,
> Steffen

Re: libmatthew-java-0.7.1.tar.gz not fetchable

[Tom Rini]

On Tue, Mar 20, 2012 at 12:42 AM, Frans Meulenbroeks
<fransmeulenbroeks@gmail.com> wrote:
> 2012/3/20 Steffen Sledz <sledz@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@gmail.com>:
>>>>> On Mon, Mar 19, 2012 at 12:49 AM, Steffen Sledz <sledz@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.

-- 
Tom

Re: libmatthew-java-0.7.1.tar.gz not fetchable

[Steffen Sledz]

On 20.03.2012 15:16, Khem Raj wrote:
> On Tue, Mar 20, 2012 at 12:13 AM, Steffen Sledz <sledz@dresearch-fe.de> wrote:
>>
>> Khem has put the tarball on the mirror. But this does not fix our problem.
>>
>> Fetching from the original url downloads an XHTML error page and stores it under the name of the archive. This of course results in a checksum mismatch. :(
> 
> I might have put a wrong one. I redid it please try again after
> deleting it from your DL_DIR

I retried. but as i expected with success again.

I believe it is a problem by design. The fetcher first tries the original location which did not fail but returns the mentioned error file.

-----------------------> snip <------------------------

NOTE: package libmatthew-0.7.1-r0: task do_fetch: Started
asking libproxy about url 'http://www.matthew.ath.cx/projects/java/libmatthew-java-0.7.1.tar.gz'
 libproxy suggest to use 'direct://'
 --2012-03-20 15:22:20--  http://www.matthew.ath.cx/projects/java/libmatthew-java-0.7.1.tar.gz
 Resolving www.matthew.ath.cx (www.matthew.ath.cx)... 81.187.131.226, 2001:8b0:1b1::4
 Connecting to www.matthew.ath.cx (www.matthew.ath.cx)|81.187.131.226|:80... connected.
 HTTP request sent, awaiting response... 302 Found
 Location: http://www.matthew.ath.cx/errors/404 [following]
 asking libproxy about url 'http://www.matthew.ath.cx/errors/404'
 libproxy suggest to use 'direct://'
 --2012-03-20 15:22:20--  http://www.matthew.ath.cx/errors/404
 Reusing existing connection to www.matthew.ath.cx:80.
 HTTP request sent, awaiting response... 200 OK
 Length: 9228 (9.0K) [text/html]
 Saving to: `/home/sledz/sources/libmatthew-java-0.7.1.tar.gz'

      0K .........                                             100% 38.9K=0.2s

 2012-03-20 15:22:21 (38.9 KB/s) - `/home/sledz/sources/libmatthew-java-0.7.1.tar.gz' saved [9228/9228]

ERROR: The checksums for "/home/sledz/sources/libmatthew-java-0.7.1.tar.gz" did not match.
  MD5: expected "6a4db221129f230c64a0f937d00bb703", got "8f4fe8e82bb68a092434e7bb46e0214f"
  SHA256: expected "003c44be21859d1495c0571e249ce17edd5ac58636f67b6a8bc4f395a6c7e6a2", got "5a318486f7ee1ee4e0c2f66f1cd59decbc54753fc94b01a80711ac7ff79ec15a"

NOTE: package libmatthew-0.7.1-r0: task Fetch failed: http://www.matthew.ath.cx/projects/java/libmatthew-java-0.7.1.tar.gz checksum mismatch.: Failed
ERROR: Function 'Fetch failed: http://www.matthew.ath.cx/projects/java/libmatthew-java-0.7.1.tar.gz checksum mismatch.' failed
ERROR: Task 0 (/home/sledz/work/openembedded/recipes/libmatthew/libmatthew_0.7.1.bb, do_fetch) failed with exit code '1'
ERROR: '/home/sledz/work/openembedded/recipes/libmatthew/libmatthew_0.7.1.bb' failed

...
sledz@fensuse:/pm/sledz/HydraIP/OE> file /home/sledz/sources/libmatthew-java-0.7.1.tar.gz
/home/sledz/sources/libmatthew-java-0.7.1.tar.gz: XML document text

-----------------------> snip <------------------------

>> So in my opinion changing the recipe to the fedoraproject url seems to be the best way.

-- 
DResearch Fahrzeugelektronik GmbH
Otto-Schmirgal-Str. 3, 10319 Berlin, Germany
Tel: +49 30 515932-237 mailto:sledz@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

Re: 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@gmail.com> wrote:
>> 2012/3/20 Steffen Sledz <sledz@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@gmail.com>:
>>>>>> On Mon, Mar 19, 2012 at 12:49 AM, Steffen Sledz <sledz@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@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

Re: libmatthew-java-0.7.1.tar.gz not fetchable

[Steffen Sledz]

On 21.03.2012 07:47, Steffen Sledz wrote:
> On 20.03.2012 15:22, Tom Rini wrote:
>> On Tue, Mar 20, 2012 at 12:42 AM, Frans Meulenbroeks
>> <fransmeulenbroeks@gmail.com> wrote:
>>> 2012/3/20 Steffen Sledz <sledz@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:
>>>>>> ...
>>>>>> 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 <-------------------

I prepared a patch using the fedoraproject url because the snapshot.debian.org version differs from the one used by the recipe.

Hope this will be accepted by Tom for the maintenace branch too.

Regards,
Steffen

-- 
DResearch Fahrzeugelektronik GmbH
Otto-Schmirgal-Str. 3, 10319 Berlin, Germany
Tel: +49 30 515932-237 mailto:sledz@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

[PATCH] libmatthew-0.7.1: SRC_URI updated

[Steffen Sledz]

libmatthew-java-0.7.1.tar.gz is no longer available at the original
location.

Signed-off-by: Steffen Sledz <sledz@dresearch-fe.de>
---
 recipes/libmatthew/libmatthew_0.7.1.bb |    2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)

diff --git a/recipes/libmatthew/libmatthew_0.7.1.bb b/recipes/libmatthew/libmatthew_0.7.1.bb
index 266a0d4..6916e56 100644
--- a/recipes/libmatthew/libmatthew_0.7.1.bb
+++ b/recipes/libmatthew/libmatthew_0.7.1.bb
@@ -2,7 +2,7 @@ require libmatthew.inc
 
 PR = "r0"
 
-SRC_URI = "http://www.matthew.ath.cx/projects/java/libmatthew-java-${PV}.tar.gz \
+SRC_URI = "http://pkgs.fedoraproject.org/repo/pkgs/libmatthew-java/libmatthew-java-0.7.1.tar.gz/6a4db221129f230c64a0f937d00bb703/libmatthew-java-${PV}.tar.gz \
            file://Makefile-0.7.patch"
 
 
-- 
1.7.7

Re: [PATCH] libmatthew-0.7.1: SRC_URI updated

[Frans Meulenbroeks]

2012/3/21 Steffen Sledz <sledz@dresearch-fe.de>:
> libmatthew-java-0.7.1.tar.gz is no longer available at the original
> location.
>
> Signed-off-by: Steffen Sledz <sledz@dresearch-fe.de>
> ---
>  recipes/libmatthew/libmatthew_0.7.1.bb |    2 +-
>  1 files changed, 1 insertions(+), 1 deletions(-)
>
> diff --git a/recipes/libmatthew/libmatthew_0.7.1.bb b/recipes/libmatthew/libmatthew_0.7.1.bb
> index 266a0d4..6916e56 100644
> --- a/recipes/libmatthew/libmatthew_0.7.1.bb
> +++ b/recipes/libmatthew/libmatthew_0.7.1.bb
> @@ -2,7 +2,7 @@ require libmatthew.inc
>
>  PR = "r0"
>
> -SRC_URI = "http://www.matthew.ath.cx/projects/java/libmatthew-java-${PV}.tar.gz \
> +SRC_URI = "http://pkgs.fedoraproject.org/repo/pkgs/libmatthew-java/libmatthew-java-0.7.1.tar.gz/6a4db221129f230c64a0f937d00bb703/libmatthew-java-${PV}.tar.gz \
>            file://Makefile-0.7.patch"
>
>
> --
> 1.7.7
>
Acked-by: Frans Meulenbroeks <fransmeulenbroeks@gmail.com>

Re: [PATCH] libmatthew-0.7.1: SRC_URI updated

[Tom Rini]

On Wed, Mar 21, 2012 at 3:37 AM, Steffen Sledz <sledz@dresearch-fe.de> wrote:
> libmatthew-java-0.7.1.tar.gz is no longer available at the original
> location.
>
> Signed-off-by: Steffen Sledz <sledz@dresearch-fe.de>

NAK, please switch it to the snapshot.debian.org URL I provided so we
don't have to change this recipe at some point in the future again.

-- 
Tom

Re: [PATCH] libmatthew-0.7.1: SRC_URI updated

[Tom Rini]

On Wed, Mar 21, 2012 at 7:44 AM, Tom Rini <tom.rini@gmail.com> wrote:
> On Wed, Mar 21, 2012 at 3:37 AM, Steffen Sledz <sledz@dresearch-fe.de> wrote:
>> libmatthew-java-0.7.1.tar.gz is no longer available at the original
>> location.
>>
>> Signed-off-by: Steffen Sledz <sledz@dresearch-fe.de>
>
> NAK, please switch it to the snapshot.debian.org URL I provided so we
> don't have to change this recipe at some point in the future again.

On third thought, lemme think about this.  I don't like pointing
somewhere that might remove it, again, but I also don't like changing
checksums for folks that already have it down.  So, unless someone
else disagrees, we'll favor same checksums over retention and if
fedoraproject removes it, we'll just point at the copy on the OE
server.

-- 
Tom

Re: [PATCH] libmatthew-0.7.1: SRC_URI updated

[Steffen Sledz]

On 21.03.2012 15:44, Tom Rini wrote:
> On Wed, Mar 21, 2012 at 3:37 AM, Steffen Sledz <sledz@dresearch-fe.de> wrote:
>> libmatthew-java-0.7.1.tar.gz is no longer available at the original
>> location.
>>
>> Signed-off-by: Steffen Sledz <sledz@dresearch-fe.de>
> 
> NAK, please switch it to the snapshot.debian.org URL I provided so we
> don't have to change this recipe at some point in the future again.

As i mentioned in another subthread the URL you provided points to tarball which differs from the one referenced in the recipe. :(

-- 
DResearch Fahrzeugelektronik GmbH
Otto-Schmirgal-Str. 3, 10319 Berlin, Germany
Tel: +49 30 515932-237 mailto:sledz@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

Re: [PATCH] libmatthew-0.7.1: SRC_URI updated

[Steffen Sledz]

On 21.03.2012 15:46, Tom Rini wrote:
> On Wed, Mar 21, 2012 at 7:44 AM, Tom Rini <tom.rini@gmail.com> wrote:
>> On Wed, Mar 21, 2012 at 3:37 AM, Steffen Sledz <sledz@dresearch-fe.de> wrote:
>>> libmatthew-java-0.7.1.tar.gz is no longer available at the original
>>> location.
>>>
>>> Signed-off-by: Steffen Sledz <sledz@dresearch-fe.de>
>>
>> NAK, please switch it to the snapshot.debian.org URL I provided so we
>> don't have to change this recipe at some point in the future again.
> 
> On third thought, lemme think about this.  I don't like pointing
> somewhere that might remove it, again, but I also don't like changing
> checksums for folks that already have it down.  So, unless someone
> else disagrees, we'll favor same checksums over retention and if
> fedoraproject removes it, we'll just point at the copy on the OE
> server.

So finally that's an ACK for my patch?

-- 
DResearch Fahrzeugelektronik GmbH
Otto-Schmirgal-Str. 3, 10319 Berlin, Germany
Tel: +49 30 515932-237 mailto:sledz@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

Re: [PATCH] libmatthew-0.7.1: SRC_URI updated

[Tom Rini]

On Thu, Mar 22, 2012 at 08:01:41AM +0100, Steffen Sledz wrote:
> On 21.03.2012 15:46, Tom Rini wrote:
> > On Wed, Mar 21, 2012 at 7:44 AM, Tom Rini <tom.rini@gmail.com> wrote:
> >> On Wed, Mar 21, 2012 at 3:37 AM, Steffen Sledz <sledz@dresearch-fe.de> wrote:
> >>> libmatthew-java-0.7.1.tar.gz is no longer available at the original
> >>> location.
> >>>
> >>> Signed-off-by: Steffen Sledz <sledz@dresearch-fe.de>
> >>
> >> NAK, please switch it to the snapshot.debian.org URL I provided so we
> >> don't have to change this recipe at some point in the future again.
> > 
> > On third thought, lemme think about this.  I don't like pointing
> > somewhere that might remove it, again, but I also don't like changing
> > checksums for folks that already have it down.  So, unless someone
> > else disagrees, we'll favor same checksums over retention and if
> > fedoraproject removes it, we'll just point at the copy on the OE
> > server.
> 
> So finally that's an ACK for my patch?

Yes, thanks.

-- 
Tom

Re: [PATCH] libmatthew-0.7.1: SRC_URI updated

[Steffen Sledz]

On 22.03.2012 23:13, Tom Rini wrote:
> On Thu, Mar 22, 2012 at 08:01:41AM +0100, Steffen Sledz wrote:
>> On 21.03.2012 15:46, Tom Rini wrote:
>>> On Wed, Mar 21, 2012 at 7:44 AM, Tom Rini <tom.rini@gmail.com> wrote:
>>>> On Wed, Mar 21, 2012 at 3:37 AM, Steffen Sledz <sledz@dresearch-fe.de> wrote:
>>>>> libmatthew-java-0.7.1.tar.gz is no longer available at the original
>>>>> location.
>>>>>
>>>>> Signed-off-by: Steffen Sledz <sledz@dresearch-fe.de>
>>>>
>>>> NAK, please switch it to the snapshot.debian.org URL I provided so we
>>>> don't have to change this recipe at some point in the future again.
>>>
>>> On third thought, lemme think about this.  I don't like pointing
>>> somewhere that might remove it, again, but I also don't like changing
>>> checksums for folks that already have it down.  So, unless someone
>>> else disagrees, we'll favor same checksums over retention and if
>>> fedoraproject removes it, we'll just point at the copy on the OE
>>> server.
>>
>> So finally that's an ACK for my patch?
> 
> Yes, thanks.

OK, pushed to oe-classic master.

Tom, do you need an extra pull request for 2011.03-maintenance branch?

-- 
DResearch Fahrzeugelektronik GmbH
Otto-Schmirgal-Str. 3, 10319 Berlin, Germany
Tel: +49 30 515932-237 mailto:sledz@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

Re: [PATCH] libmatthew-0.7.1: SRC_URI updated

[Tom Rini]

[-- Attachment #1: Type: text/plain, Size: 1325 bytes --]

On Fri, Mar 23, 2012 at 08:01:36AM +0100, Steffen Sledz wrote:
> On 22.03.2012 23:13, Tom Rini wrote:
> > On Thu, Mar 22, 2012 at 08:01:41AM +0100, Steffen Sledz wrote:
> >> On 21.03.2012 15:46, Tom Rini wrote:
> >>> On Wed, Mar 21, 2012 at 7:44 AM, Tom Rini <tom.rini@gmail.com> wrote:
> >>>> On Wed, Mar 21, 2012 at 3:37 AM, Steffen Sledz <sledz@dresearch-fe.de> wrote:
> >>>>> libmatthew-java-0.7.1.tar.gz is no longer available at the original
> >>>>> location.
> >>>>>
> >>>>> Signed-off-by: Steffen Sledz <sledz@dresearch-fe.de>
> >>>>
> >>>> NAK, please switch it to the snapshot.debian.org URL I provided so we
> >>>> don't have to change this recipe at some point in the future again.
> >>>
> >>> On third thought, lemme think about this.  I don't like pointing
> >>> somewhere that might remove it, again, but I also don't like changing
> >>> checksums for folks that already have it down.  So, unless someone
> >>> else disagrees, we'll favor same checksums over retention and if
> >>> fedoraproject removes it, we'll just point at the copy on the OE
> >>> server.
> >>
> >> So finally that's an ACK for my patch?
> > 
> > Yes, thanks.
> 
> OK, pushed to oe-classic master.
> 
> Tom, do you need an extra pull request for 2011.03-maintenance branch?

Yes please.  Thanks!

-- 
Tom

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 205 bytes --]