[gentoo-user] using python 2.7

[gentoo-user] using python 2.7

[Paige Thompson]

RIP python 3

how do I get rid of it

[gentoo-user] Re: using python 2.7

[Grant Edwards]

On 2014-11-04, Paige Thompson <erratic@yourstruly.sx> wrote:
> RIP python 3
>
> how do I get rid of it

uninstall it

-- 
Grant Edwards               grant.b.edwards        Yow! A dwarf is passing out
                                  at               somewhere in Detroit!
                              gmail.com            

Re: [gentoo-user] using python 2.7

[Canek Peláez Valdés]

On Tue, Nov 4, 2014 at 10:44 AM, Paige Thompson <erratic@yourstruly.sx> wrote:
> RIP python 3
>
> how do I get rid of it

It's possible that you can't. Some (or many) packages could depend on
Python 2.7 because they don't work with Python 3.x. You can check that
with:

equery depends dev-lang/python:2.7

In my main system (full GNOME 3 desktop), 174 packages depend on
Python 2.7. Some of them probably can be made to work only with Python
3.x, but I'm willing to bet that the majority doesn't.

Maybe in the future, but I don't think it will be possible for at
least a few years.

Regards.
-- 
Canek Peláez Valdés
Profesor de asignatura, Facultad de Ciencias
Universidad Nacional Autónoma de México

Re: [gentoo-user] using python 2.7

[Paige Thompson]

Sorry for the dumb message, I figured out how to use eselect python (the
syntax is a little weird and not very well documented.) This fixed my
issue as near as I can tell.

On 11/04/14 17:16, Canek Peláez Valdés wrote:
> On Tue, Nov 4, 2014 at 10:44 AM, Paige Thompson <erratic@yourstruly.sx> wrote:
>> RIP python 3
>>
>> how do I get rid of it
> It's possible that you can't. Some (or many) packages could depend on
> Python 2.7 because they don't work with Python 3.x. You can check that
> with:
>
> equery depends dev-lang/python:2.7
>
> In my main system (full GNOME 3 desktop), 174 packages depend on
> Python 2.7. Some of them probably can be made to work only with Python
> 3.x, but I'm willing to bet that the majority doesn't.
>
> Maybe in the future, but I don't think it will be possible for at
> least a few years.
>
> Regards.

Re: [gentoo-user] Re: using python 2.7

[Paige Thompson]

oh thanks good idea

On 11/04/14 17:08, Grant Edwards wrote:
> On 2014-11-04, Paige Thompson <erratic@yourstruly.sx> wrote:
>> RIP python 3
>>
>> how do I get rid of it
> uninstall it
>

Re: [gentoo-user] using python 2.7

[Dale]

Paige Thompson wrote:
> Sorry for the dumb message, I figured out how to use eselect python (the
> syntax is a little weird and not very well documented.) This fixed my
> issue as near as I can tell.
>
>

For future reference, make sure nothing depends on whatever version of
python you want to remove before you remove it.  If you don't, it could
get very interesting in a really bad way.  Python is one of those
packages that you have to watch out for gotchas on.  It sometimes comes
back and bites you.

Dale

:-)  :-)

Re: [gentoo-user] using python 2.7

[Paige Thompson]

On 11/05/14 00:01, Dale wrote:
> Paige Thompson wrote:
>> Sorry for the dumb message, I figured out how to use eselect python (the
>> syntax is a little weird and not very well documented.) This fixed my
>> issue as near as I can tell.
>>
>>
> For future reference, make sure nothing depends on whatever version of
> python you want to remove before you remove it.  If you don't, it could
> get very interesting in a really bad way.  Python is one of those
> packages that you have to watch out for gotchas on.  It sometimes comes
> back and bites you.
>
> Dale
>
> :-)  :-)
>
I don't think I removed it, just figured out how to change it with
eselect. Here's what I mean:


laptop#eselect python
Usage: eselect python <action> <options>

Standard actions:
 help                     Display help text
 usage                    Display usage information
 version                  Display version information

Extra actions:
 list                     List installed Python interpreters
   --python2                 List installed Python 2 interpreters
   --python3                 List installed Python 3 interpreters
 set <target>             Set main active Python interpreter
   --python2                 Set active Python 2 interpreter without
setting of main active Python interpreter if it is not set to Python 2
   --python3                 Set active Python 3 interpreter without
setting of main active Python interpreter if it is not set to Python 3
 show                     Show main active Python interpreter
   --ABI                     Show Python ABI in format of PYTHON_ABI
variable
   --python2                 Show active Python 2 interpreter
   --python3                 Show active Python 3 interpreter
 update                   Switch to the most recent CPython interpreter
   --if-unset                Do not override existing implementation
   --ignore SLOT             Ignore SLOT when setting symlinks
   --python2                 Set active Python 2 interpreter without
