打印

rpm 建包原理(2010.11.22 更新)

真是学习的好地方阿!
先做一个不给社会添麻烦的人!再做一个对社会有贡献的人!

TOP

怎样制作一个rpm文件,在安装的时候可以输入序号才可以安装?lanche,
--

TOP

怎样制作一个rpm文件,在安装的时候可以输入序号才可以顺利安装,否则不能安装?
KDE,
--

TOP

In linux i have never saw what u said before.

TOP

[quote:60fd30a47c="iamagoodmaster"]怎样制作一个rpm文件,在安装的时候可以输入序号才可以顺利安装,否则不能安装?
KDE,[/quote]
rpm可以写pre脚本,不过看不出来这么做的意义。

如果要做这类安装包,最好用installbuilder/installanywhere一类的做。

TOP

lanche 你好,这样做的意义不大,因为在 linux 下很容易解开 rpm 包,在 magic 下只要右键点击就可以。毕竟 rpm 是开放的。若要实现,可以在 spec 的 pre 段写入交互脚本,如果输入序列号正确,就可以安装,但是这样的脚本也是很容易查看到的,你的密码岂不是昭然若揭?使用 bin 打包格式会好一点,但我不能确定是否就真的有效。sejishikong 说的你可以试试。

TOP

引用:
典型的 windows 用户后遗症。linux 是一个庞大的多用户、多任务网络操作系统,对于熟悉她的人来说,很多情况下使用控制台会更加高效,特别是没有 x 环境的服务器。要是完全把每个软件都分开存放,将使控制台下强大的自动命令补齐功能失效!否则你必须把所有软件的私有目录加入路径,这是可怕的,不讲操作是否可行,仅仅浪费在搜索路径上的时间就足以使你精神崩溃。
是的,很多人都有Windows的后遗症。但是我们选择使用linux决不是因为它是什么多用户网络操作系统,而是它的开放,自由,分享。我们用linux是做桌面的,不是拿来做服务器,一个月维护一次就够了,我们要每天在上面装软件,上网,打游戏,而命令自动补齐对于习惯双击的我们有何意义?那些在/usr/bin里的很多程序居然不能双击运行,太搞笑了~~让熟悉Win的用户再去玩Shell(只比dos多个命令自动补其的东西),岂不是一种倒退?
因为我是程序员,所以不能容忍任何严重的BUG! 很好看的韩剧:《你来自哪颗星》,《去海边吧》,《最后的舞请与我一起》 看贴的能不能给留个言啊!~~~~

TOP

引用:
对于那些使用古怪包管理工具的发行版,除非拥有庞大的软件包打包队伍,否则会使用户面临软件包匮乏的尴尬局面。
我觉得那些刚从Window转到linux的用户来说,rpm就是一个非常古怪的包管理工具,居然在magic上的发行包不能在mandriva上安装,真是不可思议**他们本来以为rpm会像一个setup.exe那样通吃一切,所以迷茫了,还是把linux删掉吧。究其原因就是每个rpm并不是一个完整的像setup.exe那样的安装包,只是包含了整个软件的一部分,其依赖的库由其他的rpm来安装。而依赖不只是缺少文件那样简单,找依赖库的过程会让你意志消沉,直至放弃安装为止。
所以,我有一个疑问为什么不把rpm包做大一点,包含依赖的库,即使下载时大点,也无所谓。安装的时候重复就覆盖,又不会导致系统当机。不要什么复杂的依赖检查,自己带库就行了,如果要依赖也只依赖一些比较大的(比如gtk),有些几k的还要单独搞个rpm,有时搞不到真能把人气死。
当前的各大发行版皆按这种方式发行,真不知道为什么没人打包的时候想到这一点呢?
因为我是程序员,所以不能容忍任何严重的BUG! 很好看的韩剧:《你来自哪颗星》,《去海边吧》,《最后的舞请与我一起》 看贴的能不能给留个言啊!~~~~

TOP

引用:
所以,我有一个疑问为什么不把rpm包做大一点,包含依赖的库,即使下载时大点,也无所谓。
一个包带全部的Linux 库程序?需要 xxxM ??

TOP

引用:
引用:

所以,我有一个疑问为什么不把rpm包做大一点,包含依赖的库,即使下载时大点,也无所谓。

一个包带全部的Linux 库程序?需要 xxxM ??
没说要带全部的依赖库啊,基本的linux 系统库,X,gtk,qt,不要自带,其他的小点的比如什么SDL,stdc++,之类带上就不用用户再去下载了,万一系统中没这些小玩意,不就装不上了吗?

