Additional python34 components for epel7
by Denis Fateyev
Hello there,
To package some python3-based stuff I need 'msgpack', 'llfuse', 'Cython'
modules built for Python 3.4 which is the current version of Python 3 in
epel7.
Would it be reasonable to file a bug against 'python-msgpack', et al. in
epel7 to adapt the package spec and get 'python34-msgpack' etc. packages,
or there are any objections against that?
Thanks,
--
wbr, Denis.
7 years, 8 months
New (optional) python egg dependency generator for RPM
by Neal Gompa
Hello all,
I recently upstreamed some fixes to a new RPM dependency generator
that will be available as an option for distributions to enable. The
new generator uses python .egg data to generate Provides and Requires
in the form of pythonXegg(Y), where X is the Python major version and
Y is the module.
The code for the new generator is available in RPM's GitHub[1]. I've
also made a package in Copr[2] for members of the Python SIG to test
out and provide feedback.
I would greatly appreciate it if the Python SIG would try it out. It's
available for Fedora 22, 23, and rawhide through the Copr.
There is one issue I haven't quite been able to figure out, though.
When being run using Python 3 (Fedora 23+ default), it appears to add
an unversioned "python(abi)" Require to modules on top of the
versioned one. This does not occur when the code is being run in
Python 2 (Fedora 22 default), and I cannot quite figure out why this
is happening.
If anyone has any idea, please let me know, as I would definitely like
this to fix this issue so that it is perfectly functional on both
Python 2 and Python 3.
The Python interpreter being used can be switched in
/usr/lib/rpm/fileattrs/pythoneggs.attr
Best regards,
Neal
[1]: https://github.com/rpm-software-management/rpm/blob/master/scripts/python...
[2]: https://copr.fedoraproject.org/coprs/ngompa/rpm-depgen-pythoneggs/
--
真実はいつも一つ!/ Always, there's only one truth!
7 years, 10 months
python 3.5 openmp issue
by Orion Poplawski
h5py build is failing with python 3.5:
creating
build/temp.linux-x86_64-3.5/builddir/build/BUILD/python3-h5py-2.5.0-5.fc24/h5py
gcc -pthread -DDYNAMIC_ANNOTATIONS_ENABLED=1 -DNDEBUG -O2 -g -pipe -Wall
-Werror=format-security -Wp,-D_FORTIFY_SOURCE=2 -fexceptions
-fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches
-specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 -m64 -mtune=generic
-D_GNU_SOURCE -fPIC -fwrapv -O2 -g -pipe -Wall -Werror=format-security
-Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong
--param=ssp-buffer-size=4 -grecord-gcc-switches
-specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 -m64 -mtune=generic -fopenmp
-fPIC -DH5_USE_16_API -I/builddir/build/BUILD/python3-h5py-2.5.0-5.fc24/lzf
-I/opt/local/include -I/usr/local/include
-I/usr/lib64/python3.5/site-packages/numpy/core/include
-I/usr/include/python3.5m -c
/builddir/build/BUILD/python3-h5py-2.5.0-5.fc24/h5py/defs.c -o
build/temp.linux-x86_64-3.5/builddir/build/BUILD/python3-h5py-2.5.0-5.fc24/h5py/defs.o
In file included from /usr/include/python3.5m/pyatomic.h:12:0,
from /usr/include/python3.5m/Python.h:53,
from
/builddir/build/BUILD/python3-h5py-2.5.0-5.fc24/h5py/defs.c:36:
/usr/lib/gcc/x86_64-redhat-linux/5.2.1/include/stdatomic.h:40:1: sorry,
unimplemented: '_Atomic' with OpenMP
typedef _Atomic _Bool atomic_bool;
^
/usr/lib/gcc/x86_64-redhat-linux/5.2.1/include/stdatomic.h:41:1: sorry,
unimplemented: '_Atomic' with OpenMP
typedef _Atomic char atomic_char;
^
This appears to be https://bugs.python.org/issue25150 for which there appears
to be a patch. Could this be applied please?
Thanks.
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA, Boulder/CoRA Office FAX: 303-415-9702
3380 Mitchell Lane orion(a)nwra.com
Boulder, CO 80301 http://www.nwra.com
7 years, 10 months