;-X'
suffix, i.e. 'sample-exec-2' and 'sample-exec-3'
[0] https://fedoraproject.org/wiki/Packagingython
[1] https://fedoraproject.org/wiki/Packagingython#Example_common_spec_file
[2] https://fedoraproject.org/wiki/Packagingython#Naming
Thank you for
> But this section explicitly only covers the rare case where a py2 and
> py3 version of something provide _different_ functionality.
> The example spec is for the normal case. That's why it's up above the
> "Avoiding collisions between the python 2 and python 3 stacks" section.
> That section cov
> On Mon, Mar 21, 2016 at 05:35:03PM -0400, Neal Gompa wrote:
> Ah, OK. It didn't at some point and I didn't check.
> It seems that the Guidelines:Python page could still use some
> editing. I think most of the info is there, but it's not very clear.
>
> In particular, the multiple-executables cas
On 05/12/2016 05:16 PM, Miro Hrončok wrote:
On 12.5.2016 15:24, John Dennis wrote:
On 05/11/2016 11:54 AM, Petr Viktorin wrote:
On 05/11/2016 05:16 PM, John Dennis wrote:
The workaround I came up with is to delay the execution of
%py3_build by
at least 1 second by inserting a sleep in-between
Hi,
those are very good questions to which you should be able to find
answers on the Python RPM Porting Guide [0]. You are right that this
should be better covered in the packaging guidelines, sadly the process
of changing them is rather problematic so no one yet had the time to
update them.
racek/rebase-helper
Great day to all,
Tomas Orsava
___
python-devel mailing list
python-devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/python-devel@lists.fedoraproject.org
Hi!
On 05/26/2016 07:38 PM, John Dennis wrote:
On 05/26/2016 08:24 AM, Tomas Orsava wrote:
Hi,
those are very good questions to which you should be able to find
answers on the Python RPM Porting Guide [0]. You are right that this
should be better covered in the packaging guidelines, sadly the
Hi Rajesh!
the `binclock` project is a bit problematic. As you can see in the note
on the left side on the PortingDB, the upstream for this project is
abandoned, emails bounce. If you go look into the Bugzilla link on the
same page, you'll also find that someone has made a Python 3 patch, but
Hi!
On 05/27/2016 07:44 PM, John Dennis wrote:
On 05/27/2016 10:10 AM, Tomas Orsava wrote:
I think the python2-XXX package in the examples is missing something
like this:
Requires: %{_bindir}/sample-exec
Make sense?
I believe there is a misunderstanding. In your first message you said
Yeah, I really wish I had actually pushed through the macro work I had
done last year. You can see that at https://pagure.io/python-macros
A spec would look like this:
https://pagure.io/python-macros/blob/master/f/test1.spec
And most of that is actually implemented. Note the almost complete
Hi!
No, this automatic Provides generator does not create "python(name)".
Only "pythonX.Ydist()" and "pythonXdist()".
On 08/10/2016 07:09 PM, Avram Lubkin wrote:
Is an unversioned python(name) also being created automagically? I
manually create these for the command line tools which support
On 08/12/2016 05:40 PM, Petr Viktorin wrote:
The idea with pyp2rpm is to work with the Python Packaging Authority
so that the upstream metadata *can* be converted automatically.
Ideally Fedora packagers would fix packaging problems upstream, rather
than maintaining spec files.
Ideas for a tool
Hi,
I'm currently rebasing Python to version 3.5.2 for Fedora 25.
As many of the existing patches are no longer necessary I needed to
delete or disable them. I looked through the git history of python and
python3 packages, and there isn't a clear consensus on which method is
preferred. While p
date
to Fedora 25 as well.
[0] http://koji.fedoraproject.org/koji/taskinfo?taskID=15274894
Good day to all,
Tomas Orsava
___
python-devel mailing list
python-devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/python-devel@lists.fedoraproject.org
As far as I understand, someone could package it as a new package, e.g.
python-django18.
On 08/16/2016 07:11 PM, Igor Gnatenko wrote:
It's against policies. Currently python-django has version 1.6. And
1.8 is major release.
On Tue, Aug 16, 2016 at 6:17 PM, Germano Massullo
wrote:
Hello, I w
On 08/24/2016 11:39 PM, Neal Gompa wrote:
On Wed, Aug 24, 2016 at 5:38 PM, Orion Poplawski wrote:
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?
I think
tional packages (e.g. python3-tkinter).
I have a draft of the first two sections: Motivation and Specification.
https://fedora-python.github.io/pep-drafts/pep-A.html
The source can be found here: https://github.com/fedora-python/pep-drafts
All the bes
I forgot to include a link to a previous discussion of this topic on the
python-dev upstream mailing list:
https://mail.python.org/pipermail/python-dev/2016-July/145534.html
Tomas
On 09/06/2016 06:41 PM, Tomas Orsava wrote:
Hi!
I'm currently writing a PEP titled "Distributing a
Hi!
On 09/06/2016 08:25 PM, Nick Coghlan wrote:
On 7 September 2016 at 02:41, Tomas Orsava wrote:
Hi!
I'm currently writing a PEP titled "Distributing a Subset of the Standard
Library" to standardize and hopefully improve the behavior of Python without
the its full standard l
On 09/07/2016 06:13 PM, Nick Coghlan wrote:
On 7 September 2016 at 19:30, Tomas Orsava wrote:
On 09/06/2016 08:25 PM, Nick Coghlan wrote:
Very interesting, although I see a pragmatic problem with trying to
check for explicitly missing packages only after checking for the
standard library ones
thon3 "$@"
However, when this BZ [0] gets into RHEL 7.4 (there's also talk of 7.3
Z-stream), you'll be able to enable the collection right in the shebang
like so:
#!/usr/bin/scl enable rh-python34 -- python3
[0] https://bugzilla.redhat.com/s
On 10/04/2016 03:10 PM, Nick Coghlan wrote:
On 3 October 2016 at 23:36, Tomas Orsava wrote:
On 09/27/2016 08:43 AM, Nick Coghlan wrote:
P.P.S. I realize rh-python34 is available on RHSCL, but it didn't seem to
support "python3" in scripts...
Script shebang lines can be sup
w
or forever hold your peace.
[0] https://docs.python.org/3.5/whatsnew/changelog.html#python-3-5-2
[1] https://bugzilla.redhat.com/show_bug.cgi?id=1383060
Yours aye,
Tomas Orsava
___
python-devel mailing list -- python-devel@lists.fedoraproject.org
To unsubs
Hi!
I'm not able to find it myself, and nobody chimed in so far. Have you
had any luck?
Yours aye,
Tomas
On 10/05/2016 06:37 PM, Nick Coghlan wrote:
On 5 October 2016 at 21:45, Tomas Orsava wrote:
On 10/04/2016 03:10 PM, Nick Coghlan wrote:
I bring that up, as one of the
On 10/17/2016 08:52 AM, Nick Coghlan wrote:
On 15 October 2016 at 02:00, Tomas Orsava wrote:
Hi!
I'm not able to find it myself, and nobody chimed in so far. Have you had
any luck?
OK, I filed https://bugzilla.redhat.com/show_bug.cgi?id=1385471
There's a mini-rant in the "
forth a method of how attempts to import a missing standard library
module should be handled.
I'm leaving for PTO lasting till November 17th, after which we want to
send this to the PEP editors upstream.
Yours aye,
Tomas Orsava
___
python-dev
On 11/30/2016 08:04 AM, Igor Gnatenko wrote:
Hi,
in short, it reads egg metadata and can generate Provides (which we
already do now), Requires (which I want to talk about) and Recommends
(which I don't care atm).
Let's take simple package -- aiohttp.
https://bugzilla.redhat.com/show_bug.cgi?id=
On 11/30/2016 02:44 PM, Neal Gompa wrote:
On Wed, Nov 30, 2016 at 8:41 AM, Tomas Orsava wrote:
I don't think the depgen should be enabled by default, at least not in the
foreseeable future. IIRC it's not that well implemented—e.g. I believe it
doesn't read requirements.txt for
On 12/01/2016 02:36 PM, Igor Gnatenko wrote:
We'll see how it will go. we have depgen for pkgconfig, libraries,
etc. for many years and people don't go and debug it immediately, but
for many of packages it will help a lot. Anyhow, we'll see after
couple of releases.
Yeah, absolutely. When it's
r the inconvenience.
Tomas Orsava
[0] http://portingdb.xyz/
___
python-devel mailing list -- python-devel@lists.fedoraproject.org
To unsubscribe send an email to python-devel-le...@lists.fedoraproject.org
On 12/07/2016 01:56 PM, Neal Gompa wrote:
On Wed, Dec 7, 2016 at 7:53 AM, Michal Cyprian wrote:
- system-python (i.e. what all programs installed via DNF will use) is limited
to site-packages under /usr, so DNF-installed software is unaffected by
anything installed with pip
system-python is
On 12/07/2016 02:47 PM, Konstantin Zemlyak wrote:
Michal Cyprian wrote:
there is a long-standing problem that `sudo pip install` cannot be
safely used in Fedora. Many users don't know about this and break
python packages on theirs systems. Packages installed using this
command can conflict an
On 12/07/2016 06:21 PM, Stephen John Smoogen wrote:
On 7 December 2016 at 10:27, Tomas Orsava wrote:
On 12/07/2016 01:56 PM, Neal Gompa wrote:
On Wed, Dec 7, 2016 at 7:53 AM, Michal Cyprian
wrote:
- system-python (i.e. what all programs installed via DNF will use) is
limited to site
On 12/12/2016 05:39 AM, Nick Coghlan wrote:
On 11 December 2016 at 01:33, Donald Stufft wrote:
On Dec 10, 2016, at 8:10 AM, Nick Coghlan wrote:
P.S. For folks wondering what the problem with "--user" is on
Debian/Ubuntu, as far as I know it's mainly the fact that
"~/.local/bin" isn't on PATH
We're pleased to announce that the Python 3 PortingDB is back at it's usual
location:
http://portingdb.xyz/
Happy New Year!
Tomas Orsava
___
python-devel mailing list -- python-devel@lists.fedoraproject.org
To unsubscribe send an email to py
riate).
What do you think?
[Change] https://fedoraproject.org/wiki/Changes/Making_sudo_pip_safe
Regards,
Tomas Orsava
___
python-devel mailing list -- python-devel@lists.fedoraproject.org
To unsubscribe send an email to python-dev
more appropriate).
What do you think?
[Change] https://fedoraproject.org/wiki/Changes/Making_sudo_pip_safe
Regards,
Tomas Orsava
___
python-devel mailing list -- python-devel@lists.fedoraproject.org
To unsubscribe send an email to
python-dev
m)
python3-qt5-devel (python-qt5-5.7.1-4.fc26.src.rpm)
python3-uwsgidecorators (uwsgi-2.0.14-8.fc26.src.rpm)
speedtest-cli (speedtest-cli-0.3.2-7.fc26.src.rpm)
Regards,
Tomas Orsava
___
python-devel mailing list -- python-devel@lists.fedoraproject.org
To
Hi!
The warning when sudo pip installing is deployed in rawhide!
Package version: python-pip-9.0.1-6.fc26.
Cheers,
Tomas
On 02/10/2017 06:35 PM, Tomas Orsava wrote:
Hi!
On the last FESCo meeting while discussing the sudo pip Fedora
[Change], maxamillion proposed that it might be useful to
our current plan to
python-devel ML soon.
All the best,
Tomas Orsava
___
python-devel mailing list -- python-devel@lists.fedoraproject.org
To unsubscribe send an email to python-devel-le...@lists.fedoraproject.org
All the best,
Tomas Orsava
___
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://getfedora.org/code-of-conduct.html
List Guideli
On 09/13/2018 06:43 PM, Mathieu Bridon wrote:
On Thu, 2018-09-13 at 18:17 +0200, Tomas Orsava wrote:
We'd like to propose a new functionality for dnf: When a user tries
to install a package XYZ and dnf doesn't find it, dnf would recommend
them alternative packages. These offered pack
Hi,
we're the Python-maint team from Red Hat, and we'd like to experiment
with sharing with you what we are working on from month to month. There
are some things we should not disclose (such as embargoed CVEs), but the
majority of what we do is out in public. Please let us know if you find
thi
On 4/19/20 4:55 PM, Miro Hrončok wrote:
Hello Python packagers.
After touching the %python_provide topic in:
https://lists.fedoraproject.org/archives/list/python-devel@lists.fedoraproject.org/thread/SSJLPWSGFGPYRSHXQZDR7JNQXSDGGX3Z/
I have realized several things I don't like about %python_
On 5/25/20 7:42 PM, Miro Hrončok wrote:
On 25. 05. 20 18:33, Tomas Orsava wrote:
On 4/19/20 4:55 PM, Miro Hrončok wrote:
4) Make it so that for given arguments, the macro will only expand
to something once per build. Hence when you use it with package
name, the automatic provides won't r
On 5/26/20 11:52 AM, Miro Hrončok wrote:
On 26. 05. 20 11:29, Tomas Orsava wrote:
On 5/25/20 7:42 PM, Miro Hrončok wrote:
On 25. 05. 20 18:33, Tomas Orsava wrote:
On 4/19/20 4:55 PM, Miro Hrončok wrote:
4) Make it so that for given arguments, the macro will only expand
to something once per
arding this new version.
All the best,
Tomas Orsava
___
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/
Hi,
I have left a few notes about the text itself as comments in the document.
Comments about the subject matter are inlined below:
On 4/30/20 3:41 PM, Petr Viktorin wrote:
### Dist-info metadata
Each Python package **MUST** include *Package Distribution Metadata*
conforming to [PyPA
speci
On 6/5/20 11:26 AM, Petr Viktorin wrote:
On 2020-06-03 21:49, Tomas Orsava wrote:
Hi,
I have left a few notes about the text itself as comments in the
document.
Comments about the subject matter are inlined below:
On 4/30/20 3:41 PM, Petr Viktorin wrote:
### Dist-info metadata
Each
On 6/5/20 1:43 PM, Miro Hrončok wrote:
On 05. 06. 20 11:51, Tomas Orsava wrote:
## PyPI parity
Every Python package in Fedora **SHOULD** also be available on
[the Python Package Index](https://pypi.org) (PyPI).
The command `pip install PROJECTNAME` **MUST** install the same
package
On 6/5/20 2:22 PM, Petr Viktorin wrote:
On 2020-06-05 13:58, Tomas Orsava wrote:
On 6/5/20 1:43 PM, Miro Hrončok wrote:
On 05. 06. 20 11:51, Tomas Orsava wrote:
[...]
I see what you mean.
On the other hand, that's a pretty horrible error message format
(posting in it's en
On 6/5/20 2:26 PM, Petr Viktorin wrote:
On 2020-06-05 11:51, Tomas Orsava wrote:
On 6/5/20 11:26 AM, Petr Viktorin wrote:
On 2020-06-03 21:49, Tomas Orsava wrote:
Hi,
I have left a few notes about the text itself as comments in the
document.
Comments about the subject matter are inlined
On 6/8/20 11:58 AM, Petr Viktorin wrote:
On 2020-06-05 16:12, Tomas Orsava wrote:
On 6/5/20 2:26 PM, Petr Viktorin wrote:
On 2020-06-05 11:51, Tomas Orsava wrote:
On 6/5/20 11:26 AM, Petr Viktorin wrote:
On 2020-06-03 21:49, Tomas Orsava wrote:
Hi,
I have left a few notes about the text
Hi,
we're the Python-maint team from Red Hat, and we'd like to experiment
with sharing with you what we are working on from month to month. There
are some things we should not disclose (such as embargoed CVEs), but the
majority of what we do is out in public. Please let us know if you find
thi
On 6/9/20 12:15 PM, Petr Viktorin wrote:
On 2020-06-08 12:15, Tomas Orsava wrote:
On 6/8/20 11:58 AM, Petr Viktorin wrote:
On 2020-06-05 16:12, Tomas Orsava wrote:
On 6/5/20 2:26 PM, Petr Viktorin wrote:
On 2020-06-05 11:51, Tomas Orsava wrote:
On 6/5/20 11:26 AM, Petr Viktorin wrote
Hi,
yet newer upstream version of pipenv, 2020.6.2, was released and is
ready for you in copr:
https://copr.fedorainfracloud.org/coprs/g/python/pipenv/
All the best,
Tomas
On 5/28/20 5:11 PM, Tomas Orsava wrote:
Hi,
upstream released a brand new version of `pipenv` this morning, and
we&#x
Hi,
I have opened an upstream discussion about disk space minimization of
Python, take a look:
https://discuss.python.org/t/disk-space-minimization-for-python-distributors/5447
All the best,
Tomas
___
python-devel mailing list -- python-devel@lists.f
57 matches
Mail list logo