setting of main active Python interpreter if it is not set to Python 2
   --python3                 Set active Python 3 interpreter without
setting of main active Python interpreter if it is not set to Python 3
laptop#


From this information I wouldn't expect :

laptop#eselect python set python2.7
laptop#

To have been correct... since it lists --python2 and --python3 below
"set" in the help but:

laptop#python --version
Python 2.7.7
laptop#

It does, and thats pretty much all I needed. No need to unmerge anything
but the thought did cross my mind and if I were going to I would've made
a binpkg first.

Thanks,

-Paige

Re: [gentoo-user] using python 2.7

[Dale]

Paige Thompson wrote:
>
> I don't think I removed it, just figured out how to change it with
> eselect. Here's what I mean:
>
>
> laptop#eselect python
> Usage: eselect python <action> <options>
>
> Standard actions:
>  help                     Display help text
>  usage                    Display usage information
>  version                  Display version information
>
> Extra actions:
>  list                     List installed Python interpreters
>    --python2                 List installed Python 2 interpreters
>    --python3                 List installed Python 3 interpreters
>  set <target>             Set main active Python interpreter
>    --python2                 Set active Python 2 interpreter without
> setting of main active Python interpreter if it is not set to Python 2
>    --python3                 Set active Python 3 interpreter without
> setting of main active Python interpreter if it is not set to Python 3
>  show                     Show main active Python interpreter
>    --ABI                     Show Python ABI in format of PYTHON_ABI
> variable
>    --python2                 Show active Python 2 interpreter
>    --python3                 Show active Python 3 interpreter
>  update                   Switch to the most recent CPython interpreter
>    --if-unset                Do not override existing implementation
>    --ignore SLOT             Ignore SLOT when setting symlinks
>    --python2                 Set active Python 2 interpreter without
> setting of main active Python interpreter if it is not set to Python 2
>    --python3                 Set active Python 3 interpreter without
> setting of main active Python interpreter if it is not set to Python 3
> laptop#
>
>
> >From this information I wouldn't expect :
>
> laptop#eselect python set python2.7
> laptop#
>
> To have been correct... since it lists --python2 and --python3 below
> "set" in the help but:
>
> laptop#python --version
> Python 2.7.7
> laptop#
>
> It does, and thats pretty much all I needed. No need to unmerge anything
> but the thought did cross my mind and if I were going to I would've made
> a binpkg first.
>
> Thanks,
>
> -Paige
>

You may want to look into the buildpkg option in make.conf.  It builds
them automatically for you as you emerge things.  I've had a close call
or two so I have had that set for many years now.  If you do set that,
remember to use eclean-pkg on occasion if you start using a lot of hard
drive space. 

You also may want to look into eclean-dist too.  ;-)

Dale

:-)  :-) 

Re: [gentoo-user] using python 2.7

[gottlieb]

On Tue, Nov 04 2014, Canek Peláez Valdés wrote:

> On Tue, Nov 4, 2014 at 10:44 AM, Paige Thompson <erratic@yourstruly.sx> wrote:
>> RIP python 3
>>
>> how do I get rid of it
>
> It's possible that you can't. Some (or many) packages could depend on
> Python 2.7 because they don't work with Python 3.x. You can check that
> with:
>
> equery depends dev-lang/python:2.7
>
> In my main system (full GNOME 3 desktop), 174 packages depend on
> Python 2.7. Some of them probably can be made to work only with Python
> 3.x, but I'm willing to bet that the majority doesn't.
>
> Maybe in the future, but I don't think it will be possible for at
> least a few years.
>
> Regards.

I believe the OP wants to keep 2.7 and ditch 3.

allan

Re: [gentoo-user] using python 2.7

[Canek Peláez Valdés]

On Tue, Nov 4, 2014 at 7:20 PM,  <gottlieb@nyu.edu> wrote:
> On Tue, Nov 04 2014, Canek Peláez Valdés wrote:
>
>> On Tue, Nov 4, 2014 at 10:44 AM, Paige Thompson <erratic@yourstruly.sx> wrote:
>>> RIP python 3
>>>
>>> how do I get rid of it
>>
>> It's possible that you can't. Some (or many) packages could depend on
>> Python 2.7 because they don't work with Python 3.x. You can check that
>> with:
>>
>> equery depends dev-lang/python:2.7
>>
>> In my main system (full GNOME 3 desktop), 174 packages depend on
>> Python 2.7. Some of them probably can be made to work only with Python
>> 3.x, but I'm willing to bet that the majority doesn't.
>>
>> Maybe in the future, but I don't think it will be possible for at
>> least a few years.
>>
>> Regards.
>
> I believe the OP wants to keep 2.7 and ditch 3.

