[gentoo-dev] download problem in ebuild

[gentoo-dev] download problem in ebuild

[Nick Rout]

I am not sure how to deal with this problem.

Lost Labyrinth is a game I am trying to write an ebuild for. I am stuck
on downloading, which isn't very encouraging.

The URL to download the gane is:

http://laby.toybox.de/download15/

which redirects to the latest version of the file (currently
laby_1.0.1.tar.gz)

Unfortunately the redirect results in wget naming the file:

download2.php?fileid=15

which is where the pain starts!

wget does work ok if you use the -O optin like:

wget http://laby.toybox.de/download15/ -O laby_1.0.1.tar.gz

So, i am looking for a way to ensure that wget, when operated through
portage, will append the -O, or I am wondering if there is a way to
over-ride the default fetching behaviour in the ebuild itself, something
like:

DOWNLOAD_CMD="wget http://laby.toybox.de/download15/ -O
laby_$(P).tar.gz"


-- 
Nick Rout <nick@rout.co.nz>

-- 
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] download problem in ebuild

[Georgi Georgiev]

maillog: 23/08/2005-14:33:52(+1200): Nick Rout types
> I am not sure how to deal with this problem.
> 
> Lost Labyrinth is a game I am trying to write an ebuild for. I am stuck
> on downloading, which isn't very encouraging.
> 
> The URL to download the gane is:
> 
> http://laby.toybox.de/download15/
> 
> which redirects to the latest version of the file (currently
> laby_1.0.1.tar.gz)
> 
> Unfortunately the redirect results in wget naming the file:
> 
> download2.php?fileid=15
> 
> which is where the pain starts!
> 
> wget does work ok if you use the -O optin like:
> 
> wget http://laby.toybox.de/download15/ -O laby_1.0.1.tar.gz
> 
> So, i am looking for a way to ensure that wget, when operated through
> portage, will append the -O, or I am wondering if there is a way to
> over-ride the default fetching behaviour in the ebuild itself, something
> like:
> 
> DOWNLOAD_CMD="wget http://laby.toybox.de/download15/ -O
> laby_$(P).tar.gz"

Why not use http://laby.toybox.de/download15/laby_1.0.1.tar.gz ?
Or http://laby.toybox.de/download15/${PN}_${PV}.tar.gz
-- 
*)   Georgi Georgiev   *) Mandrell: "You know what I think?" Doctor:   *)
(*    chutz@gg3.net    (* "Ah, ah that's a catch question. With a      (*
*)  +81(90)2877-8845   *) brain your size you don't think, right?" -   *)
(* ------------------- (* - Dr. Who                                    (*
-- 
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] download problem in ebuild

[Nick Rout]

On Tue, 2005-08-23 at 11:38 +0900, Georgi Georgiev wrote:
> Why not use http://laby.toybox.de/download15/laby_1.0.1.tar.gz ?
> Or http://laby.toybox.de/download15/${PN}_${PV}.tar.gz

unfortunately that still seems to redirect and produce the same problem
with wget.



-- 
Nick Rout <nick@rout.co.nz>

-- 
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] download problem in ebuild

[Mike Frysinger]

On Monday 22 August 2005 10:33 pm, Nick Rout wrote:
> I am not sure how to deal with this problem.

talk to upstream and ask them to provide a direct link

otherwise (if the license allows), we'd mirror the file on the gentoo mirrors 
and just use:
mirror://gentoo/laby_${PV}.tar.gz
-mike
-- 
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] download problem in ebuild

[Marius Mauch]

On 08/23/05  Nick Rout wrote:

> I am not sure how to deal with this problem.
> 
> Lost Labyrinth is a game I am trying to write an ebuild for. I am
> stuck on downloading, which isn't very encouraging.
> 
> The URL to download the gane is:
> 
> http://laby.toybox.de/download15/
> 
> which redirects to the latest version of the file (currently
> laby_1.0.1.tar.gz)
> 
> Unfortunately the redirect results in wget naming the file:
> 
> download2.php?fileid=15
> 
> which is where the pain starts!
> 
> wget does work ok if you use the -O optin like:
> 
> wget http://laby.toybox.de/download15/ -O laby_1.0.1.tar.gz
> 
> So, i am looking for a way to ensure that wget, when operated through
> portage, will append the -O, or I am wondering if there is a way to
> over-ride the default fetching behaviour in the ebuild itself,
> something like:
> 
> DOWNLOAD_CMD="wget http://laby.toybox.de/download15/ -O
> laby_$(P).tar.gz"

Nope. You have three options:
a) bug upstream to fix that crap
b) use RESTRICT="fetch"
c) assuming the license permits it, repackage it

Marius

-- 
Public Key at http://www.genone.de/info/gpg-key.pub

In the beginning, there was nothing. And God said, 'Let there be
Light.' And there was still nothing, but you could see a bit better.
-- 
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] download problem in ebuild

[Nick Rout]

On Tue, 23 Aug 2005 04:41:49 +0200
Marius Mauch wrote:

