Re: [HEADS UP] Fedora 39 Python 3.12 rebuilds to start in a side tag this week

On 30. 06. 23 18:13, Jerry James wrote: On Fri, Jun 30, 2023 at 9:02 AM Petr Viktorin wrote: The use_tracing was fixed for most code, but still remained in profiling/tracing support. I filed a PR for Cython: https://src.fedoraproject.org/rpms/Cython/pull-request/46 (Hoping for a Cython 3

Re: [HEADS UP] Fedora 39 Python 3.12 rebuilds to start in a side tag this week

On 29. 06. 23 22:37, Jerry James wrote: On Tue, Jun 13, 2023 at 6:03 AM Tomas Hrnciar wrote: If you'd like to build a package after we already rebuilt it, you should be able to build it in the side tag via: on branch rawhide: $ fedpkg build --target=f39-python $ koji wait-repo f39-python --bu

Re: Python 3.11 final release might be delayed to December

On 05. 07. 22 15:54, Richard Shaw wrote: On Tue, Jul 5, 2022 at 8:07 AM Richard W.M. Jones > wrote: On Tue, Jul 05, 2022 at 01:17:39PM +0200, Miro Hrončok wrote: > Hello, > forwarding this  message to Fedora. > > Will know more by the end of this

Re: Help needed: liquidctl and python3.11

On 30. 06. 22 15:13, Artur Frenszek-Iwicki wrote: Some time ago we've had python3.11 land in Rawhide, with a rebuild of dependent packages. One of my packages, liquidctl, fails to build with the new Python, and since my knowledge of the language stops at "I used it to rewrite some bash scripts"

Re: Does anybody still use `starship'?

On 10. 01. 22 18:41, Dan Čermák wrote: Otto Urpelainen writes: Igor Raits kirjoitti 9.1.2022 klo 13.24: Hello, I'm interested to hear if there are any users of the `starship' application here in Fedora that consume it from the repositories. Please speak up if you do! I use it, too. Sam

Re: F35 Change: tzdata-minimal (Self-Contained Change proposal)

On 15. 07. 21 20:33, Carlos O'Donell wrote: On 7/15/21 6:34 AM, Zbigniew Jędrzejewski-Szmek wrote: On Tue, Jul 06, 2021 at 01:20:47PM -0400, Ben Cotton wrote: https://fedoraproject.org/wiki/Changes/tzdata-minimal == Summary == Split the tzdata package into two parts - tzdata and tzdata-minim

Re: F35 Change: tzdata-minimal (Self-Contained Change proposal)

On 14. 07. 21 12:43, Jonathan Wakely wrote: On Tue, 13 Jul 2021 at 21:42, Carlos O'Donell wrote: (1) Missing files vs. No /usr/share/zoneinfo. All existing third-party software must handle zone name changes today, so there must be some way to handle the error that a given zone is missing (chang

Re: F35 Change: tzdata-minimal (Self-Contained Change proposal)

On 13. 07. 21 16:31, Carlos O'Donell wrote: On 7/12/21 12:16 PM, Petr Viktorin wrote: On 06. 07. 21 20:38, David Cantrell wrote: On Tue, Jul 06, 2021 at 01:20:47PM -0400, Ben Cotton wrote: https://fedoraproject.org/wiki/Changes/tzdata-minimal == Summary == Split the tzdata package int

Re: F35 Change: tzdata-minimal (Self-Contained Change proposal)

On 12. 07. 21 18:31, Carlos O'Donell wrote: On 7/6/21 2:38 PM, David Cantrell wrote: On Tue, Jul 06, 2021 at 01:20:47PM -0400, Ben Cotton wrote: https://fedoraproject.org/wiki/Changes/tzdata-minimal == Summary == Split the tzdata package into two parts - tzdata and tzdata-minimal. tzdata will

Re: F35 Change: tzdata-minimal (Self-Contained Change proposal)

