This is blocking py2 removal from boost.
The bug has been referenced in the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=e5271e4d81c485b743b1275f77354e13d2bd1a6d commit e5271e4d81c485b743b1275f77354e13d2bd1a6d Author: Michał Górny <mgorny@gentoo.org> AuthorDate: 2020-08-03 07:43:49 +0000 Commit: Michał Górny <mgorny@gentoo.org> CommitDate: 2020-08-03 07:47:59 +0000 package.mask: Last rite net-mail/libpst Bug: https://bugs.gentoo.org/721476 Signed-off-by: Michał Górny <mgorny@gentoo.org> profiles/package.mask | 6 ++++++ 1 file changed, 6 insertions(+)
Created attachment 652778 [details] ebuild for net-mail/libpst-0.6.75 Since version 0.6.73, libpst supports Python 3. This is an updated ebuild for the latest available version, 0.6.75.
Thanks, CFuga. Would also hate to see this package go (even without the python support the tools are quite useful to me)
(In reply to CFuga from comment #2) > Created attachment 652778 [details] > ebuild for net-mail/libpst-0.6.75 > > Since version 0.6.73, libpst supports Python 3. > > This is an updated ebuild for the latest available version, 0.6.75. Thanks. It'd be easier for me if you submitted this as a Github PR, but this is not mandatory. I also need you to post a GCO signoff in a comment (or in a PR if you choose to do that).
(In reply to CFuga from comment #2) > Created attachment 652778 [details] > ebuild for net-mail/libpst-0.6.75 > > Since version 0.6.73, libpst supports Python 3. > > This is an updated ebuild for the latest available version, 0.6.75. I encountered the following when building libpst-0.6.75 with PYTHON_COMPAT=( python3_7 ): checking for python3.9... no checking for python3.8... python3.8 checking for main in -lpython3.8... yes results of the Python check: Binary: python3.8 Library: python3.8 Include Dir: /usr/include/python3.8 checking for python3.8... /usr/bin/python3.7 checking for a version of Python >= '2.1.0'... yes checking for a version of Python 3.8... no configure: error: this package requires Python 3.8. If you have it installed, but it isn't the default Python interpreter in your system path, please pass the PYTHON_VERSION So maybe ebuild should be changed to: PYTHON_COMPAT=( python3_{8,9} )
(In reply to V. Reher from comment #5) > (In reply to CFuga from comment #2) > > Created attachment 652778 [details] > > ebuild for net-mail/libpst-0.6.75 > > > > Since version 0.6.73, libpst supports Python 3. > > > > This is an updated ebuild for the latest available version, 0.6.75. > > I encountered the following when building libpst-0.6.75 with PYTHON_COMPAT=( > python3_7 ): > > checking for python3.9... no > checking for python3.8... python3.8 > checking for main in -lpython3.8... yes > results of the Python check: > Binary: python3.8 > Library: python3.8 > Include Dir: /usr/include/python3.8 > checking for python3.8... /usr/bin/python3.7 > checking for a version of Python >= '2.1.0'... yes > checking for a version of Python 3.8... no > configure: error: this package requires Python 3.8. > If you have it installed, but it isn't the default Python > interpreter in your system path, please pass the PYTHON_VERSION > > So maybe ebuild should be changed to: > > PYTHON_COMPAT=( python3_{8,9} ) I'm also have installed both Python 3.8 and Python 3.7, and it works fine. checking whether to build the libpst python interface... yes checking for python build information... checking for python3.9... python3.7 checking for main in -lpython3.7... no checking for main in -lpython3.7m... yes results of the Python check: Binary: python3.7 Library: python3.7m Include Dir: /usr/include/python3.7m checking for python3.7... /usr/bin/python3.7 checking for a version of Python >= '2.1.0'... yes checking for a version of Python 3.7... yes checking for the distutils Python package... yes checking for Python include path... -I/usr/include/python3.7m checking for Python library path... -L/usr/lib64 -lpython3.7m checking for Python site-packages path... /usr/lib/python3.7/site-packages checking python extra libraries... -lcrypt -lpthread -ldl -lutil -lm checking python extra linking flags... -Xlinker -export-dynamic checking consistency of all components of python development environment... yes checking for boostlib >= (102000)... yes checking whether the Boost::Python library is available... yes checking whether boost_python37 is the correct library... yes In order to make the right test, you need to update your Python configuration with eselect python update set python3.7 as your prefered version, and make sure that's the same version you used to compile boost with Python support. If you don't do it, the EPYTHON variable is empty, and the ebuild can't enforce the prefered Python version.
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=bc7701244946c9409cfff823d9b0ed3d6695eddb commit bc7701244946c9409cfff823d9b0ed3d6695eddb Author: Michał Górny <mgorny@gentoo.org> AuthorDate: 2020-09-02 08:21:15 +0000 Commit: Michał Górny <mgorny@gentoo.org> CommitDate: 2020-09-02 08:21:15 +0000 net-mail/libpst: Remove last-rited pkg Closes: https://bugs.gentoo.org/721476 Signed-off-by: Michał Górny <mgorny@gentoo.org> net-mail/libpst/Manifest | 1 - .../files/libpst-0.6.52-no-static-python-lib.patch | 11 ---- .../files/libpst-0.6.53-pkgconfig-static.patch | 8 --- net-mail/libpst/libpst-0.6.66-r3.ebuild | 72 ---------------------- net-mail/libpst/metadata.xml | 8 --- profiles/package.mask | 6 -- 6 files changed, 106 deletions(-)
If somebody needs the latest (currently 0.6.76), I'll try to keep it in my pklain overlay[1] and if I get to use it often enough I may get it under proxy maintenance. I compiled and did a quick test with a large PST, so far it seems to work (and no patches seem to be needed). [1] https://github.com/thinrope/pkalin