这其实不是主要的麻烦,如果你的系统有SDL1.2但是你要装的程序是依赖SDL2.0,这时你也不得不去下载SDL2.0去装,同时装2个SDL先不管有没有冲突,就是没有冲突,用户也要分清版本去下载,不然下了也白下,这又添加了不少麻烦。
因为我是程序员,所以不能容忍任何严重的BUG! 很好看的韩剧:《你来自哪颗星》,《去海边吧》,《最后的舞请与我一起》 看贴的能不能给留个言啊!~~~~

TOP

[quote:a70cfc0cb6="linuxpgy"]
引用:
引用:

所以,我有一个疑问为什么不把rpm包做大一点,包含依赖的库,即使下载时大点,也无所谓。

一个包带全部的Linux 库程序?需要 xxxM ??
没说要带全部的依赖库啊,基本的linux 系统库,X,gtk,qt,不要自带,其他的小点的比如什么SDL,stdc++,之类带上就不用用户再去下载了,万一系统中没这些小玩意,不就装不上了吗?

这其实不是主要的麻烦,如果你的系统有SDL1.2但是你要装的程序是依赖SDL2.0,这时你也不得不去下载SDL2.0去装,同时装2个SDL先不管有没有冲突,就是没有冲突,用户也要分清版本去下载,不然下了也白下,这又添加了不少麻烦。[/quote]
真正依赖问题,都不是小型的系统库,都是大型库,也就是说 SDL、stdc++ 都不是问题。
编译程序的时候用 static 就可以了,但大型库依赖根本不能解决。
Linux 的特点就是依赖库程序所提供的功能,一个程序很可能引用了系统里一半的库(这似乎也是 Linux 有统一目录树结构的原因)。而不像 Windows ,仅仅使用系统提供的库。
而且 Windows 系统的库经常好几年不更新,库之间的功能基本不重叠。Linux 经常更新系统库来增加新的程序,而且经常有好几种库提供相同的功能,让大家选择使用。

TOP

引用:
真正依赖问题,都不是小型的系统库,都是大型库,也就是说 SDL、stdc++ 都不是问题。
编译程序的时候用 static 就可以了
编译程序的时候用 static 就可以了?对于别人已经编译好的文件就没有办法了,做rpm的时候再把别人的源码拿过来再编译太浪费时间了(而且我的机器连gcc都没有装!),我只是想做一个依赖很少或没有依赖的包。
引用:
但大型库依赖根本不能解决。
自带就行了,虽然大了很多,我打包一个mplayer+mencoder+gmplayer+win32-codecs 包含所有用到的系统库只有23M左右,看来rpm压缩算法挺好的 ,而且有些可以踢掉的,linux.so.2 glibc.so.2之类的,基本每个系统都带的吧~
引用:
Linux 经常更新系统库来增加新的程序
关键问题是怎么更新呢?如果是版本升级,比如linux.so.2-->linux.so.3那正好,自带linux.so.2的话,也可以在只有linux.so.3的系统中安装 。对于小版本升级,比如linux.so.2.0-->linux.so.2.1,所有的程序只是使用linux.so.2这个符号连接,如果安装的时候你提供了一个linux.so.2.0,而系统中的是linux.so.2.1,那么会不会冲突呢?这点还请高人指点.
引用:
而且经常有好几种库提供相同的功能,让大家选择使用。
正是因为这一点,所以我们才有自带库的必要!虽然好几种库提供的功能相同,但是实际编译出来的binary文件只会对特定编译时使用的库依赖,举个例子wxWidget可以跨平台编译,但是你决不能把windows下编译的binary拿到linux下用,同样wxWidget可以在gtk上编译,也可以在qt上编译,但是运行的时候gtk编译的还只能在包含gtk的系统运行,而不能那到只有qt的系统中运行。 不知道我理解的对不对,如果理解有误请指正,谢谢!

补充一点,关于rpm制作,不一定非要root身份(**很危险哦!!**),所以把打包工作防在/usr/src/mBuild/稍显不方便,查了一些资料有说到:
引用:
可以通过更改 %_topdir 设置来告诉 RPM 查找和创建不同目录集中的文件。按照下面的方法在您的主目录下创建一个名为 .rpmmacros的文件:

%_topdir /home/peter/rpm    #这里一定要是全路径,把peter换成你的用户名

