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,
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
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
> > > >
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
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.
>> > == 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
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
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,
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 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:
>> >
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
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
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
https://bugzilla.redhat.com/show_bug.cgi?id=1377996
Doran Moppert changed:
What|Removed |Added
Status|NEW |CLOSED
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
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
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
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
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
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
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
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.
>
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
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
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
- 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
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
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
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:
https://bugzilla.redhat.com/show_bug.cgi?id=1532230
Fedora Update System changed:
What|Removed |Added
Status|MODIFIED|ON_QA
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
>>
The following Fedora EPEL 7 Security updates need testing:
Age URL
1036 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-1087
dokuwiki-0-0.24.20140929c.el7
799 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-dac7ed832f
mcollective-2.8.4-1.el7
381
- 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?"
The following Fedora EPEL 6 Security updates need testing:
Age URL
909 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-7168
rubygem-crack-0.3.2-2.el6
799 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-e2b4b5b2fb
mcollective-2.8.4-1.el6
770
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
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
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
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
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
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
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
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
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
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
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
>>>
>>>
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
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
> >
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.
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
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
>>
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 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
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
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
https://pagure.io/389-ds-base/issue/49523
https://pagure.io/389-ds-base/issue/raw/files/da1e9819a28050aed3d00828a1b8212f19420411d6fd8e11aabe7a6776f851c3-0001-Ticket-49523-Refactor-CI-test.patch
signature.asc
Description: PGP signature
___
389-devel
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
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,
https://bugzilla.redhat.com/show_bug.cgi?id=1532250
--- Comment #3 from Paul Howarth ---
Requests for enhancements to Net::SSLeay's error messages would be best off
directed to the upstream maintainer. The documentation suggests
https://alioth.debian.org/projects/net-ssleay
https://bugzilla.redhat.com/show_bug.cgi?id=1532250
--- Comment #2 from Need Real Name ---
Thank you, Paul. I will fix the script with the
SSL_cipher_list => 'DES-CBC3-SHA'
that you recommended, I have no control over the site www.halstead.com
My bug report was mostly about
https://bugzilla.redhat.com/show_bug.cgi?id=1532250
--- Comment #1 from Paul Howarth ---
The problem here is that the target server doesn't support newer SSL
protocols/ciphers, and the ones it does support are below the standard required
by the system-wide crypto policy (see
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.
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
>>
https://pagure.io/389-ds-base/issue/raw/files/1e329597283ab242ecfe42394e817e7b408e215b73a8fc3dd715e0ed303d6a2b-0001-Ticket-49524-Password-policy-minimum-token-length-fa.patch
On 01/05/2018 12:47 PM, Mark Reynolds wrote:
> https://pagure.io/389-ds-base/issue/49524
>
>
- 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,
>
>
= 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),
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
https://bugzilla.redhat.com/show_bug.cgi?id=1532095
Paul Howarth changed:
What|Removed |Added
Status|NEW |CLOSED
Fixed In
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
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
Hello,
Please review my patch for - Add CI test for Replication test suit
https://pagure.io/389-ds-base/issue/48118
https://pagure.io/389-ds-base/issue/raw/files/67774c3468e49bb0457d1b36b7de325d2e1fb0b008e66e076e6a8031ec6c8074-0001-Ticket-48118-Add-CI-test-case.patch
Thanks & Regards,
Amita
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
>
= 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,
- 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,
https://bugzilla.redhat.com/show_bug.cgi?id=1532250
Bug ID: 1532250
Summary: perl-Net-SSLeay fails to connect to some SSL servers
Product: Fedora
Version: 27
Component: perl-Net-SSLeay
Assignee: p...@city-fan.org
Reporter:
https://bugzilla.redhat.com/show_bug.cgi?id=1532232
Jitka Plesnikova changed:
What|Removed |Added
Status|ASSIGNED|CLOSED
Fixed
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
https://bugzilla.redhat.com/show_bug.cgi?id=1532230
--- Comment #1 from Fedora Update System ---
perl-RPM2-1.4-1.fc27 has been submitted as an update to Fedora 27.
https://bodhi.fedoraproject.org/updates/FEDORA-2018-0bfed89ef0
--
You are receiving this mail
https://bugzilla.redhat.com/show_bug.cgi?id=1532230
Jitka Plesnikova changed:
What|Removed |Added
Status|NEW |MODIFIED
https://bugzilla.redhat.com/show_bug.cgi?id=1532232
Bug ID: 1532232
Summary: perl-Text-Xslate-v3.5.6 is available
Product: Fedora
Version: rawhide
Component: perl-Text-Xslate
Keywords: FutureFeature, Triaged
Assignee:
https://bugzilla.redhat.com/show_bug.cgi?id=1532230
Bug ID: 1532230
Summary: perl-RPM2-1.4 is available
Product: Fedora
Version: rawhide
Component: perl-RPM2
Keywords: FutureFeature, Triaged
Assignee: jples...@redhat.com
- 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 +,
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"
https://bugzilla.redhat.com/show_bug.cgi?id=1470030
Petr Pisar changed:
What|Removed |Added
See Also|
- 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
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
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
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
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)
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:
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
https://bugzilla.redhat.com/show_bug.cgi?id=1480480
Petr Pisar changed:
What|Removed |Added
Status|NEW |CLOSED
Fixed In
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:
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
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
94 matches
Mail list logo