Hello,
While trying to create a COPR build fetching SRPMs from a github release, COPR for some reason fails to fetch the file.
I am wondering if somebody can test this and let me know if I'm doing something wrong here or this is in fact a COPR bug. You can give this a go with this SRPM URL:
https://github.com/fleet-commander/fc -admin/releases/download/v0.0.99/fleet-commander-0.0.99-1.fc21.src.rpm
Dne 15.6.2015 v 15:49 Alberto Ruiz napsal(a):
Hello,
While trying to create a COPR build fetching SRPMs from a github release, COPR for some reason fails to fetch the file.
I am wondering if somebody can test this and let me know if I'm doing something wrong here or this is in fact a COPR bug. You can give this a go with this SRPM URL:
https://github.com/fleet-commander/fc -admin/releases/download/v0.0.99/fleet-commander-0.0.99-1.fc21.src.rpm
The problem is in mockchain.
wget https://github.com/fleet-commander/fc-admin/releases/download/v0.0.99/fleet-...
is redirected to:
https://s3.amazonaws.com/github-cloud/releases/18841917/32e8c340-fda7-11e4-9.....]
And the results are then stored to .../results/fedora-22-x86_64/32e8c340-fda7-11e4-95b0-e60834d49680.rpm/ while Copr assume that the folder will be named fleet-commander-0.0.99-1.fc21.src.rpm
Probably best solution will to learn mockchain about content-disposition header.
In the mean time please some other storage.
Mirek
----- Original Message -----
From: "Miroslav Suchy" msuchy@redhat.com To: copr-devel@lists.fedorahosted.org Sent: Monday, June 15, 2015 11:51:45 AM Subject: Re: Problems fetching binaries from github.com
Dne 15.6.2015 v 15:49 Alberto Ruiz napsal(a):
Hello,
While trying to create a COPR build fetching SRPMs from a github release, COPR for some reason fails to fetch the file.
I am wondering if somebody can test this and let me know if I'm doing something wrong here or this is in fact a COPR bug. You can give this a go with this SRPM URL:
https://github.com/fleet-commander/fc -admin/releases/download/v0.0.99/fleet-commander-0.0.99-1.fc21.src.rpm
The problem is in mockchain.
wget https://github.com/fleet-commander/fc-admin/releases/download/v0.0.99/fleet-...
is redirected to:
https://s3.amazonaws.com/github-cloud/releases/18841917/32e8c340-fda7-11e4-9.....]
And the results are then stored to .../results/fedora-22-x86_64/32e8c340-fda7-11e4-95b0-e60834d49680.rpm/ while Copr assume that the folder will be named fleet-commander-0.0.99-1.fc21.src.rpm
Probably best solution will to learn mockchain about content-disposition header.
In the mean time please some other storage.
Mirek
Mirek, any plans to offer SRPM upload? It's a weird workflow to have to point to some external hosting.
Thanks, Greg
Dne 15.6.2015 v 17:51 Miroslav Suchy napsal(a):
Probably best solution will to learn mockchain about content-disposition header.
FIY: I just committed it to mock upstream: * ad316d1 (HEAD -> master, origin/master, origin/HEAD) mockchain: follow "content-disposition" header when downloading package This will work in next mock version.
Great! Thanks a lot Miroslav!
On Tue, 2015-06-16 at 08:57 +0200, Miroslav Suchý wrote:
Dne 15.6.2015 v 17:51 Miroslav Suchy napsal(a):
Probably best solution will to learn mockchain about content -disposition header.
FIY: I just committed it to mock upstream:
- ad316d1 (HEAD -> master, origin/master, origin/HEAD) mockchain:
follow "content-disposition" header when downloading package This will work in next mock version.
copr-devel@lists.stg.fedorahosted.org