Re: PROPOSAL: Blocking the release is our only "big hammer" — let's add a softer one.

On 13/10/16 13:59, Adam Williamson wrote: > On Thu, 2016-10-13 at 10:45 +1000, Jeff Fearn wrote: >> On 13/10/16 10:37, Adam Williamson wrote:> 3. Bugzilla queries are (still) >> slow as hell (though not >> quite as bad >>> as when we wrote blockerbugs). >> >> I haven't seen many bugs about this

Re: PROPOSAL: Blocking the release is our only "big hammer" — let's add a softer one.

On 13/10/16 14:02, Adam Williamson wrote: > On Wed, 2016-10-12 at 21:09 -0400, Josh Boyer wrote: >> On Wed, Oct 12, 2016 at 8:33 PM, Adam Williamson >> wrote: >>> On Wed, 2016-10-12 at 09:55 -0400, Josh Boyer wrote: All of the extra app stuff could be avoided if

Re: F26 Self Contained Change: PHP 7.1 - mcrypt extension

Le 11/10/2016 à 14:43, Jan Kurik a écrit : > = Proposed Self Contained Change: PHP 7.1 = > https://fedoraproject.org/wiki/Changes/php71 Among some minor changes, starting with 7.1, the "mcrypt" extension is deprecated. So latest version to fix packages which still use/require this dead cow.

Re: PROPOSAL: Blocking the release is our only "big hammer" — let's add a softer one.

