On Tue, Sep 24, 2019 at 08:44:56PM -0400, Stephen Gallagher wrote:
> On Fri, Aug 23, 2019 at 5:49 PM Kevin Fenzi wrote:
> >
> > On 8/23/19 10:56 AM, Stephen Gallagher wrote:
>
> ...
>
> > > For default profiles, we have some options as well:
> > >
> > > Option 1: We disallow setting default
https://pagure.io/389-ds-base/pull-request/50626
--
Sincerely,
William
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to 389-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https://pagure.io/389-ds-base/pull-request/50625
--
Sincerely,
William
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to 389-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https://pagure.io/389-ds-base/pull-request/50624
--
Sincerely,
William
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to 389-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https://bugzilla.redhat.com/show_bug.cgi?id=1754852
Fedora Update System changed:
What|Removed |Added
Status|MODIFIED|ON_QA
--- Comment #3 from
https://bugzilla.redhat.com/show_bug.cgi?id=1754235
Upstream Release Monitoring
changed:
What|Removed |Added
Summary|perl-Test-Directory-0.050
Yesterday, I saw this error periodically in a few random arches, and
today I saw it more often (see examples at end of email). The
individual builds say something like:
> BuildError: error building package (arch x86_64), mock exited with status
> 110; see root.log for more information
but
https://pagure.io/389-ds-base/pull-request/50623
--
Sincerely,
William
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to 389-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
The following Fedora EPEL 6 Security updates need testing:
Age URL
12 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2019-3012c9e1ad
bird-1.6.8-1.el6
12 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2019-04a99d9149
seamonkey-2.49.5-2.el6
8
https://bugzilla.redhat.com/show_bug.cgi?id=1752200
Fedora Update System changed:
What|Removed |Added
Fixed In Version|perl-DateTime-Format-Flexib |perl-DateTime-Format-Flexib
https://bugzilla.redhat.com/show_bug.cgi?id=1754414
Fedora Update System changed:
What|Removed |Added
Status|MODIFIED|ON_QA
--- Comment #2 from
On Fri, Aug 23, 2019 at 1:56 PM Stephen Gallagher wrote:
>
> As you know, we delayed support of Modularity in EPEL (called
> Application Streams in RHEL) until 8.1 while we worked out some
> remaining issues. Some of those issues were technical, but we have a
> few others that will come down to
On Mon, Aug 26, 2019 at 4:33 AM Petr Pisar wrote:
>
> On Fri, Aug 23, 2019 at 01:56:09PM -0400, Stephen Gallagher wrote:
> > So, I see the following options for how to handle default streams in RHEL 8
> >
> > Option 1: We disallow assigning default streams at all within EPEL 8.
> > This will
https://bugzilla.redhat.com/show_bug.cgi?id=1752218
Fedora Update System changed:
What|Removed |Added
Fixed In Version|perl-Carp-Clan-6.08-1.fc32 |perl-Carp-Clan-6.08-1.fc32
https://bugzilla.redhat.com/show_bug.cgi?id=1752200
Fedora Update System changed:
What|Removed |Added
Fixed In Version|perl-DateTime-Format-Flexib |perl-DateTime-Format-Flexib
On Fri, Aug 23, 2019 at 5:49 PM Kevin Fenzi wrote:
>
> On 8/23/19 10:56 AM, Stephen Gallagher wrote:
...
> > For default profiles, we have some options as well:
> >
> > Option 1: We disallow setting default profiles for EPEL streams. Pros:
> > no risk of conflict with RHEL, should they now or
On Tue, 2019-09-24 at 17:12 -0500, Steven Munroe wrote:
> installed Fedora-Server-dvd-ppc64le-31_Beta-1.1.iso on a power8 PowerVM
> instance.
>
> The Installation itself was smooth but any attempt to install additional
> packages failed with:
>
> # dnf install gcc
> Fedora Modular 31 - ppc64le -
OLD: Fedora-31-20190923.n.0
NEW: Fedora-31-20190924.n.1
= SUMMARY =
Added images:0
Dropped images: 2
Added packages: 127
Dropped packages:0
Upgraded packages: 85
Downgraded packages: 0
Size of added packages: 893.63 MiB
Size of dropped packages:0 B
Size
No missing expected images.
Failed openQA tests: 5/152 (x86_64), 1/2 (arm)
New failures (same test not failed in Fedora-31-20190923.n.0):
ID: 457486 Test: x86_64 KDE-live-iso desktop_update_graphical
URL: https://openqa.fedoraproject.org/tests/457486
ID: 457492 Test: x86_64
On 8/26/19 2:33 AM, Petr Pisar wrote:
On Fri, Aug 23, 2019 at 01:56:09PM -0400, Stephen Gallagher wrote:
So, I see the following options for how to handle default streams in RHEL 8
Option 1: We disallow assigning default streams at all within EPEL 8.
This will protect us against a future
On Tue, Sep 24, 2019 at 5:54 PM Kevin Fenzi wrote:
>
> After the announcement today of centos-stream, I wonder if it would make
> sense to move epel8-playground to build against that instead of the
> latest rhel8 release?
>
> It would make playground less usefull for testing new radical changes
>
installed Fedora-Server-dvd-ppc64le-31_Beta-1.1.iso on a power8 PowerVM
instance.
The Installation itself was smooth but any attempt to install additional
packages failed with:
# dnf install gcc
Fedora Modular 31 - ppc64le - Test Updates 80 kB/s | 54 kB 00:00
Failed to download
On 9/24/19 4:41 PM, Troy Dawson wrote:
Actually, looking closer, there is not package called "vulkan".
So, not having 'vulkan-devel' is very logical.
For RHEL8 vulkan synced with F29, which split it's packaging up. In
vulkan's place is
vulkan-headers
vulkan-loader
vulkan-tools
After the announcement today of centos-stream, I wonder if it would make
sense to move epel8-playground to build against that instead of the
latest rhel8 release?
It would make playground less usefull for testing new radical changes
against the current stable point release, but on the other hand,
Actually, looking closer, there is not package called "vulkan".
So, not having 'vulkan-devel' is very logical.
For RHEL8 vulkan synced with F29, which split it's packaging up. In
vulkan's place is
vulkan-headers
vulkan-loader
vulkan-tools
vulkan-validation-layers
So, look what you would use in
On Tue, 24 Sep 2019 at 17:18, Michael Cronenworth wrote:
>
> The lack of uniformity among arches on RHEL 8 is becoming annoying.
>
> The latest one is a head-scratcher:
>
> No matching package to install: 'vulkan-devel'
>
> Really? RHEL 8 is not shipping vulkan on all arches?
>
The only
Is this really an architecture variance?
Which architecture *has* vulkan-devel?
On Tue, Sep 24, 2019 at 2:18 PM Michael Cronenworth wrote:
>
> The lack of uniformity among arches on RHEL 8 is becoming annoying.
>
> The latest one is a head-scratcher:
>
> No matching package to install:
The lack of uniformity among arches on RHEL 8 is becoming annoying.
The latest one is a head-scratcher:
No matching package to install: 'vulkan-devel'
Really? RHEL 8 is not shipping vulkan on all arches?
Thanks,
Michael
___
epel-devel mailing list
Hi everyone,
We're just a few days away from the start of October, which means
Hacktoberfest[1] is upon us! Here's a list of projects I plan to
highlight in a Fedora Magazine article. If you have any others to add,
please let me know in the next day. If you're an admin on any listed
project and
On Thu, Sep 19, 2019 at 08:10:21PM +0800, Kalpa Welivitigoda wrote:
> Hi all,
>
> Given a kickstart file (flatten) and we intend to make an iso using
> it, is there a tool or service by which we can estimate the size of
> the final iso (based on the packages defined in the kickstart file)
>
Add to this weeks meeting:
#topic How to add volunteers who just want to focus on EPEL packages?
On Tue, 24 Sep 2019 at 14:00, wrote:
>
> Dear all,
>
> You are kindly invited to the meeting:
>EPEL Steering Co on 2019-09-25 from 18:00:00 to 19:00:00 GMT
>At freenode@fedora-meeting
>
> The
Dear all,
You are kindly invited to the meeting:
EPEL Steering Co on 2019-09-25 from 18:00:00 to 19:00:00 GMT
At freenode@fedora-meeting
The meeting will be about:
This is the weekly EPEL Steering Committee Meeting. A general agenda is the
following:
#meetingname EPEL
#topic
I have released new mock-core-configs with epel-8-* configs which points to
CentOS 8 plus EPEL.
https://bodhi.fedoraproject.org/updates/?packages=mock-core-configs
Please test it and report any issues.
--
Miroslav Suchy, RHCA
Red Hat, Associate Manager ABRT/Copr, #brno, #fedora-buildsys
https://bugzilla.redhat.com/show_bug.cgi?id=1755062
Bug ID: 1755062
Summary: [RFE] EPEL8 branch of perl-Devel-PatchPerl
Product: Fedora
Version: rawhide
Hardware: All
OS: Linux
Status: NEW
Component:
https://bugzilla.redhat.com/show_bug.cgi?id=1752218
Fedora Update System changed:
What|Removed |Added
Status|ON_QA |CLOSED
Fixed In
https://bugzilla.redhat.com/show_bug.cgi?id=1752200
Fedora Update System changed:
What|Removed |Added
Status|ON_QA |CLOSED
Fixed In
Hi all,
I'm planning to push asciidoctor-2.0.10 to rawhide in the
next few days. This is a major bump from our current 1.5.8,
but upstream has worked hard to fix regressions found since
the initial 2.0.0 release back in March.
The 2.0.0 release notes can be found at:
Dear all,
You are kindly invited to the meeting:
Minimization Team Meeting on 2019-09-25 from 15:00:00 to 16:00:00 GMT
At fedora-meetin...@irc.freenode.net
The meeting will be about:
Meeting of the Fedora Minimization Team
Source: https://apps.fedoraproject.org/calendar/meeting/9598/
On Thu, Sep 19, 2019 at 8:33 AM Petr Pisar wrote:
>
> I'm still missing an offical recognition that there can be modules under
> development in stable Fedora. Otherwise we have no way of developing new
> modules. Fedora tries very hard to align module lifecycle to Fedora
> lifecycle. It does not
Hi,
It sounds like an issue in SWIG which access directly the
PyInterpreterState structure which became opaque in Python 3.8.
SWIG should use PyImport_GetModuleDict() public function instead, to
access PyImport_GetModuleDict(). In short, it returns interp->modules.
Victor
Le mar. 24 sept. 2019
https://bugzilla.redhat.com/show_bug.cgi?id=1754414
Fedora Update System changed:
What|Removed |Added
Status|NEW |MODIFIED
--- Comment #1 from
Victor, do you know the answer here?
Blender has the same issue:
https://bugzilla.redhat.com/show_bug.cgi?id=1734980
(but I forgot to CC you there)
On 2019-09-24 14:57, Richard Shaw wrote:
I maintain FreeCAD for Fedora and there appears to have been a change in
the API for how Python
On Sun, Sep 22, 2019 at 02:10:11PM -0700, Kevin Fenzi wrote:
> Is it really good to replace the old objective with the new one?
> Shouldn't we archive off that one and call this one something else so
> you can see what was done when?
Possibly! We've done the modularity objective in phases so far,
Hello,
Just an FYI: The PR to add a new group for computational modelling
software was merged:
https://pagure.io/fedora-comps/pull-request/410
Thanks Kevin :)
One can now install the group using DNF:
`sudo dnf groupinstall --with-optional "Neuron Modelling Simulators"
--skip-broken`
This
https://bugzilla.redhat.com/show_bug.cgi?id=1754852
Fedora Update System changed:
What|Removed |Added
Status|ASSIGNED|MODIFIED
--- Comment #2 from
I maintain FreeCAD for Fedora and there appears to have been a change in
the API for how Python handles thread management in 3.8, specifically
PyInterpreterState which is giving the the following error when trying to
build FreeCAD:
In file included from
On Thu, Aug 22, 2019 at 9:04 am, Tom Callaway
wrote:
or know of some reason it shouldn't be brought back
Well this looks like gstreamer 0.10. I'm really surprised we still have
this in the distro. It's been obsolete for the better part of a decade
and is probably filled with security bugs.
https://bugzilla.redhat.com/show_bug.cgi?id=1754947
Bug ID: 1754947
Summary: perl-Monitoring-Plugin is missing in EPEL-8
Product: Fedora EPEL
Version: epel8
Hardware: All
OS: Linux
Status: NEW
Component:
Hello everyone,
You are all invited to attend the Open NeuroFedora team meeting this week
on Thursday (26th September) at 1500UTC in #fedora-neuro on IRC (Freenode):
https://webchat.freenode.net/?channels=#fedora-neuro
You can convert the meeting time to your local time using:
$ date
https://bugzilla.redhat.com/show_bug.cgi?id=1754852
Jitka Plesnikova changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Comment #1 from
https://bugzilla.redhat.com/show_bug.cgi?id=1754852
Bug ID: 1754852
Summary: [RFE] EPEL8 branch of perl-Test-Output
Product: Fedora EPEL
Version: epel8
Status: NEW
Component: perl-Test-Output
Assignee: jples...@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1754804
Jitka Plesnikova changed:
What|Removed |Added
Status|ASSIGNED|CLOSED
Fixed In Version|
On 24.09.2019 09:08, Vít Ondruch wrote:
> This sounds interesting, but this tool is probably coming late into play
> to fix early boot thermal throttling issues such as
BTW, I fixed such throttling issues on my ThinkPad T580 with this:
https://github.com/xvitaly/throttling-fix
--
Sincerely,
This sounds interesting, but this tool is probably coming late into play
to fix early boot thermal throttling issues such as:
https://bugzilla.redhat.com/show_bug.cgi?id=1598615
Vít
Dne 23. 09. 19 v 16:19 Ben Cotton napsal(a):
> https://fedoraproject.org/wiki/Changes/ThermalManagementWS
>
>
https://bugzilla.redhat.com/show_bug.cgi?id=1754813
Petr Pisar changed:
What|Removed |Added
URL||https://apps.fedoraproject.
https://bugzilla.redhat.com/show_bug.cgi?id=1754813
Bug ID: 1754813
Summary: perl-WWW-Curl-4.17-20.fc31 FTBFS: Curl.xs:76:12:
error: expected '{' before 'void'
Product: Fedora
Version: 31
Status: NEW
Component:
rpmfusion dropped support for gstreamer when it was retired,
Banshee is not going to be a nice experience for users if there are no codecs
to play stuff.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to
https://bugzilla.redhat.com/show_bug.cgi?id=1754804
Bug ID: 1754804
Summary: perl-XML-Parser-2.46 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-XML-Parser
Keywords: FutureFeature, Triaged
58 matches
Mail list logo
