installwatch这个包管理软件怎么样

我看了一下cblfs，觉得这个installwatch还不错，至少感觉可伸缩性比较大，想在这个上面丰富一下功能，不知各位有什么好的建议，基本上就是想写一个installlog，然后删除时直接按照这个installlog中列出的文件，进行删除，

作者: qdog988 发布时间: 2008-12-12

正在看installwatch.c这个文件，附件是源文件，找高手给解读一下，
我想把该文件改造成只写文件的路径什么的，写到一个文件中，然后删除文件的时候就按照文件中的记录删除系统中对应的文件就可以了

上传的附件

installwatch.txt (18.0 KB, 3 次查看)

作者: qdog988 发布时间: 2008-12-12

查了一下，好像还有个checkinstall，这个引用了installwatch，不知道那位兄弟对这个比较熟悉阿，给介绍一下了

作者: qdog988 发布时间: 2008-12-12

checkinstall 较 installwatch 可取之处是 checkinstall 能调用其他工具去制作出 tgz、rpm、deb 包等来用

不过 LFS 系统下我还是用 paco

作者: d00m3d 发布时间: 2008-12-14

兄弟，介绍一下paco阿，在那一步安装paco阿，这个软件有什么优势阿

作者: qdog988 发布时间: 2008-12-16

既然是在 CBLFS 找到 installwatch，怎会没看见 paco？

对比各大发行版的包管理系统，paco 没什麽优势可言，功能短少又不会自动解决包的依赖关系，但胜在简单及容易操作，只要是安装时让它监控，安装後还可以打包成 tarball。当然 paco 弱点及 bug 也不少，一言难尽。。。

作者: d00m3d 发布时间: 2008-12-17

我看到paco了阿，但是感觉介绍很笼统，就想让使用过的兄弟介绍下啦。这样经验来的直接些
呵呵

作者: qdog988 发布时间: 2008-12-17

关於 paco 的介绍，最直接是看官方网页，http://paco.sourceforge.net，并不长，很快可以看完

兄弟想知的是哪些东西？

作者: d00m3d 发布时间: 2008-12-17

呵呵，没想到兄弟在阿，我刚安装好paco－2.0.6，并安装了一个软件测试，感觉还可以了，如果我要是在构建lfs的时候安装，应该在什么时候安装paco呢，就是说我想把所有的软件都使用paco来管理

作者: qdog988 发布时间: 2008-12-17

安装软件前都应该先阅读该软件自带的文档，paco 的 README 里有说明的，简单如下：

make install ---> paco -lD make install

-l 代表 log （记下现在的安装过程）
-D 用当前目录的名字做记录，所以一些不在码树下编译的软件如 binutils/glibc/gcc 之类的就不要用 -D 了，可改由 -p 指定名字，如：

paco -l -p gcc-4.4-20081212 make install

如果像 binutils 的安装，可以用 "" 来完成

paco -l -p binutils-2.19 "make tooldir=/usr install"

但是随後的命令如 cp、install、ln 之类的就不会被记录了，这是 paco 缺点之一，还有别的在後叙

要把 paco 自己也 log，不能用上述的方法，要用 make logme

要翻查已安装软件，可以用