Right. Even so, that's going to be even more difficult as long as more
and more packages switch to Python 3. Which is happening really
slowly, but happening nonetheless.

Regards.
-- 
Canek Peláez Valdés
Profesor de asignatura, Facultad de Ciencias
Universidad Nacional Autónoma de México

Re: [gentoo-user] using python 2.7

[Paige Thompson]

On 11/05/14 01:32, Canek Peláez Valdés wrote:
> On Tue, Nov 4, 2014 at 7:20 PM,  <gottlieb@nyu.edu> wrote:
>> On Tue, Nov 04 2014, Canek Peláez Valdés wrote:
>>
>>> On Tue, Nov 4, 2014 at 10:44 AM, Paige Thompson <erratic@yourstruly.sx> wrote:
>>>> RIP python 3
>>>>
>>>> how do I get rid of it
>>> It's possible that you can't. Some (or many) packages could depend on
>>> Python 2.7 because they don't work with Python 3.x. You can check that
>>> with:
>>>
>>> equery depends dev-lang/python:2.7
>>>
>>> In my main system (full GNOME 3 desktop), 174 packages depend on
>>> Python 2.7. Some of them probably can be made to work only with Python
>>> 3.x, but I'm willing to bet that the majority doesn't.
>>>
>>> Maybe in the future, but I don't think it will be possible for at
>>> least a few years.
>>>
>>> Regards.
>> I believe the OP wants to keep 2.7 and ditch 3.
> Right. Even so, that's going to be even more difficult as long as more
> and more packages switch to Python 3. Which is happening really
> slowly, but happening nonetheless.
>
> Regards.
Yeah right.. this is not going to change any faster than people are
going to abandon dual homing ipv4 and ipv6 let alone ipv4 all together. 
Absolutely hopeless, some people just cannot be convinced (shouldn't be
allowed to use a computer) a lot of people simply don't have the time. I
foresee python being dual stack indefinitely without cross compatibility.

When the day comes and you prove me wrong, I owe you $20. But... the
need for python 2.7 has to be COMPLETELY eliminated and just saying "RIP
Python2.7 or gtfo" doesn't count coming from any source.

-Paige

Re: [gentoo-user] using python 2.7

[Paige Thompson]

On 11/05/14 01:32, Canek Peláez Valdés wrote:
> On Tue, Nov 4, 2014 at 7:20 PM,  <gottlieb@nyu.edu> wrote:
>> On Tue, Nov 04 2014, Canek Peláez Valdés wrote:
>>
>>> On Tue, Nov 4, 2014 at 10:44 AM, Paige Thompson <erratic@yourstruly.sx> wrote:
>>>> RIP python 3
>>>>
>>>> how do I get rid of it
>>> It's possible that you can't. Some (or many) packages could depend on
>>> Python 2.7 because they don't work with Python 3.x. You can check that
>>> with:
>>>
>>> equery depends dev-lang/python:2.7
>>>
>>> In my main system (full GNOME 3 desktop), 174 packages depend on
>>> Python 2.7. Some of them probably can be made to work only with Python
>>> 3.x, but I'm willing to bet that the majority doesn't.
>>>
>>> Maybe in the future, but I don't think it will be possible for at
>>> least a few years.
>>>
>>> Regards.
>> I believe the OP wants to keep 2.7 and ditch 3.
> Right. Even so, that's going to be even more difficult as long as more
> and more packages switch to Python 3. Which is happening really
> slowly, but happening nonetheless.
>
> Regards.
Also I should merely point out... I didn't remove it I just figured out
how to switch to 2.7 as the default. Also I do occasionally use sandbox
(virtualenv) but stuff breaks.

Re: [gentoo-user] using python 2.7

[Philip Webb]

141105 Paige Thompson wrote:
> I didn't remove it I just figured out how to switch to 2.7 as the default.
> Also I do occasionally use sandbox (virtualenv) but stuff breaks.

You sound new to Gentoo : if so, welcome.
One area you need to understand is slots :
look around the dox, then ask again if you need more help.
This is a friendly place, but mb you tripped over the doorstep (smile).

