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

Re: Are 3.6.x release candidates useful to find bugs?

On 05/21/18 14:43, Nick Coghlan wrote: On 21 May 2018 at 22:09, Charalampos Stratakis > wrote: > So, please, if you find any bugs in upcoming Python *3.6.x* release > candidates, let me know (or write to Łukasz directly)! If there

Are 3.6.x release candidates useful to find bugs?

Hello! At PyCon US 2018, Łukasz Langa, the release manager for Python 3.7, told me that he'd like to collect data about Release Candidates for point releases (3.x.y). The idea is that if these aren't being tested and aren't revealing bugs, it would make sense to stop releasing them. So,

Re: PEP 394 update proposal: Allow changing the `python` command in,some cases

On 04/26/18 09:17, Nick Coghlan wrote: On 26 April 2018 at 05:22, Petr Viktorin <pvikt...@redhat.com> wrote: If this goes through, in Fedora I would like to: - Create a "python" package containing *just* the /usr/bin/python symlink. This would be a subpackage of python2, a

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

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

Re: Intent to orphan Python 2

On 03/23/18 17:57, Randy Barlow wrote: On 03/23/2018 07:23 AM, Petr Viktorin wrote: In case no one steps up, we'd like to start dropping Python 2 support from dependent packages *now*, starting with ported libraries on whose python2 version nothing in Fedora depends. (We keep a list of those

Intent to orphan Python 2

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 Viktorin

Re: Intent to orphan Python 2

On 03/20/18 21:47, Zbigniew Jędrzejewski-Szmek wrote: On Tue, Mar 20, 2018 at 04:11:46PM +, Zbigniew Jędrzejewski-Szmek wrote: On Tue, Mar 20, 2018 at 03:28:23PM +0100, Miro Hrončok wrote: On 20.3.2018 14:45, Zbigniew Jędrzejewski-Szmek wrote: Indeed, I'm using those python packages like

Re: Intent to orphan Python 2

On 03/20/18 14:45, Zbigniew Jędrzejewski-Szmek wrote: On Tue, Mar 20, 2018 at 12:23:06PM +0100, Miro Hrončok wrote: On 20.3.2018 11:25, Zbigniew Jędrzejewski-Szmek wrote: to push the whole ecosystem. The proposed model of nipping python2 support at the edges is the same thing, in reverse.

Intent to orphan Python 2

f python2 would like to "orphan" the python2 package in 2020 (~ Fedora 32/33): - Charalampos Stratakis (cstratak) - Tomáš Orsava (torsava) - Miro Hrnočok (churchyard) - Petr Viktorin (pviktori) - Iryna Schcherbina (ishcherb) - Michal Cyprian (mcyprian) - Bohuslav Kabrda (bkabrda) - David Mal

Re: Draft: Macros to tell what Python versions to package for

I like to use bconds, i.e. "%if %{with python2}". They're easy to override for local builds, allowing easy experimentation with, for example, dropping Python 2. I'd be happy if our official recommendation used bconds. If we want people to copy-paste something, let's make it good. Also,

Re: Removal of BuildRoot

en 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.fedoraproject.org To unsubscribe send an e

Re: F27 strange rpmbuild failure

://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 ___ devel mailing list -- devel

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 <pvikt...@redhat.com>: 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/C

Re: Ambiguous python version in waf

quot;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 Viktorin ___

No more automagic bytecompilation

are drafting a Fedora change to eventually switch to doing the byte-compilation explicitly instead. Files in /usr/lib/pythonX.Y/ still get compiled automatically, of course. You can read the draft here: https://fedoraproject.org/wiki/Changes/No_more_automagic_Python_bytecompilation -- Petr Viktorin

Re: Python 3.7's Deterministic pycs

On 02/01/2018 04:21 PM, Nick Coghlan wrote: On 1 February 2018 at 23:54, Petr Viktorin <pvikt...@redhat.com> wrote: Honestly, I'm not sure we want to use this in Fedora. Is anyone here into reproducible builds, to make a better argument for this? I believe rpmbuild (et al) a

