https://bugzilla.redhat.com/show_bug.cgi?id=1785539
Bug ID: 1785539
Summary: perl-Test-Prereq-2.003 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-Test-Prereq
Keywords: FutureFeature, Triaged
https://bugzilla.redhat.com/show_bug.cgi?id=1785539
--- Comment #1 from Upstream Release Monitoring
---
An HTTP error occurred downloading the package's new Source URLs: Getting
https://cpan.metacpan.org/modules/by-module/Test/Test-Prereq-2.003.tar.gz to
./Test-Prereq-2.003.tar.gz
--
You
Always before upgrade to a new *major* version of distribution, you
are supposed to read release notes. This will be noted there and you,
as a user, can explicitly disable it after upgrade. Or even ship your
own preset which would override system's one.
On Fri, Dec 20, 2019 at 8:12 AM John M.
On Thursday, December 19, 2019 11:59:54 PM MST Chris Murphy wrote:
> On Thu, Dec 19, 2019 at 8:40 PM Stuart D. Gathman
> wrote:
> >
> >
> > On Thu, 19 Dec 2019, Ben Cotton wrote:
> >
> >
> >
> > > https://fedoraproject.org/wiki/Changes/EnableFSTrimTimer
> > >
> > >
> > >
> > > == Summary ==
> > >
On Thu, Dec 19, 2019 at 8:40 PM Stuart D. Gathman wrote:
>
> On Thu, 19 Dec 2019, Ben Cotton wrote:
>
> > https://fedoraproject.org/wiki/Changes/EnableFSTrimTimer
> >
> > == Summary ==
> > Enabling fstrim.timer will cause fstrim.service to execute weekly,
> > which in turn executes
On 19.12.2019 22:42, Ben Cotton wrote:
> Modify the gcc package so that the /usr/bin/cc and /usr/bin/c++
> symlinks are managed by update-alternatives.
It seems to me that it has already been implemented in old Fedora
releases as well as alternatives for text editors. Later it was decided
to drop
On 19.12.2019 22:41, Ben Cotton wrote:
> This is a proposal to enable link time optimization (LTO) of packages
> built with rpmbuild by default. It's an over-simplification, but
> think of LTO as deferring analysis, optimization and code generation
> until creation of an executable or dynamic
https://bugzilla.redhat.com/show_bug.cgi?id=1785501
Sergio Monteiro Basto changed:
What|Removed |Added
Version|epel7 |epel8
--- Comment #1 from
https://fedorapeople.org/groups/389ds/ci/nightly/2019/12/20/report-389-ds-base-1.4.3.0-20191220git7ffb2eb.fc31.x86_64.html
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to
On Thursday, December 19, 2019 8:39:45 PM MST Stuart D. Gathman wrote:
> On Thu, 19 Dec 2019, Ben Cotton wrote:
>
>
> > https://fedoraproject.org/wiki/Changes/EnableFSTrimTimer
> >
> >
> >
> > == Summary ==
> > Enabling fstrim.timer will cause fstrim.service to execute weekly,
> > which in turn
On Thu, 19 Dec 2019, Ben Cotton wrote:
https://fedoraproject.org/wiki/Changes/EnableFSTrimTimer
== Summary ==
Enabling fstrim.timer will cause fstrim.service to execute weekly,
which in turn executes `/usr/sbin/fstrim --fstab --verbose --quiet`
== How To Test ==
The low level function of
https://bugzilla.redhat.com/show_bug.cgi?id=1785501
Sergio Monteiro Basto changed:
What|Removed |Added
Depends On||1780871
Doc Type|---
https://bugzilla.redhat.com/show_bug.cgi?id=1780871
Sergio Monteiro Basto changed:
What|Removed |Added
Blocks||1785501
Referenced Bugs:
https://bugzilla.redhat.com/show_bug.cgi?id=1785501
Bug ID: 1785501
Summary: please build perl-Cairo-GObject for epel 8
Product: Fedora EPEL
Version: epel7
Status: NEW
Component: perl-Cairo-GObject
Assignee:
I would like to (re)take ownership of the pwntools package that was
recently retired:
https://bugzilla.redhat.com/show_bug.cgi?id=1701958
Fedora retired the package because pwntools had for some time not
supported Python 3. Some of the Python 2 packages on which it depended
had themselves been
The following Fedora EPEL 6 Security updates need testing:
Age URL
13 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2019-3c9eacae67
python-rfc3986-1.3.0-1.el6 python3-requests-2.14.2-2.el6_10
python3-urllib3-1.25.1-1.el6_10
6
On Thu, 19 Dec 2019 at 21:13, Dan Horák wrote:
>
> On Thu, 19 Dec 2019 12:10:00 -0800
> Kevin Fenzi wrote:
>
> > On Sun, Dec 15, 2019 at 10:24:16AM +0100, Fabio Valentini wrote:
> > >
> > > Side note: Considering that there are comparatively few armv7hl
> > > builders, I wonder why a rather big
https://bugzilla.redhat.com/show_bug.cgi?id=1778302
Fedora Update System changed:
What|Removed |Added
Status|ON_QA |CLOSED
Fixed In Version|
On Fri, Dec 20, 2019 at 5:44 AM Ben Cotton wrote:
>
> https://fedoraproject.org/wiki/Changes/Use-Update-Alternatives-For-usr-bin-cc
>
> == Summary ==
> Modify the gcc package so that the /usr/bin/cc and /usr/bin/c++
> symlinks are managed by update-alternatives.
>
> == Owner ==
> * Name:
https://bugzilla.redhat.com/show_bug.cgi?id=1758483
Fedora Update System changed:
What|Removed |Added
Status|ON_QA |CLOSED
Fixed In Version|
https://bugzilla.redhat.com/show_bug.cgi?id=1759801
Bug 1759801 depends on bug 1778302, which changed state.
Bug 1778302 Summary: please build perl-Glib for EPEL8
https://bugzilla.redhat.com/show_bug.cgi?id=1778302
What|Removed |Added
The following Fedora EPEL 7 Security updates need testing:
Age URL
492 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2018-3c9292b62d
condor-8.6.11-1.el7
233 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2019-c499781e80
python-gnupg-0.4.4-1.el7
231
On Thu, 2019-12-19 at 16:24 -0600, Neal Gompa wrote:
> On Thu, Dec 19, 2019 at 4:14 PM Jeff Law wrote:
> > On Thu, 2019-12-19 at 21:56 +, devel-
> > requ...@lists.fedoraproject.org wrote:
> >
> > Neal,
> >
> >
> > > I'm generally happy with this idea. I'm one of the maintainers of
> > >
On Thu, 2019-12-19 at 22:14 +, devel-
requ...@lists.fedoraproject.org wrote:
Igor,
> Send devel mailing list submissions to
>
> It would be very nice to get more specific analysis data. Like running
> some benchmarks of big applications, size comparisons (of binaries and
> libraries) and
On Thu, Dec 19, 2019 at 4:14 PM Jeff Law wrote:
>
> On Thu, 2019-12-19 at 21:56 +, devel-
> requ...@lists.fedoraproject.org wrote:
> >
>
> Neal,
>
>
> >
> > I'm generally happy with this idea. I'm one of the maintainers of
> > rpm-config-SUSE (the equivalent of redhat-rpm-config for SUSE
> >
On Thu, 2019-12-19 at 21:56 +, devel-
requ...@lists.fedoraproject.org wrote:
>
Neal,
>
> I'm generally happy with this idea. I'm one of the maintainers of
> rpm-config-SUSE (the equivalent of redhat-rpm-config for SUSE
> distributions) and I somewhat saw the development of this feature
>
On 20/12/19 06:22, Kevin Fenzi wrote:
> On Thu, Dec 19, 2019 at 09:29:36AM +1000, Jeff Fearn wrote:
>> On 19/12/19 01:00, David Cantrell wrote:
>>> On Wed, Dec 18, 2019 at 01:00:03PM +0100, Vít Ondruch wrote:
Just FTR, for Red Hat Software Collections, we are (ab)using "Version"
BZ field
Hi Jeff,
On Thu, Dec 19, 2019 at 10:50 PM Ben Cotton wrote:
>
> https://fedoraproject.org/wiki/LTOByDefault
>
> == Summary ==
> This is a proposal to enable link time optimization (LTO) of packages
> built with rpmbuild by default. It's an over-simplification, but
> think of LTO as deferring
On Thu, Dec 19, 2019 at 3:42 PM Ben Cotton wrote:
>
> https://fedoraproject.org/wiki/LTOByDefault
>
> == Summary ==
> This is a proposal to enable link time optimization (LTO) of packages
> built with rpmbuild by default. It's an over-simplification, but
> think of LTO as deferring analysis,
https://fedoraproject.org/wiki/Changes/EnableFSTrimTimer
== Summary ==
Enabling fstrim.timer will cause fstrim.service to execute weekly,
which in turn executes `/usr/sbin/fstrim --fstab --verbose --quiet`
== Owner ==
* Name: [[User:chrismurphy| Chris Murphy]]
* Email:
https://fedoraproject.org/wiki/Changes/Use-Update-Alternatives-For-usr-bin-cc
== Summary ==
Modify the gcc package so that the /usr/bin/cc and /usr/bin/c++
symlinks are managed by update-alternatives.
== Owner ==
* Name: [[User:tstellar| Tom Stellard]]
* Email:
== Detailed Description ==
The
https://fedoraproject.org/wiki/LTOByDefault
== Summary ==
This is a proposal to enable link time optimization (LTO) of packages
built with rpmbuild by default. It's an over-simplification, but
think of LTO as deferring analysis, optimization and code generation
until creation of an executable or
On Thu, Dec 19, 2019 at 3:44 PM Ben Cotton wrote:
>
> https://fedoraproject.org/wiki/Changes/Use-Update-Alternatives-For-usr-bin-cc
>
> == Summary ==
> Modify the gcc package so that the /usr/bin/cc and /usr/bin/c++
> symlinks are managed by update-alternatives.
>
> == Owner ==
> * Name:
https://fedoraproject.org/wiki/Changes/Use-Update-Alternatives-For-usr-bin-cc
== Summary ==
Modify the gcc package so that the /usr/bin/cc and /usr/bin/c++
symlinks are managed by update-alternatives.
== Owner ==
* Name: [[User:tstellar| Tom Stellard]]
* Email:
== Detailed Description ==
The
https://fedoraproject.org/wiki/Changes/EnableFSTrimTimer
== Summary ==
Enabling fstrim.timer will cause fstrim.service to execute weekly,
which in turn executes `/usr/sbin/fstrim --fstab --verbose --quiet`
== Owner ==
* Name: [[User:chrismurphy| Chris Murphy]]
* Email:
https://fedoraproject.org/wiki/LTOByDefault
== Summary ==
This is a proposal to enable link time optimization (LTO) of packages
built with rpmbuild by default. It's an over-simplification, but
think of LTO as deferring analysis, optimization and code generation
until creation of an executable or
On Thu, 19 Dec 2019 12:10:00 -0800
Kevin Fenzi wrote:
> On Sun, Dec 15, 2019 at 10:24:16AM +0100, Fabio Valentini wrote:
> >
> > Side note: Considering that there are comparatively few armv7hl
> > builders, I wonder why a rather big share of my noarch builds gets
> > scheduled to run on them.
On Thu, 2019-12-19 at 12:13 +, Petr Pisar wrote:
> On 2019-12-17, David Cantrell wrote:
> > 4) How can users determine what packages are installed from a module and how
> > can you see what, if any, module "owns" a package? I have been unable to
> > determine how to do this from dnf.
> >
>
Notification time stamped 2019-12-19 21:02:48 UTC
From c47e1d267ebb1c3335632d99adf8cbc3fe56fb5c Mon Sep 17 00:00:00 2001
From: Paul Howarth
Date: Dec 19 2019 21:02:11 +
Subject: Update to 1.045
- New upstream release 1.045
- Fix test for extracting modules from parent and base
---
diff
"ale li pona" is a Toki Pona proverb that can mean a lot of things,
but in this context, it means "all is good."
-- Carson Black [jan Pontaoski]
Am Do., 19. Dez. 2019 um 14:20 Uhr schrieb Silvia Sánchez :
>
>
> Hello Carson!
>
> Welcome aboard! What does "ale li pona" means?
>
> Greetings,
>
On Thu, Dec 19, 2019 at 09:29:36AM +1000, Jeff Fearn wrote:
> On 19/12/19 01:00, David Cantrell wrote:
> > On Wed, Dec 18, 2019 at 01:00:03PM +0100, Vít Ondruch wrote:
> >> Just FTR, for Red Hat Software Collections, we are (ab)using "Version"
> >> BZ field to track the SCL version (e.g. [1]),
On Wed, Dec 18, 2019 at 02:52:03PM -0500, Robbie Harwood wrote:
> David Cantrell writes:
...snip...
> > I would like to see modules have a stronger policy around tracking and
> > handling CVEs. At the very least, what Fedora already does for
> > regular packages.
>
> I would like this as
On Wed, Dec 18, 2019 at 06:41:56PM +0530, Gobinda Das wrote:
> Hi,
> I am Gobinda Das, working at Redhat india as a senior software engineer.
Hello.
> Now I want to take the build responsibility for below projects as (sac)
> left redhat who use to take care build.
> Projects are:
On Sun, Dec 15, 2019 at 10:24:16AM +0100, Fabio Valentini wrote:
>
> Side note: Considering that there are comparatively few armv7hl
> builders, I wonder why a rather big share of my noarch builds gets
> scheduled to run on them. Naively, I'd think that armv7hl should be
> busy doing builds for
Hi all,
I'd like to unretire python-spec, which was retired in 2016 due to
having been orphaned for at least six weeks.
Re-review ticket: https://bugzilla.redhat.com/show_bug.cgi?id=1785391
Cheers, Paul.
___
devel mailing list --
Hello Carson!
Welcome aboard! What does "ale li pona" means?
Greetings,
Silvia
On Tue, 17 Dec 2019 at 05:52, Carson Black wrote:
> Greetings y'all.
>
> My name is Carson Black & it's nice to meet y'all.
> I'm from Frankfort, Kentucky (and no, I'm not interested in bourbon), and
> I'm
On Thu, Dec 19, 2019 at 08:09:49AM -0800, Adam Williamson wrote:
> It seems a new xen-libs build:
>
> https://koji.fedoraproject.org/koji/buildinfo?buildID=1423669
>
> was done by mayoung yesterday. This bumped the sonames of several
> libraries, all the ones with the upstream version in their
It seems a new xen-libs build:
https://koji.fedoraproject.org/koji/buildinfo?buildID=1423669
was done by mayoung yesterday. This bumped the sonames of several
libraries, all the ones with the upstream version in their soname
(libxenctrl, libxenfsimage, libxenguest, libxenlight, libxenstat,
On 19. 12. 19 13:13, Petr Pisar wrote:
On 2019-12-17, David Cantrell wrote:
4) How can users determine what packages are installed from a module and how
can you see what, if any, module "owns" a package? I have been unable to
determine how to do this from dnf.
By asking dnf.
Dne 19. 12. 19 v 10:36 Jeff Fearn napsal(a):
> On 19/12/2019 6:31 pm, Vít Ondruch wrote:
>> Dne 19. 12. 19 v 0:29 Jeff Fearn napsal(a):
>>> On 19/12/19 01:00, David Cantrell wrote:
On Wed, Dec 18, 2019 at 01:00:03PM +0100, Vít Ondruch wrote:
> Just FTR, for Red Hat Software Collections,
On 2019-12-17, David Cantrell wrote:
> 4) How can users determine what packages are installed from a module and how
> can you see what, if any, module "owns" a package? I have been unable to
> determine how to do this from dnf.
>
By asking dnf. perl-libs-5.30.1-449.fc32.x86_64 is a non-modular
On Fri, Dec 13, 2019 at 8:20 PM Adam Williamson
wrote:
> On Fri, 2019-12-13 at 09:19 -0800, Kevin Fenzi wrote:
> > It would be great if they could include the size +/- of all the images.
> > Of course the most important ones would be boot.iso, workstation and
> > server, but labs and spins could
On 19. 12. 19 11:55, Ankur Sinha wrote:
Hi Miro,
On Wed, Dec 18, 2019 08:15:18 +0100, Miro Hrončok wrote:
I've orphaned python-trimesh.
I couldn't keep up with the upstream release cadence and nothing seems to
require it.
Will gladly keep co-maintaining if somebody takes it.
fsleyes uses
Hi Miro,
On Wed, Dec 18, 2019 08:15:18 +0100, Miro Hrončok wrote:
> I've orphaned python-trimesh.
>
> I couldn't keep up with the upstream release cadence and nothing seems to
> require it.
>
> Will gladly keep co-maintaining if somebody takes it.
fsleyes uses it as an optional dependency, so
We want to port fedora for RISC-V with out compressed (RV64IMAFD) instructions.
We are from Centre for Development of Advanced Computing (C-DAC) India.
We have implemented an Out-of order quad core RISC-V processor on FPGA.
The processor is without compressed instructions.
We want to port
On 19/12/2019 6:31 pm, Vít Ondruch wrote:
>
> Dne 19. 12. 19 v 0:29 Jeff Fearn napsal(a):
>> On 19/12/19 01:00, David Cantrell wrote:
>>> On Wed, Dec 18, 2019 at 01:00:03PM +0100, Vít Ondruch wrote:
Just FTR, for Red Hat Software Collections, we are (ab)using "Version"
BZ field to track
Hello team,
Xournal++, a spiritual successor of xournal (the original author even
recommended it) is now available in the testing repository:
https://bodhi.fedoraproject.org/updates/?packages=xournalpp
Please give karma to quickly make it available on the stable release.
The good part is
On 18. 12. 19 15:53, David Cantrell wrote:
Maybe if a module bundles a package, the module maintainer also becomes a
co-maintainer on the bundled package?
How this appears to work now:
1. If one bundles a package in a module they need to create a stream branch
(unless they bundle form
On Wed, Dec 18, 2019 at 08:30:39PM -0700, Orion Poplawski wrote:
> On 12/18/19 8:35 AM, Adrian Reber wrote:
> > On Tue, Dec 17, 2019 at 07:36:25AM +0100, Adrian Reber wrote:
> > > On Mon, Dec 16, 2019 at 09:26:16PM -0700, Orion Poplawski wrote:
> > > > On 12/1/19 10:48 AM, Adrian Reber wrote:
> >
Dne 19. 12. 19 v 0:29 Jeff Fearn napsal(a):
> On 19/12/19 01:00, David Cantrell wrote:
>> On Wed, Dec 18, 2019 at 01:00:03PM +0100, Vít Ondruch wrote:
>>> Just FTR, for Red Hat Software Collections, we are (ab)using "Version"
>>> BZ field to track the SCL version (e.g. [1]), which in module
>>>
60 matches
Mail list logo