当前位置: 技术问答>linux和unix
GTK程序在KDE发布问题
来源: 互联网 发布时间:2017-01-27
本文导语: GTK写的程序如何在KDE上发布呢?总是缺少so库运行不起来 是不是要静态编译好点呢? 比如我在ubuntu上codeblocks用GTK 2.8.10写的GTK程序,在CentOS KDE上跑少了libgio-2.0.so.0和libpcre.so.3,有那位朋友做过类似的发布? 另外...
GTK写的程序如何在KDE上发布呢?总是缺少so库运行不起来
是不是要静态编译好点呢?
比如我在ubuntu上codeblocks用GTK 2.8.10写的GTK程序,在CentOS KDE上跑少了libgio-2.0.so.0和libpcre.so.3,有那位朋友做过类似的发布?
另外有没有比较好的GTK书本介绍一下,谢谢各位!
是不是要静态编译好点呢?
比如我在ubuntu上codeblocks用GTK 2.8.10写的GTK程序,在CentOS KDE上跑少了libgio-2.0.so.0和libpcre.so.3,有那位朋友做过类似的发布?
另外有没有比较好的GTK书本介绍一下,谢谢各位!
|
比较笨的办法是自己带上依赖包,Windows程序许多是这样的,因为Windows没有集中的软件包依赖管理系统。
比较优雅的办法是兼容发行版的软件包管理,对于ubuntu,就做成deb,然后指定依赖gtk,这样的话要么和gtk一起装,要么就别装
比较优雅的办法是兼容发行版的软件包管理,对于ubuntu,就做成deb,然后指定依赖gtk,这样的话要么和gtk一起装,要么就别装
|
你是正经发布软件还是单纯想让程序跑起来,只是想跑起来那在KDE环境下装个gtk包就行了,用发行版的软件仓库
正经开发软件的话,要么你源码发布,依赖关系丢给用户自己解决,你可以不管;要么花点时间好好学学deb和rpm等的打包
gnome基于gtk,所以肯定没问题(除非gtk版本有冲突)
|
可以静态编译,你不能直接利用发行版的gtk库,需要下载gtk自己重新编译一份静态版,可能比打包deb、rpm更麻烦