Re: [gentoo-dev] Last rites: dev-python/epydoc
[2020-01-30 06:18:21+0100] David Haller:
> BTW: has it been taken note of that (at least ESR) Mozillen like
> firefox still use python2.7 for quite a bit in the build process?
Yup, filled in: https://bugs.gentoo.org/698978
Also, they litterally bundled python 2.7.9 in Firefox 68.3.0, haven't
checked the other versions since but wouldn't be surprised that it
would be the same.
Path is ${S}/obj-x86_64-pc-linux-gnu/_virtualenvs/init/bin/python2.7
Re: [gentoo-dev] Last rites: dev-python/epydoc
Michal, ...
On Wed, 29 Jan 2020, Michal Górny wrote:
># Michal Górny (2020-01-29)
># Abandoned in 2009. Python 2 only. No blockers left.
># Removal in 30 days. Bug #706218.
>dev-python/epydoc
... I think you're getting a liiittle bit trigger happy there ...
# equery d dev-python/epydoc
* These packages depend on dev-python/epydoc:
sys-apps/portage-2.3.86 (python_targets_python2_7 ?
>=dev-python/epydoc-2.0[python_targets_python2_7(-)?,-python_single_target_python2_7(-)])
$ cd /usr/portage/sys-apps/portage
$ grep epydoc portage-2.3.86.ebuild
IUSE="build doc epydoc gentoo-dev +ipc +native-extensions +rsync-verify selinux
xattr"
epydoc? (
>=dev-python/epydoc-2.0[${PYTHON_USEDEP}]
REQUIRED_USE="epydoc? ( $(python_gen_useflags 'python2*') )"
use epydoc && DISTUTILS_ALL_SUBPHASE_IMPLS=( python2.7 )
use epydoc && targets+=( epydoc )
use epydoc && targets+=(
install_epydoc
... and thats the fricking bleeding edge unstable portage, mind!
Stable 2.3.84-r1 looks almost identical when grepped ...
BTW: has it been taken note of that (at least ESR) Mozillen like
firefox still use python2.7 for quite a bit in the build process?
-dnh
--
3rd Law of Computing:
Anything that can go wr
fortune: Segmentation violation -- Core dumped
-- from a post by Simon Cozens
Re: [gentoo-dev] non conflicting libressl?
On Wed, Jan 29, 2020 at 10:27:04AM +0100, Jason A. Donenfeld wrote: > For a long time now, OpenSMTPD stopped supporting OpenSSL, only > supporting LibreSSL. For that reason Gentoo's opensmtpd ebuild is > stuck on the 6.0 version. I'm not happy about this. I've got OpenSMTPD v6.6.2-p1 running on Gentoo with OpenSSL 1.1 without any patches or problems whatsoever. So while upstream encourages to use LibreSSL, OpenSSL is still supported by OpenSMTPD. Quoting their CHANGES.md: It's preferable to depend on LibreSSL as OpenSMTPD is written and tested with that dependency. In addition, the features parity is not respected, some features will not be available with OpenSSL, like ECDSA server-side certificates support in this release. OpenSSL library is considered as a best effort target TLS library and provided as a commodity, LibreSSL has become our target TLS library. So as long as you don't require any features implemented with libressl, only, you should be fine. > It looks like other distros solve this by allowing libressl to install > its libraries to /usr/lib/libressl or similar, so that they can > coexist with openssl, allowing programs like OpenSMTPD. > > Any libressl developers interested in this sort of thing? > > Jason Patrick signature.asc Description: PGP signature
Re: [gentoo-dev] non conflicting libressl?
Hey Jason, I'd be surprised if anyone felt like having too much time at there hands to pick this up but I come from the other side (I use libressl and sometimes run into packages expecting openssl). One thing I was wondering is if there is something like slot support for virtuals that would allow most packages depending on any slot but others on a specific slot. Personally I don't have the knowledge to tackle a problem like this and rather keep on patching openssl-only ebuilds to work with libressl or miss out on packages/updates until somebody else get's to solving this. Best, Marcel On Wed, Jan 29, 2020 at 10:27:04AM +0100, Jason A. Donenfeld wrote: > Hey, > > For a long time now, OpenSMTPD stopped supporting OpenSSL, only > supporting LibreSSL. For that reason Gentoo's opensmtpd ebuild is > stuck on the 6.0 version. I'm not happy about this. > > It looks like other distros solve this by allowing libressl to install > its libraries to /usr/lib/libressl or similar, so that they can > coexist with openssl, allowing programs like OpenSMTPD. > > Any libressl developers interested in this sort of thing? > > Jason
[gentoo-dev] non conflicting libressl?
Hey, For a long time now, OpenSMTPD stopped supporting OpenSSL, only supporting LibreSSL. For that reason Gentoo's opensmtpd ebuild is stuck on the 6.0 version. I'm not happy about this. It looks like other distros solve this by allowing libressl to install its libraries to /usr/lib/libressl or similar, so that they can coexist with openssl, allowing programs like OpenSMTPD. Any libressl developers interested in this sort of thing? Jason