> > DOWNLOAD_CMD="wget http://laby.toybox.de/download15/ -O
> > laby_$(P).tar.gz"
> 
> Nope. You have three options:
> a) bug upstream to fix that crap
> b) use RESTRICT="fetch"
> c) assuming the license permits it, repackage it
> 
> Marius

So am I being told that you can't change stuff from make.conf per ebuild?
That would fix it I think.

FETCHCOMMAND="${FETCHCOMMAND} -O laby.${PV}"

-- 
Nick Rout <nick@rout.co.nz>

-- 
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] download problem in ebuild

[Brian Harring]

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

On Wed, Aug 24, 2005 at 12:11:19PM +1200, Nick Rout wrote:
> 
> On Tue, 23 Aug 2005 04:41:49 +0200
> Marius Mauch wrote:
> 
> > > DOWNLOAD_CMD="wget http://laby.toybox.de/download15/ -O
> > > laby_$(P).tar.gz"
> > 
> > Nope. You have three options:
> > a) bug upstream to fix that crap
> > b) use RESTRICT="fetch"
> > c) assuming the license permits it, repackage it
> > 
> > Marius
> 
> So am I being told that you can't change stuff from make.conf per ebuild?
> That would fix it I think.
> 
> FETCHCOMMAND="${FETCHCOMMAND} -O laby.${PV}"
Can't vary fetchcommand per pkg, since it's a completely seperate 
thing from the ebuild env.
~harring

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

Re: [gentoo-dev] download problem in ebuild

[Mike Frysinger]

On Tuesday 23 August 2005 08:11 pm, Nick Rout wrote:
> So am I being told that you can't change stuff from make.conf per ebuild?
> That would fix it I think.
>
> FETCHCOMMAND="${FETCHCOMMAND} -O laby.${PV}"

correct, that is not acceptable
-mike
-- 
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] download problem in ebuild

[Chris Gianelloni]

On Aug 23, 2005, at 8:11 PM, Nick Rout wrote:

>
> On Tue, 23 Aug 2005 04:41:49 +0200
> Marius Mauch wrote:
>
>
>>> DOWNLOAD_CMD="wget http://laby.toybox.de/download15/ -O
>>> laby_$(P).tar.gz"
>>>
>>
>> Nope. You have three options:
>> a) bug upstream to fix that crap
>> b) use RESTRICT="fetch"
>> c) assuming the license permits it, repackage it
>>
>> Marius
>>
>
> So am I being told that you can't change stuff from make.conf per  
> ebuild?
> That would fix it I think.
>
> FETCHCOMMAND="${FETCHCOMMAND} -O laby.${PV}"

You can for personal use, but it wouldn't ever get into the tree like  
that.

I tend to restrict fetch it, myself.

--
Chris Gianelloni
Release Engineering - Strategic Lead/QA Manager
Games - Developer
Gentoo Linux



-- 
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] download problem in ebuild

[Nick Rout]

Thanks to all of you, thats now very clear.

The message i have is that it will work, but its not allowed.

Apprently the package in question is also housed at sourceforge, but at
the moment SF doesn't have the latestt version. I imagine that when it
does the usual SF mirror thing will work.


On Tue, 23 Aug 2005 20:23:19 -0400
Chris Gianelloni wrote:

> >
> > FETCHCOMMAND="${FETCHCOMMAND} -O laby.${PV}"
> 
> You can for personal use, but it wouldn't ever get into the tree like  
> that.
> 
> I tend to restrict fetch it, myself.
> 
> --

> 
> -- 
> gentoo-dev@gentoo.org mailing list

-- 
Nick Rout <nick@rout.co.nz>

-- 
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] download problem in ebuild

[Brian Harring]

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

On Wed, Aug 24, 2005 at 12:34:41PM +1200, Nick Rout wrote:
> Thanks to all of you, thats now very clear.
> 
> The message i have is that it will work, but its not allowed.
Wrong interpretation- it won't work within an ebuild.
It requires exteneral user intervention to make the ebuild work, 
*every* time.

Won't work == not allowed in this case, cause it... won't work for 
ebuilds...

Etc.
~harring

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

Re: [gentoo-dev] download problem in ebuild

[Nick Rout]

On Tue, 2005-08-23 at 19:38 -0500, Brian Harring wrote:
> On Wed, Aug 24, 2005 at 12:34:41PM +1200, Nick Rout wrote:
> > Thanks to all of you, thats now very clear.
> > 
> > The message i have is that it will work, but its not allowed.
> Wrong interpretation- it won't work within an ebuild.
> It requires exteneral user intervention to make the ebuild work, 
> *every* time.
> 
> Won't work == not allowed in this case, cause it... won't work for 
> ebuilds...

OK thanks again.

Actually the problem has been solved (sort of) because they also have a
sourcforge account, and I can see how the sourceforge mirror:/
specification works in URI_SRC. sweet.

Now to persuade the plonkers to remeber to post new versions to sf. I
dunno, people come to gentoo-user asking about how to get their stuff
into gentoo, and ya have to reorganise their whole darned project.

Never mind, I am learning in the process!

> 
> Etc.
> ~harring
-- 
Nick Rout <nick@rout.co.nz>

-- 
gentoo-dev@gentoo.org mailing list