Re: F28 System Wide Change: AArch64 Server Promotion

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. >

Re: [Test-Announce] Call for testing: updates to address today's CPU/kernel vulnerability

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

Re: Security updates and batched pushes

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

Re: Security updates and batched pushes

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.

Re: [Test-Announce] Call for testing: updates to address today's CPU/kernel vulnerability

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

Re: F28 System Wide Change: AArch64 Server Promotion

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

Fwd: Broken dependencies: redhat-rpm-config

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,

Re: F28 System Wide Change: AArch64 Server Promotion

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

Re: F28 System Wide Change: AArch64 Server Promotion

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 > > > >

Fwd: Re: F28 Self Contained Change: Thunderbolt Enablement

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

Re: Fwd: Re: F28 Self Contained Change: Thunderbolt Enablement

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

Re: F28 System Wide Change: Make authselect default tool instead of authconfig

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

Re: F28 System Wide Change: Make authselect default tool instead of authconfig

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:

Re: F28 System Wide Change: Make authselect default tool instead of authconfig

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:

Package Question

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

Re: F28 System Wide Change: AArch64 Server Promotion

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

Changelog between OS states (ie: VMs)

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.

Re: F28 System Wide Change: AArch64 Server Promotion

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 > >

Re: Package Question

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

Re: Package Question

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.

Re: Package Question

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

Re: Changelog between OS states (ie: VMs)

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

Re: Changelog between OS states (ie: VMs)

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

Re: F28 System Wide Change: AArch64 Server Promotion

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,

Re: F28 System Wide Change: AArch64 Server Promotion

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

Re: F28 System Wide Change: AArch64 Server Promotion

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 >>

Re: Package Question

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

Re: Disable a package for Fedora 26

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

Re: Package Question

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 >>> >>>

Re: Package Question

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

Re: Security updates and batched pushes

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

F28 System Wide Change: mpfr-4.0.0

= 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),

Re: Ruby 2.5 - Mass rebuild

- 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, > >

Re: Ruby 2.5 - Mass rebuild

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 >>

Re: F28 System Wide Change: AArch64 Server Promotion

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

Re: Package Question

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

Re: Package Question

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 >>

Re: Changelog between OS states (ie: VMs)

- 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?"

Re: F28 System Wide Change: AArch64 Server Promotion

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

Re: Security updates and batched pushes

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

Re: Changelog between OS states (ie: VMs)

- 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

Re: Package Question

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

Re: Package Question

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:

Re: Changelog between OS states (ie: VMs)

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

Re: F28 System Wide Change: AArch64 Server Promotion

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

[Fedocal] Reminder meeting : Modularity WG (once every two weeks)

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

Re: [Test-Announce] Call for testing: updates to address today's CPU/kernel vulnerability

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

Re: Ruby 2.5 - Mass rebuild

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

Re: F28 System Wide Change: AArch64 Server Promotion

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

Re: F28 System Wide Change: AArch64 Server Promotion

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: >> >

Re: F28 System Wide Change: AArch64 Server Promotion

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:

Re: F28 Self Contained Change: Anaconda modularization

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

Re: F28 System Wide Change: AArch64 Server Promotion

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

Re: F28 Self Contained Change: Anaconda modularization

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,

Re: F28 System Wide Change: AArch64 Server Promotion

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

Re: F28 System Wide Change: AArch64 Server Promotion

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

Fedora Rawhide-20180108.n.0 compose check report

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

Re: F28 System Wide Change: AArch64 Server Promotion

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

Re: Security updates and batched pushes

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

Re: F28 System Wide Change: AArch64 Server Promotion

>> > == 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

F28 System Wide Change: AArch64 Server Promotion

= 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,

Re: Self Introduction: Abhiram Kuchibhotla

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

Re: Fwd: Re: F28 Self Contained Change: Thunderbolt Enablement

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

Re: F28 Self Contained Change: Anaconda modularization

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"

Re: Fwd: Re: F28 Self Contained Change: Thunderbolt Enablement

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

Re: F28 Self Contained Change: Anaconda modularization

- 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,

Re: F28 Self Contained Change: VirtualBox Guest Integration

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

Re: F28 System Wide Change: Make authselect default tool instead of authconfig

- 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

Re: F28 Self Contained Change: Anaconda modularization

- 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 +,

Re: Fwd: Re: F28 Self Contained Change: Thunderbolt Enablement

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)

Re: F28 Self Contained Change: Anaconda modularization

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 >

Re: Ruby 2.5 - Mass rebuild

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

Disable a package for Fedora 26

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

Flexible Metadata Format

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

nfs-utils: does not compile in rawhide

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.

[Bug 1377996] perl-XML-LibXML: Expanding external entities by default

https://bugzilla.redhat.com/show_bug.cgi?id=1377996 Doran Moppert changed: What|Removed |Added Status|NEW |CLOSED

[Bug 1480480] perl-RPM2-1.3-8.fc27 FTBFS: lib/RPM2.xs:157:20: error: ' RPMVSF_NOSHA1' undeclared

https://bugzilla.redhat.com/show_bug.cgi?id=1480480 Petr Pisar changed: What|Removed |Added Status|NEW |CLOSED Fixed In

[389-devel] Please review: Ticket 49523 - Refactor CI test

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

[389-devel] revised: Ticket 49524 - password token checking breaks if password has the same length as the entry attribute

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 > >

[EPEL-devel] Fedora EPEL 6 updates-testing report

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

[EPEL-devel] Fedora EPEL 7 updates-testing report

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

[Bug 1532230] perl-RPM2-1.4 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1532230 Fedora Update System changed: What|Removed |Added Status|MODIFIED|ON_QA

[Bug 1532232] perl-Text-Xslate-v3.5.6 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1532232 Jitka Plesnikova changed: What|Removed |Added Status|ASSIGNED|CLOSED Fixed

[Bug 1532250] New: perl-Net-SSLeay fails to connect to some SSL servers

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:

[Bug 1532230] perl-RPM2-1.4 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1532230 Jitka Plesnikova changed: What|Removed |Added Status|NEW |MODIFIED

[Bug 1532230] perl-RPM2-1.4 is available

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

[Bug 1532230] New: perl-RPM2-1.4 is available

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

[Bug 1532232] New: perl-Text-Xslate-v3.5.6 is available

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:

[Bug 1470030] perl-Test-LeakTrace-0.16-1.fc27 FTBFS: Failed test ' UninitCondition' on ppc64

https://bugzilla.redhat.com/show_bug.cgi?id=1470030 Petr Pisar changed: What|Removed |Added See Also|

[389-devel] Please Review: Issue 48118 - Add CI test case

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

[Bug 1532095] perl-Mouse-2.5.1 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1532095 Paul Howarth changed: What|Removed |Added Status|NEW |CLOSED Fixed In

[Bug 1532250] perl-Net-SSLeay fails to connect to some SSL servers

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

[Bug 1532250] perl-Net-SSLeay fails to connect to some SSL servers

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

[Bug 1532250] perl-Net-SSLeay fails to connect to some SSL servers

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