Hi Florian,
On Fri, 5 Jan, 2018 at 10:45 AM, Florian Weimer
wrote:
> Devices connected via Thunderbolt can be DMA masters and thus read
system memory without interference of the operating system (or even
the CPU). Version 3 of the interface provides 4 different security
levels, in order to m
On 01/05/2018 04:43 PM, John Florian wrote:
On Fri, 2018-01-05 at 16:02 +0100, Pavel Březina wrote:
On 01/05/2018 03:14 PM, John Florian wrote:
On Fri, 2018-01-05 at 14:50 +0100, Jan Kurik wrote:
The tool is packaged with a default
profile set that is fully supported. If an administrator has
d
On 01/05/2018 04:54 PM, Tom Hughes wrote:
On 05/01/18 15:02, Pavel Březina wrote:
Yes, there is a data dir: /usr/share/authselect/
Description of these directories may be seen in the man page,
currently at this upstream link:
https://github.com/pbrezina/authselect/blob/master/src/man/authselect
On 08/01/18 09:59, Christian Kellner wrote:
The current design how gnome-shell and boltd work together will avoid
showing any prompts at all as long as a) the current user is an admin,
b) she is logged in and c) the session is unlocked. We hope that this
will take care of most situations where
On 08/01/18 10:02, Pavel Březina wrote:
On 01/05/2018 04:54 PM, Tom Hughes wrote:
On 05/01/18 15:02, Pavel Březina wrote:
Yes, there is a data dir: /usr/share/authselect/
Description of these directories may be seen in the man page,
currently at this upstream link:
https://github.com/pbrezina
Hi Tom,
On Mon, 8 Jan, 2018 at 11:07 AM, Tom Hughes wrote:
On 08/01/18 09:59, Christian Kellner wrote:
The current design how gnome-shell and boltd work together will
avoid showing any prompts at all as long as a) the current user is
an admin, b) she is logged in and c) the session is unlo
Hello and welcome!
- Original Message -
> From: "Abhiram Kuchibhotla"
> To: devel@lists.fedoraproject.org
> Sent: Sunday, January 7, 2018 10:28:57 PM
> Subject: Self Introduction: Abhiram Kuchibhotla
>
> Good day, everyone!
>
> My name is Abhiram, and I go by "Axel" online.
> I recently
Hi,
On 05-01-18 15:03, Sérgio Basto wrote:
Hi,
On Thu, 2018-01-04 at 14:16 +0100, Jan Kurik wrote:
- Add VirtualBox Guest Additions package to the default package list
for the Workstation product
I don't understand this one, VirtualBox Guest should *only* be
installed in an virtual machine .
On 08/01/18 10:23, Christian Kellner wrote:
Hi Tom,
On Mon, 8 Jan, 2018 at 11:07 AM, Tom Hughes wrote:
On 08/01/18 09:59, Christian Kellner wrote:
The current design how gnome-shell and boltd work together will
avoid showing any prompts at all as long as a) the current user
is an
- Mail original -
De: "Tom Hughes"
>> Well /usr/share/authselect/custom is not really the correct location
>> for local administrator configuration...
>
> What location do you suggest?
> Well somewhere in /etc in short.
Like other such packages it needs a hierarchy with default templa
On Sat, 2018-01-06 at 09:09 +, Zbigniew Jędrzejewski-Szmek wrote:
> Wow, that sounds like a hefty change. Has the work already begun?
> Is there a repo/branch where one can look at the WIP, test stuff,
> etc?
>
We are already working on that and everything goes directly to master -
"Rawhide"
- Original Message -
> From: jkone...@redhat.com
> To: "Development discussions related to Fedora"
>
> Sent: Monday, January 8, 2018 12:56:17 PM
> Subject: Re: F28 Self Contained Change: Anaconda modularization
>
> On Sat, 2018-01-06 at 09:09 +, Zbigniew Jędrzejewski-Szmek wrote:
>
On Mon, 8 Jan, 2018 at 11:44 AM, Tom Hughes wrote:
The only real concern then is that the implicit permanent
authorisation of the device - that if you can once get an
administrator to plug it in you can in future do so when they aren't
present.
So if I am J Evil Hacker and I can get you to co
- Original Message -
> From: "Colin Walters"
> To: "development discussions related to Fedora"
>
> Sent: Saturday, January 6, 2018 5:29:28 PM
> Subject: Re: F28 Self Contained Change: Anaconda modularization
>
>
>
> On Fri, Jan 5, 2018, at 7:28 AM, Jan Kurik wrote:
>
> > Anaconda i
= System Wide Change: AArch64 Server Promotion =
https://fedoraproject.org/wiki/Changes/AArch64_Server_Promotion
Change owner(s):
* Peter Robinson
* Paul Whalen
Promote Aarch64 server technologies to Primary Architecture status.
This would include the Server installer, the DVD installer ISOs, t
On Mon, Jan 08, 2018 at 07:04:31AM -0500, Martin Kolman wrote:
> Yep - basically, there will be no "old" and "new, DBUS/modular"
> Anaconda, the plan is to turn the current Anaconda to the new one one
> step at a time.
>
> This should allow us to fix bugs as usual and handle any unforeseen
> modul
Hi everybody,
The sidetag with Ruby 2.5 and all the rebuilt packages were merged into
F25 [1]. Since the update of Ruby involved soname
bump, we managed to rebuild most of the depending packages. But there
are still some packages which are broken for various reasons (you can
see the analysis of th
Hi!
We just pused a urgent security update for Electrum for Fedora 27 and
rawhide, Fedora 26 is still affected.
All versions of Electrum is affected by this bug, Fedora 26 still runs
an older version because of big changes in Electrum 3.0 and an updated
version of a dependency.
So I see 3 option
Hi!
In order to keep test execution efficient when number of test
cases grows, it is crucial to maintain corresponding metadata,
which define some aspects of how the test coverage is executed.
For example limiting environment combinations where the test is
relevant or selecting a subset of importa
= System Wide Change: mpfr-4.0.0 =
https://fedoraproject.org/wiki/Changes/mpfr-4.0.0
Change owner(s):
* James Paul Turner
Update the MPFR package to version 4.0.0.
== Detailed Description ==
The purpose of this change is to update the Fedora MPFR package to the
latest version (4.0.0), released
- Original Message -
> From: "Vít Ondruch"
> To: ruby-...@lists.fedoraproject.org, "Development discussions related to
> Fedora"
> Sent: Monday, January 8, 2018 3:19:11 PM
> Subject: Re: Ruby 2.5 - Mass rebuild
>
> Hi everybody,
>
> The sidetag with Ruby 2.5 and all the rebuilt package
Dne 8.1.2018 v 16:10 Pavel Valena napsal(a):
> - Original Message -
>> From: "Vít Ondruch"
>> To: ruby-...@lists.fedoraproject.org, "Development discussions related to
>> Fedora"
>> Sent: Monday, January 8, 2018 3:19:11 PM
>> Subject: Re: Ruby 2.5 - Mass rebuild
>>
>> Hi everybody,
>>
Just an FYI...
nfs-utils currently does not compile in rawhide do
to this change:
https://bugzilla.redhat.com/show_bug.cgi?id=1531540
We know about and should be resolved by the EOD...
Personally I think this is step in the right direction
but apologize for the inconvenience
steved.
_
On Mon, 2018-01-08 at 14:40 +0100, Jan Kurik wrote:
>
> == Scope ==
> * Proposal owners:
> The general AArch64 support is already in place and is widely and
> actively supported by the Fedora ARM SIG and numerous ARM vendors and
> third parties in Fedora. There will be further and wider support,
>
Hello,
Is it a problem for a package to pull from two different
upstream tar balls? Basically have
Source0: http://server.com/package1/package1.tar
Source1: http://server.com/package2/package2.tar
Then I would, by hand, untar Source1 into Source0 directory.
Before do the work I want to make s
On Mon, Jan 08, 2018 at 09:16:05AM -0800, Adam Williamson wrote:
> A significant miss here is 'testing'. Making an arch primary means we
> need to ensure we have the necessary resources to run all the relevant
> validation testing.
Are there hardware needs here? (Like, not in the server room but i
2018-01-08 11:21 GMT-06:00 Steve Dickson :
> Hello,
>
> Is it a problem for a package to pull from two different
> upstream tar balls? Basically have
>
> Source0: http://server.com/package1/package1.tar
> Source1: http://server.com/package2/package2.tar
>
> Then I would, by hand, untar Source1 int
On 01/07/2018 08:01 PM, Kevin Kofler wrote:
> Kevin Fenzi wrote:
>> The critera for bypassing batched is if the update is marked "urgent".
>
> The problem is, this appears to be insufficient.
Well, if this firefox update was urgent, shouldn't it have been marked
urgent?
> I really don't understan
On 01/08/2018 06:21 PM, Steve Dickson wrote:
Is it a problem for a package to pull from two different
upstream tar balls? Basically have
Source0:http://server.com/package1/package1.tar
Source1:http://server.com/package2/package2.tar
Then I would, by hand, untar Source1 into Source0 directory.
On 8 January 2018 at 12:28, Matthew Miller wrote:
> On Mon, Jan 08, 2018 at 09:16:05AM -0800, Adam Williamson wrote:
>> A significant miss here is 'testing'. Making an arch primary means we
>> need to ensure we have the necessary resources to run all the relevant
>> validation testing.
>
> Are the
Florian Weimer wrote:
> On 01/08/2018 06:21 PM, Steve Dickson wrote:
>> Is it a problem for a package to pull from two different
>> upstream tar balls? Basically have
>>
>> Source0:http://server.com/package1/package1.tar
>> Source1:http://server.com/package2/package2.tar
>>
>> Then I would, by hand
I have two VMs, or OS states I can `rpm -qa` on. Is there a script to
diff the output of the two listings, and then query the package
changelogs to generate an overall OS-wide changelog?
Use case: I generated an F26 OVA image using imagefactory 30 days ago,
then I generated a new F26 image today.
On Mon, 2018-01-08 at 12:53 -0500, Stephen John Smoogen wrote:
> On 8 January 2018 at 12:28, Matthew Miller
> wrote:
> > On Mon, Jan 08, 2018 at 09:16:05AM -0800, Adam Williamson wrote:
> > > A significant miss here is 'testing'. Making an arch primary
> > > means we
> > > need to ensure we have t
2018-01-08 19:03 GMT+01:00 Jonathan Dieter :
> On Mon, 2018-01-08 at 12:53 -0500, Stephen John Smoogen wrote:
>> On 8 January 2018 at 12:28, Matthew Miller
>> wrote:
>> > On Mon, Jan 08, 2018 at 09:16:05AM -0800, Adam Williamson wrote:
>> > > A significant miss here is 'testing'. Making an arch pr
On Mon, Jan 8, 2018 at 12:58 PM, Rob Crittenden wrote:
> Florian Weimer wrote:
>> On 01/08/2018 06:21 PM, Steve Dickson wrote:
>>> Is it a problem for a package to pull from two different
>>> upstream tar balls? Basically have
>>>
>>> Source0:http://server.com/package1/package1.tar
>>> Source1:htt
On 01/08/2018 06:20 AM, Jonny Heggheim wrote:
> Hi!
>
> We just pused a urgent security update for Electrum for Fedora 27 and
> rawhide, Fedora 26 is still affected.
>
> All versions of Electrum is affected by this bug, Fedora 26 still runs
> an older version because of big changes in Electrum 3.
Ben Rosser wrote:
> On Mon, Jan 8, 2018 at 12:58 PM, Rob Crittenden wrote:
>> Florian Weimer wrote:
>>> On 01/08/2018 06:21 PM, Steve Dickson wrote:
Is it a problem for a package to pull from two different
upstream tar balls? Basically have
Source0:http://server.com/package1/pa
On 01/08/2018 01:06 PM, Andreas Tunek wrote:
That link does not work for me and I get some strange redirect to the
Fedora download page.
There was something odd in the link---this works for me:
https://fedoraproject.org/wiki/Architectures/ARM/Raspberry_Pi
__
On Mon, Jan 8, 2018 at 12:59 PM, Martin Langhoff
wrote:
> I have two VMs, or OS states I can `rpm -qa` on. Is there a script to
> diff the output of the two listings, and then query the package
> changelogs to generate an overall OS-wide changelog?
This is so sensitive to individual environment r
On Mon, Jan 8, 2018 at 1:19 PM, Nico Kadel-Garcia wrote:
> On Mon, Jan 8, 2018 at 12:59 PM, Martin Langhoff
> wrote:
>> I have two VMs, or OS states I can `rpm -qa` on. Is there a script to
>> diff the output of the two listings, and then query the package
>> changelogs to generate an overall OS-
Hi,
It can be done but it's a PITA to maintain and it's a very bad idea to do if
the two packages are actually two different projects with different lifecycle
expectations, legalities, etc
See the convolutions of the %setup macro
Regards,
--
Nicolas Mailhot
__
El lun, 08-01-2018 a las 09:16 -0800, Adam Williamson escribió:
> On Mon, 2018-01-08 at 14:40 +0100, Jan Kurik wrote:
> >
> > == Scope ==
> > * Proposal owners:
> > The general AArch64 support is already in place and is widely and
> > actively supported by the Fedora ARM SIG and numerous ARM vendo
On 8 January 2018 at 13:03, Jonathan Dieter wrote:
> On Mon, 2018-01-08 at 12:53 -0500, Stephen John Smoogen wrote:
>> On 8 January 2018 at 12:28, Matthew Miller
>> wrote:
>> > On Mon, Jan 08, 2018 at 09:16:05AM -0800, Adam Williamson wrote:
>> > > A significant miss here is 'testing'. Making an
Kevin Fenzi wrote:
> Well, if this firefox update was urgent, shouldn't it have been marked
> urgent?
Urgency is always in the eye of the beholder. I as a user consider all
security updates "urgent", and in addition, I want ALL updates as soon as
they passed testing no matter whether they actual
On 2018-01-08 12:21 PM, Steve Dickson wrote:
Hello,
Is it a problem for a package to pull from two different
upstream tar balls? Basically have
Source0: http://server.com/package1/package1.tar
Source1: http://server.com/package2/package2.tar
Important questions:
1) Are the lifecycles the sam
- Original Message -
> On Mon, Jan 8, 2018 at 1:19 PM, Nico Kadel-Garcia wrote:
> I fully agree wrt configuration changes. I am scoping my interest
> exclusively to rpms.
>
> A bit like saying "I run yum/dnf update on an OS, what bugfixes are
> landing/have landed?"
Interestingly, these
On Mon, Jan 8, 2018 at 2:32 PM, Fernando Nasser wrote:
> On 2018-01-08 12:21 PM, Steve Dickson wrote:
>>
>> Hello,
>>
>> Is it a problem for a package to pull from two different
>> upstream tar balls? Basically have
>>
>> Source0: http://server.com/package1/package1.tar
>> Source1: http://server.c
On 2018-01-08 3:07 PM, Nico Kadel-Garcia wrote:
On Mon, Jan 8, 2018 at 2:32 PM, Fernando Nasser wrote:
On 2018-01-08 12:21 PM, Steve Dickson wrote:
Hello,
Is it a problem for a package to pull from two different
upstream tar balls? Basically have
Source0: http://server.com/package1/package1.
On Mon, Jan 8, 2018 at 2:52 PM, Jonathan Lebon wrote:
> Interestingly, these are both things that Atomic Host make
> easier to query.
>
> E.g. if both VMs are on AH but sitting on different commits,
> you can pull the commit on one of the two and do:
>
> $ rpm-ostree db diff COMMIT1 COMMIT2
o
On Mon, Jan 8, 2018 at 3:38 PM, Fernando Nasser wrote:
> On 2018-01-08 3:07 PM, Nico Kadel-Garcia wrote:
>>
>> On Mon, Jan 8, 2018 at 2:32 PM, Fernando Nasser
>> wrote:
>>>
>>> On 2018-01-08 12:21 PM, Steve Dickson wrote:
Hello,
Is it a problem for a package to pull from two d
- Original Message -
> On Mon, Jan 8, 2018 at 2:52 PM, Jonathan Lebon wrote:
> > Interestingly, these are both things that Atomic Host make
> > easier to query.
> >
> > E.g. if both VMs are on AH but sitting on different commits,
> > you can pull the commit on one of the two and do:
> >
>
Hi, Vít.
On Monday, 08 January 2018 at 15:19, Vít Ondruch wrote:
> Hi everybody,
>
> The sidetag with Ruby 2.5 and all the rebuilt packages were merged into
> F25 [1]. Since the update of Ruby involved soname
> bump, we managed to rebuild most of the depending packages. But there
> are still some
Dear all,
You are kindly invited to the meeting:
Modularity WG (once every two weeks) on 2018-01-09 from 10:00:00 to 11:00:00
US/Eastern
At fedora-meetin...@irc.freenode.net
The meeting will be about:
Meeting of the Modularity Working Group.
More information available at: [Modularity Work
tl;dr:
We are fixing things as quickly as we can safely do so. The fixes will
be ongoing, keep testing and installing new kernels as they appear!
On Sat, Jan 6, 2018 at 1:32 PM, Chris Adams wrote:
> Once upon a time, Adam Williamson said:
>> * If the fix does cause problems on your hardware, you
On Mon, 2018-01-08 at 12:28 -0500, Matthew Miller wrote:
> On Mon, Jan 08, 2018 at 09:16:05AM -0800, Adam Williamson wrote:
> > A significant miss here is 'testing'. Making an arch primary means we
> > need to ensure we have the necessary resources to run all the relevant
> > validation testing.
>
On Mon, 2018-01-08 at 12:53 -0500, Stephen John Smoogen wrote:
> On 8 January 2018 at 12:28, Matthew Miller wrote:
> > On Mon, Jan 08, 2018 at 09:16:05AM -0800, Adam Williamson wrote:
> > > A significant miss here is 'testing'. Making an arch primary means we
> > > need to ensure we have the neces
On Mon, 2018-01-08 at 20:03 +0200, Jonathan Dieter wrote:
> On Mon, 2018-01-08 at 12:53 -0500, Stephen John Smoogen wrote:
> > On 8 January 2018 at 12:28, Matthew Miller
> > wrote:
> > > On Mon, Jan 08, 2018 at 09:16:05AM -0800, Adam Williamson wrote:
> > > > A significant miss here is 'testing'.
On Mon, Jan 08, 2018 at 04:49:44PM -0600, Justin Forbes wrote:
> combination of the 2. Unfortunately both have external requirements.
> Retpoline requires GCC patches, and microcode updates for some CPUs.
> IBRS requires microcode updates. While RHEL has done quite a bit of
Does this mean we shou
On Mon, Jan 08, 2018 at 08:27:22PM -0500, Matthew Miller wrote:
> > combination of the 2. Unfortunately both have external requirements.
> > Retpoline requires GCC patches, and microcode updates for some CPUs.
> > IBRS requires microcode updates. While RHEL has done quite a bit of
>
> Does this m
On Mon, Jan 08, 2018 at 04:37:34PM -0800, Adam Williamson wrote:
> > Are there hardware needs here? (Like, not in the server room but in QA
> > team member's hands?)
> pwhalen has hardware. Not sure who else does. I'm not going to ask for
> any, because it'd just join all my ARM hardware in the Pil
On Mon, 08 Jan 2018 19:53:01 +0100
Kevin Kofler wrote:
> Batching really needs to be left to the client side!
Right.
I did wonder what was going on with the updates...
dnf-cron, gnome-software etc could all *default* to weekly.
But if I'm doing a dnf update, I want the updates *now*.
On Mon, Jan 8, 2018 at 5:39 PM, Kevin Fenzi wrote:
> On 01/07/2018 08:01 PM, Kevin Kofler wrote:
>> Kevin Fenzi wrote:
>>> The critera for bypassing batched is if the update is marked "urgent".
>>
>> The problem is, this appears to be insufficient.
> Well, if this firefox update was urgent, should
On Mon, Jan 8, 2018 at 2:01 PM, Matthew Miller wrote:
> On Mon, Jan 08, 2018 at 07:04:31AM -0500, Martin Kolman wrote:
>> Yep - basically, there will be no "old" and "new, DBUS/modular"
>> Anaconda, the plan is to turn the current Anaconda to the new one one
>> step at a time.
>>
>> This should al
On Mon, Jan 8, 2018 at 5:16 PM, Adam Williamson
wrote:
> On Mon, 2018-01-08 at 14:40 +0100, Jan Kurik wrote:
>>
>> == Scope ==
>> * Proposal owners:
>> The general AArch64 support is already in place and is widely and
>> actively supported by the Fedora ARM SIG and numerous ARM vendors and
>> thir
On Mon, Jan 8, 2018 at 5:53 PM, Stephen John Smoogen wrote:
> On 8 January 2018 at 12:28, Matthew Miller wrote:
>> On Mon, Jan 08, 2018 at 09:16:05AM -0800, Adam Williamson wrote:
>>> A significant miss here is 'testing'. Making an arch primary means we
>>> need to ensure we have the necessary re
On Mon, Jan 8, 2018 at 6:03 PM, Jonathan Dieter wrote:
> On Mon, 2018-01-08 at 12:53 -0500, Stephen John Smoogen wrote:
>> On 8 January 2018 at 12:28, Matthew Miller
>> wrote:
>> > On Mon, Jan 08, 2018 at 09:16:05AM -0800, Adam Williamson wrote:
>> > > A significant miss here is 'testing'. Making
On Mon, Jan 8, 2018 at 6:06 PM, Andreas Tunek wrote:
> 2018-01-08 19:03 GMT+01:00 Jonathan Dieter :
>> On Mon, 2018-01-08 at 12:53 -0500, Stephen John Smoogen wrote:
>>> On 8 January 2018 at 12:28, Matthew Miller
>>> wrote:
>>> > On Mon, Jan 08, 2018 at 09:16:05AM -0800, Adam Williamson wrote:
>>
On Tue, 2018-01-09 at 02:31 +, Peter Robinson wrote:
> On Mon, Jan 8, 2018 at 2:01 PM, Matthew Miller
> wrote:
> > On Mon, Jan 08, 2018 at 07:04:31AM -0500, Martin Kolman wrote:
> > > Yep - basically, there will be no "old" and "new, DBUS/modular"
> > > Anaconda, the plan is to turn the curre
On Tue, 2018-01-09 at 03:43 +, Peter Robinson wrote:
>
> > A significant miss here is 'testing'. Making an arch primary means we
> > need to ensure we have the necessary resources to run all the relevant
> > validation testing.
> >
> > I note pwhalen is a co-owner of the proposal so he's like
>> > == Scope ==
>> > * Proposal owners:
>> > The general AArch64 support is already in place and is widely and
>> > actively supported by the Fedora ARM SIG and numerous ARM vendors
>> > and
>> > third parties in Fedora. There will be further and wider support,
>> > hardware enablement, polish and
On Mon, Jan 8, 2018 at 8:17 PM, Peter Robinson
wrote:
I thought for some reason that all updates marked as security were
automatically urgent, maybe I'm misremembering, but if not it might
be good to do that as a RFE that way all security updates go out non
batched.
Most security updates are
On Tue, Jan 9, 2018 at 3:57 AM, Adam Williamson
wrote:
> On Tue, 2018-01-09 at 03:43 +, Peter Robinson wrote:
>>
>> > A significant miss here is 'testing'. Making an arch primary means we
>> > need to ensure we have the necessary resources to run all the relevant
>> > validation testing.
>> >
On Tue, 2018-01-09 at 04:09 +, Peter Robinson wrote:
> On Tue, Jan 9, 2018 at 3:57 AM, Adam Williamson
> wrote:
> > On Tue, 2018-01-09 at 03:43 +, Peter Robinson wrote:
> > >
> > > > A significant miss here is 'testing'. Making an arch primary means we
> > > > need to ensure we have the n
No missing expected images.
Failed openQA tests: 15/128 (x86_64), 4/24 (i386), 1/2 (arm)
New failures (same test did not fail in Rawhide-20180107.n.0):
ID: 184999 Test: x86_64 universal install_no_swap
URL: https://openqa.fedoraproject.org/tests/184999
ID: 185004 Test: x86_64 universal
Started getting these bogus broken deps emails after merging a request
to depend on gcc conditionally. Is the broken dependencies check done
with yum era repoclosure still, or...?
- Panu -
Forwarded Message
Subject: Broken dependencies: redhat-rpm-config
Date: Tue,
75 matches
Mail list logo
