On 6/3/20 1:01 PM, Frantisek Zatloukal wrote:
>
>
> On Wed, Jun 3, 2020 at 12:46 PM Jonathan Wakely
> mailto:jwak...@fedoraproject.org>> wrote:
>
> On 03/06/20 12:35 +0200, Till Hofmann wrote:
> >
> >
> >On 6/2/20 5:24 PM, Jonathan Wakely wrote:
> >> ### C++ includes
>
No missing expected images.
Passed openQA tests: 11/11 (x86_64)
--
Mail generated by check-compose:
https://pagure.io/fedora-qa/check-compose
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to
No missing expected images.
Soft failed openQA tests: 1/1 (x86_64)
(Tests completed, but using a workaround for a known bug)
ID: 609877 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud
URL: https://openqa.fedoraproject.org/tests/609877
--
Mail generated by check-compose:
On 03/06/20 12:35 +0200, Till Hofmann wrote:
On 6/2/20 5:24 PM, Jonathan Wakely wrote:
### C++ includes
Several packages failed to build because they couldn't find C++
Standard Library algorithms:
freeopcua: error: 'for_each' is not a member of 'std'
I don't see a changelog entry (or a
On 6/3/20 9:27 AM, Adam Williamson wrote:
On Wed, 2020-06-03 at 09:06 +0300, Panu Matilainen wrote:
On 6/2/20 7:25 PM, Adam Williamson wrote:
On Tue, 2020-06-02 at 11:05 -0500, Richard Shaw wrote:
On Tue, Jun 2, 2020 at 10:25 AM Adam Williamson
wrote:
On Tue, 2020-06-02 at 06:34 -0500,
Just wonder, will there be any convenient way to remind me that the
service is down for a reason? E.g. redirect to status page. It would be
probably harder for all the CLI utilities we are using, but maybe
something which should be addressed as well.
Vít
Dne 02. 06. 20 v 18:40 Kevin Fenzi
Dne 02. 06. 20 v 9:32 Alessio napsal(a):
> In Bodhi there is a dnf command in the "How to install" section, in
> order to install the package to test. Something like:
>
> sudo dnf upgrade --enablerepo=updates-testing --advisory=FEDORA-2020-
> 81a3b3df7d
>
> Is it supposed to work? Because every
On Wed, 2020-06-03 at 10:54 +0200, Vít Ondruch wrote:
> Dne 02. 06. 20 v 9:32 Alessio napsal(a):
> > In Bodhi there is a dnf command in the "How to install" section, in
> > order to install the package to test. Something like:
> >
> > sudo dnf upgrade --enablerepo=updates-testing
On 6/2/20 5:24 PM, Jonathan Wakely wrote:
> ### C++ includes
>
> Several packages failed to build because they couldn't find C++
> Standard Library algorithms:
> freeopcua: error: 'for_each' is not a member of 'std'
I don't see a changelog entry (or a commit), did you only update the
On 03/06/20 09:53 -, Markus Neteler wrote:
Hi
Here another package: PDAL
https://src.fedoraproject.org/rpms/PDAL/tree/master
It depends on boost and I don't see changes in changelog.
It wasn't found by the repoquery last week, because the package didn't
exist when I started rebuilding
On Wed, Jun 3, 2020 at 2:47 AM Panu Matilainen wrote:
>
> Okay, fixed in rpm-4.16.0-0.beta1.2 in rawhide.
>
> For it to take effect though, the bootstrap-root needs to be updated (or
> recreated). I don't know whether mock updates that automatically and if
> it does, under what circumstances.
>
On 6/3/20 10:18 AM, Panu Matilainen wrote:
On 6/3/20 9:27 AM, Adam Williamson wrote:
On Wed, 2020-06-03 at 09:06 +0300, Panu Matilainen wrote:
On 6/2/20 7:25 PM, Adam Williamson wrote:
On Tue, 2020-06-02 at 11:05 -0500, Richard Shaw wrote:
On Tue, Jun 2, 2020 at 10:25 AM Adam Williamson
On Wed, 3 Jun 2020 at 01:07, Jonathan Wakely wrote:
>
> On 02/06/20 16:24 +0100, Jonathan Wakely wrote:
> >### Boost.Bind
> >
> >Several packages failed to build because the Boost.Bind placeholders
> >_1, _2, _3 etc. are no longer in the global namespace. See the message
> >in :
> >
>
Hey All,
The CoreOS team is working towards the final F32 Fedora CoreOS. As a
result, the Fedora CoreOS and QA teams have organized a Test Day[0]
for Monday, June 08, 2020.
Since this is the very first FCOS Test Day, we are looking for people
to try out the ''next'' stream which contains all the
Dne 02. 06. 20 v 19:26 Richard W.M. Jones napsal(a):
> On Tue, Jun 02, 2020 at 12:44:17PM +0200, Florian Weimer wrote:
>> * Panu Matilainen:
>>
>>> Lets start with the basics:
>>> - is sqlite even involved - it will only be used on rawhide builds if
>>> mock bootstrap is used
>>> - does it make a
On Wed, Jun 3, 2020 at 12:46 PM Jonathan Wakely
wrote:
> On 03/06/20 12:35 +0200, Till Hofmann wrote:
> >
> >
> >On 6/2/20 5:24 PM, Jonathan Wakely wrote:
> >> ### C++ includes
> >>
> >> Several packages failed to build because they couldn't find C++
> >> Standard Library algorithms:
> >
> >>
On 03. 06. 20 13:32, Till Hofmann wrote:
Yes, that's what I meant. I'm not going to test patches by submitting
builds over and over again, that's not really time efficient. I'll just
wait until it shows up in mock.
$ mock -r fedora-rawhide-x86_64 --enablerepo=local install boost-devel
...
On Mon, Jun 01, 2020 at 02:59:32PM +0800, Honggang LI wrote:
>
> I think I know how to avoid link pyverbs without libpython3.9. I will
> fix this for rdma-core (fc33).
I confirmed this patch fix this issue. However, upstream wants all shared
ELFs have fully described linking. That means all
Hi
Here another package: PDAL
https://src.fedoraproject.org/rpms/PDAL/tree/master
It depends on boost and I don't see changes in changelog.
(at time it fails to compile due to this change, see
https://bugzilla.redhat.com/show_bug.cgi?id=1843094)
Best, Markus
Dne 03. 06. 20 v 11:03 Alessio napsal(a):
> On Wed, 2020-06-03 at 10:54 +0200, Vít Ondruch wrote:
>> Dne 02. 06. 20 v 9:32 Alessio napsal(a):
>>> In Bodhi there is a dnf command in the "How to install" section, in
>>> order to install the package to test. Something like:
>>>
>>> sudo dnf upgrade
On Wed, Jun 3, 2020 at 8:08 PM Richard Shaw wrote:
> Ok, one problem after another with FreeCAD, maybe I'll get them fixed
> before f33 is released :)
>
> /builddir/build/BUILD/FreeCAD-0.18.4/src/Gui/DAGView/DAGView.cpp: In
> constructor 'Gui::DAG::View::View(QWidget*)':
>
On Tue, 2020-06-02 at 21:58 -0700, John M. Harris Jr wrote:
> On Tuesday, June 2, 2020 9:45:45 PM MST Chris Murphy wrote:
> > On Tue, Jun 2, 2020 at 10:28 PM Samuel Sieb wrote:
> >
> > >
> > > I would expect that using an encrypted partition for swap should be
> > > sufficient to allow it
Ok, one problem after another with FreeCAD, maybe I'll get them fixed
before f33 is released :)
/builddir/build/BUILD/FreeCAD-0.18.4/src/Gui/DAGView/DAGView.cpp: In
constructor 'Gui::DAG::View::View(QWidget*)':
/builddir/build/BUILD/FreeCAD-0.18.4/src/Gui/DAGView/DAGView.cpp:55:100:
error: '_1'
Because was bitten by this and there is not clear guideline, I have
tried to draft something here:
https://pagure.io/packaging-committee/pull-request/988
Vít
Dne 03. 05. 18 v 12:10 Daniel P. Berrangé napsal(a):
> In libvirt we recently deleted a driver for the legacy Xen toolstack.
>
> This
On Wed, 3 Jun 2020 at 11:38, Richard W.M. Jones wrote:
> I should say that there's also the possibility of writing a block
> device plugin which is highly tuned in some way to the Koji use case.
> We've already done discarding flushes and showed that you get all the
> benefit of a RAM disk just
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On Wed, 2020-06-03 at 18:42 +0200, Vít Ondruch wrote:
> Other possibility is to modify DNF to not touch such packages. Not
> sure
> if that would be better. Or is there already some functionality which
> would exclude the package from dnf
Other possibility is to modify DNF to not touch such packages. Not sure
if that would be better. Or is there already some functionality which
would exclude the package from dnf transaction, something like:
~~~
# This package won't be installed, but will obsolete other packages
Provides:
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
On 6/3/20 4:50 PM, Jonathan Wakely wrote:
> On 03/06/20 13:36 +0200, Miro Hrončok wrote:
>> On 03. 06. 20 13:32, Till Hofmann wrote:
>>> Yes, that's what I meant. I'm not going to test patches by submitting
>>> builds over and over again, that's not really time efficient. I'll just
>>> wait
I should say that there's also the possibility of writing a block
device plugin which is highly tuned in some way to the Koji use case.
We've already done discarding flushes and showed that you get all the
benefit of a RAM disk just by doing that (even when backed by a disk).
Is there anything
On Wed, 2020-06-03 at 10:46 +0300, Panu Matilainen wrote:
>
> > > So this still seems kinda mysterious. Either somehow
> > > it wasn't fsync'ing before but it is now, or somehow disk writing
> > > performance on my system fell off a cliff?
> > >
> > > I'll try and poke it some more tomorrow if I
Missing expected images:
Iot dvd x86_64
Iot dvd aarch64
Passed openQA tests: 11/11 (x86_64)
Installed system changes in test x86_64 IoT-dvd_ostree-iso
install_default_upload:
Used mem changed from 172 MiB to 150 MiB
Peak task count changed from 119 to 105
Previous test data:
On 03/06/20 13:36 +0200, Miro Hrončok wrote:
On 03. 06. 20 13:32, Till Hofmann wrote:
Yes, that's what I meant. I'm not going to test patches by submitting
builds over and over again, that's not really time efficient. I'll just
wait until it shows up in mock.
$ mock -r fedora-rawhide-x86_64
On Wed, Jun 03, 2020 at 11:13:26AM +0200, VÃt Ondruch wrote:
>
> Dne 02. 06. 20 v 19:26 Richard W.M. Jones napsal(a):
> > On Tue, Jun 02, 2020 at 12:44:17PM +0200, Florian Weimer wrote:
> >> * Panu Matilainen:
> >>
> >>> Lets start with the basics:
> >>> - is sqlite even involved - it will only
On 03/06/20 20:25 +0100, Ian McInerney wrote:
On Wed, Jun 3, 2020 at 8:08 PM Richard Shaw wrote:
Ok, one problem after another with FreeCAD, maybe I'll get them fixed
before f33 is released :)
/builddir/build/BUILD/FreeCAD-0.18.4/src/Gui/DAGView/DAGView.cpp: In
constructor
On Wed, Jun 3, 2020 at 3:16 PM Jonathan Wakely
wrote:
> On 03/06/20 20:25 +0100, Ian McInerney wrote:
> >On Wed, Jun 3, 2020 at 8:08 PM Richard Shaw wrote:
> >
> >> Ok, one problem after another with FreeCAD, maybe I'll get them fixed
> >> before f33 is released :)
> >>
> >>
OLD: Fedora-Rawhide-20200601.n.1
NEW: Fedora-Rawhide-20200603.n.0
= SUMMARY =
Added images:0
Dropped images: 0
Added packages: 7
Dropped packages:4
Upgraded packages: 281
Downgraded packages: 2
Size of added packages: 240.97 MiB
Size of dropped packages
On 6/3/20 12:06 PM, Simo Sorce wrote:
On Tue, 2020-06-02 at 21:58 -0700, John M. Harris Jr wrote:
Why?
Evil maid attacks.
Because without a signature you could replace the whole image with a
completely functional one that you fully control.
Boot the system with a hybernation image generated
On Wed, Jun 3, 2020 at 1:07 PM Simo Sorce wrote:
>
> On Tue, 2020-06-02 at 21:58 -0700, John M. Harris Jr wrote:
> > On Tuesday, June 2, 2020 9:45:45 PM MST Chris Murphy wrote:
> > > On Tue, Jun 2, 2020 at 10:28 PM Samuel Sieb wrote:
> > >
> > > >
> > > > I would expect that using an encrypted
On Wed, 2020-06-03 at 15:31 -0600, Chris Murphy wrote:
> On Wed, Jun 3, 2020 at 1:07 PM Simo Sorce wrote:
> > On Tue, 2020-06-02 at 21:58 -0700, John M. Harris Jr wrote:
> > > On Tuesday, June 2, 2020 9:45:45 PM MST Chris Murphy wrote:
> > > > On Tue, Jun 2, 2020 at 10:28 PM Samuel Sieb wrote:
>
Today we’ve released the first Fedora
CoreOS testing release based on Fedora 32. We expect
that this release will promote to the stable channel
in two weeks, on the usual schedule.
New features include:
Support for the Ignition
3.1.0
On Wednesday, June 3, 2020 9:05:22 PM MST Chris Murphy wrote:
> UEFI Secure Boot doesn't prevent you from gaining access to firmware
> setup. It can cause some options in firmware setup to become
> unavailable, e.g. compatibility support modules for presenting a
> legacy BIOS. I'm skeptical that
Uh, this is my fault. Ive tested it, but seems I have tested something else.
Not near the computer now, so if somebody can untag it - would be much
appreciated.
Sorry again.
On Thu, Jun 4, 2020, 02:07 Orion Poplawski wrote:
> On 6/3/20 5:36 PM, Jerry James wrote:
> > If koschei is telling you
On Wednesday, June 3, 2020 12:06:19 PM MST Simo Sorce wrote:
> On Tue, 2020-06-02 at 21:58 -0700, John M. Harris Jr wrote:
>
> > On Tuesday, June 2, 2020 9:45:45 PM MST Chris Murphy wrote:
> >
> > > On Tue, Jun 2, 2020 at 10:28 PM Samuel Sieb wrote:
> > >
> > >
> > > >
> > > > I would expect
If koschei is telling you that your packages are failing to build in
Rawhide, it may be because the %configure macro is currently broken:
https://bugzilla.redhat.com/show_bug.cgi?id=1843714
Just a heads up.
--
Jerry James
http://www.jamezone.org/
___
On 6/3/20 5:36 PM, Jerry James wrote:
If koschei is telling you that your packages are failing to build in
Rawhide, it may be because the %configure macro is currently broken:
https://bugzilla.redhat.com/show_bug.cgi?id=1843714
Just a heads up.
Thanks. Hopefully this gets cleaned up
The clamd package ships a default service (clamd@scan) with the
following configuration:
/usr/lib/tmpfiles.d/clamd.scan.conf:
d /run/clamd.scan 0710 clamscan virusgroup
%files -n clamd
%ghost %dir %attr(0710,clamscan,virusgroup) /run/clamd.scan
%ghost /run/clamd.scan/clamd.sock
Now, a user
On Wednesday, June 3, 2020 12:08:44 AM MST Chris Murphy wrote:
> On Wed, Jun 3, 2020 at 12:18 AM John M. Harris Jr
> wrote:
> >
> >
> > On Tuesday, June 2, 2020 10:52:07 PM MST Chris Murphy wrote:
> >
> > > On Tue, Jun 2, 2020 at 8:42 PM John M. Harris Jr
> >
> >
> >
> > > > If kernel lockdown
On Wed, Jun 3, 2020 at 9:30 PM John M. Harris Jr wrote:
>
> The larger UX issue is that hibernation is disabled for ALL users just because
> it doesn't work for users with Secure Boot,
This is not correct. Hibernation is enabled in the kernel, it's only
inhibited by lockdown, and Secure Boot
On Wed, Jun 03, 2020 at 10:46:06AM +0200, Vít Ondruch wrote:
> Just wonder, will there be any convenient way to remind me that the
> service is down for a reason? E.g. redirect to status page. It would be
> probably harder for all the CLI utilities we are using, but maybe
> something which should
On 6/3/20 8:23 PM, Igor Raits wrote:
At least it did not break anything than %configure, so the world did
not explode:)
It hit at a very unfortunate time. With the reduced data center power it is taking a
long time to hit the build root. Two hours and counting... :(
On 03/06/20 15:21 -0500, Richard Shaw wrote:
On Wed, Jun 3, 2020 at 3:16 PM Jonathan Wakely
wrote:
On 03/06/20 20:25 +0100, Ian McInerney wrote:
>On Wed, Jun 3, 2020 at 8:08 PM Richard Shaw wrote:
>
>> Ok, one problem after another with FreeCAD, maybe I'll get them fixed
>> before f33 is
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On Thu, 2020-06-04 at 02:58 +0200, Igor Raits wrote:
> Uh, this is my fault. Ive tested it, but seems I have tested
> something else.
>
> Not near the computer now, so if somebody can untag it - would be
> much
> appreciated.
I got to my laptop
On Wed, Jun 3, 2020 at 9:37 PM John M. Harris Jr wrote:
>
> On Wednesday, June 3, 2020 12:08:44 AM MST Chris Murphy wrote:
> > And if it's enabled, the more likely attack vector is sabotage to
> > induce a crash or corrupt user data, rather than malware injection.
> > Since you don't know the
On 6/2/20 7:25 PM, Adam Williamson wrote:
On Tue, 2020-06-02 at 11:05 -0500, Richard Shaw wrote:
On Tue, Jun 2, 2020 at 10:25 AM Adam Williamson
wrote:
On Tue, 2020-06-02 at 06:34 -0500, Richard Shaw wrote:
boost-devel, nosync=False, bootstrap=True
real 1m13.294s
user 0m6.723s
sys 0m2.761s
On 6/3/20 3:31 AM, Егор Артёмов wrote:
Hello there!
I am a C enthusiast from Russia. I'm using Fedora already for 12 years
and now feel that I can contribute.
I am living in Saint-Petersburg, Russia, and working as C++ and Go
developer in enterprise and gamedev.
I love Fedora and want to
On Tuesday, June 2, 2020 10:52:07 PM MST Chris Murphy wrote:
> On Tue, Jun 2, 2020 at 8:42 PM John M. Harris Jr
> wrote:
>
> > In what way is it incompatible with UEFI Secure Boot?
>
>
> Secure Boot does boot verification. Hibernation right now doesn't. And
> that makes it a Secure Boot
On Wed, 2020-06-03 at 09:06 +0300, Panu Matilainen wrote:
> On 6/2/20 7:25 PM, Adam Williamson wrote:
> > On Tue, 2020-06-02 at 11:05 -0500, Richard Shaw wrote:
> > > On Tue, Jun 2, 2020 at 10:25 AM Adam Williamson
> > >
> > > wrote:
> > >
> > > > On Tue, 2020-06-02 at 06:34 -0500, Richard Shaw
On Wed, Jun 3, 2020 at 12:18 AM John M. Harris Jr wrote:
>
> On Tuesday, June 2, 2020 10:52:07 PM MST Chris Murphy wrote:
> > On Tue, Jun 2, 2020 at 8:42 PM John M. Harris Jr
>
> > > If kernel lockdown is what disables this, we should look at fixing kernel
> > > lockdown so that it doesn't break
https://bugzilla.redhat.com/show_bug.cgi?id=1842890
--- Comment #1 from Petr Pisar ---
Moo is only used for an optional test:
MooseX-StrictConstructor-0.21 $ grep -Hnr '\'
t/no_build.t:6:use Test::Needs 'Moo';
t/no_build.t:18:use Moo;
t/no_build.t:27:'no errors when instantiating
https://bugzilla.redhat.com/show_bug.cgi?id=1843195
--- Comment #3 from Petr Pisar ---
I will add perl-Test2.
--
You are receiving this mail because:
You are on the CC list for the bug.
___
perl-devel mailing list --
https://bugzilla.redhat.com/show_bug.cgi?id=1843185
Paul Howarth changed:
What|Removed |Added
CC||p...@city-fan.org
--- Comment #2 from
https://bugzilla.redhat.com/show_bug.cgi?id=1843195
Petr Pisar changed:
What|Removed |Added
Depends On||1843426
--- Comment #4 from Petr Pisar
https://bugzilla.redhat.com/show_bug.cgi?id=1842889
--- Comment #2 from Petr Pisar ---
DBIx::Class only seems to be an optional test:
Data-Stream-Bulk-0.11 $ grep -Hnr DBIx::Class
t/dbic.t:9:DBIx::Class
t/dbic.t:23:use base qw(DBIx::Class);
t/dbic.t:34:
https://bugzilla.redhat.com/show_bug.cgi?id=1841514
Petr Pisar changed:
What|Removed |Added
Status|ASSIGNED|MODIFIED
Fixed In Version|
https://bugzilla.redhat.com/show_bug.cgi?id=1841514
--- Comment #2 from Fedora Update System ---
FEDORA-EPEL-2020-79b6ca495d has been submitted as an update to Fedora EPEL 8.
https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2020-79b6ca495d
--
You are receiving this mail because:
You are
https://bugzilla.redhat.com/show_bug.cgi?id=1841308
--- Comment #4 from Paul Howarth ---
(In reply to Charles R. Anderson from comment #3)
> (In reply to Paul Howarth from comment #2)
> > This looks like it would work but you seem to have changed the
> > Bytes::Random::Secure version
https://bugzilla.redhat.com/show_bug.cgi?id=1843201
Petr Pisar changed:
What|Removed |Added
Status|NEW |ASSIGNED
On Wednesday, 3 June 2020 19.05.03 WEST Scott Talbert wrote:
> And of course the build fails for a different reason (I checked in
mock
> but not koji), sigh. So it's probably something that recently landed in
> Rawhide, I'm guessing boost related now?
Yes, see:
https://bugzilla.redhat.com/show_bug.cgi?id=1843662
Bug ID: 1843662
Summary: perl-XML-Atom-SimpleFeed-0.904 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-XML-Atom-SimpleFeed
Keywords:
https://bugzilla.redhat.com/show_bug.cgi?id=1843563
Jitka Plesnikova changed:
What|Removed |Added
Status|NEW |CLOSED
https://bugzilla.redhat.com/show_bug.cgi?id=1843201
--- Comment #2 from Fedora Update System ---
FEDORA-2020-2790870019 has been submitted as an update to Fedora 32.
https://bodhi.fedoraproject.org/updates/FEDORA-2020-2790870019
--
You are receiving this mail because:
You are on the CC list
https://bugzilla.redhat.com/show_bug.cgi?id=1843201
--- Comment #3 from Fedora Update System ---
FEDORA-2020-0024f37f9a has been submitted as an update to Fedora 31.
https://bodhi.fedoraproject.org/updates/FEDORA-2020-0024f37f9a
--
You are receiving this mail because:
You are on the CC list
On Tue, Jun 2, 2020 at 8:14 AM Felix Schwarz wrote:
>
>
> Am 01.06.20 um 17:25 schrieb Troy Dawson:
> > I was having a similar problem last week, I opened a
> > fed-infrastructure ticket and they extended the time out time. But it
> > looks like things have gotten so bad that even that extended
https://bugzilla.redhat.com/show_bug.cgi?id=1842895
Petr Pisar changed:
What|Removed |Added
Fixed In Version|perl-DateTimeX-Easy-0.089-2 |perl-DateTimeX-Easy-0.089-2
https://bugzilla.redhat.com/show_bug.cgi?id=1843201
Petr Pisar changed:
What|Removed |Added
Status|ASSIGNED|MODIFIED
Fixed In Version|
https://bugzilla.redhat.com/show_bug.cgi?id=1842907
Petr Pisar changed:
What|Removed |Added
Fixed In Version||perl-DateTime-Format-ICal-0
https://bugzilla.redhat.com/show_bug.cgi?id=1842895
Fedora Update System changed:
What|Removed |Added
Status|ON_QA |MODIFIED
--- Comment #5 from
https://bugzilla.redhat.com/show_bug.cgi?id=1843598
Bug ID: 1843598
Summary: perl-System-Command-1.121 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-System-Command
Keywords: FutureFeature,
https://bugzilla.redhat.com/show_bug.cgi?id=1843563
Bug ID: 1843563
Summary: perl-DBD-Pg-3.12.1 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-DBD-Pg
Keywords: FutureFeature, Triaged
Hi,
I have left a few notes about the text itself as comments in the document.
Comments about the subject matter are inlined below:
On 4/30/20 3:41 PM, Petr Viktorin wrote:
### Dist-info metadata
Each Python package **MUST** include *Package Distribution Metadata*
conforming to [PyPA
https://bugzilla.redhat.com/show_bug.cgi?id=1843696
Bug ID: 1843696
Summary: perl-Mojolicious-8.52 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-Mojolicious
Keywords: FutureFeature, Triaged
https://pagure.io/389-ds-base/pull-request/51133
--
389 Directory Server Development Team
___
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:
On Wed, 2020-06-03 at 20:49 -0700, Kevin Fenzi wrote:
> On Wed, Jun 03, 2020 at 07:13:06AM -0700, Troy Dawson wrote:
> > On Tue, Jun 2, 2020 at 8:14 AM Felix Schwarz <
> > fschw...@fedoraproject.org> wrote:
> > >
> > > Am 01.06.20 um 17:25 schrieb Troy Dawson:
> > > > I was having a similar
The following Fedora EPEL 8 Security updates need testing:
Age URL
10 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2020-383149ca50
perl-Email-MIME-1.949-1.el8 perl-Email-MIME-ContentType-1.024-1.el8
3 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2020-3943d14499
https://bugzilla.redhat.com/show_bug.cgi?id=1841514
Fedora Update System changed:
What|Removed |Added
Status|MODIFIED|ON_QA
--- Comment #3 from
https://bugzilla.redhat.com/show_bug.cgi?id=1843201
--- Comment #5 from Fedora Update System ---
FEDORA-2020-2790870019 has been pushed to the Fedora 32 testing repository.
In short time you'll be able to install the update with the following command:
`sudo dnf upgrade
https://fedorapeople.org/groups/389ds/ci/nightly/2020/06/04/report-389-ds-base-1.4.4.3-20200603gite8f510e.fc32.x86_64.html
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to
https://bugzilla.redhat.com/show_bug.cgi?id=1839536
Fedora Update System changed:
What|Removed |Added
Status|ON_QA |CLOSED
Fixed In
https://bugzilla.redhat.com/show_bug.cgi?id=1843201
Fedora Update System changed:
What|Removed |Added
Status|MODIFIED|ON_QA
--- Comment #4 from
The following Fedora EPEL 7 Security updates need testing:
Age URL
659 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2018-3c9292b62d
condor-8.6.11-1.el7
401 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2019-c499781e80
python-gnupg-0.4.4-1.el7
399
https://bugzilla.redhat.com/show_bug.cgi?id=1839743
Fedora Update System changed:
What|Removed |Added
Status|ON_QA |CLOSED
Fixed In
https://bugzilla.redhat.com/show_bug.cgi?id=1842895
Fedora Update System changed:
What|Removed |Added
Status|MODIFIED|ON_QA
--- Comment #6 from
On Wed, Jun 03, 2020 at 07:13:06AM -0700, Troy Dawson wrote:
> On Tue, Jun 2, 2020 at 8:14 AM Felix Schwarz
> wrote:
> >
> >
> > Am 01.06.20 um 17:25 schrieb Troy Dawson:
> > > I was having a similar problem last week, I opened a
> > > fed-infrastructure ticket and they extended the time out
https://bugzilla.redhat.com/show_bug.cgi?id=1843171
Jitka Plesnikova changed:
What|Removed |Added
Doc Type|--- |If docs needed, set a value
---
https://bugzilla.redhat.com/show_bug.cgi?id=1843195
Paul Howarth changed:
What|Removed |Added
CC||ppi...@redhat.com
--- Comment #2 from
96 matches
Mail list logo