再探编译源码升级 glibc 的问题

csfrank

我一直用2.3.6，这么看来我这个不能算升级，只能算重新覆盖
只是 编译参数不同/使用不同的编译器 的差别
但是就在这种情况下直接 make install 也会失败

而如果glibc的版本不同，我想绝对不可以这么简单的直接覆盖
发行版能够升级glibc应当也是顺着依赖关系升级了一大批其他部件

d00m3d

哪麽下次升级时去试试金兄的方法

csfrank

对了，无论如何，尽可能在升级glibc的时候关闭一切可能运行的其他进程
最好只有一个shell在运行

LanEast

刚我试了一下，直接make install就可以。。-_-U
用的是我很久之前备份的系统，glibc是2.3.6的，然后升级到2.5.1
直接编译，然后make install，再make localedata/install-locales
cp -v --remove-destination /usr/share/zoneinfo/Asia/Shanghai /etc/localtimel
没有使用paco
然后再到/lib下面把所有*2.3.6*给rm了
然后ldconfig了一下
用paco查看了一下“前一个版本”的glibc中其它文件的日期，就只有/usr/share/locale下面几个文件和/etc/ld.so.conf和nsswitch.conf是旧文件了

系统一样没有出问题

d00m3d

怎麽我直接 make install 老是会死？

不幸。。。

晨想

老大，先确定不是硬件问题～～。；）

d00m3d

为何联想到是硬件问题呢？

晨想

这个，把最没可能先排除么～～。。。

pinkme005

怎么会在MAKE INSTALL时死掉呢。。。可能是硬件问题。。。如果在MAKE INSTALL出现错误异常终止，那是方法问题

LanEast

Post by csfrank;1753753
我从来都是先
make install install_root=/other/dir
然后
mv -f /other/dir/lib/* /lib/
mv -f /other/dir/sbin/* /sbin/
......
就OK，从来不会出问题
注意，是mv而不是cp
-----------------------
直接 make install 貌似不行，执行时间太长，夜长梦多....

我试过了,用cp就完蛋了,但是用mv就没事,然后看glibc安装的时候的日志,glibc本身的安装用的也是mv的方法
这是其中的一部分

/usr/bin/install -c /home/lane/glibc-build/elf/ld.so /lib/ld-2.7.so.new
mv -f /lib/ld-2.7.so.new /lib/ld-2.7.so

上面是在我真实的机器上从glibc-2.6.1升级到2.7的时候的log文件里面的一部分

所以我觉得mv应该是安全的