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

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

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

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

Re: including EOL and vulnerable software in Fedora

On 11 October 2016 at 02:18, Kevin Kofler wrote: > Charalampos Stratakis wrote: >> tox is THE main reason for multiple interpreters in Fedora. >> >> So no the comments are not contradictory but it seems there is a lack of >> (technical) understanding of the actual

Re: OpenSSL 1.1.0 in Rawhide very soon

On Tue, 2016-10-11 at 16:46 +, Petr Pisar wrote: > On 2016-10-11, Remi Collet wrote: > > > > It doesn't seem possible to use a compat library (else we will very > > probably going to encounter issues is both library versions are > > used in > > the same process,

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

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

Re: OpenSSL 1.1.0 in Rawhide very soon

On St, 2016-10-12 at 08:22 +0200, Nikos Mavrogiannopoulos wrote: > On Tue, 2016-10-11 at 16:46 +, Petr Pisar wrote: > > > > On 2016-10-11, Remi Collet wrote: > > > > > > > > > It doesn't seem possible to use a compat library (else we will > > > very > > > probably

Re: OpenSSL 1.1.0 in Rawhide very soon

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 module linked to different OpenSSL directly (DT_NEEDED). > Also what I

Re: iphone mount in nautilus on Fedora 24

- Original Message - > On Tue, 2016-10-11 at 09:52 -0400, Bastien Nocera wrote: > > > > > > - Original Message - > > > > > > > > > > > > > > > > > > - Original Message - > > > > > > > > Yup. The "normal" mount contains nothing that normal users > > > > should

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

On Tue, Oct 11, 2016 at 3:51 PM, Matthew Miller wrote: > On Tue, Oct 11, 2016 at 03:29:37PM +0200, Jan Kurik wrote: >> very low. Just for an information: on Fedora we have every week >> created approx. 400 - 500 new bugs. I can not imagine doing review of >> such an

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 01:23 +0100, David Woodhouse wrote: > On Mon, 2016-10-10 at 16:29 +0200, Tomas Mraz wrote: > > > > > > We will work on porting the dependent packages to the new API. If > > by > > some reasonable deadline there are still some packages that are not > > dead by other reasons

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

Re: OpenSSL 1.1.0 in Rawhide very soon

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 >>> upstream is not responsive we might have to drop the package from >>> Fedora. >>> >>> We do not

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

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?

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Python 3.6 beta release in F26 Rawhide?

Hi folks, During the discussion of the os.urandom() change in Python 3.6 (the successor to the accidental change in Python 3.5 that is the subject of Tomas's emailing about rebasing to 3.5.2 in F24), we came to the conclusion it would be good to get 3.6 into Rawhide early enough to impact the

[Bug 1383652] perl-Crypt-OpenSSL-ECDSA-0.08-1.fc26 FTBFS: unknown type name 'ECDSA_METHOD'

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

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

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

pghmcfc pushed to perl-MCE (perl-MCE-1.806-1.fc25). "Update to 1.806 (..more)"

From cd09dd2c5f08b911d15ec363c362430ca23344d6 Mon Sep 17 00:00:00 2001 From: Paul Howarth Date: Wed, 12 Oct 2016 09:20:56 +0100 Subject: Update to 1.806 - New upstream release 1.806 - Fixed two typos - Support input_data with nested arrays in MCE Models --- .gitignore

pghmcfc pushed to perl-MCE (perl-MCE-1.806-1.fc26). "Update to 1.806 (..more)"

This commit already existed in another branch. http://pkgs.fedoraproject.org/cgit/perl-MCE.git/commit/?h=perl-MCE-1.806-1.fc26=cd09dd2c5f08b911d15ec363c362430ca23344d6 ___ perl-devel mailing list -- perl-devel@lists.fedoraproject.org To

[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|NEW |ASSIGNED

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

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

pghmcfc pushed to perl-MCE (master). "Update to 1.806 (..more)"

From cd09dd2c5f08b911d15ec363c362430ca23344d6 Mon Sep 17 00:00:00 2001 From: Paul Howarth Date: Wed, 12 Oct 2016 09:20:56 +0100 Subject: Update to 1.806 - New upstream release 1.806 - Fixed two typos - Support input_data with nested arrays in MCE Models --- .gitignore

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

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

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 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 structure would be > better,

pghmcfc pushed to perl-MCE (f25). "Update to 1.806 (..more)"

From cd09dd2c5f08b911d15ec363c362430ca23344d6 Mon Sep 17 00:00:00 2001 From: Paul Howarth Date: Wed, 12 Oct 2016 09:20:56 +0100 Subject: Update to 1.806 - New upstream release 1.806 - Fixed two typos - Support input_data with nested arrays in MCE Models --- .gitignore

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

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

[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

[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

ppisar pushed to perl-Crypt-OpenSSL-ECDSA (master). "Adapt to OpenSSL 1.1.0 (bug #1383652)"

From 403c89a7e2a368c146d8925bf0b0ff9910a35fe9 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= Date: Wed, 12 Oct 2016 09:41:16 +0200 Subject: Adapt to OpenSSL 1.1.0 (bug #1383652) --- ...-OpenSSL-ECDSA-0.08-Port-to-OpenSSL-1.1.0.patch | 193

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

[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

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). "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). "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 +++

  1   2   >