[Bug 1721217] perl-String-Compare-ConstantTime-0.321 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1721217 Fedora Update System changed: What|Removed |Added Fixed In Version|perl-String-Compare-Constan |perl-String-Compare-Constan

ghc alternatives and triggers

Hi, Any objections to dropping the alternatives for runhaskell and hsc2hs in Rawhide at this time? https://bugzilla.redhat.com/show_bug.cgi?id=1640056 Also a heads-up that I am planning to move to rpm triggers in ghc-compiler for updating the ghc-pkg cache instead of the current post/postun

GCC / annobin changes in F30

Hi, I was attempting to package the Kodi 18.3 update for RPMFusion but ran into a compiler error very early in the build. GCC outputs the following type of messages: cc: error: .annobin-Wl,-wrap,_IO_getc.end: No such file or directory cc: error: .annobin-Wl,-wrap,_IO_getc.start: No such file

Re: Fedora 31 System-Wide Change proposal: Python means Python3

On 28. 06. 19 0:51, Stephen John Smoogen wrote: On Thu, 27 Jun 2019 at 18:49, Neal Gompa > wrote: > What about postponing this change to F32? I'd prefer python2 to be > retired and gone from the distro first, and the symlink and > %python_provide

Re: Fedora 31 System-Wide Change proposal: Python means Python3

On 28. 06. 19 0:00, Neal Gompa wrote: On Thu, Jun 27, 2019 at 5:59 PM Zbigniew Jędrzejewski-Szmek wrote: On Wed, Jun 26, 2019 at 01:57:13PM -0400, Ben Cotton wrote: https://fedoraproject.org/wiki/Changes/Python_means_Python3 == Summary == In package and command names, "Python" will mean

Re: Fedora 31 System-Wide Change proposal: Python means Python3

On Thu, 27 Jun 2019 16:09:58 -0400, you wrote: >On Thu, Jun 27, 2019 at 2:52 PM Dan Book wrote: >> >> As an outsider to the Python community, not having any binary or package >> that responds to the expected name "python" would be a disaster. >> >Can you expand on that? As I understand it, most

Re: Fedora 31 System-Wide Change proposal: Python means Python3

On Thu, Jun 27, 2019 at 7:41 PM Stephen John Smoogen wrote: > > > > On Thu, 27 Jun 2019 at 18:49, Neal Gompa wrote: >> >> >> > What about postponing this change to F32? I'd prefer python2 to be >> > retired and gone from the distro first, and the symlink and >> > %python_provide definition only

Re: Fedora 31 System-Wide Change proposal: Python means Python3

On Thu, 27 Jun 2019 at 18:59, wrote: > > On Thu, Jun 27, 2019 at 4:34 PM, Neal Gompa wrote: > > This is because > > in everything *except* Linux distributions, the unversioned name has > > already switched over. > > Not in macOS. System macOS is still Python 2, but new developers are not

Re: Fedora 31 System-Wide Change proposal: Python means Python3

On Thu, 27 Jun 2019 at 18:49, Neal Gompa wrote: > > > What about postponing this change to F32? I'd prefer python2 to be > > retired and gone from the distro first, and the symlink and > > %python_provide definition only switched then. I think that having > > this middle state where python2 is

[Bug 1646730] CVE-2018-18311 perl: Integer overflow leading to buffer overflow in Perl_my_setenv()

https://bugzilla.redhat.com/show_bug.cgi?id=1646730 Laura Pardo changed: What|Removed |Added Depends On||1724849 -- You are receiving this

Re: Fedora 31 System-Wide Change proposal: Python means Python3

On Thu, Jun 27, 2019 at 4:34 PM, Neal Gompa wrote: This is because in everything *except* Linux distributions, the unversioned name has already switched over. Not in macOS. ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send

Re: Fedora 31 System-Wide Change proposal: Python means Python3

On Thu, Jun 27, 2019 at 5:59 PM Zbigniew Jędrzejewski-Szmek wrote: > > On Wed, Jun 26, 2019 at 01:57:13PM -0400, Ben Cotton wrote: > > https://fedoraproject.org/wiki/Changes/Python_means_Python3 > > > > == Summary == > > In package and command names, "Python" will mean "Python 3". > > > > Users

Re: Fedora 31 Self-Contained Change proposal: DNF Make Best Mode the Default

