http://bpaste.net/raw/128011/ latest version, will be in the pig until the push
If anyone present, for any reason knows why this patch should not be pushed, let him speak now or forever hold his peace. exparams: myexparam python_dep= # version specification for the python dependency (e.g. "[>=0]"), mandatory for has_lib and has_bin myexparam python_sup="3.3 3.2 3.1 2.7 2.6" # supported slots, maybe python_slots? myexparam option_name=python # name for the optional bound option for a python dependency myexparam -b has_lib=true # as usual, make python a := dependency myexparam -b has_bin=false # as usual, make python a :* dependency myexparam -b with_opt=false # make the python dependency a option suboptions: PYTHON_ABIS: 2.6 2.7 3.1 3.2 3.3 # specifies for which version the packages should be build Current state: An automagick switch which will decide upon the python_dep format which api should be used. Currently should nearly everything still use v1 except for packages which have has_bin=false and has_lib=false. Probably only dev-lang/python uses this and I think doesn't do any harm. No multipy for now, I want to push this first to have an easier migration testing etc pp and also others can better contribute. what needs to be done for multibuild: - a way for multilbuild.exlib to allow dots in the suboptions, probably through a new function (currently I only have a quick workaround) - adjust easy-mulitbuild.exlib to be able to have several classes (partly done) - python.exlib adjustments (done for the current multilib state) thougts: - we should probably use [python_abis:*(-)?] for the packages which depend on api-v2 packages - maybe there should be some error-handling so you only can call python_disable_pyc and python_enable_pyc with has_bin=false and has_lib=false I probably missed a lot, feel free to bring in any complains about names and stuff. So long myself _______________________________________________ Exherbo-dev mailing list [email protected] http://lists.exherbo.org/mailman/listinfo/exherbo-dev