On 06. 07. 21 20:38, David Cantrell wrote: On Tue, Jul 06, 2021 at 01:20:47PM -0400, Ben Cotton wrote: https://fedoraproject.org/wiki/Changes/tzdata-minimal == Summary == Split the tzdata package into two parts - tzdata and tzdata-minimal. tzdata will require tzdata-minimal.  tzdata-minimal pro

Re: F35 Change: Python Packaging Guidelines overhaul (System-Wide Change proposal)

On 15. 06. 21 13:48, Neal Gompa wrote: On Tue, Jun 15, 2021 at 6:50 AM Petr Viktorin wrote: Hi Neal, We had this conversation in the past (and you can see it in the change). I don't think I can convince you, but I'll reiterate since it's new for devel@. Unlike the "ma

Re: F35 Change: Python Packaging Guidelines overhaul (System-Wide Change proposal)

On 15. 06. 21 13:32, Alexander Bokovoy wrote: On ti, 15 kesä 2021, Petr Viktorin wrote: On 14. 06. 21 20:09, Alexander Bokovoy wrote: On ma, 14 kesä 2021, Ben Cotton wrote: [...] PyPI Parity Machine-readable metadata (''distribution'' names in dist-info directo

Re: F35 Change: Python Packaging Guidelines overhaul (System-Wide Change proposal)

On 14. 06. 21 17:52, Vitaly Zaitsev via devel wrote: On 14.06.2021 15:32, Ben Cotton wrote: Running upstream tests is mandatory. What about tests that require network access? Thanks for this and all the other concerns about mandatory tests! I updated the proposal to mane them not mandatory,

Re: F35 Change: Python Packaging Guidelines overhaul (System-Wide Change proposal)

I'll address the larger "mandatory tests" issue later; thanks for all your concerns! This point deserves a reply on its own: On 14. 06. 21 19:35, Benjamin Beasley wrote: [...] It’s also not clear to me why the Python guidelines should be so much stricter than the overall Fedora guidelines (ht

Re: F35 Change: Python Packaging Guidelines overhaul (System-Wide Change proposal)

On 14. 06. 21 20:09, Alexander Bokovoy wrote: On ma, 14 kesä 2021, Ben Cotton wrote: [...] PyPI Parity Machine-readable metadata (''distribution'' names in dist-info directories on disk and the corresponding python3.Xdist(foo) RPM provides) will match the Python Package Index (PyPI).

Re: F35 Change: Python Packaging Guidelines overhaul (System-Wide Change proposal)

Hi Neal, We had this conversation in the past (and you can see it in the change). I don't think I can convince you, but I'll reiterate since it's new for devel@. Unlike the "mandatory tests" issue elsewhere in this thread, using the PyPI namespace is the main point of the change. I can't take

Re: F35 Change: Python Packaging Guidelines overhaul (System-Wide Change proposal)

On 14. 06. 21 17:39, Richard W.M. Jones wrote: Questions, questions ... These new guidelines seem to be fine for pure Python packages, but I'm maintaining a couple of packages where Python bindings are built as subpackages of existing C libraries: https://src.fedoraproject.org/rpms/libnbd https

License correction for pyparsing-doc: MIT -> MIT and GPLv2+ and GPLv3+ and BSD

Hi! The documentation package pyparsing-doc includes several examples that aren't under the project licence (MIT). The License field was corrected. ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lis

Re: Follow-up - Please BuildRequire python3-setuptools explicitly

On 2020-10-05 13:53, Richard Shaw wrote: I updated fail2ban and gmsh and committed to master. I assume that is sufficient? Thank you! As I understand it, it is sufficient. But since repo queries look at "live" packages, you might get some spurious notifications about this in the future. ___

Re: Many packages unnecessarily link to libpython

On 2020-05-31 10:24, Honggang LI wrote: On Fri, May 29, 2020 at 06:47:35PM +0200, Petr Viktorin wrote: On 2020-05-18 03:53, Honggang LI wrote: On Fri, May 15, 2020 at 02:12:00PM -0400, Charalampos Stratakis wrote: rdma-coredledford honli jwilson rdma-core pyverbs must be

Re: [HEADS UP] Fedora 33 Python 3.9 rebuilds have started in a side tag

On 2020-05-29 16:39, Miro Hrončok wrote: On 29. 05. 20 16:25, Richard Shaw wrote: On Fri, May 29, 2020 at 9:18 AM Miro Hrončok > wrote:     The side tag has been merged. Thank you all for your patience. Woohoo! So now Python can be rebuilt with the fix for PySide2

Re: How to determine maintainer of a package en mass?

On 2020-05-29 01:34, Fabio Valentini wrote: On Fri, May 29, 2020 at 1:16 AM Richard Shaw wrote: Specifically, I would like a way to determine which packages I am the sole maintainer of or the main maintainer. Long story short, I've been spending far too much time on packaging work and it's t

Re: Many packages unnecessarily link to libpython

On 2020-05-18 03:53, Honggang LI wrote: On Fri, May 15, 2020 at 02:12:00PM -0400, Charalampos Stratakis wrote: rdma-coredledford honli jwilson rdma-core pyverbs must be linked with libpython38. For example, build]$ nm ./python/pyverbs/mem_alloc.cpython-38-x86_64-linux-gnu.so | g

