Re: [gentoo-dev] emerge -C eselect-python disaster

2010-01-25 Thread Petteri Räty
On 01/25/2010 02:02 AM, Dale wrote: Is there something that I am missing here? For me, system should include the things needed for booting and for the package manager to work. If it can't contain python then portage has a problem. As I pointed out in another reply, portage won't let you

Re: [gentoo-dev] emerge -C eselect-python disaster

2010-01-25 Thread Dale
Petteri Räty wrote: On 01/25/2010 04:28 AM, Dale wrote: Well put. I would agree that a simple warning should be given before removing a system package or a package that system must have, especially portage. Maybe what portage needs is a reverse -n feature. Instead of adding something to

Re: [gentoo-dev] emerge -C eselect-python disaster

2010-01-25 Thread Arfrever Frehtes Taifersar Arahesis
2010-01-24 22:15:17 Mike Frysinger napisał(a): On Sunday 24 January 2010 00:12:39 Benny Pedersen wrote: it removes python-wrapper and this remove python link from /usr/bin/python linked to /usr/bin/python-wrapper so all portage does not work after this, but i solved it with a quickpkg from

Re: [gentoo-dev] emerge -C eselect-python disaster

2010-01-25 Thread Petteri Räty
On 25.1.2010 13.02, Dale wrote: Petteri Räty wrote: On 01/25/2010 04:28 AM, Dale wrote: Well put. I would agree that a simple warning should be given before removing a system package or a package that system must have, especially portage. Maybe what portage needs is a reverse -n feature.

Re: [gentoo-dev] emerge -C eselect-python disaster

2010-01-25 Thread Petteri Räty
On 25.1.2010 13.30, Petteri Räty wrote: So there is already a option that is the reverse of -n ? Dale :-) :-) You would first have to define the reverse to avoid misunderstanding. --noreplace (-n) Skips the packages specified on the command-line that have already been installed. Reverse:

Re: [gentoo-dev] emerge -C eselect-python disaster

2010-01-25 Thread Dale
Petteri Räty wrote: On 25.1.2010 13.30, Petteri Räty wrote: So there is already a option that is the reverse of -n ? Dale :-) :-) You would first have to define the reverse to avoid misunderstanding. --noreplace (-n) Skips the packages specified on the command-line that have already been

Re: [gentoo-dev] emerge -C eselect-python disaster

2010-01-25 Thread Jacob Godserv
On Mon, Jan 25, 2010 at 06:32, Petteri Räty betelge...@gentoo.org wrote: I should also add that this is not a user support mailing list as there's gentoo-user for that purpose. I think the original purpose of the thread was already fulfilled. So then how was the original problem resolved?

Re: [gentoo-dev] emerge -C eselect-python disaster

2010-01-25 Thread Patrick Nagel
Hi, (although this is no user support list...) On 2010-01-25 11:02 UTC Dale wrote: So there is already a option that is the reverse of -n ? See `man emerge`: --depclean (-c) [...] Depclean serves as a dependency aware version of --unmerge. When given one or more atoms, it will unmerge

Re: [gentoo-dev] emerge -C eselect-python disaster

2010-01-25 Thread Petteri Räty
On 25.1.2010 18.20, Jacob Godserv wrote: On Mon, Jan 25, 2010 at 06:32, Petteri Rätybetelge...@gentoo.org wrote: I should also add that this is not a user support mailing list as there's gentoo-user for that purpose. I think the original purpose of the thread was already fulfilled. So then

Re: [gentoo-dev] emerge -C eselect-python disaster

2010-01-25 Thread Petteri Räty
On 25.1.2010 18.06, Dale wrote: I am subscribed to -user as well. I been using Gentoo since the 1.4 days. This is about improving portage which is a good thing to talk about here. The devs do it, not the user. ;-) Also, I already know how to use portage pretty good. I'm not asking for support

Re: [gentoo-dev] emerge -C eselect-python disaster

2010-01-25 Thread Dale
Petteri Räty wrote: On 25.1.2010 18.20, Jacob Godserv wrote: On Mon, Jan 25, 2010 at 06:32, Petteri Rätybetelge...@gentoo.org wrote: I should also add that this is not a user support mailing list as there's gentoo-user for that purpose. I think the original purpose of the thread was already

Re: [gentoo-dev] emerge -C eselect-python disaster

2010-01-25 Thread Petteri Räty
On 01/25/2010 07:07 PM, Dale wrote: Petteri Räty wrote: On 25.1.2010 18.20, Jacob Godserv wrote: On Mon, Jan 25, 2010 at 06:32, Petteri Rätybetelge...@gentoo.org wrote: I should also add that this is not a user support mailing list as there's gentoo-user for that purpose. I think the

Re: [gentoo-dev] emerge -C eselect-python disaster

2010-01-24 Thread Ulrich Mueller
On Sun, 24 Jan 2010, Benny Pedersen wrote: it removes python-wrapper and this remove python link from /usr/bin/python linked to /usr/bin/python-wrapper so all portage does not work after this, It's a run-time dependency of python, so what did you expect? my dump question why is it not

Re: [gentoo-dev] emerge -C eselect-python disaster

2010-01-24 Thread Petteri Räty
On 01/24/2010 07:12 AM, Benny Pedersen wrote: should not be marked as system ? it removes python-wrapper and this remove python link from /usr/bin/python linked to /usr/bin/python-wrapper so all portage does not work after this, but i solved it with a quickpkg from another host my dump

