hello nacho, hello ricardo, hello soeren, one of the important features of version 3 is python3 support.
i've taken the liberty to make some deeper changes to the package in order to build both a python-rdflib and a python3-rdflib from this source package. my proposed package utilizes the pybuild debhelper build system from python 3.3.0-2, resulting in a 5-line debian/rules file. (so far, pybuild is only in experimental, unfortunately, and according to #debian-python, that won't change until after wheezy release). in order to make it buildable on unstable, i copied some infrastructure over from python3 3.3.0-2 to the debian/pybuild directory and bent some paths -- it's abominable from a clean packing point of view, but gets us a buildable python3-rdflib right now. at least two things make the package unsuitable for release yet: * the copyright file is not yet overhauled * the abomination mentioned above other remaining issues: * maybe we should talk to upstream about the semantics of a 'clean' target -- they're running the 2to3 conversion in `./setup.py clean`. * just as i uploaded the packages, i noticed they are `Architecture: any` -- it seems, though, that the non-pure python components got removed or moved to rdfextras (the sparql stuff) * i had to patch out one of the unit tests (which now get run by the pybuild build system) because it couldn't bind to :12345; talking to upstream might be helpful there too. given the size of the changeset, i don't think it's feasible to present the changes as a patch; rather, i've uploaded the package to mentors[1] (built versions can be found on my server[2]). nacho, if you're using a vcs for storing the upstream package, i'd happily rebase my modifications (about 20 git commits) there. best regards chrysn [1] http://mentors.debian.net/package/rdflib [2] http://archive.amsuess.com/pool/main/r/rdflib/ -- To use raw power is to make yourself infinitely vulnerable to greater powers. -- Bene Gesserit axiom
signature.asc
Description: Digital signature
