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äty >>> 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 origin

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äty 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 ju

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äty 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 pr

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 matche

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 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? Sorry, I missed that (a

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 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 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. Instea

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

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 the

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

2010-01-25 Thread Petteri Räty
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 the world file,

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-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 not

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 con

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 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

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

2010-01-24 Thread Jacob Godserv
On Sun, Jan 24, 2010 at 19:02, Dale 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 a Gentoo system

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 : 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.

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äty: 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 imagine the results of ha

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 s

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 : >> 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

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

2010-01-24 Thread Ben de Groot
2010/1/24 Petteri Räty : > 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? How is that red

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 : >> 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 h

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

2010-01-24 Thread Dale
Arttu V. wrote: On 1/24/10, 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 Ben de Groot
2010/1/24 Petteri Räty : > 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 without the hard d

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

2010-01-24 Thread Arttu V.
On 1/24/10, 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 questio

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 > > m

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 > > m

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