Re: Location of executable code

On 2020-05-22 17:31, Steve Grubb wrote: On Friday, May 22, 2020 10:39:43 AM EDT Petr Viktorin wrote: On 2020-05-22 16:30, Steve Grubb wrote: Hello, I am working on our application whitelisting daemon. It uses the rpmdb to derive trust in what's on disk. If we use the whole rpmdb, the

Re: Location of executable code

On 2020-05-22 16:30, Steve Grubb wrote: Hello, I am working on our application whitelisting daemon. It uses the rpmdb to derive trust in what's on disk. If we use the whole rpmdb, then the number of files is large. So, to prune the amount of entries in the trust db down to a reasonable number, I

Re: [HEADS UP] Fedora 33 Python 3.9 rebuilds have started in a side tag

On 2020-05-22 13:59, Tomasz Kłoczko wrote: On Fri, 22 May 2020 at 12:02, Miro Hrončok > wrote: On 22. 05. 20 12:43, Tomasz Kłoczko wrote: > [mode=serious] > On making transition from 3.8.x to 3.9.x all what would be necessary to do would > be ju

Re: Fedora 33 System-Wide Change Proposal: ELN Buildroot and Compose V3

On 2020-04-03 14:43, Aleksandra Fedorova wrote: On Fri, Apr 3, 2020 at 11:59 AM Petr Viktorin wrote: On 2020-04-02 20:07, Stephen Gallagher wrote: On Thu, Apr 2, 2020 at 12:56 PM Miro Hrončok wrote: The change proposal received overly negative feedback by the packager community as

Re: Fedora 33 System-Wide Change Proposal: ELN Buildroot and Compose V3

On 2020-04-02 20:07, Stephen Gallagher wrote: On Thu, Apr 2, 2020 at 12:56 PM Miro Hrončok wrote: The change proposal received overly negative feedback by the packager community as represented both by RHEL¹ and non-RHEL maintainers. Despite being reworked several times, none of this feedback wa

Full history of linux kernel (Re: CPE Git Forge Decision)

On 2020-03-31 21:39, Przemek Klosowski via devel wrote: [...]> Still, the official Linux git log ( https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/log/?ofs=905000 ) lacks the development history preceding 2005-04-16, and starts with one heck of a commit: FWIW, this is ma

Re: Fedora 33 System-Wide Change proposal: ELN Buildroot and Compose

On 2020-03-25 17:33, Aleksandra Fedorova wrote: [Branching] removes community maintainer from the conversation about what downstream is doing. While we want to give community member a voice in that conversation. I fear that this proposal *forces* the community member to participate in the disc

Re: Copr Build System - review of 2019 and vote for features in 2020

