On 10/8/23 16:06, Elliott Sales de Andrade wrote:
On Sun, Oct 8, 2023 at 10:20 AM Orion Poplawski wrote:
With the update to conda 23.5.2 and using the pyproject macros, the
conda package is no longer producing the /usr/bin/conda-env launcher
script which is causing problems.
What problems
.
--
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
Is there a canonical way to bypass setuptools_scm? Sometimes one would
like to build from a github tarball (e.g. for test data) but then
setuptool_scm fails to detect a version.
--
Orion Poplawski
he/him/his - surely the least important thing about me
IT Systems Manager
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
On 8/14/22 03:33, Miro Hrončok wrote:
On 14. 08. 22 4:57, Orion Poplawski wrote:
Can anyone tell me why python-astroid gets built as "UNKNOWN" on EPEL9?
Executing(%generate_buildrequires): /bin/sh -e /var/tmp/rpm-tmp.mum5to
+ umask 022
+ cd /builddir/build/BUILD
+ cd astroid-2.1
On 8/13/22 22:30, Scott Talbert wrote:
On Sat, 13 Aug 2022, Orion Poplawski wrote:
Can anyone tell me why python-astroid gets built as "UNKNOWN" on EPEL9?
Executing(%generate_buildrequires): /bin/sh -e /var/tmp/rpm-tmp.mum5to
+ umask 022
+ cd /builddir/build/BUILD
+ cd astroid-2.1
tern
"CONTRIBUTORS.txt")
HOOK STDOUT: adding license file "LICENSE" (matched pattern "LICENSE")
https://bugzilla.redhat.com/show_bug.cgi?id=2099661
Thanks!
--
Orion Poplawski
he/him/his - surely the least important thing about me
IT Systems Manager
/pyproject-rpm-macros
I've been playing around with a hacked version of pyproject-rpm-macros
which at least allows some basic functionality in EPEL8. Comments welcome.
https://src.fedoraproject.org/rpms/pyproject-rpm-macros/pull-request/284
--
Orion Poplawski
he/him/his - surely the least
On 3/5/22 11:52, Neal Gompa wrote:
On Sat, Mar 5, 2022 at 1:35 PM Orion Poplawski wrote:
I've been poking at some packages that BR python3-docs, like
python-zope-event. This apparently comes from a sphinx inventory:
# Use local objects.inv for intersphinx
sed -i "s|\('https://docs\.p
, how best to get python3-docs into EL9?
Thanks.
--
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
to _PyThreadState_GET()
returning NULL. Google searches seem to indicate that this can happen
when python binaries and run time libraries get out of sync, but I'm not
sure that can be happening here. There is a very simple reproducer in
the bug report.
Thanks,
Orion
--
Orion Poplawski
Manager
I've orphaned python-sphinxcontrib-issuetracker as I no longer need it.
It does not appear to be used by anything in the distro and so probably
should be retired, but I figured I would do this step first to see if
anyone wants to take it over.
Orion
--
Orion Poplawski
Manager of NWRA
On 9/26/19 11:41 PM, Lumir Balhar wrote:
Hello.
On 9/27/19 5:37 AM, Orion Poplawski wrote:
Compared to a rawhide build, it seems like the cython c files are not
being automatically regenerated at the start of the build. What
component is supposed to handle this?
This is handled
pandas/_libs/parsers.pyx:932:44: Expected ')', found '='
It this because cython is too old in EL8?
TIA,
Orion
--
Orion Poplawski
Manager of NWRA Technical Systems 720-772-5637
NWRA, Boulder/CoRA Office FAX: 303-415-9702
3380 Mitche
is often used to test things. We can (and should) just
skip such tests from Python 2 httpretty, pika and urllib3.
Is the plan OK? I'll talk to the dependent packages maintainers, but
wanted to check with torando co-maintainers first.
Seems like the way to go.
--
Orion Poplawski
Manager
to be many packages
like this). I suspect it comes in when has to set
PYTHONPATH=%{buildroot}%{python3_sitearch} due to needing to load
compiled modules.
- Orion
--
Orion Poplawski
Manager of NWRA Technical Systems 720-772-5637
NWRA, Boulder/CoRA Office FAX: 303-415-9702
be careful with changing egg-info format - and do
use egg-info/ in your specs to ensure that the format is a
directory as expected.
- Orion
--
Orion Poplawski
Manager of NWRA Technical Systems 720-772-5637
NWRA, Boulder/CoRA Office FAX: 303-415-9702
3380 Mit
On 2/2/19 9:32 PM, Orion Poplawski wrote:
On 1/29/19 12:40 AM, Miro Hrončok wrote:
On 29. 01. 19 5:07, iliana weller wrote:
Hello,
I've orphaned python-pep8. pep8 was renamed to pycodestyle in 2016; it
received its last release in 2017. It should be removed from Fedora in a
future release.
I
-pytest-pep8 should be retired.
Deps appear to be:
nyx
python-mutagen
python-mwclient
python-natsort
python-pydocstyle
python-stem
python-subliminal
python-utils
- Orion
--
Orion Poplawski
Manager of NWRA Technical Systems 720-772-5637
NWRA, Boulder/CoRA Office FAX: 303-415
I'd like to update python3-setuptools from 19.6.2 to something newer (at
least 20.8.1 but hopefully much later) without breaking the world.
However, I don't have much experience with possible setuptools breakage.
Any suggestions would be greatly appreciated.
--
Orion Poplawski
Manager
? And just drop the
whole macro thing altogether, since sed -i -e s/pyton34-/python36-/
*.spec does 90% of the work?
Orion
--
Orion Poplawski
Manager of NWRA Technical Systems 720-772-5637
NWRA, Boulder/CoRA Office FAX: 303-415-9702
3380 Mitchell Lane
So - is it possible to build rpms with flit?
--
Orion Poplawski
Manager of NWRA Technical Systems 720-772-5637
NWRA, Boulder/CoRA Office FAX: 303-415-9702
3380 Mitchell Lane or...@nwra.com
Boulder, CO 80301 https://www.nwra.com
also added
%{_isa} to the matching Provides.
Zbyszek
IIRC - Obsoletes are done only against package names, not "provides", so
the Obsoletes with %{_isa} is not needed. This is why %python_provide
doesn't generate it with %{_isa} anymore.
--
Orion Poplawski
Tec
I'm thinking about upgrading pip in EPEL, but I don't really know about any
backwards compatibility ramifications. Can anyone enlighten me about possible
issues?
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA, Boulder/CoRA Office FAX: 303-415-9702
pep8
This was fixed in 1.0.6-5 but it has been FTBFS for a while.
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA, Boulder/CoRA Office FAX: 303-415-9702
3380 Mitchell Lane or...@nwra.com
Boulder, CO 8
also - https://fedoraproject.org/wiki/PackagingDrafts:Python3EPEL
We don't currently have %python3_other*. I'm hopeful that we can come
up with some better macros for handling the multiple versions before
rolling that out.
- Orion
--
Orion Poplawski
Technical Manager 303
I have no idea if there is any interest in this or not. I managed to get the
EPEL7 python34 package to build on EL6 with a few modifications. Is there any
interest in supporting this?
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA, Boulder/CoRA Office
-de...@lists.fedoraproject.org/thread/CBCLW2VUMZY2AXBBRMLPTKIWIYZRJMV2/#CBCLW2VUMZY2AXBBRMLPTKIWIYZRJMV2
for example.
Mainly I think it's going to take somebody who has the time and energy to do
the work.
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA, Boulder/Co
Is there some reason that python in F23 hasn't been updated to 2.7.11 (from
2.7.10)?
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA, Boulder/CoRA Office FAX: 303-415-9702
3380 Mitchell Lane or...@nwra.com
Boulder, CO 80301
hough with git remotes I imagine you could pull changes from
the python-dns git repo into the python3-dns repo if desired.
Come join us ...
https://admin.fedoraproject.org/pkgdb/packages/?motif=python3-*=epel7
--
Orion Poplawski
Technical Manager 303-415-9701
he build in here -
https://fedorahosted.org/rel-eng/ticket/6331
as I think the timing is tricky and the possibility of breaking the buildroot
moderate.
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA, Boulder/CoRA Office FAX: 303-415-9702
3380 Mitchell La
that this may
cause confusion and other problems[1].
What's the consensus here?
1 - https://bugzilla.redhat.com/show_bug.cgi?id=1294865#c3
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA/CoRA DivisionFAX: 303-415-9702
3380 Mitchell Lane
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
On 12/30/2015 02:48 PM, Neal Gompa wrote:
> On Wed, Dec 30, 2015 at 3:46 PM, Orion Poplawski <or...@cora.nwra.com> wrote:
>> I've submitted a review for a separate python-macros package here:
>>
>> https://bugzilla.redhat.com/show_bug.cgi?id=1294904
>>
>
ython-msgpack', et al. in epel7
> to adapt the package spec and get 'python34-msgpack' etc. packages, or there
> are any objections against that?
That would be the thing to do - except that for Cython this will require a new
python3-Cython package for EPEL to be made and reviewed.
--
Orion
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
.
Well, in that case the first step would seem to be submitting a cycler
package review.
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA/CoRA DivisionFAX: 303-415-9702
3380 Mitchell Lane or...@cora.nwra.com
Boulder, CO 80301
/python.setup.py --version
triggering the loading and byte-compiling of the installed module. I
don't know if this is common issue or not (I suspect not). Just a heads
up I guess. Not sure if this is something that can be prevented in any
other general way.
--
Orion Poplawski
Technical Manager
.
Thanks for reaching out!
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA/CoRA DivisionFAX: 303-415-9702
3380 Mitchell Lane or...@cora.nwra.com
Boulder, CO 80301 http://www.cora.nwra.com
39 matches
Mail list logo