Re: [gentoo-dev] emerge -C eselect-python disaster

2010-01-24 Thread Petteri Räty
On 01/24/2010 07:12 AM, Benny Pedersen wrote: should not be marked as system ? it removes python-wrapper and this remove python link from /usr/bin/python linked to /usr/bin/python-wrapper so all portage does not work after this, but i solved it with a quickpkg from another host my dump

Re: [gentoo-dev] emerge -C eselect-python disaster

2010-01-24 Thread Arttu V.
On 1/24/10, Benny Pedersen m...@junc.org wrote: should not be marked as system ? it removes python-wrapper and this remove python link from /usr/bin/python linked to /usr/bin/python-wrapper so all portage does not work after this, but i solved it with a quickpkg from another host my dump

Re: [gentoo-dev] emerge -C eselect-python disaster

2010-01-24 Thread Ben de Groot
2010/1/24 Petteri Räty betelge...@gentoo.org: The meaning of the system set is to have only the packages directly required to have a minimal functioning system. Having python by itself is not a requirement for that but having package management is. You can't have functioning package management

Re: [gentoo-dev] emerge -C eselect-python disaster

2010-01-24 Thread Dale
Arttu V. wrote: On 1/24/10, Benny Pedersen m...@junc.org wrote: should not be marked as system ? it removes python-wrapper and this remove python link from /usr/bin/python linked to /usr/bin/python-wrapper so all portage does not work after this, but i solved it with a quickpkg from another

Re: [gentoo-dev] emerge -C eselect-python disaster

2010-01-24 Thread Petteri Räty
On 01/24/2010 03:02 PM, Ben de Groot wrote: 2010/1/24 Petteri Räty betelge...@gentoo.org: The meaning of the system set is to have only the packages directly required to have a minimal functioning system. Having python by itself is not a requirement for that but having package management is.

Re: [gentoo-dev] emerge -C eselect-python disaster

2010-01-24 Thread Ben de Groot
2010/1/24 Petteri Räty betelge...@gentoo.org: On 01/24/2010 03:02 PM, Ben de Groot wrote: You can't have functioning package management without the hard dependencies it requires. So both portage and python should be in the system set. Why should we keep redundant information in the list?

Re: [gentoo-dev] emerge -C eselect-python disaster

2010-01-24 Thread Petteri Räty
On 01/24/2010 08:20 PM, Ben de Groot wrote: 2010/1/24 Petteri Räty betelge...@gentoo.org: On 01/24/2010 03:02 PM, Ben de Groot wrote: You can't have functioning package management without the hard dependencies it requires. So both portage and python should be in the system set. Why should

Re: [gentoo-dev] emerge -C eselect-python disaster

2010-01-24 Thread Mike Frysinger
On Sunday 24 January 2010 00:12:39 Benny Pedersen wrote: it removes python-wrapper and this remove python link from /usr/bin/python linked to /usr/bin/python-wrapper so all portage does not work after this, but i solved it with a quickpkg from another host sounds a bug that should be filed so

Re: [gentoo-dev] emerge -C eselect-python disaster

2010-01-24 Thread Richard Freeman
On 01/24/2010 01:20 PM, Ben de Groot wrote: 2010/1/24 Petteri Rätybetelge...@gentoo.org: On 01/24/2010 03:02 PM, Ben de Groot wrote: Why should we keep redundant information in the list? How is that redundant? Well, I doubt we'll get away from python in the system set anytime soon, but

Re: [gentoo-dev] emerge -C eselect-python disaster

2010-01-24 Thread Dale
Petteri Räty wrote: On 01/24/2010 08:20 PM, Ben de Groot wrote: 2010/1/24 Petteri Räty betelge...@gentoo.org: On 01/24/2010 03:02 PM, Ben de Groot wrote: You can't have functioning package management without the hard dependencies it requires. So both portage and python should

Re: [gentoo-dev] emerge -C eselect-python disaster

2010-01-24 Thread Jacob Godserv
On Sun, Jan 24, 2010 at 19:02, Dale rdalek1...@gmail.com wrote: Since unmerging python results in a broken system, I'm not sure how this pollutes anything.  The system set is to maintain a working and bootable system that can install packages and portage requires python to work.  What good is

Re: [gentoo-dev] emerge -C eselect-python disaster

2010-01-24 Thread Dale
Jacob Godserv wrote: On Sun, Jan 24, 2010 at 19:02, Dale rdalek1...@gmail.com wrote: Since unmerging python results in a broken system, I'm not sure how this pollutes anything. The system set is to maintain a working and bootable system that can install packages and portage requires python

Re: [gentoo-dev] emerge -C eselect-python disaster

2010-01-24 Thread Richard Freeman
On 01/24/2010 07:02 PM, Dale wrote: Is there something that I am missing here? For me, system should include the things needed for booting and for the package manager to work. It should include the programs directly involved in booting, and the package manager. I'm not sure that it should

Re: [gentoo-dev] emerge -C eselect-python disaster

2010-01-24 Thread Dale
Richard Freeman wrote: On 01/24/2010 07:02 PM, Dale wrote: Is there something that I am missing here? For me, system should include the things needed for booting and for the package manager to work. It should include the programs directly involved in booting, and the package manager. I'm