QQ登录

只需一步,快速开始

 找回密码
 注册

QQ登录

只需一步,快速开始

查看: 1412|回复: 14

按耐不住了,几时能用上新版本(kde3.5/gtk2.8)

[复制链接]
发表于 2006-6-21 10:14:17 | 显示全部楼层 |阅读模式
RT
发表于 2006-6-21 10:27:03 | 显示全部楼层
斑竹也这个德性?  哈哈


你自己没参加打包 扫地 打杂啥地吗?
回复

使用道具 举报

 楼主| 发表于 2006-6-21 10:49:17 | 显示全部楼层
分工不同,我只为自己打包 扫地 打杂,除非别人问我要我有的东西。
回复

使用道具 举报

发表于 2006-6-21 12:10:31 | 显示全部楼层
    
回复

使用道具 举报

发表于 2006-6-22 00:59:10 | 显示全部楼层
kde3.5/gtk2.8 我们一直在用。

http://www.magiclinux.org/people/kanker/kde/3.5.3/rpms/

apt-get gtk2

回复

使用道具 举报

 楼主| 发表于 2006-6-22 05:52:30 | 显示全部楼层
不是这个意思。。。,目前ML2上线全面更新需要替换的包达到300M以上,所以希望有个过渡版本,原来的2.0.1过渡测试版现在下载不到了,所以有此问。
回复

使用道具 举报

发表于 2006-6-22 09:30:15 | 显示全部楼层
搂住要是没新版本可用,建议把那个新出的evrest(珠穆朗玛)0.1装一下,试用后,些个评测报告给我们看看,如何啊?想知道它相对于ML有那些优势,呵呵。我太懒了,只愿意停留在ML了。
回复

使用道具 举报

 楼主| 发表于 2006-6-22 13:18:03 | 显示全部楼层
Everest 0.1么,必竟是cjacker的努力,我只能说各方面都不错,你可以在上面升级最新的GCC4.1、GTK2.8,不需要打任何补丁编译Mplayer(因为用的是UTF8的locale),但也有一些中文支持只有GBK的软件就有些麻烦,如果你能适应UTF8码,是个不错的选择。

事实上,系统采用GBK也好,UTF8也罢都会遇到软件的中文支持问题,主要是一些软件的中文支持只有GBK或zh_UTF8。

如果从开发角度来看Everest是个不错的东西,但目前还在发展初期,并不适合对Linux一无所知的朋友。

最新消息:ML2.1离发布应该不会太远了。
回复

使用道具 举报

发表于 2006-6-22 18:17:50 | 显示全部楼层
[quote:43d5192b41="haulm"]
最新消息:ML2.1离发布应该不会太远了。[/quote]

何时?

Ubuntu 6.10 也要快出了,不要落后啊............
回复

使用道具 举报

发表于 2006-6-23 17:41:17 | 显示全部楼层
个人认为版本更新快不是好事,也仅仅是软件版本的更新而已。
回复

使用道具 举报

发表于 2006-6-23 20:44:40 | 显示全部楼层
[quote:acd01b279f="freecr"]个人认为版本更新快不是好事,也仅仅是软件版本的更新而已。[/quote]

不能给懒惰找托辞,更新的版本意味着更多的feature和bugfix。

比如e1000驱动为什么要更新,因为I965(快发布了)的网卡只能用最新的驱动。
回复

使用道具 举报

发表于 2006-6-24 00:56:24 | 显示全部楼层
回楼上,我对你为企业目前的局面所做的一系列努力表示理解,也衷心地祝愿红旗这杆大旗真的能够永不倒。
回复

使用道具 举报

发表于 2006-6-24 01:00:38 | 显示全部楼层
我的回应:
http://blog.sina.com.cn/u/53f570ed010003wp
回复

使用道具 举报

 楼主| 发表于 2006-6-24 05:51:49 | 显示全部楼层
这点我同意cjacker,不过盲目更新的不是用户,而是提供更新的打包人员,怎样引导或提供更新是要考虑的,而不是apt上一堆更新包却没有多少可用的新的应用软件的提示,这也是目前smart、apt存在最大的问题。

我反对KDE只用ML这一系统的说法,我们可以从ubuntu看到ubuntu的apt的gui程序对软件和类库进行了细致的分类,对常用的软件进行了推荐,自动进行必要的更新提示。当然提供新性能测试也能提示就好了,至少用户在更新后有问题还能逆操作。

系统更新有必要从用户全面更新转换成系统智能判断更新,这需要打包者对可能发生的更新麻烦有个了解才行,总之目前社区没有这个能力,真有这个水平该是个商业团队了。

至于开发人员疯狂更新也不能苟同,目前来说gtk2.8的应用似乎还有点问题,但其性能大家也都看得到,所以开发者和开发学习者肯定会用新的开发库去学习。

推荐和鼓励用wxPython这样的工具开发界面程序,这样的程序没有平台性,无需编译,扔哪都一样运行。当然,如果严重抱着私有代码思想的朋友可能就不会采用。不过,我看到的是:界面程序迟早和WEB一样开发(其实已经是了,各种界面生成器大家都见识了吧),其开发语言也会越来越象文本(如HTML)。也只有把界面开发解放了,才会使更多开发者从事更多有意义的开发工作。当然并不是所有软件适合用脚本开发界面,比如WEB浏览器。。。

我喜欢GUI和功能分离的软件,比如mplayer,它太棒了。
回复

使用道具 举报

发表于 2006-6-24 11:19:50 | 显示全部楼层
[quote:c5c9074dd5="haulm"]这点我同意cjacker,不过盲目更新的不是用户,而是提供更新的打包人员,怎样引导或提供更新是要考虑的,而不是apt上一堆更新包却没有多少可用的新的应用软件的提示,这也是目前smart、apt存在最大的问题。

我反对KDE只用ML这一系统的说法,我们可以从ubuntu看到ubuntu的apt的gui程序对软件和类库进行了细致的分类,对常用的软件进行了推荐,自动进行必要的更新提示。当然提供新性能测试也能提示就好了,至少用户在更新后有问题还能逆操作。

系统更新有必要从用户全面更新转换成系统智能判断更新,这需要打包者对可能发生的更新麻烦有个了解才行,总之目前社区没有这个能力,真有这个水平该是个商业团队了。

至于开发人员疯狂更新也不能苟同,目前来说gtk2.8的应用似乎还有点问题,但其性能大家也都看得到,所以开发者和开发学习者肯定会用新的开发库去学习。

推荐和鼓励用wxPython这样的工具开发界面程序,这样的程序没有平台性,无需编译,扔哪都一样运行。当然,如果严重抱着私有代码思想的朋友可能就不会采用。不过,我看到的是:界面程序迟早和WEB一样开发(其实已经是了,各种界面生成器大家都见识了吧),其开发语言也会越来越象文本(如HTML)。也只有把界面开发解放了,才会使更多开发者从事更多有意义的开发工作。当然并不是所有软件适合用脚本开发界面,比如WEB浏览器。。。

我喜欢GUI和功能分离的软件,比如mplayer,它太棒了。[/quote]
接受你的批评,今后我会多尝试其它发行版。对 magic 下一步开发有什么建议和具体措施,希望你不吝赐教。也希望你尽快直接参与进来。
回复

使用道具 举报

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

本版积分规则

GMT+8, 2024-11-24 17:03 , Processed in 0.052909 second(s), 15 queries .

© 2021 Powered by Discuz! X3.5.

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