organize the documentation for installation on Windows #773
Labels
No Label
0.2.0
0.3.0
0.4.0
0.5.0
0.5.1
0.6.0
0.6.1
0.7.0
0.8.0
0.9.0
1.0.0
1.1.0
1.10.0
1.10.1
1.10.2
1.10a2
1.11.0
1.12.0
1.12.1
1.13.0
1.14.0
1.15.0
1.15.1
1.2.0
1.3.0
1.4.1
1.5.0
1.6.0
1.6.1
1.7.0
1.7.1
1.7β
1.8.0
1.8.1
1.8.2
1.8.3
1.8β
1.9.0
1.9.0-s3branch
1.9.0a1
1.9.0a2
1.9.0b1
1.9.1
1.9.2
1.9.2a1
LeastAuthority.com automation
blocker
cannot reproduce
cloud-branch
code
code-dirnodes
code-encoding
code-frontend
code-frontend-cli
code-frontend-ftp-sftp
code-frontend-magic-folder
code-frontend-web
code-mutable
code-network
code-nodeadmin
code-peerselection
code-storage
contrib
critical
defect
dev-infrastructure
documentation
duplicate
enhancement
fixed
invalid
major
minor
n/a
normal
operational
packaging
somebody else's problem
supercritical
task
trivial
unknown
was already fixed
website
wontfix
worksforme
No Milestone
No Assignees
3 Participants
Notifications
Due Date
No due date set.
Reference: tahoe-lafs/trac-2024-07-25#773
Loading…
Reference in New Issue
Block a user
No description provided.
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Before the official Tahoe-LAFS v1.5.0 release, I would like for someone to follow the official install doc (http://allmydata.org/source/tahoe/trunk/docs/install.html ) on a Windows system. If you've never installed Tahoe-LAFS on your Windows system before, all the better! We have automated tests of build and certain install steps on Windows (http://allmydata.org/buildbot/builders/windows , http://allmydata.org/buildbot/builders/BlackDew%20windows-mingw32-py26 ) and cygwin (http://allmydata.org/buildbot/builders/cygwin ), but I would feel better if an actual human tried it.
Hm, say Black Dew, why is your Windows buildslave off-line?
I was away for few days and it looks like it's (crappy) internet connection is half-dead, i'll try to fix it later today.
Nobody has yet succeeded at installing the current snapshot (release candidate for v1.5.0) Tahoe-LAFS from source on Windows. But we're getting closer!
http://allmydata.org/pipermail/tahoe-dev/2009-July/002426.html
I have succeeded, but I'm not sure exactly which steps were required. I'm repeating the process in a clean virtual machine, with lots of snapshots so I can easily move between configurations to allow me to figure out what's required.
Here's a sequence that works:
Install Windows XP, Service Pack 2 (other variations should work, untested)
Download and install Python 2.5 from http://www.python.org/download/releases/2.5.4/
Download and install pywin32 from http://sourceforge.net/projects/pywin32/
Download and install MinGW from http://sourceforge.net/projects/mingw/files/Automated%20MinGW%20Installer/MinGW%205.1.4/MinGW-5.1.4.exe/download. The installer will prompt you for what components to install. You don't need any of the optional components, just the base.
Configure distutils to use MinGW. To configure distutils to use mingw32, create a file called "distutils.cfg" in C:\Python25\Libs\distutils, and put in that file:
Add the MinGW binary path to your Path variable. To do that, go to the control panel (classic view), double-click "System", click on the "Advanced" tab, click on the "Environment Variables" button, scroll down to the "Path" variable in the "System Variables" list, double-click it, and append ";C:\MinGW\bin" to the path. While you're at it, might as well append ";C:\Python25;C:\Python25\Scripts" also so that you don't have to type full paths to run python or installed python scripts.
Download and install the Visual Studio 2008 redistributables from http://www.microsoft.com/downloads/details.aspx?familyid=9B2DA534-3E03-4391-8A4D-074B9F2BC1BF&displaylang=en. This is needed for OpenSSL.
Download and install OpenSSL v.9.8k Light from http://www.slproweb.com/products/Win32OpenSSL.html.
Download the latest Tahoe snapshot from http://allmydata.org/source/tahoe/snapshots/. Unpack it. I put it in C:\tahoe
Open a command prompt and cd to the top of the Tahoe tree (e.g. cd \tahoe).
Run "python setup.py build". Wait a bit until it stops working. Note that you need a working network connection because it will download various dependencies.
Run "python setup.py install". Wait a bit until it stops working. Again, you may need a working network connection.
Run "tahoe create-client --basedir C:\tahoebase". You can pick a different base directory if you want.
Run "notepad C:\tahoebase\tahoe.cfg" to edit your config file. Paste in your introducer FURL.
Run "tahoe start --basedir C:\taboebase". Your node will start running and connect to the grid! The Windows firewall may ask whether or not to allow "python" to make network connections. Say yes.
Easy peasy! ;-)
Actually, all of the MinGW steps (steps 4-6) could be omitted if win32 eggs were available for all dependencies. I think zfec being out of date is currently the only issue requiring installing a compiler.
run through installation on Windowsto run through installation on Windowshttp://allmydata.org/source/tahoe/snapshots/And this works with 2.6:
Install Windows XP, Service Pack 2 (other variations should work, untested)
Download and install Python 2.6.2 from http://www.python.org/ftp/python/2.6.2/python-2.6.2.msi
Download and install pywin32 from http://sourceforge.net/projects/pywin32/files/pywin32/Build%20214/pywin32-214.win32-py2.6.exe/download
Download and install MinGW from http://sourceforge.net/projects/mingw/files/Automated%20MinGW%20Installer/MinGW%205.1.4/MinGW-5.1.4.exe/download. The installer will prompt you for what components to install. You need the base components plus the C++ compiler
Configure distutils to use MinGW. To configure distutils to use mingw32, create a file called "distutils.cfg" in C:\Python25\Libs\distutils, and put in that file:
Add the MinGW binary path to your Path variable. To do that, go to the control panel (classic view), double-click "System", click on the "Advanced" tab, click on the "Environment Variables" button, scroll down to the "Path" variable in the "System Variables" list, double-click it, and append ";C:\MinGW\bin" to the path. While you're at it, might as well append ";C:\Python25;C:\Python25\Scripts" also so that you don't have to type full paths to run python or installed python scripts.
Download the latest Tahoe snapshot from http://allmydata.org/source/tahoe/snapshots/. Unpack it. I put it in C:\tahoe
Open a command prompt and cd to the top of the Tahoe tree (e.g. cd \tahoe).
Run "python setup.py build". Wait a bit until it stops working. Note that you need a working network connection because it will download various dependencies.
Run "python setup.py install". Wait a bit until it stops working. Again, you may need a working network connection.
Run "tahoe create-client --basedir C:\tahoebase". You can pick a different base directory if you want.
Run "notepad C:\tahoebase\tahoe.cfg" to edit your config file. Paste in your introducer FURL.
Run "tahoe start --basedir C:\taboebase". Your node will start running and connect to the grid! The Windows firewall may ask whether or not to allow "python" to make network connections. Say yes.
Actually, all of the MinGW steps (steps 4-6) could be omitted if win32 eggs were available for all dependencies. I think zfec and pycryptopp being out of date are currently the only issues requiring installing a compiler.
run through installation on Windowshttp://allmydata.org/source/tahoe/snapshots/to run through installation on WindowsLet's see... According to http://allmydata.org/source/tahoe/deps/tahoe-dep-eggs/ we have
zfec-1.4.4-py2.5-win32.egg
andzfec-1.4.4-py2.6-win32.egg
. Since source:_auto_deps.py specifieszfec >= 1.1.0
, then this ought to satisfy. Is zfec being rebuilt from source when you do this process?As for pycryptopp, we currently have
pycryptopp-0.5.16-py2.5-win32.egg
andpycryptopp-0.5.12-py2.6-win32.egg
. The one for py2.6 is too old a version of pycryptopp, so I would expect pycryptopp to get built from source if using Python 2.6 but not if using Python 2.5. Is this consistent with your process?Thanks!
zfec is being rebuilt from source for 2.5. I just started the 2.5 + pywin32 snapshot and re-verified. I believe that's the only reason I need a compiler for 2.5.
It appears that the reason zfec is being rebuilt is that the tarball is 1.4.5 while the egg is 1.4.4. Both satify the requirement, but setup takes the newer one. That seems like a bug to me, and one that may often require the ability to build from source when it isn't really necessary.
pycryptopp is being rebuilt from source for 2.6, but not for 2.5.
The other oddity is that the pyOpenSSL for 2.5 needs OpenSSL DLLs to be installed separately, but pyOpenSSL for 2.6 does not.
Oh, one more thing: Removing the "sdists" URL from the setup.cfg find_list allows the build to complete. The zfec egg is used then.
Added a ticket to setuptools: http://bugs.python.org/setuptools/issue83 (I wish setuptools would prefer v1.4.1 in binary egg format over v1.4.5 in sdist format when I'm requiring >= v1.1.0).
Replying to zooko:
Until your wish is fulfilled, perhaps it would be good to offer a "binary-only" 1.5.0 release that does not have the sdist line in setup.cfg. For systems without development tools installed, removing the sdist line will make the installation more likely to succeed.
Even better (for Windows) is to get a working py2exe installer that "Just Works", of course.
I hope that these are complementary, not alternative, i.e. I hope that we have a well-tested and documented process of building from source including building dependencies from source (layer 1), as well as a good process of building Tahoe-LAFS from source including installing binary dependencies (layer 2) (this one can be much easier than layer 1 -- no C compiling required!), as well as a prebuilt py2exe or bbfreeze installer for Windows (layer 3).
I don't want the existence of the higher layers to mean we allow the lower layers to rot, for example, if people could easily build Tahoe-LAFS by pulling in binary dependencies, but nobody knew how to build the dependencies from source. This was actually the case at one point in the past -- Tahoe-LAFS required pyOpenSSL but nobody -- literally nobody that I was able to find -- knew how to build pyOpenSSL from source for Windows. We had to rely on downloading a prebuilt pyOpenSSL binary from this one web site where it had, as far as we could tell, been abandoned by whoever originally compiled it.
I'm glad that's not the case anymore!
Anyway, until my wish is fulfilled (http://bugs.python.org/setuptools/issue83 ), I think a reasonable policy for layer 2 is that we don't upload sdists of dependencies without also uploading accompanying bdists, at least for Windows and probably also Mac. I've already automated most of this for pycryptopp (using Brian's excellent new
flappserver
tool, plus his excellent oldbuildbot
tool), and I guess I'll proceed to do similar automation for zfec next...Okay I hooked up allmydata.com's Windows buildslave to upload binary .egg's for Python 2.5 for Win32. Now I guess if you are using Python 2.5 there should be no compilation required, so steps 4-6 of Shawn's process in comment:72280 should be unnecessary. If we get a Windows buildbot running Python 2.6 working, then this should be true for Python 2.6 as well. (Black Dew has contributed one, but at the moment it is very confused and fails to "download" the setuptools (actually
zetuptoolz
) .egg from themisc/dependencies/
subdirectory. :-(http://allmydata.org/buildbot-zfec/builders/BlackDew%20windows-mingw32-py26
Brian: what else do we need to do besides upload the debs and run the update-apt-repo flapjack?
I'll fire up my 2.5 VM and retest.
Replying to zooko:
I've confirmed this. Installation of OpenSSL is still necessary, but no compilation is needed for 2.5.
zooko: er, what? Was that comment about uploading debs perhaps meant for a different (non-windows) ticket?
warner: yes it was, sorry about that, and you've already answered it.
This ticket is now renamed from "run through installation on Windows" (thank you Cyberaxe, Ludo', David-Sarah, Black Dew, Michael Walsh, and especially Shawn Willden!) to "document installation on Windows". To close this ticket, collect the wisdom from this ticket and from these mailing list threads and make a wiki page that will help other people install Tahoe-LAFS on Windows:
http://allmydata.org/pipermail/tahoe-dev/2009-July/002392.html
http://allmydata.org/pipermail/tahoe-dev/2009-July/002449.html
http://allmydata.org/pipermail/tahoe-dev/2009-July/002450.html
run through installation on Windowsto document installation on WindowsI think we should announce Tahoe-LAFS v1.5.0 Saturday even if we don't have this ticket fixed and even if #769 (
sudo apt-get install allmydata-tahoe
) isn't fixed. I highly value those tickets, but this release is just taking way too long and I want to get it over with and move on! We can fix these tickets in the days following the v1.5.0 release.I'm moving this ticket from "v1.5.0" Milestone to "v1.5.1" Milestone.
document installation on Windowsto organize the documentation for installation on WindowsI added a description of the Windows install process to InstallDetails.
Thank you Shawn! I'll review your InstallDetails notes sometime and then close this ticket.
This ticket is ready for review -- if someone reads through Shawn's Windows build instructions and tries it out, then they can close this ticket.
Thanks, Shawn and David-Sarah.
http://allmydata.org/pipermail/tahoe-dev/2009-August/002627.html
http://allmydata.org/pipermail/tahoe-dev/2009-August/002632.html
http://allmydata.org/pipermail/tahoe-dev/2009-August/002639.html