On 2020-01-22 12:03, Kevin Kofler wrote: Kevin Kofler wrote: IMHO, this whole "delete by default" concept is inherently flawed and dangerous and cannot be fixed. Notification e-mails can be lost in so many ways (wrong Fedora notification settings, e-mail provider issues, spam filter false posi

List of Python 2 packages to be removed mid-November (= in a week)

Dear maintainers, here is an updated list of packages that (transitively, at build or run time) require Python 2 and have not yet got a FESCo exception to do so. If you were bcced on this e-mail, it affects one or more of your packages. The default action will be to remove such packages startin

Re: Next F31 push?

On 2019-10-18 09:18, Leigh Scott wrote: On Fri, 2019-10-18 at 07:50 +0200, Kevin Kofler wrote: I mean, in the end it would be self-defeating, because the high chance that it would introduce more problems would just mean we'd need to freeze again for longer. So you get a working ISO for releas

Re: Why retire Python 2 packages and games that still work to end user ?

On 8/11/19 2:28 PM, Kevin Kofler wrote: Miro Hrončok wrote: We are still planning to maintain the interpreter. As is documented in the change. So can we please stop arguing about maintaining the interpreter over and over? It is staying and our team will maintain it at least until RHEL 7 EOL, pos

Orphaned python2-django1.11

Hello, Back when [Django 2.0] was released in Fedora 28, I took over Django 1.11 LTS as some important (to me) packages depended on it. I'm no longer interested in maintaining it, so I've orphaned it. Let me know if you want to take it. If no one does, it may be removed from Rawhide in 6 weeks.

Don't lint in %check (Was: python-flake8 package not available in F30)

On 3/9/19 7:33 PM, Chris wrote: Thank you both for your fast reply! >  Why do you need to BuildRequire a linting tool? What are you trying to achieve? I just use python-flake8 as an OCD way of having my build fail if i fail pep8 :)  It's just used in conjunction of my unit tests. Running

Python BuildRequires Generators (Re: F31 System-Wide Change proposal)

On 2/22/19 2:39 PM, Neal Gompa wrote: On Fri, Feb 22, 2019 at 6:01 AM Petr Viktorin wrote: On 2/18/19 9:19 PM, Ben Cotton wrote: https://fedoraproject.org/wiki/Changes/BuildRequires_Generators = BuildRequires Generators = == Summary == Add possibility to generate build-time dependencies

Re: F31 System-Wide Change proposal: BuildRequires Generators

On 2/22/19 12:01 PM, Petr Viktorin wrote: On 2/18/19 9:19 PM, Ben Cotton wrote: https://fedoraproject.org/wiki/Changes/BuildRequires_Generators = BuildRequires Generators = == Summary == Add possibility to generate build-time dependencies within RPM spec file and teach RPM and mock how to

Re: F31 System-Wide Change proposal: BuildRequires Generators

On 2/18/19 9:19 PM, Ben Cotton wrote: https://fedoraproject.org/wiki/Changes/BuildRequires_Generators = BuildRequires Generators = == Summary == Add possibility to generate build-time dependencies within RPM spec file and teach RPM and mock how to handle this. I am very excited about this ch

Re: F31 System-Wide Change proposal: BuildRequires Generators

On 2/19/19 7:04 PM, Raphael Groner wrote: Hi, maybe you already noticed, there's a project called pipreqs that parses python code for import statements. We've already a review request: https://bugzilla.redhat.com/show_bug.cgi?id=1665749 Although, I doubt in general that any automagic with depe

Re: Python packages with extras dependencies

On 2/5/19 12:44 AM, Eli Young wrote: Python packages can specify extras dependencies, which are sets of dependencies not required for core functionality, and which generally correspond to some feature. These can then be specified by downstream consumers of the package. For example, requests has

Re: Python setuptools and files to be installed in the installation prefix

