[389-devel] Please review 48961: Allow reset of cn=config values to default.

https://fedorahosted.org/389/ticket/48961 Please read this comment for an explanation of the change, https://fedorahosted.org/389/ticket/48961#comment:7 https://fedorahosted.org/389/attachment/ticket/48961/0001-Ticket-48961-Add-ability-to-delete-auditfaillog-from.patch

[Bug 1389631] perl-Crypt-OpenSSL-DSA-0.17 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1389631 --- Comment #1 from Upstream Release Monitoring --- Patching or scratch build for perl-Crypt-OpenSSL-DSA-0.15 failed. -- You are receiving this mail because: You are on the CC list for the

[Bug 1389631] perl-Crypt-OpenSSL-DSA-0.17 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1389631 --- Comment #2 from Upstream Release Monitoring --- Created attachment 1214825 --> https://bugzilla.redhat.com/attachment.cgi?id=1214825=edit Rebase-helper rebase-helper-debug.log log file.

[Bug 1389631] perl-Crypt-OpenSSL-DSA-0.17 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1389631 --- Comment #3 from Upstream Release Monitoring --- Following patches has been deleted: ['Crypt-OpenSSL-DSA-0.15-Adapt-to-OpenSSL-1.1.0.patch'] -- You are receiving this mail because: You are

[Bug 1389631] New: perl-Crypt-OpenSSL-DSA-0.17 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1389631 Bug ID: 1389631 Summary: perl-Crypt-OpenSSL-DSA-0.17 is available Product: Fedora Version: rawhide Component: perl-Crypt-OpenSSL-DSA Keywords: FutureFeature, Triaged

Re: yet anothers things to do: Appstream, comps and remix

On Qui, 2016-10-27 at 21:23 -0700, Adam Williamson wrote: > On Fri, 2016-10-28 at 04:53 +0100, Sérgio Basto wrote: > > > > Hello,  > > > > Adam Williamson wrote today in reply of one question (made by me) > > :  > > "Hmm, actually, maybe it currently doesn't, but it definitely has > > before: >

Re: yet anothers things to do: Appstream, comps and remix

On Fri, 2016-10-28 at 04:53 +0100, Sérgio Basto wrote: > Hello,  > > Adam Williamson wrote today in reply of one question (made by me) :  > "Hmm, actually, maybe it currently doesn't, but it definitely has > before: > >

yet anothers things to do: Appstream, comps and remix

Hello,  Adam Williamson wrote today in reply of one question (made by me) :  "Hmm, actually, maybe it currently doesn't, but it definitely has before: http://download1.rpmfusion.org/free/fedora/updates/testing/20/x86_64/comps.xml But basically, any repo can have comps data and dnf will respect

[Bug 1389608] New: perl-Unicode-Collate-1.17 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1389608 Bug ID: 1389608 Summary: perl-Unicode-Collate-1.17 is available Product: Fedora Version: rawhide Component: perl-Unicode-Collate Keywords: FutureFeature, Triaged Assignee:

Re: F25 workstation, and (almost) hidpi displays

> > > > DP-3-1 connected primary 1920x1200+0+0 (normal left inverted right x axis y > > axis) 518mm x 324mm > > > > Not sure what you think is hiding it, sounds like KDE is just broken. > > Well, no, that's not fair - X allows you to query the display size, and > it used to return whatever the

Re: F25 workstation, and (almost) hidpi displays

On Thu, 2016-10-27 at 20:29 -0400, David Airlie wrote: > > - Original Message - > > From: "Kevin Kofler" > > To: devel@lists.fedoraproject.org > > Sent: Friday, 28 October, 2016 7:50:48 AM > > Subject: Re: F25 workstation, and (almost) hidpi displays > > > >

Re: F25 workstation, and (almost) hidpi displays

- Original Message - > From: "Kevin Kofler" > To: devel@lists.fedoraproject.org > Sent: Friday, 28 October, 2016 7:50:48 AM > Subject: Re: F25 workstation, and (almost) hidpi displays > > nicolas.mail...@laposte.net wrote: > > But, GTK core maintainers have

[Bug 1389589] New: perl-Dist-Zilla-Plugin-Test-Compile-2.056 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1389589 Bug ID: 1389589 Summary: perl-Dist-Zilla-Plugin-Test-Compile-2.056 is available Product: Fedora Version: rawhide Component: perl-Dist-Zilla-Plugin-Test-Compile Keywords:

Re: Python 3.6 beta release in F26 Rawhide?

On 10/17/2016 10:57 AM, Nick Coghlan wrote: On 18 October 2016 at 00:49, Charalampos Stratakis wrote: The current URL should be https://beaker.qa.fedoraproject.org/ if that is the one you have in mind. Indeed it is, thank you! Cheers, Nick. Hi everyone, I'm

Re: Bodhi For Rawhide?

On Fri, 2016-10-28 at 00:17 +0200, Kevin Kofler wrote: > * One of the nice things which Bodhi does is running several check, such > > as depcheck, rpmlint (actually question if we are using rpmlint for > > Fedora builds was what triggered this email), etc. On one hand, I'd love > > to see these

[Bug 1389567] perl-Crypt-OpenSSL-Bignum-0.07 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1389567 --- Comment #3 from Upstream Release Monitoring --- Patches were not touched. All were applied properly -- You are receiving this mail because: You are on the CC list for the bug.

[Bug 1389567] perl-Crypt-OpenSSL-Bignum-0.07 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1389567 --- Comment #2 from Upstream Release Monitoring --- Created attachment 1214760 --> https://bugzilla.redhat.com/attachment.cgi?id=1214760=edit Rebase-helper rebase-helper-debug.log log file.

[Bug 1389567] perl-Crypt-OpenSSL-Bignum-0.07 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1389567 --- Comment #1 from Upstream Release Monitoring --- Patching or scratch build for perl-Crypt-OpenSSL-Bignum-0.06 failed. -- You are receiving this mail because: You are on the CC list for the

[Bug 1389567] New: perl-Crypt-OpenSSL-Bignum-0.07 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1389567 Bug ID: 1389567 Summary: perl-Crypt-OpenSSL-Bignum-0.07 is available Product: Fedora Version: rawhide Component: perl-Crypt-OpenSSL-Bignum Keywords: FutureFeature, Triaged

Re: F25 workstation, and (almost) hidpi displays

On Thu, 2016-10-27 at 23:50 +0200, Kevin Kofler wrote: > nicolas.mail...@laposte.net wrote: > > But, GTK core maintainers have always insisted those didn't exist (just > > like they insisted on hardcoding 96 dpi, on the eve of Apple showing the > > world it was arbitrary and obsolete). > > The

Re: [Fwd: Re: [Fedora-packaging] Re: why the Group tag is obsolete ?]

Sérgio Basto wrote: > Many thanks by your reply, yes or creterepo could use appdata directly, > makes sense improve createrepo with appdata, btw I noticie, apper (kde > software manager) on Fedora 24 fails on search groups with: > "SearchGroups not supported by backend" , what tools we have to

Re: Bodhi For Rawhide?

Vít Ondruch wrote: > I am thinking, why we don't have enabled Bodhi for Rawhide? I know that > you might think now that I went nut and it is bureaucracy, but let me > explain. > > If I understand it correctly, during several past years, our build > process was more streamlined and we are trying

Re: F25 workstation, and (almost) hidpi displays

On 27 October 2016 at 17:50, Kevin Kofler wrote: > nicolas.mail...@laposte.net wrote: >> But, GTK core maintainers have always insisted those didn't exist (just >> like they insisted on hardcoding 96 dpi, on the eve of Apple showing the >> world it was arbitrary and

Re: F25 workstation, and (almost) hidpi displays

nicolas.mail...@laposte.net wrote: > But, GTK core maintainers have always insisted those didn't exist (just > like they insisted on hardcoding 96 dpi, on the eve of Apple showing the > world it was arbitrary and obsolete). The worst is that this mentality has infected the core X11 as well, also

Fedora 25 Final blocker status mail #1