On Thu, Jun 27, 2019 at 10:37:28AM -0400, Ben Cotton wrote: > https://fedoraproject.org/wiki/Changes/DNF_Default_Best I wanted to update today, and I got the following report: $ sudo dnf upgrade --best Last metadata expiration check: 0:00:18 ago on Thu 27 Jun 2019 10:45:00 PM CEST. Error:

Re: Fedora 31 System-Wide Change proposal: Python means Python3

On Thu, Jun 27, 2019 at 4:58 PM Ben Cotton wrote: > > On Thu, Jun 27, 2019 at 2:52 PM Dan Book wrote: > > > > As an outsider to the Python community, not having any binary or package > > that responds to the expected name "python" would be a disaster. > > > Can you expand on that? As I

Re: Fedora 31 System-Wide Change proposal: Python means Python3

- Original Message - > From: "Ben Cotton" > To: "Development discussions related to Fedora" > > Sent: Thursday, June 27, 2019 10:09:58 PM > Subject: Re: Fedora 31 System-Wide Change proposal: Python means Python3 > > On Thu, Jun 27, 2019 at 2:52 PM Dan Book wrote: > > > > As an

Re: Fedora 31 System-Wide Change proposal: Python means Python3

On Wed, Jun 26, 2019 at 01:57:13PM -0400, Ben Cotton wrote: > https://fedoraproject.org/wiki/Changes/Python_means_Python3 > > == Summary == > In package and command names, "Python" will mean "Python 3". > > Users installing and running Python or Python packages without > specifying a version

Re: Fedora 31 System-Wide Change proposal: Python means Python3

On Thu, Jun 27, 2019 at 04:09:58PM -0400, Ben Cotton wrote: > On Thu, Jun 27, 2019 at 2:52 PM Dan Book wrote: > > > > As an outsider to the Python community, not having any binary or package > > that responds to the expected name "python" would be a disaster. > > > Can you expand on that? As I

Re: Fedora 31 System-Wide Change proposal: Python means Python3

On Thu, Jun 27, 2019 at 2:52 PM Dan Book wrote: > > As an outsider to the Python community, not having any binary or package that > responds to the expected name "python" would be a disaster. > Can you expand on that? As I understand it, most things that are calling for "python" now are

ODP: adding speech installation to fedora network installation image

OK. If you can, open a new bug. ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List

[Bug 1724783] New: perl-IO-Async-0.74 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1724783 Bug ID: 1724783 Summary: perl-IO-Async-0.74 is available Product: Fedora Version: rawhide Status: NEW Component: perl-IO-Async Keywords: FutureFeature, Triaged

Re: Fedora 31 System-Wide Change proposal: Python means Python3

On Thu, Jun 27, 2019 at 2:48 PM Miro Hrončok wrote: > On 27. 06. 19 18:49, Ben Cotton wrote: > > On Thu, Jun 27, 2019 at 12:06 PM Miro Hrončok > wrote: > >> > >> So I might ask: What's the benefit of not having an unversioned python > at all? > >> > > Avoiding ambiguity. Admittedly, it's

Re: Fedora 31 System-Wide Change proposal: Python means Python3

On 27. 06. 19 20:13, Adam Williamson wrote: On Thu, 2019-06-27 at 17:33 +0200, Miro Hrončok wrote: There, you are correct. However, would we want "python" to mean Python 2 forever? I don't honestly see the *harm* in this. That is what it has always meant up until now, after all. That is

Re: always update the bootloader during major upgrades

On Thu, Jun 27, 2019 at 9:06 AM Bruno Wolff III wrote: > > On Wed, Jun 26, 2019 at 14:19:26 -0600, > Chris Murphy wrote: > > > >Short version: Fedora should take responsibility for the bootloader > >being up to date, by updating it during major version upgrades. This > >is already the case on

Re: Fedora 31 System-Wide Change proposal: Python means Python3

On Thu, 2019-06-27 at 17:33 +0200, Miro Hrončok wrote: > There, you are correct. However, would we want "python" to mean Python 2 > forever? I don't honestly see the *harm* in this. That is what it has always meant up until now, after all. That is probably what people expect it to mean by this

Re: Fedora 31 Self-Contained Change proposal: DNF Make Best Mode the Default

On Thu, Jun 27, 2019 at 11:25 AM Ben Cotton wrote: > > https://fedoraproject.org/wiki/Changes/DNF_Default_Best > > == Summary == > Currently, DNF prefers clean dependency resolution over package updates; > a package (almost) silently won't get updated to a newer version if the new > version has

Re: Fedora 31 System-Wide Change proposal: Python means Python3

On 27. 06. 19 18:49, Ben Cotton wrote: On Thu, Jun 27, 2019 at 12:06 PM Miro Hrončok wrote: So I might ask: What's the benefit of not having an unversioned python at all? Avoiding ambiguity. Admittedly, it's avoiding large future pain at the cost of small-and-frequent current pain. I'm not

Re: Fedora 31 Self-Contained Change proposal: DNF Make Best Mode the Default

* Björn Persson: > If I understand this change correctly, then: > > · Before: If one package update is uninstallable, then that package > won't be updated, but other packages can still be updated. > > · After: If one package update is uninstallable, then *nothing* will be > updated. > > And you

Re: Fedora 31 System-Wide Change proposal: Python means Python3

On Thu, Jun 27, 2019 at 12:06 PM Miro Hrončok wrote: > > So I might ask: What's the benefit of not having an unversioned python at all? > Avoiding ambiguity. Admittedly, it's avoiding large future pain at the cost of small-and-frequent current pain. I'm not sure it's Fedora's place to drive that

Re: Fedora 31 Self-Contained Change proposal: DNF Make Best Mode the Default

On Thu, Jun 27, 2019 at 12:30 PM Björn Persson wrote: > > If there is a significant risk that the warning will be overlooked, > then how about just making the warning more visible? > > Based on experience with people installing things from CPAN for Perl, there is no "more visible" that has any

Re: Fedora 31 System-Wide Change proposal: Python means Python3

On 27. 06. 19 17:57, Ben Cotton wrote: On Thu, Jun 27, 2019 at 10:10 AM Miro Hrončok wrote: No, we keep everything called python3, we just provide the "python" name. With python2 -> python3, one of the problems was that everything was just called "python" before. We are not proposing to start

Re: Fedora 31 System-Wide Change proposal: Python means Python3

On Thu, Jun 27, 2019 at 10:10 AM Miro Hrončok wrote: > > No, we keep everything called python3, we just provide the "python" name. > With python2 -> python3, one of the problems was that everything was just > called > "python" before. We are not proposing to start doing that again. All packages

Re: Fedora 31 Self-Contained Change proposal: DNF Make Best Mode the Default

If I understand this change correctly, then: · Before: If one package update is uninstallable, then that package won't be updated, but other packages can still be updated. · After: If one package update is uninstallable, then *nothing* will be updated. And you call that an improvement?

Re: Fedora 31 System-Wide Change proposal: Python means Python3

On Thu, 27 Jun 2019 16:09:07 +0200 Miro Hrončok wrote: > No, we keep everything called python3, we just provide the "python" > name. With python2 -> python3, one of the problems was that > everything was just called "python" before. We are not proposing to > start doing that again. All packages

Re: Fedora 31 System-Wide Change proposal: Python means Python3

On 27. 06. 19 17:15, Adam Williamson wrote: On Thu, 2019-06-27 at 12:32 +0200, Miro Hrončok wrote: On 26. 06. 19 20:07, Adam Williamson wrote: On Wed, 2019-06-26 at 13:57 -0400, Ben Cotton wrote: https://fedoraproject.org/wiki/Changes/Python_means_Python3 == Summary == In package and command

Re: Fedora 31 System-Wide Change proposal: Python means Python3

On Thu, 2019-06-27 at 12:32 +0200, Miro Hrončok wrote: > On 26. 06. 19 20:07, Adam Williamson wrote: > > On Wed, 2019-06-26 at 13:57 -0400, Ben Cotton wrote: > > > https://fedoraproject.org/wiki/Changes/Python_means_Python3 > > > > > > == Summary == > > > In package and command names, "Python"

Re: always update the bootloader during major upgrades

On Wed, Jun 26, 2019 at 14:19:26 -0600, Chris Murphy wrote: Short version: Fedora should take responsibility for the bootloader being up to date, by updating it during major version upgrades. This is already the case on UEFI with conventional installations. I'd like to make sure it always

Re: Source files for generic-release

