haulm 发表于 2006-6-21 10:14:17

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

RT

windwiny 发表于 2006-6-21 10:27:03

斑竹也这个德性？哈哈


你自己没参加打包 扫地 打杂啥地吗？

haulm 发表于 2006-6-21 10:49:17

分工不同，我只为自己打包 扫地 打杂，除非别人问我要我有的东西。 :-D

npcomet 发表于 2006-6-21 12:10:31

:mrgreen::mrgreen::mrgreen:

KDE 发表于 2006-6-22 00:59:10

kde3.5/gtk2.8 我们一直在用。

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

apt-get gtk2

:mrgreen:

haulm 发表于 2006-6-22 05:52:30

不是这个意思。。。，目前ML2上线全面更新需要替换的包达到300M以上，所以希望有个过渡版本，原来的2.0.1过渡测试版现在下载不到了，所以有此问。

freecr 发表于 2006-6-22 09:30:15

搂住要是没新版本可用，建议把那个新出的evrest（珠穆朗玛）0.1装一下，试用后，些个评测报告给我们看看，如何啊？想知道它相对于ML有那些优势，呵呵。我太懒了，只愿意停留在ML了。

haulm 发表于 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离发布应该不会太远了。

fox3 发表于 2006-6-22 18:17:50


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

何时？

Ubuntu 6.10 也要快出了，不要落后啊............

freecr 发表于 2006-6-23 17:41:17

个人认为版本更新快不是好事，也仅仅是软件版本的更新而已。

cjacker 发表于 2006-6-23 20:44:40

个人认为版本更新快不是好事，也仅仅是软件版本的更新而已。

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

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

KDE 发表于 2006-6-24 00:56:24

回楼上，我对你为企业目前的局面所做的一系列努力表示理解，也衷心地祝愿红旗这杆大旗真的能够永不倒。 :mrgreen:

KDE 发表于 2006-6-24 01:00:38

我的回应：
http://blog.sina.com.cn/u/53f570ed010003wp

haulm 发表于 2006-6-24 05:51:49

这点我同意cjacker，不过盲目更新的不是用户，而是提供更新的打包人员，怎样引导或提供更新是要考虑的，而不是apt上一堆更新包却没有多少可用的新的应用软件的提示，这也是目前smart、apt存在最大的问题。

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

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

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

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

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

KDE 发表于 2006-6-24 11:19:50

这点我同意cjacker，不过盲目更新的不是用户，而是提供更新的打包人员，怎样引导或提供更新是要考虑的，而不是apt上一堆更新包却没有多少可用的新的应用软件的提示，这也是目前smart、apt存在最大的问题。

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

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

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

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

我喜欢GUI和功能分离的软件，比如mplayer，它太棒了。
接受你的批评，今后我会多尝试其它发行版。对 magic 下一步开发有什么建议和具体措施，希望你不吝赐教。也希望你尽快直接参与进来。
页: [1]
查看完整版本: 按耐不住了，几时能用上新版本(kde3.5/gtk2.8)