python-pandas has been orphaned - needs a new primary maintainer.

2022-09-28 Thread Orion Poplawski
Looks like python-pandas has been orphaned.  Is anyone interested in 
taking it on?  I've done some drive by work (and have maintained it in 
EPEL), but I already have too many packages.


Thanks,
  Orion

--
Orion Poplawski
he/him/his  - surely the least important thing about me
IT Systems Manager 720-772-5637
NWRA, Boulder/CoRA Office FAX: 303-415-9702
3380 Mitchell Lane   or...@nwra.com
Boulder, CO 80301 https://www.nwra.com/


smime.p7s
Description: S/MIME Cryptographic Signature
___
python-devel mailing list -- python-devel@lists.fedoraproject.org
To unsubscribe send an email to python-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/python-devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


Re: Cython build failing on longintrepr.h not found

2022-09-28 Thread Sandro

On 27-09-2022 19:41, Miro Hrončok wrote:

On 27. 09. 22 17:55, Sandro wrote:

On 27-09-2022 08:17, Lumír Balhar wrote:

Make sure that the build does not use the pyx file from upstream. It
seems to me that the file generated by Cython is in the source tarball
(skmisc/loess/src/_loess.pyx) and I did not find any mention of use of
Cython in the build log. The file is probably generated by an older
version of Cython and that is causing you the problem.


Thank you, Lumír, for pointing me in the right direction.

The offending pregenerated C file was indeed in the source tarball along with a
precompiled library for good measure.

I was looking at the source on GitHub, which does not have
skmisc/loess/src/_loess.c. I'm sure that's what you meant. It's generated from
skmisc/loess/src/_loess.pyx

I have switched to the GitHub source tarball, which seems to be aimed at
developers, who like to build everything from scratch, and comes without
pregenerated files nor binaries.

However, I haven't been able to build the package, yet. It looks like the
tools/cythonize.py script, which is called from setup.py, generates output,
that throws off %pyproject_buildrequires:

No matching package to install: 'Processing'
No matching package to install: 'changed'

Is there a standard way of handling noisy scripts? Or am I just out of luck
using pyproject macros? Or, my bet, am I missing something?

https://copr.fedorainfracloud.org/coprs/gui1ty/neuro-sig/build/4875750/


Looking at the code, this happens because:

1) their setup.py uses subprocess





We might need a more robust way of redirecting all of stdout:

https://eli.thegreenplace.net/2015/redirecting-all-kinds-of-stdout-in-python/

As a temporary workaround, you might need to sed/patch the prints away or
convince upstream to print status information to stderr.


Thanks, Miro, I managed to get past the build stage and opened a PR 
upstream.


-- Sandro
___
python-devel mailing list -- python-devel@lists.fedoraproject.org
To unsubscribe send an email to python-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/python-devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue