Re: [gentoo-user] Re: problem dropping Python 2.7

2019-09-14 Thread Thomas Mueller
from Philip Webb:

> I suspect Fetchmail is somewhat neglected : is there an alternative ?
   
> Otherwise, thanks for the various responses.
> I now understand what's going on & will defer Python 2.7 till year-end.

I use mpop and msmtp.

I tried to set up fetchmail many years ago.  One deficiency is that it didn't 
allow downloading email to a file (mbox).

I used getmail, which is a Python script, many years ago after giving up on 
fetchmail.

I believe hplip, used for some HP printers including multifunction, depends on 
Python 2.7, something that needs to be corrected/updated. Or is that already 
done?

Tom




Re: [gentoo-user] Re: problem dropping Python 2.7

2019-09-13 Thread Philip Webb
190912 David Haller wrote:
> On Thu, 12 Sep 2019, Philip Webb wrote:
>> I'm now left with  5  problem pkgs :
>>  llvm-7.1.0 fetchmail-6.3.26-r4 qtwebkit-5.212.0_pre20180120
> For fetchmail, unset the 'tk'-useflag:
> + + tk : Enable support for Tk GUI toolkit,
>  in particular it installs fetchmailconf

I just remerged Fetchmail to be sure, but 'fetchmailconf' doesn't work :

  669: ~> fetchmailconf
  Traceback (most recent call last):
  File "/usr/lib64/python2.7/site-packages/fetchmailconf.py", line 2103, in 

  hostname = socket.gethostbyaddr(socket.gethostname())[0]
socket.error: unknown address family

I suspect Fetchmail is somewhat neglected : is there an alternative ?

Otherwise, thanks for the various responses.
I now understand what's going on & will defer Python 2.7 till year-end.

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




Re: [gentoo-user] Re: problem dropping Python 2.7

2019-09-13 Thread David Haller
Hello,

On Thu, 12 Sep 2019, Philip Webb wrote:
>I'm now left with  5  problem pkgs :
>
>  llvm-7.1.0 fetchmail-6.3.26-r4 qtwebkit-5.212.0_pre20180120
[..]
>Can anyone explain (1) how to get around the 1st  3  ebuilds

For fetchmail, unset the 'tk'-useflag:

+ + tk   : Enable support for Tk GUI toolkit, in
   particular it installs fetchmailconf

HTH,
-dnh

-- 
Speed doesn't kill... Impact does.   -- David Wilcox



Re: [gentoo-user] Re: problem dropping Python 2.7

2019-09-13 Thread David Haller
Hello,

On Fri, 13 Sep 2019, Philip Webb wrote:
>190913 Franz Fellner wrote:
>> 190913 schrieb Philip Webb
[..]
>>> What is telling Portage that Firefox needs Python-2.7 ?
>> python:2.7 DEP in firefox is coming from mozcoreconf-v6.eclass
>> (through mozconfig-v6.60.eclass):
>>   DEPEND="virtual/pkgconfig
>> dev-lang/python:2.7[ncurses,sqlite,ssl,threads(+)]
>> ${PYTHON_DEPS}"
>
>Thanks ! -- in  16 years  using Gentoo, I've never come across eclasses.
>I see they are listed in  /usr/portage/eclass .
>Is there a doc which describes what they are & what they do ?

$ qfile `man -w mozcoreconf-v6.eclass`
app-doc/eclass-manpages (/usr/share/man/man5/mozcoreconf-v6.eclass.5.gz)

HTH,
-dnh

-- 
Less is more or less more



Re: [gentoo-user] Re: problem dropping Python 2.7

2019-09-13 Thread Walter Dnes
On Fri, Sep 13, 2019 at 01:24:48AM -0400, Philip Webb wrote
> 190912 Holger Hoffstätte wrote:
> > At least spidermonkey aka mozjs is required by polkit and only builds
> > with python-2.7, thanks to their own !"§$% home-grown build system.
> > Mozilla are working on it and it should be fixed "by the end of the year".
> 
> What about Firefox ?
> -- trying to unmerge Python-2.7 tells me that Firefox-60.8.0 requires
> "python 2.7.5-r2:2.7[ncurses sqlite ssl threads]".

  Is that a build-time dependency or is it needed for Firefox to
actually run?  I suppose you could unmerge Firefox, and install
Firefox-bin to find out.

-- 
Walter Dnes 
I don't run "desktop environments"; I run useful applications



Re: [gentoo-user] Re: problem dropping Python 2.7

2019-09-13 Thread Francesco Turco
On Fri, Sep 13, 2019, at 09:21, Philip Webb wrote:
> Thanks ! -- in  16 years  using Gentoo, I've never come across eclasses.
> I see they are listed in  /usr/portage/eclass .
> Is there a doc which describes what they are & what they do ?

https://wiki.gentoo.org/wiki/Eclass
https://devmanual.gentoo.org/

-- 
https://fturco.net/



Re: [gentoo-user] Re: problem dropping Python 2.7

2019-09-13 Thread Philip Webb
190913 Franz Fellner wrote:
> 190913 schrieb Philip Webb
>> What about Firefox ?
>> -- trying to unmerge Python-2.7 tells me that Firefox-60.8.0 requires
>> "python 2.7.5-r2:2.7[ncurses sqlite ssl threads]".
>> That Firefox ebuild does indeed require those flags,
>> but it also contains "PYTHON_COMPAT=( python3_{5,6,7} )".
>> What is telling Portage that Firefox needs Python-2.7 ?
> python:2.7 DEP in firefox is coming from mozcoreconf-v6.eclass
> (through mozconfig-v6.60.eclass):
>   DEPEND="virtual/pkgconfig
> dev-lang/python:2.7[ncurses,sqlite,ssl,threads(+)]
> ${PYTHON_DEPS}"