On 10/2/18 10:06 PM, Miro Hrončok wrote: On 2.10.2018 16:30, Federico Bruni wrote: Hi folks While trying to figure out a way to install some desktop specific files (such as APP.desktop or APP.appdata.xml) within the installation prefix (instead of python installation) using setuptools, I star

Re: Heads Up: python2 is marked as deprecated

On 09/11/18 11:52, Tomasz Kłoczko wrote: On Tue, 11 Sep 2018 at 16:48, Petr Viktorin <mailto:pvikt...@redhat.com>> wrote: [..] These numbers hide an important fact: many things currently come with RPMs for both python2 and python3. More detailed statistics (based on S

Re: Heads Up: python2 is marked as deprecated

On 09/10/18 11:26, Tomasz Kłoczko wrote: Just FTR current numbers about packages which requires python3 vs python2: # dnf repoquery -C --whatrequires python3| grep -cv i686; dnf repoquery -C --whatrequires python2| grep -cv i686 Last metadata expiration check: 0:59:03 ago on Mon 10 Sep 2018 18

Re: Why are we shipping debug builds of pythons?

On 08/05/18 14:01, Jan Kratochvil wrote: On Sun, 05 Aug 2018 13:39:58 +0200, Charalampos Stratakis wrote: Here we are referring to the python2-debug or python3-debug builds, which are just extra python builds that are compiled with the --with-pydebug flag Not just --with-pydebug:

Re: F29 System Wide Change: Move /usr/bin/python into a separate package

On 05/24/18 18:53, Randy Barlow wrote: On 05/24/2018 12:45 PM, Jason L Tibbitts III wrote: Could you fill us in a bit? The only thing I know about resultsdb is that there is a thing called resultsdb. I went to https://taskotron.fedoraproject.org/resultsdb/results but I have no idea how to find

Re: F29 System Wide Change: Move /usr/bin/python into a separate package

On 05/24/18 01:01, Miro Hrončok wrote: On 24.5.2018 00:56, Adam Williamson wrote: The thing you're missing - which the Change doesn't explicitly state, so it's understandable - is the effect of having the python2 package Recommend the package with /usr/bin/python in it. For *user* systems tha

Re: F29 System Wide Change: Move /usr/bin/python into a separate package

On 05/24/18 02:21, Orcan Ogetbil wrote: On 23 May 2018 at 11:30, Brian C. Lane wrote: as a user of python what do you expect /usr/bin/pythong to do? You expect it to run the python2 interpreter. Careful with the generalization. I expect /usr/bin/python to launch python3 and I get surprised wit

Re: Intent to orphan Python 2

On 04/08/18 17:49, Kevin Kofler wrote: Rex Dieter wrote: And we've circled back to the original post starting this thread. Note: intent to *orphan*, not intent to *retire*. If it is not going to be retired, then why would we want to kill python2-* subpackages throughout the distribution for n

Re: Intent to orphan Python 2

On 04/04/18 18:21, James Hogarth wrote: [...] Can we please get some consistency here? I noted today that firewalld has dropped python2-firewall but of course ansible isn't switching to py3 for the controller (and therefore local) until F29 and not all python modules are py3 compatible yet...

Re: Intent to orphan Python 2

On 03/24/18 15:28, Kevin Kofler wrote: Petr Viktorin wrote: As with any orphaning, that leaves two options: - someone else agrees now to take over in 2020 (keeping in mind this is a security-critical package and will be abandoned upstream), or IMHO, this is clearly the right thing to do. I

Intent to orphan Python 2

be the ones doing it – at least not at the current magnitude". Here are the details. The current maintainers of python2 would like to "orphan" the python2 package in 2020 (~ Fedora 30): - Charalampos Stratakis (cstratak) - Tomáš Orsava (torsava) - Miro Hrnočok (churchyard) - Petr

Re: Removal of BuildRoot

it would be nice if proven packagers had some tooling for doing those changes. tl;dr: It's possible, people are slowly working on it, but it's not generally usable yet. -- Petr Viktorin ___ devel mailing list -- devel@lists.fedorap

Re: F27 strange rpmbuild failure

st week, actually: https://fedoraproject.org/wiki/Changes/No_more_automagic_Python_bytecompilation Up to this point I thought this was just a theoretical issue. Thank you for finding a concrete example -- and sorry it had to be you! -- Petr Viktorin ___ de

Re: Ambiguous python version in waf

On 02/05/2018 12:47 PM, Guido Aulisi wrote: 2018-02-05 12:00 GMT+01:00 Petr Viktorin : On 02/05/2018 09:32 AM, Guido Aulisi wrote: Hi, according to latest python guides, we should avoid calling generic unversioned python command (https://fedoraproject.org/wiki/Changes

Re: Ambiguous python version in waf

tderr; that's the reason for the "Quick Opt-Out" workaround. It looks like waf will be one of the tougher things to figure out. After the mass rebuild we'll see the effect on the whole distribution, and hopefully come up with a better strategy for bundled waf. -- Petr Viktori

[OT] Octal number syntax (Was: Please stop re-adding gtk-update-icon-cache scriptlets)

s time here! [0]: https://www.python.org/dev/peps/pep-3127/#motivation -- Petr Viktorin ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Python3 will be in next major RHEL release, please adjust %if statements accordingly

_available} macros defined in the base system? Mostly because we can't change RHEL. So, how about %{python2_missing} and %{python3_available}? Is that too ugly and inconsistent? -- Petr Viktorin ___ devel mailing list -- devel@lists.fedorapro

Re: F28 Self Contained Change: Avoid /usr/bin/python in RPM build

some of the Fedora specific RPM setup. Cheers, Nick. P.S. Using a dedicated environment variable would have the advantage of allowing anyone else that *also* wanted to look for and remove unqualified references to Python 2 to set it. -- Petr Viktorin _

Re: Django 2.0 released, and what it means to you

have until April 2020 to drop Python 2. If that would help, let me know and I'll package it. -- Petr Viktorin ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: ENOTIME

ptools python3-six python3-sqlalchemy python3-suds python3-tornado python3-urllib3 -- Petr Viktorin ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Mass package change (python2- binary package renaming)

o be added manually. Ideas for better heuristics are welcome :) -- Petr Viktorin ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Proposed Mass Bug Filing: Renaming "python-" binary packages to "python2-"

