为给团队搭建一个文件共享服务器，申请了台虚机，跑的Redhat 6.5。干掉不必要的X等组件，更新源改为163的CentOS后搭了Samba，整个过程还算顺利。既然弄，一个Samba还没玩够，想整个Seafile，也在局域网体验下云盘的感觉。
既然想干，为保险在本地虚机上进行测试，本地虚机用的Ubuntu 16.04，非常顺利，就打算在单位虚机上开干。Seafile需要Python2.7，而CentOS6.8 的原配是Python2.6.6。一顿搜索后，发现可以通过源码安装第二个Python(2.7) ,不管三七二十一，先按网上的教程来：
yum groupinstall "Development tools"
yum install zlib-devel
yum install bzip2-devel
yum install openssl-devel
yum install ncurses-devel
yum install sqlite-devel
官网下载Python2.7.13解压后编译
./configure
make && make install
ssl 报错。
下载openssl 来构建，因搞不清openssl到底用哪个版本，就下了最新的，继续报错
一顿折腾，bing等各种搜索几天还是没搞定_ssl模块
中午的时候突然想到把已安装的openssl全删掉，说干就干，删完后想用sftp传个文件上去，发现连接断了，再试着用另一个ssh账户登陆，也不成功，坏了！openssh依赖openssl，辛亏原来那个ssh没关，否则这台虚机要飞了，sftp用不了，ftp又没有，yum和wget也用不了，openssl1.0的源码咋传上去呢？想死的心都有了，突然茅塞顿开---我有Samba，谢天谢地，Samba救吾命！！！
./config -shared
make && make install
cp /usr/local/ssl/lib/libcryto.so.1.0.0 /usr/lib64/libcryto.so.10
cp /usr/local/ssl/lib/libssl.so.1.0.0 /usr/lib64/libssl.so.10
yum list 测试下，yum可以用了
XShell测试SSH，还是连接不成功
赶紧 yum install openssl
再试， ssh可以了
还好还好。。。
这时想到---Python编译报错是不是跟这个ssl的config没加shared有关？
再重新configure make，果然报错信息不一样了，这次是找不到libssl.so.1.0.0 和libcryto.so.1.0.0
可是，这两个文件明明就在/usr/local/ssl/lib下啊，bing之，有人说要改Setup.list, 那就改呗，改完满怀期待configure， make，刷刷...突然又error了，还是找不到这两个文件。
也许..., 他们只在/usr/lib64下去找，于是：
cp /usr/local/ssl/lib/libcryto.so.1.0.0 /usr/lib64/
cp /usr/local/ssl/lib/libssl.so.1.0.0 /usr/lib64/
再次configure，make
然后search一下log，没看到error，warning
ez_setup.py装上setuptools
装上Image包
开始Seafile安装之旅，然后./seafile.sh start, ./seahub.sh start, 终于成了！！！
网友评论