Python 3.7's Deterministic pycs

it will have to remember to remove the corresponding .pyc file. Honestly, I'm not sure we want to use this in Fedora. Is anyone here into reproducible builds, to make a better argument for this? -- Petr Viktorin ___ python-devel mailing list -- python

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

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

ros 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.fedoraproject.org To unsubscr

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

he 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 ___ devel mai

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

/User:Mrunge/Django20 Today, we proposed https://fedoraproject.org/wiki/Changes/Django20 and set it to Ready For Wrangler. I filed a review request for python2-django1.11: https://bugzilla.redhat.com/show_bug.cgi?id=1532541 -- Petr Viktorin ___ python

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

20 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: pytest byte compiling its own files

hon-pytest-xdist-1.18.2-1.fc27.src.rpm python-wcsaxes-0.9-5.fc26.src.rpm -- Petr Viktorin ___ python-devel mailing list -- python-devel@lists.fedoraproject.org To unsubscribe send an email to python-devel-le...@lists.fedoraproject.org

Re: Parselmouth Badge

affected Fedora. Should that be changed? -- Petr Viktorin ___ python-devel mailing list -- python-devel@lists.fedoraproject.org To unsubscribe send an email to python-devel-le...@lists.fedoraproject.org

Re: Package submission question

tal Error (500)" in response. I am using the https repo url, and have cloned on another machine to ensure the urls are publically available. I guess that sounds like a thing that needs a report at https://pagure.io/fedora-infrastructure/issues I've reported it: https://pagure.io/fedora-infrastructure/issue/6332 -- Petr Viktorin ___ python-devel mailing list -- python-devel@lists.fedoraproject.org To unsubscribe send an email to python-devel-le...@lists.fedoraproject.org

Re: Modularity, container images, and the default Python stack(s)

On 08/25/2017 10:23 AM, Nick Coghlan wrote: On 24 August 2017 at 21:28, Petr Viktorin <pvikt...@redhat.com> wrote: On 08/24/2017 12:22 PM, Nick Coghlan wrote: Stream names match the Platform module. We follow its policy here, even when it changes. Oh, interesting, I had that backwa

Re: Modularity, container images, and the default Python stack(s)

On 08/24/2017 12:22 PM, Nick Coghlan wrote: On 24 August 2017 at 19:02, Petr Viktorin <pvikt...@redhat.com> wrote: On 08/24/2017 10:13 AM, Nick Coghlan wrote: My current thinking based on that discussion is that we're actually going to need a module set that looks like this f

Re: Modularity, container images, and the default Python stack(s)

On 08/24/2017 10:13 AM, Nick Coghlan wrote: On 21 August 2017 at 19:46, Petr Viktorin <pvikt...@redhat.com> wrote: On 08/18/2017 01:38 PM, Nick Coghlan wrote: Does that approach sound sufficiently plausible to folks that I can use it to provide feedback to the folks working on the modu

Python 3.5.4 in Fedora 25

Hello, Python 3.5.4 for Fedora 25 is now waiting in Bodhi; see more info here: https://bodhi.fedoraproject.org/updates/python3-3.5.4-1.fc25 Please test and provide karma :) -- Petr Viktorin ___ python-devel mailing list -- python-devel

Re: Modularity, container images, and the default Python stack(s)

ack to the folks working on the modularity tooling as to the capabilities we think we'll need? That sounds like it would work. But yes, please talk to the Modularity WG to see if modules can be made to work that way. -- Petr Viktorin ___ python

Re: ENOTIME

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

Re: ENOTIME

-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)

heuristics are welcome :) -- Petr Viktorin ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Naming policy for application vs library packages in Python

e to have something similar for Python, to help avoid confusion. That's a nice idea. I'll note that modules installed using Python's mechanisms (setuptools, flit, pip, etc.) automatically provide "python3dist(name)". If we write new guidelines, I think we should promote that

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

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 e

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

eing 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. -- Petr V

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

eing 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. -- Petr Viktorin __

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