all that'll happen is your package will have a missing dependency in a few years. If you have a better way to manage this, please let us know! -- Petr Viktorin ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Proposed Mass Bug Filing: Renaming "python-" binary packages to "python2-"

change until it starts being necessary. Rebuilding lots of packages in EL6 is practically impossible, actually. However, some subset of commonly-used packages do have the python2- prefixed provides even in EL6. The very example above is misleading: EL6's packages do provide python2-devel. -

Re: Proposed Mass Bug Filing: Renaming "python-" binary packages to "python2-"

ug filings. Iryna, could you draft a change? Another strategy we'll be using is not filing all the bugs at once: the plan is to file a few at first and learn from the reactions before doing the next wave. [0] https://fedoraproject.org/wiki/Mass_bug_filing -- Petr Viktorin ___

Re: Self-introduction

here could maybe make things faster :) Packaging/reviews is probably the best way to get into Fedora contributions. If you watch this list, you should see what people are working on, and hopefully find other opportunities to get involved. If you need any help, be sure to let us know! -- Pet

Re: F26 Self Contained Change: Making sudo pip Safe (Again)

say it's simpler, unless you also want to disable `sudo pip --user`. I believe that a proper fix, which includes making --user the default, is planned upstream. -- Petr Viktorin ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: including EOL and vulnerable software in Fedora

ged in as deps, *except* for development tools specifically meant for testing on alternate Pythons, where "alternate" almost always means "old". In an earlier mail: On 10/10/2016 04:14 PM, Kevin Kofler wrote: Petr Viktorin wrote: I would also like to point out that if you hav

