Но ще стане горе долу така: в сорс пакета (apt-get source libc6) във файла debian/rules променяш префикса, така, че да се инсталира в някоя тестова директория и подкарваш билд процеса с debian/rules binary
Трябва да се смени и името на пакета, защото тестовият glibc ще замени системния glibc. Изобщо това, което описваш, е опасна операция.
Според мене най-добре е да се направи нещо като chroot среда за исканата програма, т.е. новите версии да се инсталират в нещо като /usr/my вместо в /usr/local и да се настройват неща като LD_LIBRARY_PATH, когато се стартират новите програми. В случая се изисква и процеса на компилация да използва glibc (или gcc, ако е нужно) нещата от /usr/my.
А най-лесно е да се използва pkgsrc на NetBSD, който работи на всякакви *nix-и и май даже може да се използва като обикновен потребител[1] :-D За съжаление libc е толкова фундаментална част, че не е част от pkgsrc :-(
[1] http://ezine.daemonnews.org/200405/pkgsrcCon2004.html
Поздрави, оги
============================================================================ A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers). http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html ============================================================================