On Wed, 2016-10-12 at 21:09 -0400, Josh Boyer wrote: > On Wed, Oct 12, 2016 at 8:33 PM, Adam Williamson > wrote: > > On Wed, 2016-10-12 at 09:55 -0400, Josh Boyer wrote: > > > All of the extra app stuff could be avoided if we disallowed reporters > > > (or random

Re: PROPOSAL: Blocking the release is our only "big hammer" — let's add a softer one.

On Thu, 2016-10-13 at 10:45 +1000, Jeff Fearn wrote: > On 13/10/16 10:37, Adam Williamson wrote:> 3. Bugzilla queries are (still) > slow as hell (though not > quite as bad > > as when we wrote blockerbugs). > > I haven't seen many bugs about this since the hardware upgrade. If something > is

Fedora Rawhide-20161012.n.0 compose check report

No missing expected images. Failed openQA tests: 3/102 (x86_64), 1/17 (i386), 1/2 (arm) New failures (same test did not fail in Rawhide-20161011.n.0): ID: 40773 Test: x86_64 universal upgrade_desktop_64bit URL: https://openqa.fedoraproject.org/tests/40773 Old failures (same test failed

[Bug 1371941] perl-Digest-SHA3-0.25 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1371941 Fedora Update System changed: What|Removed |Added Fixed In Version|perl-Digest-SHA3-0.25-1.fc2

Re: PSA: Do not run 'dnf update' inside GNOME, KDE or any other graphical desktop on Fedora 24

On Wed, Oct 12, 2016 at 8:35 PM, Gerald B. Cox wrote: > > On Wed, Oct 12, 2016 at 3:29 PM, Chris Murphy > wrote: >> >> On Wed, Oct 12, 2016 at 6:29 AM, Gerald B. Cox wrote: >> > On Tue, Oct 11, 2016 at 8:52 PM, Chris Murphy

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

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

Re: PROPOSAL: Blocking the release is our only "big hammer" — let's add a softer one.

On Wed, Oct 12, 2016 at 8:33 PM, Adam Williamson wrote: > On Wed, 2016-10-12 at 09:55 -0400, Josh Boyer wrote: >> All of the extra app stuff could be avoided if we disallowed reporters >> (or random people) to change the Severity and Priority fields. > > Mmm, I don't

Re: PROPOSAL: Blocking the release is our only "big hammer" — let's add a softer one.

On 13/10/16 10:37, Adam Williamson wrote:> 3. Bugzilla queries are (still) slow as hell (though not quite as bad > as when we wrote blockerbugs). I haven't seen many bugs about this since the hardware upgrade. If something is slow please open a bug and we will look in to it. It's hard to get

Re: PROPOSAL: Blocking the release is our only "big hammer" — let's add a softer one.

On Wed, 2016-10-12 at 16:41 -0400, Josh Boyer wrote: > On Oct 12, 2016 4:15 PM, "Matthew Miller" wrote: > > > > On Wed, Oct 12, 2016 at 01:13:05PM -0600, Kevin Fenzi wrote: > > > > I agree Jan's proposal looks like a good idea. However, I can't but > > > > help notice

Re: PSA: Do not run 'dnf update' inside GNOME, KDE or any other graphical desktop on Fedora 24

On Wed, Oct 12, 2016 at 3:29 PM, Chris Murphy wrote: > On Wed, Oct 12, 2016 at 6:29 AM, Gerald B. Cox wrote: > > On Tue, Oct 11, 2016 at 8:52 PM, Chris Murphy > > wrote: > >> > >> > >> About the rewrite comment: that did not come

Re: PROPOSAL: Blocking the release is our only "big hammer" — let's add a softer one.

On Wed, 2016-10-12 at 09:55 -0400, Josh Boyer wrote: > All of the extra app stuff could be avoided if we disallowed reporters > (or random people) to change the Severity and Priority fields. Mmm, I don't really think so. Presumably it would be maintainers who got to set those fields, right? But

[Bug 1381280] CVE-2016-1246 perl-DBD-MySQL: Buffer overflow triggered by user supplied data [fedora-all]

https://bugzilla.redhat.com/show_bug.cgi?id=1381280 Fedora Update System changed: What|Removed |Added Fixed In Version|perl-DBD-MySQL-4.037-1.fc26

[Bug 1381202] perl-DBD-MySQL-4.037 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1381202 Fedora Update System changed: What|Removed |Added Fixed In Version|perl-DBD-MySQL-4.037-1.fc26

[Bug 1371941] perl-Digest-SHA3-0.25 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1371941 Fedora Update System changed: What|Removed |Added Fixed In Version|perl-Digest-SHA3-0.25-1.fc2

Where is /null coming from [was Re: where is /1 coming from?]

On Wed, Oct 12, 2016 at 04:39:18PM +0200, Björn Esser wrote: > >Additionally I see a file called /null with zero length! > Same finding (/null) for me, too. Yup. Okay, let's try this again. :) -- Matthew Miller Fedora Project Leader

Re: PSA: Do not run 'dnf update' inside GNOME, KDE or any other graphical desktop on Fedora 24

On Wed, Oct 12, 2016 at 6:29 AM, Gerald B. Cox wrote: > On Tue, Oct 11, 2016 at 8:52 PM, Chris Murphy > wrote: >> >> >> About the rewrite comment: that did not come from a developer, and is >> definitely overstated. In any case, rewrites are not inherently

Re: Interactive builds

On Wednesday, 12 October 2016 at 16:56, Richard W.M. Jones wrote: > We've noticed that some builds are interactive. This combined > with a bug in our autobuilder so these builds were hanging. > > However I can reproduce the same behaviour using 'fedpkg local' > (see below). > > Obviously mock

Re: PROPOSAL: Blocking the release is our only "big hammer" — let's add a softer one.

On Wed, Oct 12, 2016 at 04:41:31PM -0400, Josh Boyer wrote: > To be clear, I'm not adamant we use bugzilla. I simply think it's odd to > invest in yet another custom tool and service that Fedora infrastructure > will now have to maintain and run. How many one off solutions do we need? I was

Re: PROPOSAL: Blocking the release is our only "big hammer" — let's add a softer one.

On Oct 12, 2016 4:15 PM, "Matthew Miller" wrote: > > On Wed, Oct 12, 2016 at 01:13:05PM -0600, Kevin Fenzi wrote: > > > I agree Jan's proposal looks like a good idea. However, I can't but > > > help notice that its necessity is driven almost entirely by the fact > > >

Schedule for Thursday's FPC Meeting (2016-10-13 16:00 UTC)

 Following is the list of topics that will be discussed in the FPC meeting Thursday at 2016-10-13 16:00 UTC in #fedora-meeting-1 on irc.freenode.net.  Local time information (via. rktime): 2016-10-13 09:00 Thu US/Pacific PDT 2016-10-13 12:00 Thu US/Eastern EDT 2016-10-13

Re: PROPOSAL: Blocking the release is our only "big hammer" — let's add a softer one.

On Wed, Oct 12, 2016 at 01:13:05PM -0600, Kevin Fenzi wrote: > > I agree Jan's proposal looks like a good idea. However, I can't but > > help notice that its necessity is driven almost entirely by the fact > > that we cannot use our existing bugzilla tool to do this job for us. > > All of the

Re: Copr && Rawhide -- no "rolling updates" workflow

On Wed, Oct 12, 2016 at 01:11:42PM -0600, Kevin Fenzi wrote: > Personally, I would say we shouldn't do any mass rebuilding. > If a project gets to the point where it has no builds for any active > targets we could move it to a 'archive' or just delete it as it would > indicate no one is

Re: Copr && Rawhide -- no "rolling updates" workflow

On Wed, 12 Oct 2016 14:50:08 -0500 Bowen Wang wrote: > So it means that there will be no longer Rawhide version of Fedora, or > it is just a change of repo/target name. This is only about what/how copr is going to build against rawhide. Fedora rawhide is not going

Re: Copr && Rawhide -- no "rolling updates" workflow

So it means that there will be no longer Rawhide version of Fedora, or it is just a change of repo/target name. Bowen On Wed, Oct 12, 2016 at 01:11:42PM -0600, Kevin Fenzi wrote: > On Tue, 11 Oct 2016 19:14:34 +0200 > Pavel Raiskup wrote: > > > FYI: > >

Re: PROPOSAL: Blocking the release is our only "big hammer" — let's add a softer one.

On Wed, 12 Oct 2016 09:55:40 -0400 Josh Boyer wrote: > On Wed, Oct 12, 2016 at 9:38 AM, Matthew Miller > wrote: > > On Wed, Oct 12, 2016 at 10:48:36AM +0200, Jan Kurik wrote: > >> @Matt: does it reflect your thoughts ? > > > > Looks like

Re: Copr && Rawhide -- no "rolling updates" workflow

On Tue, 11 Oct 2016 19:14:34 +0200 Pavel Raiskup wrote: > FYI: > https://bugzilla.redhat.com/show_bug.cgi?id=1381790 > > Seems like the `fedora-rawhide-x86_64` chroot is not going to exist > from now, which is IMO unnecessary change ... but what could be other > than those

[Bug 1382191] perl-Mock-Sub-1.07 is available

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

[Bug 1383319] perl-HTTP-Tiny-0.070 is available

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

[Bug 1382953] perl-TermReadKey-2.37 is available

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

[Bug 1382950] perl-Params-Validate-1.26 is available

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

Re: Switching to NetworkManager dhcp=internal

Am 12.10.2016 um 20:14 schrieb stan: On Wed, 12 Oct 2016 13:37:40 -0400 Colin Walters wrote: Hey, so as part of the discussion about NetworkManager vs systemd-networkd, one thing that happened is networkd started exposing its DHCP code as a shared library, and

Re: Switching to NetworkManager dhcp=internal

On Wed, 12 Oct 2016 13:37:40 -0400 Colin Walters wrote: > Hey, so as part of the discussion about NetworkManager vs > systemd-networkd, one thing that happened is networkd started > exposing its DHCP code as a shared library, and NetworkManager > learned to use it if one

spot pushed to biber (f25). "forgot a few BR"

From ee9aad5e2c5604edd1e3c5bd1499c7b24fa400c3 Mon Sep 17 00:00:00 2001 From: Tom Callaway Date: Wed, 12 Oct 2016 14:10:21 -0400 Subject: forgot a few BR --- biber.spec | 6 ++ 1 file changed, 6 insertions(+) diff --git a/biber.spec b/biber.spec index

spot pushed to biber (master). "forgot a few BR"

From ee9aad5e2c5604edd1e3c5bd1499c7b24fa400c3 Mon Sep 17 00:00:00 2001 From: Tom Callaway Date: Wed, 12 Oct 2016 14:10:21 -0400 Subject: forgot a few BR --- biber.spec | 6 ++ 1 file changed, 6 insertions(+) diff --git a/biber.spec b/biber.spec index

spot pushed to biber (f25). "update to 2.6 to match biblatex in texlive-2016"

From 35538a108ed30fcf10b5676159f5d0201b343bef Mon Sep 17 00:00:00 2001 From: Tom Callaway Date: Wed, 12 Oct 2016 13:56:02 -0400 Subject: update to 2.6 to match biblatex in texlive-2016 --- .gitignore | 1 +

spot pushed to biber (master). "update to 2.6 to match biblatex in texlive-2016"

From 35538a108ed30fcf10b5676159f5d0201b343bef Mon Sep 17 00:00:00 2001 From: Tom Callaway Date: Wed, 12 Oct 2016 13:56:02 -0400 Subject: update to 2.6 to match biblatex in texlive-2016 --- .gitignore | 1 +

Re: Switching to NetworkManager dhcp=internal

On Wed, Oct 12, 2016 at 01:37:40PM -0400, Colin Walters wrote: > And anyways, I don't see a reason not to do this across the board, > hence this thread. +1 > The networkd DHCP code has gotten a fair amount of testing > in server environments, but I suspect it could use more battle > testing in

Switching to NetworkManager dhcp=internal

Hey, so as part of the discussion about NetworkManager vs systemd-networkd, one thing that happened is networkd started exposing its DHCP code as a shared library, and NetworkManager learned to use it if one specifies ``` [main] dhcp=internal ``` in /etc/NetworkManager/NetworkManager.conf. I

Re: where is /1 coming from?

On 10/12/2016 10:58 AM, Chuck Anderson wrote: > Am I the only one who can't see the email body below? no > > On Wed, Oct 12, 2016 at 10:44:00AM -0400, pete0verse wrote: >> >> MIME-Version: 1.0 >> Content-Type: multipart/alternative; >> boundary="--_com.samsung.android.email_1427992738156800"

Interactive builds

We've noticed that some builds are interactive. This combined with a bug in our autobuilder so these builds were hanging. However I can reproduce the same behaviour using 'fedpkg local' (see below). Obviously mock or Koji must be closing stdin. Anyway is this a bug in the packaging? Rich. $

Fedora 25-20161012.n.0 compose check report

No missing expected images. Failed openQA tests: 5/102 (x86_64), 1/17 (i386), 1/2 (arm) New failures (same test did not fail in 25-20161011.n.0): ID: 40558 Test: x86_64 Workstation-live-iso install_default@uefi URL: https://openqa.fedoraproject.org/tests/40558 ID: 40574 Test: x86_64

[389-devel] Re: Please review design proposal for tickets 47986 and 48976

Hello, I would think of two options * If admin decides to switch to backend, it should not be prevented and the backend moves to 'backend' * periodic (hourly) checking (IMHO not configurable and always run), checking being the same mechanism as 'auto' o in-sync->backend o

Re: where is /1 coming from?

On Wed, Oct 12, 2016 at 5:58 PM, Chuck Anderson wrote: > Am I the only one who can't see the email body below? No you are not. After, squeezing it through base64, it reads: I had this issue of 1 in / in F24 I had upgraded from 22. Sent via the Samsung Galaxy S7, an AT 4G LTE

Re: where is /1 coming from?

Am I the only one who can't see the email body below? On Wed, Oct 12, 2016 at 10:44:00AM -0400, pete0verse wrote: > > MIME-Version: 1.0 > Content-Type: multipart/alternative; > boundary="--_com.samsung.android.email_1427992738156800" > > _com.samsung.android.email_1427992738156800 >

Re: where is /1 coming from?

Am 12.10.2016 um 16:36 schrieb Joachim Backes: On 10/12/16 15:03, Matthew Miller wrote: Someone on Reddit noted that there's a zero-length file named `1` in / on their F25 system. I just looked on mine, and I have one too. It's not owned by any RPM. And I checked on an F24 box, and it's got

Re: where is /1 coming from?

MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="--_com.samsung.android.email_1427992738156800" _com.samsung.android.email_1427992738156800 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64

Re: where is /1 coming from?

On 10/12/16 15:03, Matthew Miller wrote: Someone on Reddit noted that there's a zero-length file named `1` in / on their F25 system. I just looked on mine, and I have one too. It's not owned by any RPM. And I checked on an F24 box, and it's got that too. Anyone know where this is coming from?

Re: OpenSSL 1.1.0 in Rawhide very soon

On St, 2016-10-12 at 15:33 +0200, Tomas Mraz wrote: > On St, 2016-10-12 at 14:39 +0200, Kamil Dudka wrote: > > > > On Friday, October 07, 2016 14:49:49 Tomas Mraz wrote: > > > > > > > > > Hi all, > > > > > > the openssl will be rebased in Rawhide to 1.1.0 on Monday. There > > > will > > > be

Re: PROPOSAL: Blocking the release is our only "big hammer" — let's add a softer one.

On Wed, Oct 12, 2016 at 9:38 AM, Matthew Miller wrote: > On Wed, Oct 12, 2016 at 10:48:36AM +0200, Jan Kurik wrote: >> @Matt: does it reflect your thoughts ? > > Looks like a great place to start -- thanks. The one change I'd make is > adding a separate "Critical" level,

Re: where is /1 coming from?

On Wed, Oct 12, 2016 at 09:39:23AM -0400, Matthew Miller wrote: > On Wed, Oct 12, 2016 at 07:15:39AM -0600, Chris Murphy wrote: > > > It was bug in binutils packaging. It's fixed. > > https://bugzilla.redhat.com/show_bug.cgi?id=1383266 > Awesome. Thanks for the quick replies, Chris and Igor! And

keyboard is partially honored in kickstart

Hi, I'm trying to remasterize a Fedora Spin, but keyboard options is not working. I've configured as follows: keyboard --vckeymap=latam --xlayouts='latam' The option " --vckeymap=latam" works fine. But --xlayouts='latam' is ignored. If I boot from LiveCD, in Xorg I get: setxkbmap -query

ppisar pushed to perl-CPAN (master). "Fix CVE-2016-1238 (loading optional modules from current working directory)"

From 8dadce4f20cd3f991540c0dbf97ca49d685ce303 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= Date: Wed, 12 Oct 2016 15:02:54 +0200 Subject: Fix CVE-2016-1238 (loading optional modules from current working directory) ---

ppisar pushed to perl-CPAN (master). "Fix installation from a working directory"

From 79577ac3e93fcd807c1cf87c7aaebabfd288032c Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= Date: Wed, 12 Oct 2016 14:25:15 +0200 Subject: Fix installation from a working directory --- ...ix-for-bug-https-rt.cpan.org-Ticket-Displ.patch | 32

ppisar pushed to perl-CPAN (master). "2.14 bump"

From 1acab7f0c88e33bd2ec274374a4e268ea2f9d7c8 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= Date: Mon, 27 Jun 2016 10:13:21 +0200 Subject: 2.14 bump --- .gitignore | 1 + CPAN-2.10-Upgrade-to-2.11.patch

Re: rawhide vs koji f26 builds

On 10/12/2016 08:58 AM, Kalev Lember wrote: On 10/12/2016 02:47 PM, Kaleb S. KEITHLEY wrote: Hi, I have a glusterfs-3.7.16 scratch build that's failing in koji f26 builds https://koji.fedoraproject.org/koji/getfile?taskID=16059122=build.log=-4000 Yesterday (11 October) I downloaded and

Re: PROPOSAL: Blocking the release is our only "big hammer" — let's add a softer one.

On Wed, Oct 12, 2016 at 10:48:36AM +0200, Jan Kurik wrote: > @Matt: does it reflect your thoughts ? Looks like a great place to start -- thanks. The one change I'd make is adding a separate "Critical" level, for things that will have us pacing the halls (figuratively) continually bugging people,

ppisar pushed to perl-CPAN (master). "Cope with non-digit version strings"

From 58510aed748bbfc4bd29102049c61825cfb0f86e Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= Date: Wed, 12 Oct 2016 15:20:50 +0200 Subject: Cope with non-digit version strings --- ...pts_module-must-be-protected-with-an-eval.patch | 35

Re: where is /1 coming from?

On Wed, Oct 12, 2016 at 07:15:39AM -0600, Chris Murphy wrote: > > It was bug in binutils packaging. It's fixed. > https://bugzilla.redhat.com/show_bug.cgi?id=1383266 Awesome. Thanks for the quick replies, Chris and Igor! -- Matthew Miller Fedora Project Leader

ppisar pushed to perl-CPAN (master). "Do not use Net::FTP if ftp_proxy variable points to an HTTP server"

From 6b19bf707cc4019d51cbecbf3d0cdae607feb8f5 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= Date: Wed, 12 Oct 2016 14:52:18 +0200 Subject: Do not use Net::FTP if ftp_proxy variable points to an HTTP server ---

ppisar pushed to perl-CPAN (master). "Recognize exact version dependency operator"

From e19cb9de3c8965e6e493a32d6a94e0b0814fdd68 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= Date: Wed, 12 Oct 2016 15:11:04 +0200 Subject: Recognize exact version dependency operator --- ...7934-version-requirement-with-was-ignored.patch | 56

ppisar pushed to perl-CPAN (master). "Fix "cpan -O" invocation"

From 4e92c106ea90a8a76824203c41bfe83ceaf9740a Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= Date: Wed, 12 Oct 2016 14:32:00 +0200 Subject: Fix "cpan -O" invocation --- CPAN-2.14-Emergency-fix-for-cpan-o.patch | 31 +++

ppisar pushed to perl-CPAN (master). "Recognize URL schemata disregarding the case"

From 3cd333e7687c445b36a7974b8d71a1b13ee2d6f9 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= Date: Wed, 12 Oct 2016 14:58:08 +0200 Subject: Recognize URL schemata disregarding the case --- ...-are-case-tolerant-so-the-regexp-should-h.patch | 45

[Bug 1350092] perl-CPAN-2.14 is available

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

Re: Cannot build live iso using livemedia-creator

Thanks, by now I will go back to livecd-creator! Greetings 2016-09-30 21:19 GMT-03:00 Brian C. Lane : > Looks like this is similar to > https://bugzilla.redhat.com/show_bug.cgi?id=1245960 > > and probably depends on something unique in your environment. As adam > said, running

Re: OpenSSL 1.1.0 in Rawhide very soon

On St, 2016-10-12 at 14:39 +0200, Kamil Dudka wrote: > On Friday, October 07, 2016 14:49:49 Tomas Mraz wrote: > > > > Hi all, > > > > the openssl will be rebased in Rawhide to 1.1.0 on Monday. There > > will > > be also 1.0.2 compat package (compat-openssl10) so the dependencies > > are > > not

[Bug 1350092] perl-CPAN-2.14 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1350092 --- Comment #5 from Petr Pisar --- (In reply to Petr Pisar from comment #4) > 2.14 break installation by distribution name > . Postponing the > upgrade. This was fixed

Re: rawhide vs koji f26 builds

On 10/12/2016 08:49 AM, Peter Robinson wrote: On Wed, Oct 12, 2016 at 1:47 PM, Kaleb S. KEITHLEY wrote: Hi, I have a glusterfs-3.7.16 scratch build that's failing in koji f26 builds https://koji.fedoraproject.org/koji/getfile?taskID=16059122=build.log=-4000 Can you

Re: where is /1 coming from?

On Wed, Oct 12, 2016 at 7:09 AM, Igor Gnatenko wrote: > It was bug in binutils packaging. It's fixed. > > -Igor Gnatenko > > > On Oct 12, 2016 3:04 PM, "Matthew Miller" wrote: >> >> Someone on Reddit noted that there's a zero-length file named `1`

Re: where is /1 coming from?

It was bug in binutils packaging. It's fixed. -Igor Gnatenko On Oct 12, 2016 3:04 PM, "Matthew Miller" wrote: > Someone on Reddit noted that there's a zero-length file named `1` in / > on their F25 system. I just looked on mine, and I have one too. It's > not owned by

Re: where is /1 coming from?

On Wed, Oct 12, 2016 at 9:03 AM, Matthew Miller wrote: > Someone on Reddit noted that there's a zero-length file named `1` in / > on their F25 system. I just looked on mine, and I have one too. It's > not owned by any RPM. And I checked on an F24 box, and it's got that >

where is /1 coming from?

Someone on Reddit noted that there's a zero-length file named `1` in / on their F25 system. I just looked on mine, and I have one too. It's not owned by any RPM. And I checked on an F24 box, and it's got that too. Anyone know where this is coming from? -- Matthew Miller

Re: rawhide vs koji f26 builds

On 10/12/2016 02:47 PM, Kaleb S. KEITHLEY wrote: > Hi, > > I have a glusterfs-3.7.16 scratch build that's failing in koji f26 builds > > > https://koji.fedoraproject.org/koji/getfile?taskID=16059122=build.log=-4000 > > > Yesterday (11 October) I downloaded and installed the current rawhide >

Re: rawhide vs koji f26 builds

On Wed, Oct 12, 2016 at 1:47 PM, Kaleb S. KEITHLEY wrote: > Hi, > > I have a glusterfs-3.7.16 scratch build that's failing in koji f26 builds > > > https://koji.fedoraproject.org/koji/getfile?taskID=16059122=build.log=-4000 Can you reference the root task, can''t get that

rawhide vs koji f26 builds

Hi, I have a glusterfs-3.7.16 scratch build that's failing in koji f26 builds https://koji.fedoraproject.org/koji/getfile?taskID=16059122=build.log=-4000 Yesterday (11 October) I downloaded and installed the current rawhide and built — successfully — from the same src.rpm that's failing in

Re: OpenSSL 1.1.0 in Rawhide very soon

On Friday, October 07, 2016 14:49:49 Tomas Mraz wrote: > Hi all, > > the openssl will be rebased in Rawhide to 1.1.0 on Monday. There will > be also 1.0.2 compat package (compat-openssl10) so the dependencies are > not broken and Rawhide should be installable. Also things that do not > depend on

Re: PSA: Do not run 'dnf update' inside GNOME, KDE or any other graphical desktop on Fedora 24

On Tue, Oct 11, 2016 at 8:52 PM, Chris Murphy wrote: > > About the rewrite comment: that did not come from a developer, and is > definitely overstated. In any case, rewrites are not inherently bad > news, there's a bunch of OpenZFS videos from last yearss summit in >

Re: PSA: Do not run 'dnf update' inside GNOME, KDE or any other graphical desktop on Fedora 24

On Tue, Oct 11, 2016 at 8:39 PM, Chris Murphy wrote: > On Tue, Oct 11, 2016 at 6:33 PM, Gerald B. Cox wrote: > > On Tue, Oct 11, 2016 at 4:48 PM, Chris Murphy > > wrote: > > > > > That may be, but all the articles I read suggested

Re: PROPOSAL: Blocking the release is our only "big hammer" — let's add a softer one.

I think your proposal is useful, and it should be tested how far it'll get us. There's one more thing I'd like to be included. If approved, the bug should be categorized with respect to its impact on Fedora based on the discussion that led to its approval as "important". I think it would help to

ppisar pushed to perl-Module-Implementation (master). "Break build cycle when bootstrapping"

From f71af61301fb010ad2466e08277bebd06500d1b5 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= Date: Wed, 12 Oct 2016 13:22:08 +0200 Subject: Break build cycle when bootstrapping --- perl-Module-Implementation.spec | 9 - 1 file changed, 8

Re: Python 3.6 beta release in F26 Rawhide?

Hello Nick, Please feel free to edit the change proposal. I also fully agree to the proposal you made at the link you provided. Currently I have in copr the first beta, and also I can build the second beta as well if I exclude the ensurepip test. I was actually thinking of adding python 3.6

Re: New ExecDB

> On Tue, Oct 11, 2016 at 1:14 PM, Kamil Paral < kpa...@redhat.com > wrote: > > > Proposal looks good to me, I don't have any strong objections. > > > > > > 1. If you don't like blame: UNIVERSE, why not use blame: TESTBENCH? > > > > > > 2. I think that having enum values in details in crash

Re: OpenSSL 1.1.0 in Rawhide very soon

On St, 2016-10-12 at 10:28 +0200, Vít Ondruch wrote: > > Dne 10.10.2016 v 16:29 Tomas Mraz napsal(a): > > > > On So, 2016-10-08 at 13:37 +0200, Kevin Kofler wrote: > > > > > > Tomas Mraz wrote: > > > > > > > > At worst if the patching of a package is highly non-trivial and > > > > the > > > >

Re: OpenSSL 1.1.0 in Rawhide very soon

On St, 2016-10-12 at 08:21 +, Petr Pisar wrote: > On 2016-10-12, Tomas Mraz wrote: > > > > On St, 2016-10-12 at 08:22 +0200, Nikos Mavrogiannopoulos wrote: > > > > > > Was the load using dlopen() or simply an indirect link? > Both Perl modules were dlopened. Each of the

pghmcfc pushed to perl-Net-SSLeay (perl-Net-SSLeay-1.78-2.fc26). "Rebuild for OpenSSL 1.1.0 in Fedora 26"

From 10e076490d5578c7505e92b282077f39a312691d Mon Sep 17 00:00:00 2001 From: Paul Howarth Date: Wed, 12 Oct 2016 10:54:35 +0100 Subject: Rebuild for OpenSSL 1.1.0 in Fedora 26 --- perl-Net-SSLeay.spec | 5 - 1 file changed, 4 insertions(+), 1 deletion(-) diff --git

pghmcfc pushed to perl-Net-SSLeay (master). "Rebuild for OpenSSL 1.1.0 in Fedora 26"

From 10e076490d5578c7505e92b282077f39a312691d Mon Sep 17 00:00:00 2001 From: Paul Howarth Date: Wed, 12 Oct 2016 10:54:35 +0100 Subject: Rebuild for OpenSSL 1.1.0 in Fedora 26 --- perl-Net-SSLeay.spec | 5 - 1 file changed, 4 insertions(+), 1 deletion(-) diff --git

[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 External Bug ID||CPAN 118346 -- You

[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 Petr Pisar changed: What|Removed |Added External Bug ID||CPAN 118345 -- You

[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 External Bug ID||CPAN 117481 -- You

[Bug 1383756] perl-Crypt-SSLeay-0.72-9.fc26 FTBFS: blib/arch/auto/Crypt/ SSLeay/SSLeay.so: undefined symbol: SSLv2_client_method

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

[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 URL|https://apps.fedoraproject.

[Bug 1374686] perl-PDF-Create-1.35 is available

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

[Bug 1383654] perl-Crypt-SMIME-0.17-1.fc26 FTBFS: 'PKCS7_F_B64_WRITE_PKCS7 ' undeclared

https://bugzilla.redhat.com/show_bug.cgi?id=1383654 Petr Pisar changed: What|Removed |Added External Bug ID||CPAN 118344 -- You

Re: RISC-V struggle (for GMP porting)

On Wed, Oct 12, 2016 at 12:18:50AM +0200, Torbjörn Granlund wrote: > PS. Does RISC-V have some sort of wait-for-interrupt instruction? I > mean, an instruction suitable for the kernel idle loop which waits for > interrupt, allowing hardware and simulators to save energy. If not, one > should be

jplesnik pushed to perl-PDF-Create (master). "1.35 bump"

From 3fab4e766aea36f69bc8839bae35e4e281ff203a Mon Sep 17 00:00:00 2001 From: Jitka Plesnikova Date: Wed, 12 Oct 2016 11:14:28 +0200 Subject: 1.35 bump --- .gitignore | 1 + perl-PDF-Create.spec | 5 - sources | 2 +- 3 files changed, 6

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

From 41c31d8e2ca288eec32c22ae0d5757231080783f Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= Date: Wed, 12 Oct 2016 10:57:42 +0200 Subject: Adapt to OpenSSL 1.1.0 --- ...se-SSLv2_client_method-with-OpenSSL-1.1.0.patch | 33 ++

F26 System Wide Change: AARCH64 - 48-bit VA

= Proposed System Wide Change: AARCH64 - 48-bit VA = https://fedoraproject.org/wiki/Changes/aarch64-48bitVA Change owner(s): * Jeremy Linton < jeremy DOT linton AT arm DOT com > Enable 48bit VA on AARCH64 == Detailed Description == The current aarch64 kernel is using a 42-bit process virtual

  1   2   >