On Thu, 2021-12-02 at 19:45 +0100, Miro Hrončok wrote:
> However, I found 4 problems:
> 
> 1) The PyPy install scheme only has "lib", not "lib64"
> 
> I think we could sort this by a tiny patch that we used to carry in CPython 
> 3.8 
> before configurable platlibdir was introduced in 3.9.

Are you trying to make PyPy multilib?  Plain "lib" seems correct for
libexecdir-style packages.

> 2) The /usr/include/PyPy.h file is *not* namespaced with PyPy Python version
> 
> I don't know if we even need to ship this file. It seems deprecated. Maybe it 
> can be in /usr/include/pypy3.8/PyPy.h?

FWICS we're installing it there on Gentoo and we haven't had any
problems because of it yet.

> 3) /usr/bin/pypy3.8 is a symbolic link to /usr/bin/pypy3
> 
> I would expect it to be the other way around, so both /usr/bin/pypy3.X and 
> /usr/bin/pypy3.Y can co-exist and /usr/bin/pypy3 is an (optional) symbolic 
> link 
> to one of them (as is the situtaion with CPython). I guess I can somehow 
> reverse the order manually, but I have not tested if it breaks anything.

We're symlinking pypy3 -> pypy3-c-7.3.7 and it doesn't break anything,
in case that helps.

> 4) The /usr/bin/libpypy3-c.so file is *not* namespaced and seems misplaced
> 
> This is the one thing I cannot wrap my head around. I do not wish to install 
> this file "globally" to /usr/bin for two reasons:
> 
>   a) it conflicts between different PyPy Python versions
>   b) it ends up on $PATH but segfaults when executed

TBH I've never really understood the purpose of this file.
We've stopped using it at some point and nothing really changed for us.

> So, I am asking on this list: How should we package PyPy 3.8 for Fedora?

No, please don't, that would mean Gentoo would use its edge over Fedora
;-).

-- 
Best regards,
Michał Górny

_______________________________________________
pypy-dev mailing list
pypy-dev@python.org
https://mail.python.org/mailman/listinfo/pypy-dev

Reply via email to