zhengphou 发表于 2004-7-9 15:22:34

ML还不如放弃rpm转向使用emerge或deb

ML是否能引入gentoo的emerge或者是debian的包管理，如果引入了gentoo的emerge，以后开发人员可以减少一些工作量，只要致力于一些patch就可以了。或者干脆引入debian的方式。

wjping119 发表于 2004-7-9 17:30:04

deb还可以,emerge久不要了吧

lovewilliam 发表于 2004-7-9 17:35:21

嗯

Fujinsan 发表于 2004-7-9 23:16:40

gentoo和debian的都曾引入过的，不知最新版本中是否仍保留有。

个人以为，ML应该走兼容路线，这样就可以有最丰富的软件包来源了。
当然，代价可能也比较大了，但我觉得应该是个发展方向。

dukeduan 发表于 2004-7-9 23:43:10

emerge还是算了，怕了它了。 :mrgreen::mrgreen::mrgreen:

zhengphou 发表于 2004-7-10 00:24:50

还是觉得应该放弃rpm，投向emerge，因为用emerge的话开发所需要的工作就只是patch就可以了，而现在的apt4rpm用起来还是和debian的差很多。个人感觉如果用ML安装基本的系统以后，再emerge，其实际的难度要远比现在的小（对一般的使用者），gentoo的门槛我觉得还是基本的安装和网速的问题，如果ML引入emerge，可以考虑做个mirror，再把安装基本系统这快做好，我觉得可能更适合ML目前的这种开发方式。

KDE 发表于 2004-7-10 00:39:34

还是觉得应该放弃rpm，投向emerge，因为用emerge的话开发所需要的工作就只是patch就可以了，而现在的apt4rpm用起来还是和debian的差很多。个人感觉如果用ML安装基本的系统以后，再emerge，其实际的难度要远比现在的小（对一般的使用者），gentoo的门槛我觉得还是基本的安装和网速的问题，如果ML引入emerge，可以考虑做个mirror，再把安装基本系统这快做好，我觉得可能更适合ML目前的这种开发方式。人手在哪里？人手不够，这些都得省掉。目前能做到初步支持 apt-rpm 就已经不容易了。你知道维护一个软件仓库需要做多少工作？就目前的人手看，简直是天方夜谭。你只知道表面的简单，你知道为实现这点简单要有多少人付出多少辛劳？magic linux 不是商业软件，它没有任何后援。

如果你觉得自己吃不饱，那就自己动手丰衣足食。

baif 发表于 2004-7-10 09:41:11

:cry:   才256的内存，4500转的硬盘，打死我都不会用源码包方式发布的系统。 现在更惨，本本没了。 换回了PIII 800EP。

除了lfs，别的就不用考虑了。

zhengphou 发表于 2004-7-10 11:37:18

我觉得就是因为不是商业软件，用emerge的方式才会更好些，至少团队不用忙着去发行版本，有了一个基本的安装，剩下的就是要为patch做工作就可以了，很多软件包都有团队在维护。其实这种方式可能更利于团队继续往下走。

tfjmych 发表于 2004-7-10 15:41:23

debian的不错,sigh

KDE 发表于 2004-7-10 17:42:00

我觉得就是因为不是商业软件，用emerge的方式才会更好些，至少团队不用忙着去发行版本，有了一个基本的安装，剩下的就是要为patch做工作就可以了，很多软件包都有团队在维护。其实这种方式可能更利于团队继续往下走。
如果每个人都要从源代码安装，那就违背了易用性的原则。提高了用户的门槛，会丧失更多广大初、中级用户。
页: [1]
查看完整版本: ML还不如放弃rpm转向使用emerge或deb