Attached is an ebuild for Subcommander. Subcommander is a QT based cross-platform Subversion client, diff and merge tool. It kicks the snot out of RapidSVN. :-) I've only tested it on x86, but it should work on other archs where QT works. I would suggest dev-util/subcommander. Depends on boost, qt, and, of course, subversion (all already in portage).
Created attachment 79410 [details] subcommander-0.14.1.ebuild
Created attachment 79436 [details] Subcommander icon Should use this image (png) instead of the one that comes with the package (bmp).
- Do MY_P="${P}-src" and use that instead hardcoding twice. - src_unpack() is superfluous - I assume it will brak with both Qt3 and 4 installed. Have a look at qt3.eclass - einstall is only a workaround for very retarded install scripts, preferably use make DESTDIR=${D} install or something along the lines. Sometimes patching is needed.
Created attachment 79696 [details] subcommander-0.14.1.ebuild
Created attachment 79738 [details] subcommander-0.14.1.ebuild Made all suggested changes and tested same, everything seems to work OK.
Created attachment 97798 [details] subcommander-1.1.1.ebuild Version bump. Ebuild has some odd things I'm not sure how to fix, but otherwise it works.
Created attachment 145352 [details] subcommander-1.2.2.ebuild Version bump, eBuild cleanup.
Created attachment 151811 [details] subcommander-1.2.3.ebuild Version bump. Depends on <dev-util/subversion-1.5 for libsvn_ra_dav and <net-misc/neon-0.28.
Created attachment 161657 [details, diff] A patch which allow to build subcommander agains subversion 1.5 or later Subversion 1.5 or later cause a API incompatiblity issue, because libsvn_ra_dav-1 will not been provided by subversion-1.5.0 or later.
No releases since September 2009 and even that one was a beta version. Uses now-dead Qt4. Almost certainly a WONTFIX candidate but let us leave it the usual 30 days, just in case there is a modern fork somewhere I do not know about.
I would say put a fork in it, it's done.
