Legacy ImageMagick Discussions Archive

Getting nowhere slowly:

Installed latest subversion from source.

No cigar.

I was hoping this would fix things since apparently ubuntu 10.04 is a bit screwy in the subversion dept (and every machine around me is either recent mint or ubuntu, which means recent ubuntu).

Installed Ubuntu 10.10 beta.

No fix.

It looks like it is a recent Ubuntu (hence Mint, and possibly Debian) issue.

My fedora colleague has no trouble. (Fedora 13 on exactly the same laptop as my main machine.) *&^%$#@!

Ah ah!

Ubuntu/Mint runs svn 1.6.6.

Fedora 13 runs 1.6.9.

Just about to give up fixing this in a debian derivative (mint or ubuntu).

Added a debian squeeze repo to mint 9.

Upgraded svn to version 1.6.12, which is more recent than fedora 13.

No fix.

Same version 1.6.12 on Ubuntu 10.10 beta.

Still no fix.

I am considering moving out of debian derivatives

It's not the Gnome keyring or something directly related to the desktop manager B/C going through an "orphan" terminal (Control-Alt-F5) does not change anything.

Solution:

Get access to a Fedora box at work.

Still trying to get this working in Linux Mint 9.

Tried:

http://subversion.tigris.org/ds/viewMes ... Id=2390133

I now get a different error message:

> LD_PRELOAD=/usr/lib/libneon.so.27 svn co https://subversion.imagemagick.org/subv ... gick/trunk ImageMagick
svn: OPTIONS of 'https://subversion.imagemagick.org/subv ... gick/trunk': SSL handshake failed: SSL error: sslv3 alert handshake failure (https://subversion.imagemagick.org)

-----

I also tried (suggested from the same site):

> svn switch --relocate https://www.imagemagick.org/subversion/ImageMagick http://subversion.imagemagick.org/subve ... mageMagick
svn: Server sent unexpected return value (403 Forbidden) in response to OPTIONS request for 'http://subversion.imagemagick.org/subve ... gick/trunk'

Still no cigar.

According to
http://subversion.apache.org/faq.html#paranoid,
I may be able to checkout thus:

svn co svn+ssh://subversion.imagemagick.org/subversion/ImageMagick/trunk/ ImageMagick

This appears to work, except for that my svn username/password does not allow me to log in (which of course is totally reasonable: you certainly don't want just about anyone having a user account on your svn servers!).

However, if you are not too paranoid (see above), giving me a user account with remote log in privileges (over ssh) may fix things for me.

Another promising avenue:

http://fossdev.blogspot.com/2009/11/ssl ... lient.html

However, I don't know how to probe for the hostname mismatch at the server side. (log files?)

I'll ask my system admins whether they do.

BINGO!

traceroute subversion.imagemagick.org
69.253.63.35
...

Now, use

svn co https://69.253.63.35/subversion/ImageMagick/trunk/ ImageMagick

instead of

svn co https://subversion.imagemagick.org/subv ... ick/trunk/ ImageMagick

(Man this was painful.)

I have been using
svn co https://magick.imagemagick.org/subversi ... gick/trunk .
for years to get the development tree.

Occasionally I wipe out my SVN working directory and re-download, or I need to say yes to a change in the encryption keys, but generally it has always worked fine.

After that I incorporate a couple of personal patches for RPM builds.

anthony wrote:I have been using
svn co https://magick.imagemagick.org/subversi ... gick/trunk .
for years to get the development tree.

Well, well, well.

This works without chenanigans \o/

I also recommend you also keep a separate directory in whcih to store things you are currently working on. That way when you merge (update) new changes from the SVN development tree, you can then compare those changes to your backup store to see how they effect you.

I have yet to find a good tool to handle SVN, and especially look at the updates and difference that are added to specific files. Suggestions welcome.

Note When committing (ci) I do add a SVN log entry (minimal) if that commit is a important change. That helps me find that change point again later when trying to go back though the SVN logs, as I can never remember SVN version numbers (they change rapidly).

It appears that ohloh stopped understanding the svn link for imagemagick in February or so. Maybe changing the download server link to the one used by Anthony would fix that? (It's not a great tragedy if ohloh does not update, but it's nice if it does.) Cristy is the ohloh imagemagick manager.