Re: [gentoo-user] Cleaning up installation / two glibc versions

2008-06-13 Thread Dirk Heinrichs
Am Donnerstag, 12. Juni 2008 schrieb ext Dimitrios Ropokis: This is not a real solution, Yes, it is. a problem has to be solved with tools that gentoo offers, Oh, didn't know emerge is not a Gentoo tool. Sorry. In my mind no, because the installed system must be ready to help itself! It

Re: [gentoo-user] Cleaning up installation / two glibc versions

2008-06-13 Thread Dirk Heinrichs
Am Donnerstag, 12. Juni 2008 schrieb ext Nicolai Beuermann: You are right it´s not a real solution. Only a solution to get back the old (and working) system with two installed versions of glibc in package database. So emerge -ep world shows it would re-install 2.3.4. quickpkg glibc-2.3.4

Re: [gentoo-user] Cleaning up installation / two glibc versions

2008-06-12 Thread Nicolai Beuermann
Am Dienstag 10 Juni 2008 schrieb Enrico Weigelt: IMHO, you've removed exactly that libc (or at least it's dynamic linker) your binaries are built against, so they can't be executed anymore - you'r system is unbootable. ldd output on these binaries should give your more enlightenment.

Re: [gentoo-user] Cleaning up installation / two glibc versions

2008-06-12 Thread Dirk Heinrichs
Hi, I guess the best way to finally solve this would be to quickpkg glibc-2.3.4 (just in case...) emerge -C glib-2.3.4 emerge -e world (or at least system if world is too much) HTH... Dirk -- Dirk Heinrichs | Tel: +49 (0)162 234 3408 Configuration Manager | Fax: +49

Re: [gentoo-user] Cleaning up installation / two glibc versions

2008-06-12 Thread Nicolai Beuermann
Am Donnerstag 12 Juni 2008 schrieb Dirk Heinrichs: Hi, I guess the best way to finally solve this would be to quickpkg glibc-2.3.4 (just in case...) emerge -C glib-2.3.4 you mean to unmerge glibc-2.3.4? When I do this my system is no longer useable. emerge wouldn´t work. Marvelously i´ve

Re: [gentoo-user] Cleaning up installation / two glibc versions

2008-06-12 Thread Dimitrios Ropokis
This is not a real solution, a problem has to be solved with tools that gentoo offers, is the livecd solution? In my mind no, because the installed system must be ready to help itself! Στις 12-06-2008, ημέρα Πεμ, και ώρα 14:50 +0200, ο/η Nicolai Beuermann έγραψε: Am Donnerstag 12 Juni 2008

Re: [gentoo-user] Cleaning up installation / two glibc versions

2008-06-12 Thread Nicolai Beuermann
You are right it´s not a real solution. Only a solution to get back the old (and working) system with two installed versions of glibc in package database. thanks Am Donnerstag 12 Juni 2008 schrieb Dimitrios Ropokis: This is not a real solution, a problem has to be solved with tools that

Re: [gentoo-user] Cleaning up installation / two glibc versions

2008-06-10 Thread Nicolai Beuermann
Nicolai Beuermann [EMAIL PROTECTED] a écrit: Again the result was an unbootable system. What is the error exactly ? I cannot remember the exact words right now - when i´m back home i´ll consult the logs.

Re: [gentoo-user] Cleaning up installation / two glibc versions

2008-06-10 Thread Enrico Weigelt
* Alan McKinnon [EMAIL PROTECTED] wrote: The definitive way to find out exactly what is going on is to run emerge with the -t option and see from that what is pulling a package in. Is there any way to let emerge assume certain package is not installed (w/o tweaking /var/db/pkg) ? This would

Re: [gentoo-user] Cleaning up installation / two glibc versions

2008-06-10 Thread Enrico Weigelt
* Nicolai Beuermann [EMAIL PROTECTED] wrote: Unmerging the old glibc ends up in an error about commands are no longer found. Back at the prompt I can´t fire any command. Nothing was found. Even shutdown failed. When you're trying to run some binary (which definitively exists and is +x)

Re: [gentoo-user] Cleaning up installation / two glibc versions

2008-06-09 Thread Nicolai Beuermann
On 09.06.2008 14:10:00, Dirk Heinrichs wrote: Am Sonntag, 8. Juni 2008 schrieb Nicolai Beuermann: Basic question: Why do I need two versions of glibc? You don't. equery depends =sys-libs/glibc-2.6.1 lists about 30 entries equery depends =sys-libs/glibc-2.3.4.20040808-r1 lists 27 entries

Re: [gentoo-user] Cleaning up installation / two glibc versions

2008-06-09 Thread Alan McKinnon
On Monday 09 June 2008, Nicolai Beuermann wrote: After I'd reemerged listed packages the equery command from above still lists the dependencies. what goes wrong? equery depends is not accurate. It does not list packages that are definitely dependencies, it lists dependencies that might

Re: [gentoo-user] Cleaning up installation / two glibc versions

2008-06-09 Thread Nicolai Beuermann
On 09.06.2008 19:10:53, Alan McKinnon wrote: On Monday 09 June 2008, Nicolai Beuermann wrote: After I'd reemerged listed packages the equery command from above still lists the dependencies. what goes wrong? The definitive way to find out exactly what is going on is to run emerge with

Re: [gentoo-user] Cleaning up installation / two glibc versions

2008-06-09 Thread Nicolas Sebrecht
Nicolai Beuermann [EMAIL PROTECTED] a écrit: Again the result was an unbootable system. What is the error exactly ? -- Nicolas Sebrecht -- gentoo-user@lists.gentoo.org mailing list

[gentoo-user] Cleaning up installation / two glibc versions

2008-06-08 Thread Nicolai Beuermann
Basic question: Why do I need two versions of glibc? The background: After cleaning up non-sys stuff with help of eix-test-obsolete it now shows Installed packages with a version not in the database (or masked): [D] sys-libs/glibc (2.3.4.20040808-r1(i686-pc-linux-gnu-2.2)@08.11.2007 2.6.1

Re: [gentoo-user] Cleaning up installation / two glibc versions

2008-06-08 Thread Dirk Heinrichs
Am Sonntag, 8. Juni 2008 schrieb Nicolai Beuermann: Basic question: Why do I need two versions of glibc? You don't. equery depends =sys-libs/glibc-2.6.1 lists about 30 entries equery depends =sys-libs/glibc-2.3.4.20040808-r1 lists 27 entries of which some are the same some are different.