paco -a （看全部）
paco -ad1 (单行连日期显视）

我比较喜欢 paco -ad1|grep binutils 检视，或者用图型介面 gpaco，可是要用 paco-2.x 的 GUI 很痛苦，gtkmm 依赖一大堆！paco-1.x 却只需要 gtk，但 gpaco 有时会比 paco 好，比如要御载软件，如果新旧版都装（记载）了，用 gpaco 移除旧软件是不会把新软件里相同名字的部份删除的（shared 的部份），如此再用 paco -U <旧软件名> 便行，这比直接用 paco -U <旧软件名> 好

其他的自己看 paco 的文档及 man page 探索一下吧！

paco 的缺点：

除上述的一点外，还有：

1. 要定时 paco -ua，每周更新一次它的数据库，软件多了，这颇为费时
2. paco 有一个 bug，它只认得软件版本的 a.b.c，如果软软件的版本有 a.b.c.d，如 shadow-4.1.2.1，它会认为跟 shadow-4.1.2.2 一样的，如果安装了後者而移去前者，抱歉，你的新版都会被移走！

作者: d00m3d 发布时间: 2008-12-17

那是不是应该在tools完成之后，在开始第六章之前进行吗？
但我看了一下gtk在blfs中是在x安装完后才安装的，那是不是只是用paco来管理blfs中安装的软件包，而lfs中的管理不了呢

作者: qdog988 发布时间: 2008-12-17

或者是安装了paco后，把原来lfs中的软件除了binutils，gcc，glibc从新安装一遍？这是不是并非一个好的方法？

作者: qdog988 发布时间: 2008-12-17

还有更新现有lfs系统，有的帖子说
如果你是在当前的LFS上更新，比如直接把LFS6.3升级到6.4，那么要注意的就是除了glibc软件包不可以在同一个操作系统中自己编译和安装自己以外，其他的软件，比如gcc/vim/等等，都可以直接在本系统编译和安装，只需要把安装的前缀--prefix设定和原来的一样就可以了。

是这样吗？那是不是说要更新glibc就得从新来

作者: qdog988 发布时间: 2008-12-17

引用:

作者: qdog988

那是不是应该在tools完成之后，在开始第六章之前进行吗？
但我看了一下gtk在blfs中是在x安装完后才安装的，那是不是只是用paco来管理blfs中安装的软件包，而lfs中的管理不了呢

原来兄弟打算在制作 LFS 系统时使用，应该是可以的，paco 可以不装 GUI 的 gpaco 一样能使用，文档有教你怎样去 disable 它的

GUI 的 gpaco 可以在 BLFS 後再重装 paco 便行，如不移除 paco 重装，数据库是不会毁掉的

作者: d00m3d 发布时间: 2008-12-17

引用:

作者: qdog988

或者是安装了paco后，把原来lfs中的软件除了binutils，gcc，glibc从新安装一遍？这是不是并非一个好的方法？

无此必要，反正日後升级 toolchain 的机会多的是

作者: d00m3d 发布时间: 2008-12-17

引用:

作者: qdog988

还有更新现有lfs系统，有的帖子说
如果你是在当前的LFS上更新，比如直接把LFS6.3升级到6.4，那么要注意的就是除了glibc软件包不可以在同一个操作系统中自己编译和安装自己以外，其他的软件，比如gcc/vim/等等，都可以直接在本系统编译和安装，只需要把安装的前缀--prefix设定和原来的一样就可以了。

是这样吗？那是不是说要更新glibc就得从新来

这个问题不是三言两语能说完，可以说是，也可以说不是，我不想误导你，但现在要上班了，晚上再谈吧。

作者: d00m3d 发布时间: 2008-12-17

还有一个问题，假如我现在的lfs系统在hda1（已经安装了x），我是否可以利用现有的lfs系统制作tools，然后chroot到tools系统中，重新在hda1上制作lfs系统呢

作者: qdog988 发布时间: 2008-12-17

引用:

作者: qdog988

还有一个问题，假如我现在的lfs系统在hda1（已经安装了x），我是否可以利用现有的lfs系统制作tools，然后chroot到tools系统中，重新在hda1上制作lfs系统呢

可以的，换一角度看，其实这不就是用现有系统作为宿主去制作 tools 再去 chroot 建新系统吗？

不过有此必要麽？

作者: d00m3d 发布时间: 2008-12-18

引用:

作者: qdog988

还有更新现有lfs系统，有的帖子说
如果你是在当前的LFS上更新，比如直接把LFS6.3升级到6.4，那么要注意的就是除了glibc软件包不可以在同一个操作系统中自己编译和安装自己以外，其他的软件，比如gcc/vim/等等，都可以直接在本系统编译和安装，只需要把安装的前缀--prefix设定和原来的一样就可以了。

是这样吗？那是不是说要更新glibc就得从新来

将现有系统软件升级，一般把相关的包重装便行，这不是指 6.3 升为 6.4 的事，因为并无从新做 toolchain 及 chroot 之类，算不上是 LFS 的升级。

不过作为系统的升级，其实亦无此必要，因为现系统本来就已有现成 toolchain 及相关的编译环境了

问题是源於 toolchain 的变动，并非每个软件都能无痛直接升级，尤其是 glibc，搞得不好会把系统弄跨，如不会修理系统的话，结果就是得不偿失，正是这个原因，其他软件都能动，但 glibc 却不能乱动！

依我自己的经验，不知是我不好采还是什麽，直接 make install 安装多数是失败的，只有极少数是直接通过的，原因至今不明，还好每次都有事前准备能即时修复，屡败屡战，郁闷非常：（

那 glibc 是否不能动？倒也不是！某天，偶改用 paco 监察安装，居然顺利通过，及後几次升降级，同样无往而不利，於是我便一直利用 paco 来简接安装。尽管如此，我依然自叹自己水平不足，仍未摸透当中的失败原因

分享这个经验并非教人如法跟随，只想说明在某种条件下升降级仍是可行的，也许还有更好的方法的，但始终编译安装 glibc 有其危险性，不会修理系统者更不宜乱动！

作者: d00m3d 发布时间: 2008-12-18

引用:

作者: d00m3d

引用:

作者: qdog988

还有一个问题，假如我现在的lfs系统在hda1（已经安装了x），我是否可以利用现有的lfs系统制作tools，然后chroot到tools系统中，重新在hda1上制作lfs系统呢

可以的，换一角度看，其实这不就是用现有系统作为宿主去制作 tools 再去 chroot 建新系统吗？

不过有此必要麽？

不好意思，刚刚没看清楚，在相同分区下制作虽然可以，但不一定值得，最好还是在独立分区下进行。

作者: d00m3d 发布时间: 2008-12-18

引用:

作者: d00m3d

可以的，换一角度看，其实这不就是用现有系统作为宿主去制作 tools 再去 chroot 建新系统吗？

不过有此必要麽？

这主要是由于我建立lfs系统的方式引发的这个问题，目前我制作lfs系统，是从光驱启动，然后挂载硬盘，通过livecd制作的，但我感觉使用livecd制作lfs很不方便，速度方面也慢，所以就想在更新现有系统，或者重新制作lfs时，利用现有的lfs制作tools，然后在同一个分区上去编译新的lfs系统，但是我感觉如果我chroot到tools中了，把原来的lfs系统删掉紧保留tools能行吗？

作者: qdog988 发布时间: 2008-12-18

我之所以想更新现有lfs系统或者重新制作lfs系统，主要是前段时间为安装一些软件，装了很多其他的软件，感觉系统中有很多个人不想要的东西，现在学习了一个paco，就有了想重新制作lfs系统的想法，但又实在不想通过光驱livecd来制作lfs了，所以才提出了在现有lfs系统上制作lfs系统的问题。
我感觉个人对系统有洁癖的要求，如果安装了额外的东西，就感觉这个系统是脏的，很难受的感觉，哈哈，个人癖好

作者: qdog988 发布时间: 2008-12-18

引用:

作者: qdog988

这主要是由于我建立lfs系统的方式引发的这个问题，目前我制作lfs系统，是从光驱启动，然后挂载硬盘，通过livecd制作的，但我感觉使用livecd制作lfs很不方便，速度方面也慢，所以就想在更新现有系统，或者重新制作lfs时，利用现有的lfs制作tools，然后在同一个分区上去编译新的lfs系统，但是我感觉如果我chroot到tools中了，把原来的lfs系统删掉紧保留tools能行吗？

仍是建议不要在相同分区下操作

作者: d00m3d 发布时间: 2008-12-18

引用:

作者: qdog988

我之所以想更新现有lfs系统或者重新制作lfs系统，主要是前段时间为安装一些软件，装了很多其他的软件，感觉系统中有很多个人不想要的东西，现在学习了一个paco，就有了想重新制作lfs系统的想法，但又实在不想通过光驱livecd来制作lfs了，所以才提出了在现有lfs系统上制作lfs系统的问题。
我感觉个人对系统有洁癖的要求，如果安装了额外的东西，就感觉这个系统是脏的，很难受的感觉，哈哈，个人癖好

这个观念是没有错的，而且是可行的，只不过最好还是用独立分区来进行较好

作者: d00m3d 发布时间: 2008-12-18

doom3d兄，什么地方可以下载老板本的paco阿，我在sourceforge上只找到了一个paco0.3阿，前几天你说要找以前1.x版的，没有什么依赖关系，现在2.x版的，依赖好多，估计我的lfs安装好了，光paco就要很麻烦的，更不用说安装blfs了

作者: qdog988 发布时间: 2008-12-22

非也，光 paco 一点都不麻烦，只是图型界面的 gpaco 非常麻烦

不装 gpaco 的话，不管新版旧版都没有什麽依赖，可放心去马

作者: d00m3d 发布时间: 2008-12-23