-- 
========================,,============================================
SUPPORT     ___________//___,   Philip Webb
ELECTRIC   /] [] [] [] [] []|   Cities Centre, University of Toronto
TRANSIT    `-O----------O---'   purslowatchassdotutorontodotca

Re: [gentoo-user] using python 2.7

[Matti Nykyri]

> On Nov 5, 2014, at 2:01, Dale <rdalek1967@gmail.com> wrote:
> 
> Paige Thompson wrote:
>> Sorry for the dumb message, I figured out how to use eselect python (the
>> syntax is a little weird and not very well documented.) This fixed my
>> issue as near as I can tell.
> 
> For future reference, make sure nothing depends on whatever version of
> python you want to remove before you remove it.  If you don't, it could
> get very interesting in a really bad way.  Python is one of those
> packages that you have to watch out for gotchas on.  It sometimes comes
> back and bites you.

Luckily it is not poisonous :)

-- 
-Matti

Re: [gentoo-user] using python 2.7

[Neil Bothwick]

[-- Attachment #1: Type: text/plain, Size: 646 bytes --]

On Tue, 04 Nov 2014 18:01:57 -0600, Dale wrote:

> For future reference, make sure nothing depends on whatever version of
> python you want to remove before you remove it.  If you don't, it could
> get very interesting in a really bad way.

The simplest way to do that, with any package you want to remove, is to
use

emerge --depclean --ask -v cat/pkg

instead of

emerge --unmerge --ask cat/pkg

With depclean, dependencies are checked and the package will only be
removed if nothing depends on it. Adding the -v shows you what depends on
it.


-- 
Neil Bothwick

By the time you can make ends meet, they move the ends.

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 181 bytes --]

Re: [gentoo-user] using python 2.7

[wraeth]

[-- Attachment #1: Type: text/plain, Size: 1672 bytes --]

On Wed, 2014-11-05 at 20:59 +0000, Neil Bothwick wrote:
> On Tue, 04 Nov 2014 18:01:57 -0600, Dale wrote:
> 
> > For future reference, make sure nothing depends on whatever version of
> > python you want to remove before you remove it.  If you don't, it could
> > get very interesting in a really bad way.
> 
> The simplest way to do that, with any package you want to remove, is to
> use
> 
> emerge --depclean --ask -v cat/pkg
> 
> instead of
> 
> emerge --unmerge --ask cat/pkg
> 
> With depclean, dependencies are checked and the package will only be
> removed if nothing depends on it. Adding the -v shows you what depends on
> it.

It should also be noted that running --depclean on a specific package
*ONLY* removes that package. After depcleaning a specific package, you
should run --depclean again to remove any dependencies of that removed
package:

  emerge --depclean --ask -v cat/pkg
  emerge --depclean --ask

The alternative (at least for packages not in a selected set) is to

  emerge --deselect cat/pkg
  emerge --depclean --ask

This will, oddly enough, deselect the package from being wanted or
"selected", allowing it to be depcleaned, along with its own
dependencies, if no other packages depend on it.

Both methods require two commands, so mostly there's no real difference;
and in this case depcleaning python:$SLOT is probably better as it's
essentially saying you want to explicitly remove it if it's not
required; but for normal packages (or multiple packages - it's quicker)
I personally prefer deselecting then depcleaning.

Just my two small monetary amounts :)
-- 
wraeth <wraeth@wraeth.id.au>

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 213 bytes --]

Re: [gentoo-user] using python 2.7

[Neil Bothwick]

[-- Attachment #1: Type: text/plain, Size: 1705 bytes --]

On Thu, 06 Nov 2014 16:11:49 +1100, wraeth wrote:

> > > For future reference, make sure nothing depends on whatever version
> > > of python you want to remove before you remove it.  If you don't,
> > > it could get very interesting in a really bad way.  
> > 
> > The simplest way to do that, with any package you want to remove, is
> > to use
> > 
> > emerge --depclean --ask -v cat/pkg
> > 
> > instead of
> > 
> > emerge --unmerge --ask cat/pkg
> > 
> > With depclean, dependencies are checked and the package will only be
> > removed if nothing depends on it. Adding the -v shows you what
> > depends on it.  
> 
> It should also be noted that running --depclean on a specific package
> *ONLY* removes that package. After depcleaning a specific package, you
> should run --depclean again to remove any dependencies of that removed
> package:
> 
>   emerge --depclean --ask -v cat/pkg
>   emerge --depclean --ask
> 
> The alternative (at least for packages not in a selected set) is to
> 
>   emerge --deselect cat/pkg
>   emerge --depclean --ask
> 
> This will, oddly enough, deselect the package from being wanted or
> "selected", allowing it to be depcleaned, along with its own
> dependencies, if no other packages depend on it.

Good point. The advantage of depcleaning a particular package is that if
something does depend on it, emerge will tell you what, and you may
decide to remove or change flags on the dependant package. With deselect,
if the initial package is still wanted, the subsequent depclean will do
nothing silently.

Horses for courses really,


-- 
Neil Bothwick

Therapy is expensive, popping bubble wrap is cheap! You choose.

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 181 bytes --]