Thanks ! -- in  16 years  using Gentoo, I've never come across eclasses.
I see they are listed in  /usr/portage/eclass .
Is there a doc which describes what they are & what they do ?

Let's hope everyone involved gets their acts together
before Python 2.7 becomes unsupported 2020-01-01 ...

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




Re: [gentoo-user] Re: problem dropping Python 2.7

2019-09-12 Thread Philip Webb
190912 Holger Hoffstätte wrote:
> At least spidermonkey aka mozjs is required by polkit and only builds
> with python-2.7, thanks to their own !"§$% home-grown build system.
> Mozilla are working on it and it should be fixed "by the end of the year".

What about Firefox ?
-- trying to unmerge Python-2.7 tells me that Firefox-60.8.0 requires
"python 2.7.5-r2:2.7[ncurses sqlite ssl threads]".
That Firefox ebuild does indeed require those flags,
but it also contains "PYTHON_COMPAT=( python3_{5,6,7} )".
What is telling Portage that Firefox needs Python-2.7 ?

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




[gentoo-user] Re: problem dropping Python 2.7

2019-09-12 Thread Holger Hoffstätte

On 9/12/19 10:13 AM, Nikos Chantziaras wrote:

As for getting around the first 3, you need to uninstall everything
that depends on them and then unmerge them. I don't know how feasible
that is, because some important packages probably depend on LLVM? Not
sure. Right now, Python 2.7 is required for a useful desktop machine
because important packages like Mesa probably depend on something
that in turn uses Python 2.7. For a minimal system without X11 though
you can probably do it.


Even on headless systems it's not completely possible at the moment.

At least spidermonkey aka mozjs is required by polkit and only builds
with python-2.7, thanks to their own !"§$% home-grown build system.
Mozilla are working on it and it should be fixed "by the end of the year".

Same for llvm-8 which still has a hard dependency on 2.7 as well.
The pending llvm-9 release will supposedly work with 3.x.

-h



[gentoo-user] Re: problem dropping Python 2.7

2019-09-12 Thread Nikos Chantziaras

On 12/09/2019 10:56, Philip Webb wrote:

I'm now left with  5  problem pkgs :

   llvm-7.1.0 fetchmail-6.3.26-r4 qtwebkit-5.212.0_pre20180120
   spidermonkey-60.5.2_p0-r2 firefox-60.8.0

the former  3  all have in their ebuilds

   PYTHON_COMPAT=( python2_7 )

the latter  2  are said to require

   python 2.7 : 2.7 [ncurses sqlite ssl threads]

I don't understand the list in square brackets, which are USE flags :
they aren't set in 'make.conf' or elsewhere AFAIK.

Can anyone explain (1) how to get around the 1st  3  ebuilds
or (2) what the problem is with the 2nd  2  examples ?


The square brackets tell portage that the package needs python emerged 
with those USE flags set on the python ebuild.


As for getting around the first 3, you need to uninstall everything that 
depends on them and then unmerge them. I don't know how feasible that 
is, because some important packages probably depend on LLVM? Not sure. 
Right now, Python 2.7 is required for a useful desktop machine because 
important packages like Mesa probably depend on something that in turn 
uses Python 2.7. For a minimal system without X11 though you can 
probably do it.





Re: [gentoo-user] Re: problem dropping Python 2.7

2019-09-12 Thread Philip Webb
190912 Nikos Chantziaras wrote:
> On 12/09/2019 07:36, Philip Webb wrote:
>> I've been trying to eliminate Python 2.7
>> & have dropped the 'TARGETS' lines from 'make.conf', leaving only 3.6 ,
>> but it seems that a number of pkgs still require it :
> Uninstall all packages that require Python 2.7.
> Some packages might have a "python" USE flag
> that disables functionality that needs python, so try that first.

I had 'python' in the 'USE=" in 'make.conf' for whatever reason,
so i deleted it & that removed some of the outstanding problem pkgs.

I'm now left with  5  problem pkgs :

  llvm-7.1.0 fetchmail-6.3.26-r4 qtwebkit-5.212.0_pre20180120
  spidermonkey-60.5.2_p0-r2 firefox-60.8.0

the former  3  all have in their ebuilds

  PYTHON_COMPAT=( python2_7 )

the latter  2  are said to require

  python 2.7 : 2.7 [ncurses sqlite ssl threads]

I don't understand the list in square brackets, which are USE flags :
they aren't set in 'make.conf' or elsewhere AFAIK.

Can anyone explain (1) how to get around the 1st  3  ebuilds
or (2) what the problem is with the 2nd  2  examples ?

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




[gentoo-user] Re: problem dropping Python 2.7

2019-09-11 Thread Nikos Chantziaras

On 12/09/2019 07:36, Philip Webb wrote:

I've been trying to eliminate Python 2.7
& have dropped the 'TARGETS' lines from 'make.conf', leaving only 3.6 ,
but it seems that a number of pkgs still require it :

Can anyone suggest a solution ?


Uninstall all packages that require Python 2.7. Some packages might have 
a "python" USE flag that disables functionality that needs python, so 
try that first.