On Thu, Jun 27, 2019 at 7:34 PM Jakub Jelen wrote: > > On Thu, 2019-06-27 at 18:29 +0800, Kalpa Welivitigoda wrote: > > Hi all, > > > > I am trying to build generic-release [1] with rpmbuild and I am not > > sure where the source files (Source0, Source1 in spec) come from. > > > > Is there a

Fedora 31 System-Wide Change proposal: gawk 5.0.1

https://fedoraproject.org/wiki/Changes/Gawk501 ** Note that this has already landed in Rawhide: https://lists.fedoraproject.org/archives/list/de...@lists.fedoraproject.org/thread/IEZZK7WHGF3FWFZNSCG7Z5ZZVUHVFZAF/#IEZZK7WHGF3FWFZNSCG7Z5ZZVUHVFZAF == Summary == New upstream major version of gawk

Fedora 31 Self-Contained Change proposal: DNF Make Best Mode the Default

https://fedoraproject.org/wiki/Changes/DNF_Default_Best == Summary == Currently, DNF prefers clean dependency resolution over package updates; a package (almost) silently won't get updated to a newer version if the new version has dependency problems. DNF will be changed to prefer updates and

Fedora 31 System-Wide Change proposal: gawk 5.0.1

https://fedoraproject.org/wiki/Changes/Gawk501 ** Note that this has already landed in Rawhide: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/thread/IEZZK7WHGF3FWFZNSCG7Z5ZZVUHVFZAF/#IEZZK7WHGF3FWFZNSCG7Z5ZZVUHVFZAF == Summary == New upstream major version of gawk

Fedora 31 Self-Contained Change proposal: DNF Make Best Mode the Default

https://fedoraproject.org/wiki/Changes/DNF_Default_Best == Summary == Currently, DNF prefers clean dependency resolution over package updates; a package (almost) silently won't get updated to a newer version if the new version has dependency problems. DNF will be changed to prefer updates and

Re: [HEADS UP] SOURCE_DATE_EPOCH environment variable set in rpmbuild

- Original Message - > From: "Vít Ondruch" > To: "Development discussions related to Fedora" > > Sent: Thursday, June 27, 2019 12:18:13 PM > Subject: [HEADS UP] SOURCE_DATE_EPOCH environment variable set in rpmbuild > > > > I just want to give heads up that today, my PR [1]

Re: Fedora 31 System-Wide Change proposal: Python means Python3

On 27. 06. 19 16:02, stan via devel wrote: On Thu, 27 Jun 2019 12:32:26 +0200 Miro Hrončok wrote: On 26. 06. 19 20:07, Adam Williamson wrote: On Wed, 2019-06-26 at 13:57 -0400, Ben Cotton wrote: https://fedoraproject.org/wiki/Changes/Python_means_Python3 == Summary == In package and

Re: Fedora 31 System-Wide Change proposal: Python means Python3

On Thu, 27 Jun 2019 12:32:26 +0200 Miro Hrončok wrote: > On 26. 06. 19 20:07, Adam Williamson wrote: > > On Wed, 2019-06-26 at 13:57 -0400, Ben Cotton wrote: > >> https://fedoraproject.org/wiki/Changes/Python_means_Python3 > >> > >> == Summary == > >> In package and command names, "Python"

Re: adding speech installation to fedora network installation image

On Thu, Jun 27, 2019 at 8:31 AM, stan via devel wrote: I'm not familiar enough with orca and gnome to say if this is a bug or not. When I looked for bugs, I found a bug from February that stated Only the live image runs in a GNOME session where GNOME session services like orca are expected

Re: adding speech installation to fedora network installation image

On Thu, 27 Jun 2019 10:26:23 +0200 Mmobilea wrote: > But I have tried fedora workstation net inst image, not server image. > I pressed alt+super+s, and orca doesn’t run on net installer. Next, I > thought, that I must to have wired internet connection. I created a > USB hodspot with my mobile

[Bug 1724169] Missing MPLv2.0 in License

https://bugzilla.redhat.com/show_bug.cgi?id=1724169 Paul Howarth changed: What|Removed |Added Fixed In Version|perl-IO-Socket-SSL-2.066-4. |perl-IO-Socket-SSL-2.066-5.

[Bug 1724585] perl-Test-Compile-2.1.0 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1724585 Jitka Plesnikova changed: What|Removed |Added Status|NEW |CLOSED Fixed In Version|

