怎么在tinycolinux上编译seafile
本篇内容介绍了“怎么在tinycolinux上编译seafile”的有关知识,在实际案例的操作过程中,不少人都会遇到这样的困境,接下来就让小编带领大家学习一下如何处理这些情况吧!希望大家仔细阅读,能够学有所成!
成都创新互联专注于武清企业网站建设,响应式网站设计,商城建设。武清网站建设公司,为武清等地区提供建站服务。全流程按需制作网站,专业设计,全程项目跟踪,成都创新互联专业和态度为您提供的服务
编译seafile的五大件:
我们首先编译出GCC481和CMAKE,python+pip,nginx等,且准备gcc的autotools支持和git支持:
autogen.tcz,automake.tcz,autoconf.tcz,libtool.tcz,intltool.tcz,perl5.tcz,git.tcz,openssl-1.0.0.tcz
然后编译出五大件,我下载到的版本是:
jansson-2.10.tar.gz(一个json解析库,C项目,cmake或autotools构建)
libevhtp-1.1.6.tar.gz(一个强化libevent的http库,c项目,cmake构建)
ccnet-server-6.2.5-server.tar.gz(seafile 自己的rpc库,c和py混合项目as py lib,autotools构建)
libsearpc-3.0-latest.tar.gz(seafile rpc库,c+py混合项目as pylib,autotools构建)
seafile-6.1.1.tar.gz(seafile的,c+py混合项目as pylib,autotools构建。)
seafile-server-6.2.5-server.tar.gz(seafile负责文件传输的业务服务器,c+py混合项目as pylib,autotools构建)
seahub-6.2.5-server.tar.gz(纯py,django app,seafile的前端部分)
按依赖和先后顺后编译,使用到autotools一般都是先sudo autogen.sh,然后./configure,如果sudo autogen.sh之后产生不了makefile.in基本是libtool的问题,确认安好libtool.tcz解决它,一一./configure --prefix=/usr/local/seafile之后,基本都能完成,使用到cmake一般要shadowbuild,即sudo mkdir b到src下,然后cd b,sudo cmake .. && sudo cmake build ..,其中evhtp要sudo cmake -DEVHTP_DISABLE_SSL=ON ..,libevhtp-1.1.6.tar.gz中cmakelists.txt中取消三个test的编译需求。编译configure或link过程中的时候会调到下述tcz:
acl-dev.tcz,acl.tcz,bzip2-dev.tcz,bzip2-lib.tcz,bzip2.tcz,curl-dev.tcz,curl.tcz,expat2-dev.tcz,expat2.tcz,fuse.tcz,glib2-dev.tcz,glib2.tcz,guile-dev.tcz,guile.tcz
libarchive-dev.tcz,libarchive.tcz,libattr.tcz,libevent-dev.tcz,libevent.tcz,libffi-dev.tcz,libffi.tcz,libltdl.tcz,liblzma-dev.tcz,liblzma.tcz,libssh3-dev.tcz,libssh3.tcz,popt-dev.tcz,popt.tcz,vala.tcz
基本上,,都可以在4.x的tinycorelinux tcz repos中找到。自己整理一下对应关系,假设在第一步我们上述五个除seahub外都是安装到/usr/local/seafile的,所有成功结果会是这样:在/usr/local/bin下产生各种bin,在/usr/local/seafile/lib/产生ccnet,seafile,serpc的so,la,甚至在/usr/local/bin中也产生了seafile-admin:没有py后缀shebang为py,作为脚本使用)。这个脚本很重要,下面细说.
安装配置seafile并用nginx+uwsgi方式启动:
首先创建一个仓库(相当于odoo刚装完或重新配置时,要进入web/database/manager删减数据套件一样),seafile-admin就是用来产生这个套件的总工具,并负责调用seahub根下的manage.py来启动,下面我们用官方方法-即seafile-admin来产生套件并启动它:
在任意目录新建一个data文件夹,然后产生data/seafile-server/seahub的空文件结构,把五大件中的seahub改名替换/data/seafile-server/seahub中的seahub,四大件要么作为后端,要么sudo make install到并作为python lib,seahub中也有一部分要作为python lib,因此,export PYTHONPATH=/xxx/seafile-server/seahub/thirdpart一下,除去所有这些不可见部分,此后的seahub就相当于整个seafile website了。------- 现在,可以执行产生数据仓库(我们把它称为数据套件吧)的总脚本了,就是那个seafile-admin setup,回答所有问题后发现正确配置完成,pip install gnicore后即可访问,我们看到帮助文档中配合nginx是转发gnicore的数据,现在,我们将django的这种方式,换成nginx+uwsgi,去掉gunicore的必要。这实际属于django nginx uwsgi搭配问题。
首先,我们有如下发现:/usr/local/seafile/data/seafile-server/seahub/seahub下有一个wsgi.py和settings.py,这符合我们在《发布odoo》中用nginx+uwsgi将其启动的改造方式,也就是说,它可能天然支持纯uwsgi且seafile也保留了这种方式,那么究竟是不是呢?
进一步通过观看seafile-admin我们进一步明确了这种设想:它负责配置逻辑的产生(django app settings),且它调用的manage.py仅是一个wsgi.py的wrapper(为了seafile-admin中统一gunicore,fastcgi,etc..),所以,在seafile-admin->manage.py->wsgi.py的调用路径中,这样seafile-admin既是产生套件的工具,也用于统一启动,而原本这一切:用于seafile-admin中读取配置的部分settings.py+负责启动的部分wsgi,在无外头wrapper即seafile-admin情况下,它们是分离直接放进seahub根下的settings.py和wsgi.py中的:
现在既然有数据套件和套件配置了,所以尝试直接配置uwsgi和nginx启动这个套件下的seafile就够了,其它可按《odoo》一文中的来,成功!:
nginx配置逻辑:
include uwsgi_params; uwsgi_param UWSGI_CHDIR /usr/local/seafile/data/seafile-server/seahub/seahub; uwsgi_param UWSGI_MODULE uwsgi-server; (不需要.py) uwsgi_param UWSGI_CALLABLE application; uwsgi_pass 127.0.0.1:8000;
启动的逻辑:
/usr/local/seafile/sbin/nginx /usr/local/seafile/bin/uwsgi --socket=:8000 --master --uid=tc --gid=root --daemonize=/usr/local/seafile/bin/uwsgi.log
“怎么在tinycolinux上编译seafile”的内容就介绍到这里了,感谢大家的阅读。如果想了解更多行业相关的知识可以关注创新互联网站,小编将为大家输出更多高质量的实用文章!
当前标题:怎么在tinycolinux上编译seafile
转载来源:http://scyanting.com/article/iphijc.html