Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 355613 - python.eclass does not work smoothly with projects on github
Summary: python.eclass does not work smoothly with projects on github
Status: RESOLVED WONTFIX
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Eclasses (show other bugs)
Hardware: All Linux
: High normal
Assignee: Python Gentoo Team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-02-19 19:17 UTC by William Hubbs
Modified: 2011-02-19 23:20 UTC (History)
0 users

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


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description William Hubbs gentoo-dev 2011-02-19 19:17:28 UTC
There is an issue with python.eclass not interacting as easily as it could with projects on github. The value of the tarball extraction directory For a github project has the format owner-project-hash.

In the process of working on www-client/pybugz-0.9.0_rc2.ebuild, I was looking around the tree to find out how this is handled, and I found that the ruby ebuilds allow you to use a * in the value of S. This is very convenient, since you don't have to modify the value of S for every version bump. Take a look at dev-ruby/thor for an example. I attempted this with www-client/pybugz-0.9.0_rc2.ebuild, but got an error.

Can someone please take a look at making something like this work for python ebuilds?
Comment 1 Arfrever Frehtes Taifersar Arahesis (RETIRED) gentoo-dev 2011-02-19 23:18:30 UTC
ruby-ng.eclass contains an ugly hack, which breaks support for some potential exotic (but technically allowed) values of "${S}" (e.g. "${WORKDIR}/a  b*-1.0"). We don't want to include such misfeatures in python.eclass.
Comment 2 Arfrever Frehtes Taifersar Arahesis (RETIRED) gentoo-dev 2011-02-19 23:20:31 UTC
(In reply to comment #1)

Stupid formatting...
I meant: S="${WORKDIR}/a  b*-1.0" (upstream name of project is "a  b*").