magic用于工控要进行的定制

sinanjj

图说明：中间单元是rpm包，左边是倚赖的，右边是提供的，依赖/提供关系用线连接。

稍微分析一下就是基本上所有的包都要有rpmlib，glibc，于是我把这几个包拿出来作依赖性检测。

sinanjj

以glibc rpm包开始，最后找到的最小的自倚赖关系的包列表是：

稍微看了一下包的说明（和制作者），我忽然理解到为了一个安装画面，有这么多包在为我们工作。

basesystem-8.0-5mgc.noarch.rpm
bash-3.2-2mgc.i686.rpm
filesystem-2.3.5-4mgc.i686.rpm
glibc-2.3.6-3mgc.i686.rpm
glibc-common-2.3.6-3mgc.i386.rpm
glibc-profile-2.3.6-3mgc.i386.rpm
libgcc-3.4.6-2mgc.i686.rpm
libtermcap-2.0.8-47mgc.i686.rpm
mktemp-1.5-24mgc.i686.rpm
setup-2.5.33-16mgc.noarch.rpm
termcap-5.5-2mgc.noarch.rpm
tzdata-2006p-1mgc.noarch.rpm

简单的描述一下：
glibc --> glibc-common --> tzdata
glibc --> libgcc --> mktemp --> basesystem.....

记不清了， 一会我再整理下， 画个树

这样估计安装盘是没问题了， 但是连内核都还没有。。。。。。

jiangtao9999

楼上，你最好能做个简单的分类，吧软件包分成几部分，我想这样相对要容易点。

比如，系统必须的，字符界面的，图形界面的，KDE 的一类的。



之后就可以要求 sejishikong 在下个版本打开自定义软件包的功能了～

sinanjj

分类并不是太困难， 包虽然很多有1111个，
但是因为相互关联，只能是实现某一功能的几个包一齐安装，所以，分类可以多个包当成一个软件。

我分类的步骤：1，在流程图软件上画出包名，依赖，提供。
2，画出用rpm -i --test --root=/。。。。检查依赖性独立了的包群，的每个包名和信息
3， 连接依赖关系，找出上层独立的等

这个过程并不复杂， 实现选择安装并不困难， 但是我担心的是Magic开发小组的问题。

Magic放出来有几年了，
在06年后似乎就没有大的变动。我查了一下论坛里的像footman骨灰级高手的人，大部分在06年左右停止发贴，进而由sejishikong主持论坛，
我可以猜测， 当年做出Magic的那些牛人已经不在维护Magic了。。。
而sejishikong主席的技术是否能做出创新性的举动又有待考证。。。

个人猜测。。。

jiangtao9999

现在 ML 就是这个问题……

sejishikong

其实，原来的维护人员，除了cjacker，其它人并没有明确的退出，不过现在很少上来了。可能比较忙，我是没有能力做创新的，而且原本我只打算给2.0做一个bug fix的版本，没想到越做越多，成了现在这个样子了。
自定义软件包选择是不行的，这是MI没有实现的部分，不仅仅是分类的问题。
不过如果可以选择出合适的包来的话，可以单独做一个只包含基本软件包的版本。

jiangtao9999

MI 不是这部分有么？

stdio

sinanjj 说话真是伤人啊

sejishikong

原帖由 jiangtao9999 于 2008-8-20 09:35 发表

MI 不是这部分有么？

只是预备实现，还没有代码呢，其实要是懂python的话，可能添加也比较容易。

jiangtao9999

不知道 stdio 的 python 的水平如何？

sinanjj

原来的维护人员退出是很正常的, 比如人家有家庭了要多花点时间陪老婆孩子.

他们留下的东西是很完美的, 就最初的目的而言, 算是达到了.

但是形势是不断变化的, 提供一个开源的自由的方便的操作系统确实为Magic创造了一定的辉煌(chinaunix下载量达到        1079497), 不过随着网

络游戏,pplive等休闲软件的影响力日益扩大(看看大学生的pc就知道了----虽然我也是),  用于娱乐的pc的系统应该依然是window, 虽然有

wine, 虽然wine下warcraft运行速度比window下还快.

未来的几年, 微软会逐步加强打击盗版的力度, linux的发展会越来越好(从番茄花园作者被捕就可见一斑了, 下一个会是....deepin??).

linux的发展方向应该是企业, 政府, 工厂. 而在中国做这样的应用必须和gcd有良好的关系, 红旗就是商业化的一代表, 麒麟就是学术界一代

表. 两者显然都背离了linux的核心价值观: 开源, 自由-----------红旗不开放源码, 麒麟更不知道是不是会被用到 金 盾 防火墙 上来监视

我们自己.

Magic更像是几个高手在不经意间给我们留下的一份礼物, 没有太多功利目的, 一个较完美的本土化系统.

magic要发展, 就要找到他的发展方向和路径, 基于什么样的思想把一批什么样的人通过网络联合在一起去完成什么样的目的, 这才是最重要的

, 这才是主席要考虑的. 不是会不会python的问题, 而是论坛里有没有会python的人的问题, 而是如何把这个人留住, 并把经验留给大家的问

题.

主席一直一个人战斗, 显然只会使magic越来越没有新鲜血液, 即使主席热情再高也不能满足大家对magiclinux的要求, 万一主席哪天也有了老

婆孩子....

我认为, magic发展要做的: 1, 想办法笼络住人才. 人是最核心的. 看看deepin的发展, 从做系统开始, 到成为技术论坛.
2, 个性化, 推出针对不同目的的系统. 当然, 这也是人才济济的站才能做的出来的.
3, 增设手机/嵌入式系统----------你不会不要紧, 有人会就行, 会的人多了气氛就形成了.

写到这里, 思路断了...

debian的定制思路: 装个最小系统, 把要装的deb包刻盘, apt装. 我看了一下最小系统里有gcc等的deb包. 看来很好很强大. 看debian的手则

也复了习不少东西.

最后 回复 willie: @#$^&*()!@#$%^&*($#$ 我错了.....

npcomet

其实 主席有老婆 刚有孩子

jiangtao9999

原帖由 npcomet 于 2008-8-20 04:32 PM 发表
刚有孩子

上照片！！！！

sinanjj

我开始使用debian实验，先安装一个netinit的100M的基本系统，然后再dpkg装deb包，这时候问题出现了，deb包和rpm包一样也是有依赖关系的（地球人都能想到，说白一点），只是debian组织用aptget把依赖关系都做了，但是我们还是不能知道aptget到底做了什么操作， 所以，对一个清晰的系统而言，aptget是不行的。

debian在网络服务器方面取得成功，依赖于apt，工控环境也apt就有点。。。。

”重新做一个不久得了，8M包括编译环境。

精简的不如重来的“----------------我在21ic上得到的提示。 不理解

8M包括编译环境， LFS的系统还得400M，8M。。gcc和内核倒是可以，但是怎么做就不知道了。。

sinanjj

回21ic了