[tahoe-dev] Compilation and using problems with tahoe 1.2.0 on many platforms ?

[zooko]

On Dec 1, 2008, at 7:40 AM, denis.bonnenfant wrote:

>> http://allmydata.org/source/tahoe/trunk/docs/install.html
>>
>> Is that the one that you started with?  Did you attempt to follow  
>> the directions on that page
> For linux, yes, and it worked as expected  for etch and ubuntu  
> ( for Sarge it's another point, as I had to install manually  
> python2.4 and some dependancies, and find a compatible version of  
> twisted, and patch some files in twisted, as there is a bug in this  
> version...).

Please tell us more!  Why did you install python2.4 instead of  
python2.5?  Which dependencies did you have to install?  Which  
version of Twisted was incompatible?  What did you have to patch?


> For Windows, the problem is : which make to use ?  cygwin one ?  
> gnuwin32 one ? or some other....   Again, which compiler ?  
> standalone MinGW ? CygWin one ? VCxx ?  and again, which shell ,  
> cmd ?, cygwin's bash ?
...
>> If you didn't attempt to follow those directions, I would really like
>> to understand why you didn't.
>>
> Because any kind of make never succeeds in windows :)

Ah!  I see.  :-)  Thank you very much for the explanation.  I think I  
know how to fix this now.


> So then i try the installDetails page for windows, and the  
> easy_install process, but there are many dependancies problems,  
> particularly with OpenSSL,

That issue is about to resolved, finally, thanks to the pyOpenSSL  
maintainer, JP Calderone, and Chris Galvan -- launchpad ticket #238658.


> and i had to patch  lib\distutils\cygcompiler.py to allow linking  
> with cygwin.


Was it this bug: Python #4172?  If so, it will be fixed in the next  
release of Python 2.5.  Anyway, the bug won't be encountered once  
there are binaries of pyOpenSSL.


Thanks much, Denis!

Regards,

Zooko

tickets mentioned in this message:

https://bugs.launchpad.net/pyopenssl/+bug/238658 # please provide  
binaries
http://bugs.python.org/issue4172 # distutils too picky about cygwin  
ld's version number