lies to all mass bug 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_

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

lies to all mass bug 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_

Re: Self-introduction

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! -- Petr Viktorin

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

`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: To use or not to use: packaged flask

sk.cli yet. Generally, you're better off using a virtual environment and PyPI, unless you're making some software specifically for Fedora. Packages with native code aren't as much of a problem nowadays as they used to be, but if you still run into trouble, we'll be happy to help :) -- Pet

Re: Making sudo pip Safe

olation between different *versions* of Python, I think there's no problem with separating packages installed with `sudo pip` from the system Python and from a Python compiled from source. -- Petr Viktorin ___ python-devel mailing list -- python

Re: Python 3.6, Fedora, and the "C" locale

to go ahead, make a patch and put it on Bugzilla, or draft a Fedora Change page, please go ahead! -- Petr Viktorin ___ python-devel mailing list -- python-devel@lists.fedoraproject.org To unsubscribe send an email to python-devel-le...@lists.fedoraproject.org

Re: [RFC] RPM's Python dependency generator

CCing Michal from the pyp2rpm project, so that everyone knows he's aware of the discussion here. -- Petr Viktorin ___ python-devel mailing list -- python-devel@lists.fedoraproject.org To unsubscribe send an email to python-devel-le...@lists.fedoraproject.org

Re: including EOL and vulnerable software in Fedora

dragged 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

o 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

f 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: Python (3) packaging for EPEL 7: hddfancontrol

it provide python3*-daemon? Is that a reasonable course of action here? Any other suggestions besides just using Copr? Hello, Have you contacted the EPEL maintainers of python-daemon? I think those are the people that will give you the best advice around python-daemon in EPEL. -- Petr Viktorin

fedoralovespython.org

https://fedoraproject.org/wiki/User:Dhanesh95/SIGs/Python#Python_Features [2] https://fedoraproject.org/wiki/Marketing/Python_brochure [3] https://github.com/developer-portal/content/pull/159 [4] https://github.com/developer-portal/content/pull/156 [5] https://github.com/developer-portal/cont

Re: PEP: Distributing a Subset of the Standard Library

standard library directory that included: - a relative file path to stat to indicate that the optional module is installed - an import error message to raise if its not found The proposal evolved from a similar idea; after that I realized an extra "fallback file" in the stdlib directory is enough

Re: PEP: Distributing a Subset of the Standard Library

all Python modules to use that info in their packages. The discussion linked in the PEP draft contains lots of info about the status quo and opinions of Python core developers. -- Petr Viktorin ___ python-devel mailing list python-devel@lis

Re: Renaming python to python2

hon.org/dev/peps/pep-0394/ [linux-sig]: https://mail.python.org/mailman/listinfo/linux-sig -- Petr Viktorin ___ python-devel mailing list python-devel@lists.fedoraproject.org https://lists.fedoraproject.org/admin/lists/python-devel@lists.fedoraproject.org

Re: Automatic Provides: Discussion summary and plan

t setup.py can't express, strive to add them to future versions of the upstream packaging format. - For the far future, perhaps start getting rid of spec files: teach Koji to generate them, and stop storing them in dist-git. Helper macros stay orthogonal -- pyp2rpm would just need to learn to use

Re: Python 3.4 for Fedora 24+

cate that review is not needed in certain situations where a different version of an existing package is being added. * https://fedoraproject.org/wiki/Packaging:ReviewGuidelines#Package_Review_Process * https://fedorahosted.org/fpc/ticket/637 -- Petr Viktorin

Re: [Python-SIG] Self-Introduction: Tim Orling

sions. I'm not going to clutter python-dev with it anymore. No more negative energy. Life is good. Well, python-devel is the right list for this post. Sorry for the misunderstandings earlier. -- Petr Viktorin ___ python-devel maili

Re: Automatic Provides: Discussion summary and plan

On 08/12/2016 03:17 PM, Jason L Tibbitts III wrote: "PV" == Petr Viktorin <pvikt...@redhat.com> writes: PV> The magic worries me. It seems like if these macros were finished, PV> you'd be about the only person capable of maintaining them. I don't think so. Ther

Re: Automatic Provides: Discussion summary and plan

instead. I don't think the end goals – not having to write a spec at all, or write an ideal spec – are as important as the debugging experience. But, that's all just my view; I have no intentions of hindering the project, and I encourage anyone involved with RPM macros to study it and see wh

Re: Python 3 porting: 50% done in Rawhide 

On 08/11/2016 04:03 PM, Justin W. Flory wrote: On 08/11/2016 09:48 AM, Petr Viktorin wrote: Hello, As of now, http://fedora.portingdb.xyz shows that we are 50% done porting Fedora packages to Python 3. This is a big magic milestone; if you're looking for a reason to celebrate

Python 3 porting: 50% done in Rawhide 

ra-update.yaml] https://github.com/fedora-python/portingdb/blob/master/data/fedora-update.yaml [contribute] http://fedora.portingdb.xyz/howto/ -- Petr Viktorin ___ python-devel mailing list python-devel@lists.fedoraproject.org https://lists.fedoraproject.org/admin/lists/python-devel@lists.fedoraproject.org

Automatic Provides: Discussion summary and plan

with the f26 plan early. # Plan for Fedora 26: * All Provides will be regenerated in the regular Fedora 26 mass rebuild * Change Python guidelines so the %{buildrequires_pythonX_dist} macros are now encouraged. -- Petr Viktorin ___ python-devel

Re: [Python-SIG] Self-Introduction: Tim Orling

rgs/IronLanguages/people [6] https://github.com/robotframework/robotframework/graphs/contributors -- Petr Viktorin ___ python-devel mailing list python-devel@lists.fedoraproject.org https://lists.fedoraproject.org/admin/lists/python-devel@lists.fedoraproject.org

Re: Reg- binclock porting from python 2 to python 3

sponsive_package_maintainers -- Petr Viktorin ___ python-devel mailing list python-devel@lists.fedoraproject.org https://lists.fedoraproject.org/admin/lists/python-devel@lists.fedoraproject.org

Re: F24 Self Contained Change: System Python

>> heading. Having it outside $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

; 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

ept 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

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-python on Freenode), or reply here. We'll be happy

Re: Filing Bugs for Python 3 Switch

, it would use the python from that virtualenv. For applications that are installed as part of the system, this is almost never what you want. [0] http://fedoraproject.org/wiki/Changes/Python_3_as_Default#User_Experience -- Petr Viktorin -- devel mailing list devel@lists.fedoraproject.org https

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

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. Should we drop

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 the end

[389-devel] Please review: Fix slapi_td_plugin_lock_init prototype

this. -- Petr³ From 90bc3f3a34be23e5d10d980641fa9d8deb2a395e Mon Sep 17 00:00:00 2001 From: Petr Viktorin pvikt...@redhat.com Date: Mon, 15 Sep 2014 13:16:15 +0200 Subject: [PATCH] Fix slapi_td_plugin_lock_init prototype --- ldap/servers/slapd/slapi-plugin.h | 2 +- 1 file changed, 1 insertion(+), 1

Re: [389-devel] Please review: Fix slapi_td_plugin_lock_init prototype

On 09/15/2014 09:06 PM, Rich Megginson wrote: On 09/15/2014 05:20 AM, Petr Viktorin wrote: diff --git a/ldap/servers/slapd/slapi-plugin.h b/ldap/servers/slapd/slapi-plugin.h index f1ecfe8..268e465 100644 --- a/ldap/servers/slapd/slapi-plugin.h +++ b/ldap/servers/slapd/slapi-plugin.h @@ -5582,7

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]

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: 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

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

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 mat...@fedoraproject.org wrote: The other thing -- getting unicode to include standard symbols -- is happening. That's why we have  . Yay standards! Oh man.

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

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

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 a...@redhat.com 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

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 a...@redhat.com wrote: On 10/30/2013 10:27 AM, Alec Leamas wrote

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

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³ --

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

<    1   2