[Bug 1724585] New: perl-Test-Compile-2.1.0 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1724585 Bug ID: 1724585 Summary: perl-Test-Compile-2.1.0 is available Product: Fedora Version: rawhide Status: NEW Component: perl-Test-Compile Keywords: FutureFeature, Triaged

Orphaned rubygem-jquery-datatables-rails

as I have no use for it and nothing depends on it. I have also updated it prior to orphaning. Regards, -- Pavel Valena Software Engineer, Red Hat Brno, Czech Republic ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email

Re: Source files for generic-release

On Thu, 2019-06-27 at 18:29 +0800, Kalpa Welivitigoda wrote: > Hi all, > > I am trying to build generic-release [1] with rpmbuild and I am not > sure where the source files (Source0, Source1 in spec) come from. > > Is there a source tar for generic-release? Hello, these are stored in the

Re: [Python-Dev] Re: [RELEASE] Python 3.7.4rc1 and 3.6.9rc1 are now available

On 27. 06. 19 11:54, Miro Hrončok wrote: On 26. 06. 19 23:59, Ned Deily wrote: On Jun 25, 2019, at 18:10, Miro Hrončok wrote: I'm working on getting 3.7.4rc1 to Fedora rawhide (the "master branch" of Fedora). If nothing goes wrong with the build, it should land within a day. There are checks

Re: Fedora 31 System-Wide Change proposal: Python means Python3

On 26. 06. 19 20:07, Adam Williamson wrote: On Wed, 2019-06-26 at 13:57 -0400, Ben Cotton wrote: https://fedoraproject.org/wiki/Changes/Python_means_Python3 == Summary == In package and command names, "Python" will mean "Python 3". Users installing and running Python or Python packages

Source files for generic-release

Hi all, I am trying to build generic-release [1] with rpmbuild and I am not sure where the source files (Source0, Source1 in spec) come from. Is there a source tar for generic-release? [1] https://apps.fedoraproject.org/packages/generic-release/sources/spec/ Kalpa Welivitigoda

[HEADS UP] SOURCE_DATE_EPOCH environment variable set in rpmbuild

I just want to give heads up that today, my PR [1] allowing to set SOURCE_DATE_EPOCH environment variable during build of RPM was merged into redhat-rpm-config. This means that some packages might have a bit more reproducible builds. This was triggered by this ticket [2] and subsequent discussion

Re: [Python-Dev] Re: [RELEASE] Python 3.7.4rc1 and 3.6.9rc1 are now available

On 26. 06. 19 23:59, Ned Deily wrote: On Jun 25, 2019, at 18:10, Miro Hrončok wrote: I'm working on getting 3.7.4rc1 to Fedora rawhide (the "master branch" of Fedora). If nothing goes wrong with the build, it should land within a day. There are checks in Fedora that should uncover any

Spec/macro comments (was: Any new restriction in Koji added recently in Rawhide?)

On 6/18/19 2:05 PM, Panu Matilainen wrote: On 6/18/19 10:15 AM, Florian Weimer wrote: * Panu Matilainen: Are # lines stripped always, even in scriptlets? No, because whatever is in scriptlets body belongs to the scriptlet interpreter which certainly is not rpm. Oh, I know... To that

Re: Please update form pep8 to pycodestyle

On Wed, Jun 26, 2019 at 3:06 PM José Abílio Matos wrote: > > On Wednesday, 26 June 2019 13.03.44 WEST Vít Ondruch wrote: > > I agree with the "# Stop linting code in %%check and measuring coverage, > > this is upstream's business" reasoning. Shouldn't we mention that > > somewhere in guidelines?

[Bug 1723600] perl-EV-4.27 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1723600 Upstream Release Monitoring changed: What|Removed |Added Summary|perl-EV-4.26 is available |perl-EV-4.27 is

ODP: adding speech installation to fedora network installation image

But I have tried fedora workstation net inst image, not server image. I pressed alt+super+s, and orca doesn’t run on net installer. Next, I thought, that I must to have wired internet connection. I created a USB hodspot with my mobile phone, and it wasn’t any speech.

Schedule for Thursday's FPC Meeting (2019-06-27 16:00 UTC)

Following is the list of topics that will be discussed in the FPC meeting Thursday at 2019-06-27 16:00 UTC in #fedora-meeting-1 on irc.freenode.net. Local time information (via. uitime): = Day: Thursday == 2019-06-27 09:00 PDT US/Pacific 2019-06-27