Subversion v1.7.6 (or any release of 1.7)

[OldAndWeary]

I'd really appreciate someone who knows what they are doing building an xzm module for the latest version of subversion.

Currently, I believe the latest version available for Porteus is v1.6.16 (I have looked through all the sources I am aware of)

The latest shown on the Apache website is v1.7.6

If someone can build a version of this and make it available, I'd be really grateful
Note: I did try downloading the package myself, but it seems that my build system is missing too much (e.g. Python)

Many Thanks
John

[brokenman]

http://slackfind.net/en/packages/choose ... .6/i486/1/

Download the file from one of the links ... then open a console and type:

Code: Select all

txz2xzm /path/to/subversion-1.7.6.i486-1.txz /tmp/subversion-1.7.6-i486-1.xzm

[OldAndWeary]

Hi Brokenman

Many Thanks for a very quick reply.

I'm struggling to find all the dependencies now though - perhaps you know where to find it quickly.

subversion requires:
- libaprutil-1.so.0 ... found that in same place as I did for subversion 1.6.16 (in apr-util-1.3.4-i486-1.tgz)
- libapr-1.so.0 (same as for v1.6.16, found in apr-1.4.4-i486.tgz)

BUT ... now also needs libssl.so.1 ... I can't find this one
Possibly may lead onto others as well, but for the moment I can't locate this library

Hoping you can!

Regards
John

Posted after 45 minutes 45 seconds:
Bit of an update on my last post ....

Not sure if I'm 'allowed' to do it, but noticed that openssl-solibs-0.9.8d-i486-1.tgz, after processing with tgz2xzm contained libraries with correct name, just wrong version ... but though I'd try symbolically linking libssl.so.1 to libssl.so.0.9.8 and then finding libcrypto.so.1 also missing, did the same there.

Result (I thought!) ... svn command now 'runs'
i.e. Executing svn --help produces help information.

Next job was to upgrade by existing svn workcopy, so tried to run svn upgrade

Now reports:
svn: E200029: Couldn't perform atomic initialization
svn: E200029: SQLite compiled for 3.7.13, but running 3.7.5

Getting into deep water now!!

Is this easy to resolve?
And was my symbolic linking 'allowed'? Or is there an updated openssl available?

Many Thanks
John

[bigbass]

slackware 13.37 uses 1.6.16 there are many backend dependencies that would have to be recompiled to update to slackware current

if this svn 1.6.16 works use it


============================
this will take some time but I'll give it a try
I am going though the steps now to see if it will compile on Porteus using slackware current build scripts

you need flex ,doxegyn ,apr ,apr-utils ,subversion so far their will be more

compile flex first install it then doxegyn this compiles against qt the TDE version
but compiles correctly on Porteus then install it

because those are needed for apr compile and install apr this compiles correctly on Porteus
then apr-utils compile it and install it this compiles correctly on Porteus

then subversion compile it
here I got borked here for apxs have to go to work so will try tomorrow no more time for this now

Joe

[OldAndWeary]

Thanks bigbass

Just for reference (perhaps?) ... I have got SVN running now.
Had to download a number of tgz files from slackfind.net ... picking the current Slackware set of files (is this allowed? Seemed to work!)

In total, the modules I now have (to make SVN work) are:
apr-util-1.3.4-i486-1.xzm
apr-1.3.3-i486-1.xzm
subversion-1.7.6-i486-1.xzm
sqlite-3.7.13-i486-1.xzm
openssl-solibs-1.0.1c-i486-3.xzm
neon-0.29.6-i486-2.xzm
I would aim to merge these to keep it tidier

Not sure if they are a consistent set, but SVN appears to work with every command I have executed so far

Thanks for all the help.

I will await the build that bigbass has stated .. presumably, the appropriate links/information will be include here

Thanks again
John

[bigbass]

Not sure if they are a consistent set, but SVN appears to work with every command I have executed so far

good news it looks like some of the dependencies wont need upgrading yet but many were updated on slackware current aka slackware 14 and those packages can't be used on porteus because of the mismatched glibc
this is why I was recompiling all the needed packages from sources


Joe

[mailmegx]

For those of us that are lazy there is an alternative option to use svnkit from svnkit.com which is a java API library that includes command line wrappers for most svn options.
As long as java is installed it should work fine just download unzip and run as far as I can remember there were no dependencies.

GX

[OldAndWeary]

Continue to be grateful to all contributors to this post.

Had a quick look at svnkit ... certainly looks interesting. However, another thing for me to learn, so going to stick where I am for the moment!

Just in case it's of any interest to anyone, had to update the apr modules as well ... found that the SVN commit command was not working.

So in all now, I have:
sqlite-3.7.13-i486-1.xzm
apr-util-1.4.1-i486-3.xzm
apr-1.4.6-i486-1.xzm
openssl-solibs-1.0.1c-i486-3.xzm
subversion-1.7.6-i486-1.xzm
neon-0.29.6-i486-2.xzm

This appears to be work!

Rather than merging them into a module, I've noticed that just leaving them in a folder called SVN_Modules within porteus/modules works
- didn't know before that subfolders within modules folder still result in the loading of modules ... personally, like that!

Cheers
John