python-devel December 2015

python-devel@lists.fedoraproject.org

8 participants
4 discussions

Additional python34 components for epel7
by Denis Fateyev 19 Jan '16

19 Jan '16

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.

5 9

python-macros review
by Orion Poplawski 04 Jan '16

04 Jan '16

I've submitted a review for a separate python-macros package here: https://bugzilla.redhat.com/show_bug.cgi?id=1294904 This is what the FPC approved here https://fedorahosted.org/fpc/ticket/567#comment:12 to be added to the Fedora buildroots to provide the %python3_pkgversion macro needed for compatibility with the EPEL Python3 packaging guidelines. It also serves the much more important goal of getting the python macros out of the the individual python? packages to make it easier to update them. -- 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

2 3

Python3 fixes for kernel-tests
by Craig Rodrigues 21 Dec '15

21 Dec '15

Hi, For this project: https://git.fedorahosted.org/git/kernel-tests.git I have the following patches to make the scripts safe for Python 3. Can someone incorporate these patches? I was a participant in the Python 3 Porting FAD ( https://fedoraproject.org/wiki/FAD_Python_3_Porting_2015 ) -- Craig

2 3

Replacing pdfminer with Python 3 compatible pdfminer.six
by Ben Rosser 21 Dec '15

21 Dec '15

Hello all, I was hoping for some Python packaging advice, as it relates to "porting" to Python 3-- I assume this is the right place to ask? I currently maintain python-pdfminer. (https://github.com/euske/pdfminer), sadly only for Python 2. Recently I investigated what the status of Python 3 support would be; it seems that pdfminer upstream is uninterested in adding Python 3 compatibility (see https://github.com/euske/pdfminer/pull/71). That pull request was turned into a fork, pushed to PyPI under the name pdfminer.six, and in general it seems to be a lot more maintained at the moment than pdfminer. I investigated packaging pdfminer.six (package name stylized as pdfminer-six). I set python2-pdfminer-six to obsolete pdfminer and made it available through this Copr for testing purposes: https://copr.fedoraproject.org/coprs/tc01/pdfminer.six/ Now, I don't know if anyone is currently using pdfminer in Fedora, and I am very hesitant to just replace a package with a fork. What's the right thing to do here? Replace pdfminer? Ship python3-pdfminer-six, have it provide python3-pdfminer, and keep using the original package for Python 2? Do nothing, and wait and see what happens upstream? Thanks for any suggestions in advance, Ben

4 4

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

python-devel December 2015