Re: including EOL and vulnerable software in Fedora

like to invite everyone to take a deep breath, try to understand the intent, and ask for clarifications rather than forming assumptions. -- Petr Viktorin ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: including EOL and vulnerable software in Fedora

build scripts may be accidentally picking up those instead of the recommended default versions of Python. Do you mean Fedora build scripts here? -- Petr Viktorin ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: F24 Self Contained Change: System Python

utside $PATH is a good idea, I think. But $PYTHONPATH can be shared (if the system-python version matches the /usr/bin/python3 version, which it should, at least most of the time). -- Petr Viktorin -- devel mailing list devel@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: F24 Self Contained Change: System Python

On 02/09/2016 08:26 PM, Zbigniew Jędrzejewski-Szmek wrote: > On Mon, Feb 08, 2016 at 08:27:53AM +0100, Jan Kurik wrote: >> = Proposed Self Contained Change: System Python = >> https://fedoraproject.org/wiki/Changes/System_Python >> >> Change owner(s): >> *

Re: F24 Self Contained Change: System Python

revent > that. Right, currently all we have is the circular definition. The first step (listed under "Scope") is defining what system-python-libs will contain. Once that's done, it'll be much harder to add obscure libraries. -- Petr Viktorin -- devel mailing list devel@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: F24 Self Contained Change: System Python

t can accept the limitations. we can make Python-less containers and cloud images smaller. Normal Python packages would be unaffected. So I don't think it's a dramatic departure. -- Petr Viktorin -- devel mailing list devel@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Proposed Mass Bug Filing: Python 3 Porting

ot;/usr/bin/python" shebang in a Python 3 package can introduce a Python 2 dependency. Please split your package, or remove the stray dependencies. It's fine to do this in Rawhide only. If anything is unclear, or if you need any kind of assistance, you can ask on IRC (#fedora-pytho

Re: Filing Bugs for Python 3 Switch

on will still point to Python 2 [0], so this would (normally) still call Python 2. What /usr/bin/env does is take $PATH into account – for example if you have a virtualenv activated, it would use the python from that virtualenv. For applications that are installed as part of the system,

Re: Mozilla enabled ads in Firefox and they're active in Fedora

