This package provides object-oriented bindings in python for subversion. This is in contrast to the python API provided with subversion, which is a direct port of its C API (and in my opinion, a less intuitive API).
Created attachment 38929 [details] pysvn ebuild Note: this ebuild completely bypasses the build system included with the source tarball, due to the system building an RPM then installing it.
Created attachment 38931 [details, diff] patch for it to build correctly Patch to make the build not assume that we're in a subversion checkout of pysvn.
Created attachment 56283 [details] pysvn 1.1.2 ebuild bumped the pycxx dep, pysvn version (the SRC_URI changes), year in header. Updated patch forthcoming.
Created attachment 56287 [details, diff] 1.1.2 patch updated for version 1.1.2.
changed rapidsvn bug dep - 0.8.0 works better than 0.7.x on my computer, anyway.
Created attachment 69918 [details] preliminary ebuild for pysvn-1.3.0 I'm attaching preliminary ebuild/patch for pysvn-1.3.0. It appears to work, but I haven't been able to test extensively, b/c I don't want to pull in X to build rapidsvn on the server I need it for. Patch to follow. Seems like a separate ebuild for libsvncpp, as the debian folks do http://packages.debian.org/testing/libs/libsvncpp0 might be useful.
Created attachment 69919 [details] patch for pysvn-1.3.0 Patch for above ebuild.
Reassigned to maintainer-wanted.
Does anyone have a working 1.4.2 ebuild and hasn't attached it? Otherwise I'll try to write it if any changes are needed from 1.3.
Created attachment 89954 [details] dev-python/pysvn-1.4.2.ebuild updated my 1.3.1 ebuild. Notable changes: * pysvn changed its build system (again), but it's not as annoying, so removed the custom setup.py in the ebuild, and removed usage of the distutils eclass * HTML docs are installed dependent upon USE=doc
Comment on attachment 89954 [details] dev-python/pysvn-1.4.2.ebuild ...interestingly enough, bugzilla doesn't detect ebuilds as text/plain
Thank you Mark. Saved me alot of trouble.
good work with the ebuild. I made some changes to it, mainly to remove the pycxx dependency because it is already included in the pysvn tarball. It is now available in my overlay.
Any patch for python2.5? Doesn't seem to work. Fails with: /var/tmp/portage/pysvn-1.4.2-r1/work/pysvn-1.4.2/Import/pycxx_5_3_5/Src/cxx_extensions.cxx: In member function 'void Py::PythonType::supportSequenceType()': /var/tmp/portage/pysvn-1.4.2-r1/work/pysvn-1.4.2/Import/pycxx_5_3_5/Src/cxx_extensions.cxx:207: error: invalid conversion from 'int (*)(PyObject*)' to 'Py_ssize_t (*)(PyObject*)' /var/tmp/portage/pysvn-1.4.2-r1/work/pysvn-1.4.2/Import/pycxx_5_3_5/Src/cxx_extensions.cxx:209: error: invalid conversion from 'PyObject* (*)(PyObject*, int)' to 'PyObject* (*)(PyObject*, Py_ssize_t)' /var/tmp/portage/pysvn-1.4.2-r1/work/pysvn-1.4.2/Import/pycxx_5_3_5/Src/cxx_extensions.cxx:210: error: invalid conversion from 'PyObject* (*)(PyObject*, int)' to 'PyObject* (*)(PyObject*, Py_ssize_t)' /var/tmp/portage/pysvn-1.4.2-r1/work/pysvn-1.4.2/Import/pycxx_5_3_5/Src/cxx_extensions.cxx:211: error: invalid conversion from 'PyObject* (*)(PyObject*, int, int)' to 'PyObject* (*)(PyObject*, Py_ssize_t, Py_ssize_t)' /var/tmp/portage/pysvn-1.4.2-r1/work/pysvn-1.4.2/Import/pycxx_5_3_5/Src/cxx_extensions.cxx:213: error: invalid conversion from 'int (*)(PyObject*, int, PyObject*)' to 'int (*)(PyObject*, Py_ssize_t, PyObject*)' /var/tmp/portage/pysvn-1.4.2-r1/work/pysvn-1.4.2/Import/pycxx_5_3_5/Src/cxx_extensions.cxx:214: error: invalid conversion from 'int (*)(PyObject*, int, int, PyObject*)' to 'int (*)(PyObject*, Py_ssize_t, Py_ssize_t, PyObject*)' /var/tmp/portage/pysvn-1.4.2-r1/work/pysvn-1.4.2/Import/pycxx_5_3_5/Src/cxx_extensions.cxx: In member function 'void Py::PythonType::supportMappingType()': /var/tmp/portage/pysvn-1.4.2-r1/work/pysvn-1.4.2/Import/pycxx_5_3_5/Src/cxx_extensions.cxx:225: error: invalid conversion from 'int (*)(PyObject*)' to 'Py_ssize_t (*)(PyObject*)' /var/tmp/portage/pysvn-1.4.2-r1/work/pysvn-1.4.2/Import/pycxx_5_3_5/Src/cxx_extensions.cxx: In member function 'void Py::PythonType::supportBufferType()': /var/tmp/portage/pysvn-1.4.2-r1/work/pysvn-1.4.2/Import/pycxx_5_3_5/Src/cxx_extensions.cxx:271: error: invalid conversion from 'int (*)(PyObject*, int, void**)' to 'Py_ssize_t (*)(PyObject*, Py_ssize_t, void**)' /var/tmp/portage/pysvn-1.4.2-r1/work/pysvn-1.4.2/Import/pycxx_5_3_5/Src/cxx_extensions.cxx:272: error: invalid conversion from 'int (*)(PyObject*, int, void**)' to 'Py_ssize_t (*)(PyObject*, Py_ssize_t, void**)' /var/tmp/portage/pysvn-1.4.2-r1/work/pysvn-1.4.2/Import/pycxx_5_3_5/Src/cxx_extensions.cxx:273: error: invalid conversion from 'int (*)(PyObject*, int*)' to 'Py_ssize_t (*)(PyObject*, Py_ssize_t*)' make: *** [cxx_extensions.o] Error 1
Some hints about what needs to be done can be found in PEP 353 [1]. [1] http://www.python.org/dev/peps/pep-0353/
Created attachment 123023 [details] dev-python/pysvn-1.5.1.ebuild Version bump, with a little work to get it to compile and install properly. Required a build time dep on mit-krb5, problem upstream I suppose (needed?), but I implemented this ebuild to get it working.
Started to work on an 1.5.2 ebuild - a few things I've noticed: * the dependency to #62849 is no longer valid, since pycxx is now included in the pysvn package. Unfortunately, I'm not allowed to remove the dependency, though. * Vince, you increased the required subversion version from 1.2 to 1.4 in the ebuild, even though the pysvn homepage and install file says it's compatible with 1.2-1.4. Does your increase simply means "not tested with <1.4"? Or did you get into trouble with older versions? At least with version 1.3.2, I'm running fine.
Created attachment 133462 [details] ebuild for pysvn 1.5.2
Created attachment 133684 [details] ebuild for pysvn 1.5.2 with stale kerberos dependency removed Linking against mit-krb5 is not required since not pysvn itself, but only the libraries it uses can be compiled with kerberos support. The new ebuild no longer has the dependency and removes the linker flags accordingly.
yet another example of great tools being unavailable to the average gentoo user because they haven't caught the attention of an interested gentoo developer. I am so taking the developer test and supporting the python + gentoo + java family. Added to cc list: check Adding my vote: check Adding my voice: check giving my time: pending
Ebuild has been in sunrise overlay, 1.6.3 is now in the tree. Have fun!