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 pi
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 nat
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 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 bein
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 i
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
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 mig
-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 fas
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 b
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 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 rele
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 quickly
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/
___
d
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, 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:
>
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 pa
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 con
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 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 :)
> >>
> >> /builddir/build/BUIL
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 'Gui::DAG::View::Vi
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*)':
> /builddir/build/BUILD/F
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' wa
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 though
-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 transaction
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 b
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: libsolv-se
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 wa
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: https://op
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 els
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 b
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
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 until
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 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 linked
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 devel-le...@lists.fedor
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
...
Insta
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
>
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 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:
> >
> >> fr
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/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
changelo
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 thi
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 -
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, 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 --advisory=FEDORA
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 pytho
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 ti
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 napsa
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 n
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 :
> >
> >BOOST_PRAGM
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:
https://pagure.i
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
wro
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, Rich
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
55 matches
Mail list logo
