LinuxSir.cn,穿越时空的Linuxsir!

 找回密码
 注册
搜索
热搜: shell linux mysql
12
返回列表 发新帖
楼主: cjacker

大家要是都闲的无聊,都去给Everest打几个软件包吧。

[复制链接]
发表于 2008-6-23 19:03:11 | 显示全部楼层
是呀,依赖才是问题,并不是什么编译不过的。

若需要什么软件包,很欢迎在linux人论坛提出需求,我们里面的水友们尽量达成愿望。
希望大家多多提需求:)
回复 支持 反对

使用道具 举报

发表于 2008-6-24 14:34:15 | 显示全部楼层
Post by cjacker;1866395
编译本身没有问题,我用了4年多了,没看到什么package编译不过去。

最大的问题是依赖,编译需要各种依赖包,用户没能力处理这些依赖,所以造成用户认为很多包在红旗上上没法编译。

这个问题要靠大仓库去解决,不过应该快了,Everest的仓库现在膨胀的很快。

Red Flag Desktop也会有大仓库。


实际上,user用不到那么多,不过,大多数都有好奇心理,看到了一个新玩意就像试一试,呵呵,可能不会继续使用,但是,编译不了或者安装不上就是问题了。


有必要把话扣这么细吗?你依赖解决不了也能算编译关过了吗?
对于“造成用户认为很多包在红旗上上没法编译”这部分用户我第一个赞成把他们清理出红旗。当然,一般他们自己会走的。
回复 支持 反对

使用道具 举报

 楼主| 发表于 2008-6-24 22:23:00 | 显示全部楼层
Post by fanguanqun;1866817
有必要把话扣这么细吗?你依赖解决不了也能算编译关过了吗?
对于“造成用户认为很多包在红旗上上没法编译”这部分用户我第一个赞成把他们清理出红旗。当然,一般他们自己会走的。


这不是正在解决中嘛。

需要的是参与。
回复 支持 反对

使用道具 举报

发表于 2008-6-25 09:53:24 | 显示全部楼层
最大的问题是依赖,编译需要各种依赖包,用户没能力处理这些依赖,所以造成用户认为很多包在红旗上上没法编译。

这个问题要靠大仓库去解决,不过应该快了,Everest的仓库现在膨胀的很快。
桌面用户有必要都编译源码?仓库膨胀是好办法吗?要是win下的软件都要微软建仓库微软早累死
了。
回复 支持 反对

使用道具 举报

 楼主| 发表于 2008-6-25 14:05:11 | 显示全部楼层
Post by dxqwx1;1867130
最大的问题是依赖,编译需要各种依赖包,用户没能力处理这些依赖,所以造成用户认为很多包在红旗上上没法编译。

这个问题要靠大仓库去解决,不过应该快了,Everest的仓库现在膨胀的很快。
桌面用户有必要都编译源码?仓库膨胀是好办法吗?要是win下的软件都要微软建仓库微软早累死
了。

这也是没有办法的事情。
开源决定了用户必须自己去编译代码。
仓库的膨胀可以解决掉用户编译过程中的依赖问题。

主要是因为用户水平很大一部分是不能完全努力解决问题。

比如,他希望用A这个软件,如果从源码编译,只需要configure make make install
但是,A依赖B,C,D,如果系统不提供BCD,那么他需要自己编译B,C,D,很可能在各个环节出错。

如果系统提供了B, C, D,只需要安装,然后编译就可以了。

如果再作大一点,系统提供了A,那么连编译他都省掉了。

除了特定的编译参数优化和特定的选项,一般,通用的就够了,这个应该是大仓库的好处。


就像以前都是建议自己编译内核一样,因为可能有些开关需要自己针对自己的环境打开或者关闭,现在大部分都不需要了。
回复 支持 反对

使用道具 举报

发表于 2008-6-25 14:50:02 | 显示全部楼层
这是条死路(仅指桌面版),大仓库10年前就有。10多年时间不能在桌面普及必然有体制问题。
像magiclinux 启动就很慢kde启动倒挺快 。国内linux软件下载网站能兴旺,那春天就不远了。
回复 支持 反对

使用道具 举报

发表于 2008-6-25 15:28:42 | 显示全部楼层
我觉得Linux这种依赖关系的确是个问题,一个软件一升级,可能就造成一大堆软件不能用。
目前的解决办法就是大仓库。
为什么不能各发行版一致规定,哪些系统必须包括哪些包,然后所有的软件都必须使用规定范围内的库。
如果有的库升级了,那么和原来的库同时存在,就象mfc41.dll和mfc71.dll同时存在一样。这样软件各取所需。
仔细想,这样的思路也还是有很多问题要解决。
回复 支持 反对

使用道具 举报

 楼主| 发表于 2008-6-25 19:12:31 | 显示全部楼层
Post by dxqwx1;1867290
这是条死路(仅指桌面版),大仓库10年前就有。10多年时间不能在桌面普及必然有体制问题。
像magiclinux 启动就很慢kde启动倒挺快 。国内linux软件下载网站能兴旺,那春天就不远了。


Everest是目前最快的,比OpenSuSe, Ubuntu,Fedora之类的快很多。

主要是启动过程做了很大的手脚和编译参数的优化。

不过随着硬件性能的提升,软件快慢本身意义不大了。

加一条1G内存可能就是完全不同的感受,呵呵
回复 支持 反对

使用道具 举报

发表于 2008-6-25 20:10:10 | 显示全部楼层
顺便问一下,everest或红旗什么时候跟进kde4.1?如果everest能抢在suse/mandriva前出一个打磨过的kde4.1,加上原有的中文配置方便的优势,一定能在linux用户里提升知名度。毕竟,现在用户要用kde4.1,还得自己慢慢配置,很烦。
回复 支持 反对

使用道具 举报

发表于 2008-6-25 20:35:37 | 显示全部楼层
Post by cjacker;1867405
Everest是目前最快的,比OpenSuSe, Ubuntu,Fedora之类的快很多。

主要是启动过程做了很大的手脚和编译参数的优化。

不过随着硬件性能的提升,软件快慢本身意义不大了。
加一条1G内存可能就是完全不同的感受,呵呵


我的系统Athlon64 1G内存,启动系统并不比pII 快(winme)。我无法忍受
winxp linux 的启动速度 好在winxp支持挂起我都是用挂起代替关机。我winme
用到07年。
回复 支持 反对

使用道具 举报

您需要登录后才可以回帖 登录 | 注册

本版积分规则

快速回复 返回顶部 返回列表