On 11/20/2014 04:44 PM, Martin Stransky wrote: On 11/20/2014 03:28 PM, Petr Viktorin wrote: It's not about tracking per se – I'm fine with e.g. opt-in usage reports that feed into research for making a better browser – that benefits me (in a very indirect and miniscule way, but in t

Re: Mozilla enabled ads in Firefox and they're active in Fedora

On 11/20/2014 04:02 PM, Matthew Miller wrote: On Thu, Nov 20, 2014 at 03:28:11PM +0100, Petr Viktorin wrote: tl;dr: I think the line we should not cross is: including features that don't benefit the user and may be considered harmful. I don't think this is a very clear line. Shou

Re: Mozilla enabled ads in Firefox and they're active in Fedora

On 11/19/2014 09:11 AM, Benjamin Kerensa wrote: Hello Free Software Friends, I want to encourage the Fedora Community to think carefully about making a switch to another browser as the default in Fedora. I would not get hung up on these tiles (Ads) too much and remember they are necessary in or

Re: DNF: why does it refresh metadata all the time

On 06/19/2014 07:14 PM, Reindl Harald wrote: why does DNF refresh metadata in background? To quote Aleš Kozumplík from [a previous mail]: | majority of people appreciates having the metadata handy and only a minority worries about the traffic. [a previous mail] https://lists.fedoraproject.o

Re: Summary/Minutes from today's FESCo Meeting (2014-03-05)

On 03/07/2014 10:59 AM, H. Guémar wrote: Hi, I don't think that worrying about perpetuating offensive stereotypes is specifc to the US, we have similar controversies in Europe: http://en.wikipedia.org/wiki/Banania#Controversy http://en.wikipedia.org/wiki/Zwarte_Piet#Controversies Well, read th

Re: Summary/Minutes from today's FESCo Meeting (2014-03-05)

On 03/06/2014 06:00 PM, Matthew Miller wrote: On Thu, Mar 06, 2014 at 03:50:37PM +0100, drago01 wrote: For instance we named a release "beefy miracle" and that might have been offensive for some people (ex. in India)., but apparently no one cared enough to "officially" complain. Additionally,

Re: advertisement in packaged software (e.g. Firefox)

On 02/12/2014 04:31 PM, Matthias Clasen wrote: Are we allowed to ship software in Fedora that dynamically loads advertisements from the web and shows them to users? I think "allowed" is probably the wrong term to use here. Fedora packaging rules on what is allowed to be included have pretty mu

Re: adam's grump of the day: icons in fonts (was Re: web-assets-httpd stuck in limbo?)

On 01/17/2014 02:25 AM, Samuel Sieb wrote: On 01/16/2014 01:38 PM, Chris Murphy wrote: On Jan 16, 2014, at 1:41 PM, Matthew Miller wrote: The other thing -- getting unicode to include standard symbols -- is happening. That's why we have 💩 . Yay standards! Oh man. Change that to 144pt. Is

Re: dnf versus yum

On 01/06/2014 03:32 PM, Lars E. Pettersson wrote: On 01/06/2014 02:06 PM, Vít Ondruch wrote: Dne 6.1.2014 13:31, Lars E. Pettersson napsal(a): ... What would be the point in removing the running kernel? Is there actually such a use case? Lars Why are you asking? May be you should let your i

Re: dnf versus yum

On 01/02/2014 06:16 PM, Richard W.M. Jones wrote: On Thu, Jan 02, 2014 at 05:54:00PM +0100, Reindl Harald wrote: to prevent that the same as with GRUB2 and systemd way too early made it in a stable release happening again - and after that get again "why are you open your mouth now and not due te

Re: $HOME/.local/bin in $PATH

On 11/01/2013 11:14 AM, Reindl Harald wrote: Am 01.11.2013 11:08, schrieb Petr Viktorin: On 11/01/2013 10:48 AM, Reindl Harald wrote: Am 01.11.2013 10:38, schrieb drago01: On Fri, Nov 1, 2013 at 10:26 AM, Andrew Haley wrote: On 10/30/2013 10:27 AM, Alec Leamas wrote: On 2013-10-30 11:23

Re: $HOME/.local/bin in $PATH

On 11/01/2013 10:48 AM, Reindl Harald wrote: Am 01.11.2013 10:38, schrieb drago01: On Fri, Nov 1, 2013 at 10:26 AM, Andrew Haley wrote: On 10/30/2013 10:27 AM, Alec Leamas wrote: On 2013-10-30 11:23, Reindl Harald wrote: Am 30.10.2013 11:20, schrieb Alec Leamas: On 2013-10-30 10:58, Reindl

Re: $HOME/.local/bin in $PATH

On 10/30/2013 01:08 PM, Reindl Harald wrote: Am 30.10.2013 13:00, schrieb Alec Leamas: On 2013-10-30 12:25, Reindl Harald wrote: i gave you a starting point to learn about security and the reason for sftp-chroot doing so is that someone could use race-conditions to bypass the security if you

Re: Source file audit - 2013-09-30

On 10/04/2013 11:49 AM, Dridi Boukelmoune wrote: Hi, In my case, the makeself source tarball is hosted on github. I've seen many people saying that github was down recently (even though it worked fine for me). It was down for about two hours: https://status.github.com/messages -- Petr³ -- de

Re: Grepping through all Fedora specfiles?

On 07/25/2013 01:45 AM, Toshio Kuratomi wrote: On Thu, Jul 25, 2013 at 09:02:47AM +1000, Tony Breeds wrote: As an aside, Any guesses as to how big the ~/fedora-git dir would be after running the script above? Upwards of 9GB. I'm working on a git-seed script right now and that's the size of a