这个文件会告诉 RPM:它先前在 /usr/src/redhat 下查找的所有目录应该改为在 /home/your_userid/rpm 下查找。 现在,您应该创建这样一个完整的目录树:~/rpm ~/rpm/SOURCES ~/rpm/SPECS ~/rpm/BUILD ~/rpm/RPMS ~/rpm/RPMS/i386 ~/rpm/SRPMS

~/rpm
~/rpm/SOURCES
~/rpm/SPECS
~/rpm/BUILD
~/rpm/RPMS
~/rpm/RPMS/i386
~/rpm/SRPMS
这样就方便多了,普通用户也可以方便建包了。详细请见:http://www.uplinux.com/www/dev/01/426.shtml
因为我是程序员,所以不能容忍任何严重的BUG! 很好看的韩剧:《你来自哪颗星》,《去海边吧》,《最后的舞请与我一起》 看贴的能不能给留个言啊!~~~~

TOP

……………………………………………………………………………………………………………………

1、要是让你自己编译了,用 static 干什么?
2、要知道 linux 里,一个系统需要几百个包,自己带自己的,被携带的库重复次数 >10 很容易(要知道Linux的依赖是可以用排队来形容的)。
3、重新编译,换个参数,就能导致不兼容,0.0001的版本变化,就会变换接口。
4、你带你的库,我带我的库,结果咱俩用同一种。比如 jpeg ,用的太多了,还好他不是多种库并存并且不通用。WxWiget 你是打算携带还是不带?他本来就是为了兼容而制作的类似桥接的库。
5、我喜欢用 root 制作 rpm ,kanker 他就用非 root,这个是习惯的问题,我用非 root ,一样会丟数据,用 root ,也没有 rm -fr / 过。这些东西,没有必须的,只有自愿的。

TOP

[quote:483be91a81="jiangtao9999"]……………………………………………………………………………………………………………………

1、要是让你自己编译了,用 static 干什么?
2、要知道 linux 里,一个系统需要几百个包,自己带自己的,被携带的库重复次数 >10 很容易(要知道Linux的依赖是可以用排队来形容的)。
3、重新编译,换个参数,就能导致不兼容,0.0001的版本变化,就会变换接口。
4、你带你的库,我带我的库,结果咱俩用同一种。比如 jpeg ,用的太多了,还好他不是多种库并存并且不通用。WxWiget 你是打算携带还是不带?他本来就是为了兼容而制作的类似桥接的库。
5、我喜欢用 root 制作 rpm ,kanker 他就用非 root,这个是习惯的问题,我用非 root ,一样会丟数据,用 root ,也没有 rm -fr / 过。这些东西,没有必须的,只有自愿的。[/quote]

第1条.没看懂~~太笨~~
第2条.事实上Window下的安装程序为了能装上软件,以mfc42.dll为例,重复何止10次!!!甚至可以用成千上万来形容。到目前也没有听说某某安装程序因为多带了mfc42.dll,导致系统问题~
第3条.好像没那么夸张吧,一个动态库lb.so.2(这只是个符号链接) ,不管它链接到lib.so.2.5.0 还是链接到libso.2.6.1 依赖lib.so.2的程序都是可以工作的,如果接口变的话开发者会直接升级到lib.so.3的,这点不用担心。 不信可以自己试试
第4条.基本和上面一样,就是版本确定了这个软件的功能,一般不太可能这里的lib.so.2和那里的lib.so.2完全不一样(如果不一样也是某人的原因),小版本号理论上不应该影响上层应用,还是那句话自己试试就知道了。wxWidget的问题上次没有说清楚,其实他是静态链接的,所以不用带。
第5条.我说了"不一定非要root身份",只是给大家一个建议,采不采纳是自己的事,我没强制大家非要非root打包啊??
因为我是程序员,所以不能容忍任何严重的BUG! 很好看的韩剧:《你来自哪颗星》,《去海边吧》,《最后的舞请与我一起》 看贴的能不能给留个言啊!~~~~

TOP

1、没懂就没懂吧。
2、一个 mfc42 有多大?win里,你能需要自带几个dll?
3、我每次emerge -u world ,如果更新了 KDE 相关(主要是 arts )那么 amarok 基本上就需要重新编译,还有别的支持 arts 输出的软件,也需要重新编译才能用。
4、但问题是,你能保证 0.2 这个比较大的版本号可以等到多长时间?反正 windows 基础库的更新一般都是跟随 windows 大版本一同更新。你的程序所依赖的库都是这么整齐划一的同时更新?
5、那你说他干啥?

TOP