Hi folks! The Fedora 25 Final freeze is fast approaching (it's 2016-11- 01), so it's time for a blocker status mail. As there's only five blockers, I'll skip the tl;dr summary, the mail is quite short anyhow. Bug-by-bug detail = 1.

Re: Bodhi For Rawhide?

On Thu, Oct 27, 2016 at 05:17:59PM +0200, Vít Ondruch wrote: > Why Koji functionality? If there was Bodhi for Rawhide enabled, then > this is probably fedpkg extension. E.g. "fedpkg build" knows when the > build succeeds, then it can immediately follow with "fedpkg update" and > if all the

Re: Bodhi For Rawhide?

On Thu, Oct 27, 2016 at 08:15:21AM -0700, Adam Williamson wrote: > > > My concern would be further diluting and already thin QA community > > > with yet another thing to test. > > What if updates to Bikeshed which pass all the automated tests were > > pushed automatically in batches every, say,

Re: Bodhi For Rawhide?

On Thu, Oct 27, 2016 at 10:48:24AM -0400, Josh Boyer wrote: > My concern isn't "how do we get Bikeshed tested". It's "how do we > make sure Rawhide continues to be tested if Bikeshed exists and > promises to be somehow a more stable rawhide". Simple: it probably wouldn't. > Rawhide testing

Re: [Fwd: Re: [Fedora-packaging] Re: why the Group tag is obsolete ?]

On Qui, 2016-10-27 at 14:07 -0500, Dennis Gilmore wrote: > On jueves, 27 de octubre de 2016 5:39:20 PM CDT Sérgio Basto wrote: > > > > Hi,  > > > > On Qui, 2016-10-27 at 09:30 -0700, Adam Williamson wrote: > > > > > > On Thu, 2016-10-27 at 17:24 +0100, Sérgio Basto wrote: > > > > > > > >

Re: Slow configure scripts

On 27/10/16 17:09, Pavel Raiskup wrote: > On Thursday, October 27, 2016 3:23:25 PM CEST Pádraig Brady wrote: >> On 24/10/16 17:35, Florian Weimer wrote: >>> I recall some reports that configure scripts are really slow in recent >>> Fedora versions due to pervasive use of BIND_NOW. >>> >>> Has

Re: [Fwd: Re: [Fedora-packaging] Re: why the Group tag is obsolete ?]

On jueves, 27 de octubre de 2016 5:39:20 PM CDT Sérgio Basto wrote: > Hi, > > On Qui, 2016-10-27 at 09:30 -0700, Adam Williamson wrote: > > On Thu, 2016-10-27 at 17:24 +0100, Sérgio Basto wrote: > > > Hello, I'd like understand how groups of package are now detect , > > > specially in 3rd repo

Re: Bodhi For Rawhide?

On 10/27/2016 08:05 AM, Matthew Miller wrote: On Thu, Oct 27, 2016 at 12:53:27PM +0200, Vít Ondruch wrote: * And probably last think, why the Rawhide should be really exception? Why we should not use Bodhi if we are using it anywhere else? Lets use Bodhi for Rawhide, where the submitted update

Re: Slow configure scripts

On 10/27/2016 07:01 PM, Pavel Raiskup wrote: On Monday, October 24, 2016 6:35:36 PM CEST Florian Weimer wrote: I recall some reports that configure scripts are really slow in recent Fedora versions due to pervasive use of BIND_NOW. Based on BIND_NOW, you are talking about builds in Koji.

Re: Slow configure scripts

On Monday, October 24, 2016 6:35:36 PM CEST Florian Weimer wrote: > I recall some reports that configure scripts are really slow in recent > Fedora versions due to pervasive use of BIND_NOW. Based on BIND_NOW, you are talking about builds in Koji. Right? To build from source (repeated

Re: [Fwd: Re: [Fedora-packaging] Re: why the Group tag is obsolete ?]

On Thu, 2016-10-27 at 17:39 +0100, Sérgio Basto wrote: > Hi,  > > On Qui, 2016-10-27 at 09:30 -0700, Adam Williamson wrote: > > On Thu, 2016-10-27 at 17:24 +0100, Sérgio Basto wrote: > > > > > > Hello, I'd like understand how groups of package are now detect , > > > specially in 3rd repo

Re: [Fwd: Re: [Fedora-packaging] Re: why the Group tag is obsolete ?]

Hi,  On Qui, 2016-10-27 at 09:30 -0700, Adam Williamson wrote: > On Thu, 2016-10-27 at 17:24 +0100, Sérgio Basto wrote: > > > > Hello, I'd like understand how groups of package are now detect , > > specially in 3rd repo packages  which can't use comps.xml.  > Sure they can. Third party repos can

Re: [Fwd: Re: [Fedora-packaging] Re: why the Group tag is obsolete ?]

On Thu, 2016-10-27 at 17:24 +0100, Sérgio Basto wrote: > Hello, I'd like understand how groups of package are now detect , > specially in 3rd repo packages  which can't use comps.xml.  Sure they can. Third party repos can provide comps, and all Fedora packaging tools will use it. RPMFusion, for

[Fwd: Re: [Fedora-packaging] Re: why the Group tag is obsolete ?]

Hello, I'd like understand how groups of package are now detect , specially in 3rd repo packages  which can't use comps.xml.  Thanks !  Forwarded Message From: Sérgio Basto To: packag...@lists.fedoraproject.org Subject: Re: [Fedora-packaging] Re: why the

Re: Slow configure scripts

On Thursday, October 27, 2016 3:23:25 PM CEST Pádraig Brady wrote: > On 24/10/16 17:35, Florian Weimer wrote: > > I recall some reports that configure scripts are really slow in recent > > Fedora versions due to pervasive use of BIND_NOW. > > > > Has anyone investigated this further? Is there a

Re: RPM %changelog?

On Thu, 2016-10-27 at 13:57 +0200, Michael Schwendt wrote: > On Tue, 25 Oct 2016 08:40:04 -0700, Adam Williamson wrote: > > > That's pretty much the exact *opposite* of what I put in the changelog, > > FWIW. > > It is no news that in recent years some people have pushed their own > agenda about

Re: Bodhi For Rawhide?

On Thu, 2016-10-27 at 10:37 -0400, Matthew Miller wrote: > On Thu, Oct 27, 2016 at 10:12:09AM -0400, Josh Boyer wrote: > > > What if we leave Rawhide as it is, but create the new > > > somewhat-better-than-Rawhide repo that Dennis Gilmore was talking about > > > last year, and enable Bodhi on

Re: Bodhi For Rawhide?

Dne 27.10.2016 v 16:45 Matthew Miller napsal(a): > On Thu, Oct 27, 2016 at 04:35:17PM +0200, Vít Ondruch wrote: >> This means to go to some unexplored lands. I am not sure I am fan of >> this idea. >>> It might be nice for the "fedpkg build" command line to take the >>> "--type

Re: Bodhi For Rawhide?

On Thu, Oct 27, 2016 at 04:35:17PM +0200, Vít Ondruch wrote: > This means to go to some unexplored lands. I am not sure I am fan of > this idea. > > It might be nice for the "fedpkg build" command line to take the > > "--type bugfix|enhancement|security" option so that could be passed on > > in

Re: Bodhi For Rawhide?

On Thu, Oct 27, 2016 at 10:37 AM, Matthew Miller wrote: > On Thu, Oct 27, 2016 at 10:12:09AM -0400, Josh Boyer wrote: >> > What if we leave Rawhide as it is, but create the new >> > somewhat-better-than-Rawhide repo that Dennis Gilmore was talking about >> > last year,

Re: Bodhi For Rawhide?

On Thu, Oct 27, 2016 at 10:12:09AM -0400, Josh Boyer wrote: > > What if we leave Rawhide as it is, but create the new > > somewhat-better-than-Rawhide repo that Dennis Gilmore was talking about > > last year, and enable Bodhi on that? (The thing that I very desperately > > want to be named "Fedora

Re: Bodhi For Rawhide?

Dne 27.10.2016 v 16:05 Matthew Miller napsal(a): > On Thu, Oct 27, 2016 at 12:53:27PM +0200, Vít Ondruch wrote: >> * And probably last think, why the Rawhide should be really exception? >> Why we should not use Bodhi if we are using it anywhere else? >> Lets use Bodhi for Rawhide, where the

Re: Slow configure scripts

On 24/10/16 17:35, Florian Weimer wrote: > I recall some reports that configure scripts are really slow in recent > Fedora versions due to pervasive use of BIND_NOW. > > Has anyone investigated this further? Is there a bug report somewhere? Related to this I was wondering if there was any

Re: Firefox 49.0.2

On 10/27/2016 11:11 AM, Michael J Gruber wrote: Martin Stransky venit, vidit, dixit 26.10.2016 11:42: Thanks for pointing it here, I miss that minor update. Btw. a new #BZ at bugzilla.redhat.com would work even better. There are two security bugs marked as "High" which means "Moderate" in

Re: Bodhi For Rawhide?

On Thu, Oct 27, 2016 at 10:05 AM, Matthew Miller wrote: > On Thu, Oct 27, 2016 at 12:53:27PM +0200, Vít Ondruch wrote: >> * And probably last think, why the Rawhide should be really exception? >> Why we should not use Bodhi if we are using it anywhere else? >> Lets use

Re: Bodhi For Rawhide?

On Thu, Oct 27, 2016 at 12:53:27PM +0200, Vít Ondruch wrote: > * And probably last think, why the Rawhide should be really exception? > Why we should not use Bodhi if we are using it anywhere else? > Lets use Bodhi for Rawhide, where the submitted update would immediately > go into Rawhide, unless

Fedora Rawhide-20161027.n.0 compose check report

Missing expected images: Cloud_base qcow2 x86_64 Atomic qcow2 x86_64 Workstation live i386 Kde live x86_64 Cloud_base raw-xz x86_64 Atomic raw-xz x86_64 Kde raw-xz armhfp Minimal raw-xz armhfp Workstation live x86_64 Kde live i386 Failed openQA tests: 8/79 (x86_64), 2/15 (i386) New failures

Re: Bodhi For Rawhide?

Dne 27.10.2016 v 14:12 Pavel Raiskup napsal(a): > On Thursday, October 27, 2016 12:53:27 PM CEST Vít Ondruch wrote: >> * And probably last think, why the Rawhide should be really exception? >> Why we should not use Bodhi if we are using it anywhere else? > The reason for exception might be that

Re: Bodhi For Rawhide?

Dne 27.10.2016 v 13:42 Neal Gompa napsal(a): > On Thu, Oct 27, 2016 at 6:53 AM, Vít Ondruch wrote: >> Hi all, >> >> I am thinking, why we don't have enabled Bodhi for Rawhide? I know that >> you might think now that I went nut and it is bureaucracy, but let me >> explain.

Re: Bodhi For Rawhide?

On Thursday, October 27, 2016 12:53:27 PM CEST Vít Ondruch wrote: > Hi all, > > I am thinking, why we don't have enabled Bodhi for Rawhide? I know that > you might think now that I went nut and it is bureaucracy, Not at all to me. > but let me > explain. > > If I understand it correctly,

Re: RPM %changelog?

On Tue, 25 Oct 2016 08:40:04 -0700, Adam Williamson wrote: > That's pretty much the exact *opposite* of what I put in the changelog, > FWIW. It is no news that in recent years some people have pushed their own agenda about what to put into which changelog. I can't do anything about that. > For

Re: Bodhi For Rawhide?

On Thu, Oct 27, 2016 at 6:53 AM, Vít Ondruch wrote: > Hi all, > > I am thinking, why we don't have enabled Bodhi for Rawhide? I know that > you might think now that I went nut and it is bureaucracy, but let me > explain. > > If I understand it correctly, during several past

Fedora rawhide compose report: 20161027.n.0 changes

OLD: Fedora-Rawhide-20161026.n.0 NEW: Fedora-Rawhide-20161027.n.0 = SUMMARY = Added images:0 Dropped images: 38 Added packages: 7 Dropped packages:0 Upgraded packages: 59 Downgraded packages: 0 Size of added packages: 766.44 KiB Size of dropped packages

Re: Pondering security update time frames

On Thu, Oct 27, 2016 at 07:37:48AM +0100, Peter Robinson wrote: > > simpel problem. It'd be nice if we could reduce that turn-around time > > to hours, if not minutes. > If it takes several goes to get right it's clearly not a simple > problem! I don't think that's so clear -- there's lots of

Bodhi For Rawhide?

Hi all, I am thinking, why we don't have enabled Bodhi for Rawhide? I know that you might think now that I went nut and it is bureaucracy, but let me explain. If I understand it correctly, during several past years, our build process was more streamlined and we are trying to do the Rawhide

pghmcfc pushed to perl-Test2-Plugin-NoWarnings (perl-Test2-Plugin-NoWarnings-0.04-2.fc25). "We provide Test2::Event::Warning so we don't need to build-require it"

From 97acaba71a36ff87d3536c514e622caecbf3d17d Mon Sep 17 00:00:00 2001 From: Paul Howarth Date: Thu, 27 Oct 2016 11:57:15 +0100 Subject: We provide Test2::Event::Warning so we don't need to build-require it --- perl-Test2-Plugin-NoWarnings.spec | 6 -- 1 file changed, 4

pghmcfc pushed to perl-Test2-Plugin-NoWarnings (perl-Test2-Plugin-NoWarnings-0.04-2.fc26). "We provide Test2::Event::Warning so we don't need to build-require it"

This commit already existed in another branch. http://pkgs.fedoraproject.org/cgit/perl-Test2-Plugin-NoWarnings.git/commit/?h=perl-Test2-Plugin-NoWarnings-0.04-2.fc26=97acaba71a36ff87d3536c514e622caecbf3d17d ___ perl-devel mailing list --

Broken dependencies: perl-Alien-ROOT

perl-Alien-ROOT has broken dependencies in the rawhide tree: On aarch64: perl-Alien-ROOT-5.34.36.1-1.fc26.noarch requires root-core Please resolve this as soon as possible. ___ perl-devel mailing list -- perl-devel@lists.fedoraproject.org To

Broken dependencies: perl-Data-Alias

perl-Data-Alias has broken dependencies in the rawhide tree: On aarch64: perl-Data-Alias-1.20-2.fc24.aarch64 requires libperl.so.5.22()(64bit) perl-Data-Alias-1.20-2.fc24.aarch64 requires perl(:MODULE_COMPAT_5.22.1) On x86_64: perl-Data-Alias-1.20-2.fc24.x86_64 requires

pghmcfc pushed to perl-Test2-Plugin-NoWarnings (f25). "We provide Test2::Event::Warning so we don't need to build-require it"

From 97acaba71a36ff87d3536c514e622caecbf3d17d Mon Sep 17 00:00:00 2001 From: Paul Howarth Date: Thu, 27 Oct 2016 11:57:15 +0100 Subject: We provide Test2::Event::Warning so we don't need to build-require it --- perl-Test2-Plugin-NoWarnings.spec | 6 -- 1 file changed, 4

pghmcfc pushed to perl-Test2-Plugin-NoWarnings (master). "We provide Test2::Event::Warning so we don't need to build-require it"

From 97acaba71a36ff87d3536c514e622caecbf3d17d Mon Sep 17 00:00:00 2001 From: Paul Howarth Date: Thu, 27 Oct 2016 11:57:15 +0100 Subject: We provide Test2::Event::Warning so we don't need to build-require it --- perl-Test2-Plugin-NoWarnings.spec | 6 -- 1 file changed, 4

[Bug 1383759] perl-Crypt-OpenSSL-X509-1.807-1.fc26 FTBFS: unknown type name 'NETSCAPE_X509'

https://bugzilla.redhat.com/show_bug.cgi?id=1383759 Petr Pisar changed: What|Removed |Added Keywords||Patch

[Bug 1383759] perl-Crypt-OpenSSL-X509-1.807-1.fc26 FTBFS: unknown type name 'NETSCAPE_X509'

https://bugzilla.redhat.com/show_bug.cgi?id=1383759 Petr Pisar changed: What|Removed |Added Status|NEW |ASSIGNED

ppisar pushed to perl-Crypt-OpenSSL-X509 (master). "Adjust to OpenSSL 1.1.0"

From 7d745a54c4669a21c0430b277870439358a6384d Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= Date: Thu, 27 Oct 2016 12:33:29 +0200 Subject: Adjust to OpenSSL 1.1.0 --- ...F-OPENSSL_STRING-conflicts-with-OpenSSL-1.patch | 49 +++

Re: Firefox 49.0.2

Martin Stransky venit, vidit, dixit 26.10.2016 11:42: > Thanks for pointing it here, I miss that minor update. Btw. a new #BZ at > bugzilla.redhat.com would work even better. > > There are two security bugs marked as "High" which means "Moderate" in > Fedora terms. The big ones has "Critical"

Re: F26 proposed release tooling changes

On to, 27 loka 2016, Jan Kurik wrote: I am not very familiar with the Fedora Infrastructure, I am just curios whether the kerberos is going to be somehow synchronized with FAS ? In short: yes. However, please wait for official announcement by Fedora Infrastructure for the actual details. --

ppisar pushed to perl-Crypt-OpenSSL-AES (master). "Rebuild against OpenSSL 1.1.0"

From 0d08c983bb8f5e73c0f8fd85974101e8406a80c0 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= Date: Thu, 27 Oct 2016 10:40:22 +0200 Subject: Rebuild against OpenSSL 1.1.0 --- perl-Crypt-OpenSSL-AES.spec | 5 - 1 file changed, 4 insertions(+), 1

[Bug 1383651] perl-Crypt-OpenSSL-DSA-0.15-5.fc26 FTBFS: dereferencing pointer to incomplete type 'DSA {aka struct dsa_st}'

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

ppisar pushed to perl-Crypt-OpenSSL-DSA (master). "Adapt to OpenSSL 1.1.0"

From 6c0beb8e116ee33803e83fa614bb9efaa95d894e Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= Date: Thu, 27 Oct 2016 10:31:36 +0200 Subject: Adapt to OpenSSL 1.1.0 --- ...t-OpenSSL-DSA-0.15-Adapt-to-OpenSSL-1.1.0.patch | 462 +

[Bug 1383760] perl-Crypt-OpenSSL-PKCS10-0.15-3.fc26 FTBFS: dereferencing pointer to incomplete type ' EVP_PKEY {aka struct evp_pkey_st}'

https://bugzilla.redhat.com/show_bug.cgi?id=1383760 Bug 1383760 depends on bug 1383650, which changed state. Bug 1383650 Summary: perl-Crypt-OpenSSL-RSA-0.28-15.fc26 FTBFS: dereferencing pointer to incomplete type 'RSA {aka struct rsa_st}' https://bugzilla.redhat.com/show_bug.cgi?id=1383650

[Bug 1383650] perl-Crypt-OpenSSL-RSA-0.28-15.fc26 FTBFS: dereferencing pointer to incomplete type 'RSA {aka struct rsa_st}'

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

[Bug 1383651] perl-Crypt-OpenSSL-DSA-0.15-5.fc26 FTBFS: dereferencing pointer to incomplete type 'DSA {aka struct dsa_st}'

https://bugzilla.redhat.com/show_bug.cgi?id=1383651 Petr Pisar changed: What|Removed |Added Status|NEW |ASSIGNED

ppisar pushed to perl-Crypt-OpenSSL-RSA (master). "Adjust to OpenSSL 1.1.0"

From 23f82cd56a261c6c8d45ae4074bf2d0be2a5cd55 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= Date: Thu, 27 Oct 2016 10:20:58 +0200 Subject: Adjust to OpenSSL 1.1.0 --- ...t-OpenSSL-RSA-0.28-Adapt-to-OpenSSL-1.1.0.patch | 185 +

[Bug 1383650] perl-Crypt-OpenSSL-RSA-0.28-15.fc26 FTBFS: dereferencing pointer to incomplete type 'RSA {aka struct rsa_st}'

https://bugzilla.redhat.com/show_bug.cgi?id=1383650 Petr Pisar changed: What|Removed |Added Status|NEW |ASSIGNED

Re: F26 proposed release tooling changes

I am not very familiar with the Fedora Infrastructure, I am just curios whether the kerberos is going to be somehow synchronized with FAS ? Jan On Wed, Oct 26, 2016 at 7:50 PM, Charalampos Stratakis wrote: > kerberos support for Fedora infra would be an amazing step

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

The following Fedora EPEL 7 Security updates need testing: Age URL 598 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-1087 dokuwiki-0-0.24.20140929c.el7 360 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-dac7ed832f mcollective-2.8.4-1.el7 79

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

The following Fedora EPEL 5 Security updates need testing: Age URL 717 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2014-3849 sblim-sfcb-1.3.8-2.el5 360 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-edbea40516 mcollective-2.8.4-1.el5 332

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

The following Fedora EPEL 6 Security updates need testing: Age URL 476 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-7031 python-virtualenv-12.0.7-1.el6 470 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-7168 rubygem-crack-0.3.2-2.el6 402

Re: Pondering security update time frames

On Wed, Oct 26, 2016 at 4:25 PM, Matthew Miller wrote: > On Tue, Oct 25, 2016 at 07:37:32PM -0600, Kevin Fenzi wrote: >> Nope. We have talked about having some kind of fast track, but IMHO, we >> should just get the normal process faster. > > Getting the normal process