- 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 access
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 an
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 going to encounter issues
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 would expect to cras
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 wan
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 amount of bugs on (bi-)weekly b
= 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 a
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 p
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 module linked to
> di
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
> > > > u
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 k
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 "be afraid, be very
> > afraid".
> > In addition, https://goo.gl
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
> which the developers talk abo
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 o
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&name=build.log&offset=-4000
Yesterday (11 October) I downloaded and installed the current rawhide
and built — successfully — from the same src.rpm that's f
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&name=build.log&offset=-4000
Can you reference the root task, can''t get that from the lin
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&name=build.log&offset=-4000
>
>
> Yesterday (11 October) I downloaded and installed the current
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
Fedora Project Leader
___
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
> too. Anyone know where thi
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 any RPM. And I checked on
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` in /
>> on their F25 system. I just looked on min
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&name=build.log&offset=-4000
Can you reference th
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 b
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 it inside a mock i
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
__
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, p
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&name=build.log&offset=-4000
Yesterday (11 October) I downloa
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| 40 -
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
rule
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 N
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, for things that will have
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 al
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?
A
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
SSBoYWQgdGhpcyBpc3N1ZSBvZiAxIGluIC8gaW4gRjI0IEkgaGFkIHVwZ3JhZ
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 that
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
> Content
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&T 4G LTE smartphone
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
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.
$ f
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"
>>
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 hav
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 t
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 specifies
>
> ```
> [mai
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 NetworkManager
learned to use it
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 "obvious" consequences
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 a great place to start -- thanks. The one change I'd
>
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:
> > https://bugzilla.redhat.com/show_bug.cgi?
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 anywhere but onward. ;)
kev
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 driving/ca
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 extr
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
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
> > > that we cannot use our exist
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 hopi
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 or
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 bad
>> news, there's a bunch of OpenZFS
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
___
devel mailing
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 th
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 from a developer, and is
> >> definitely overstated. In any case,
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 that its necessity is drive
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 ti
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 really think so. Presumably it
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
>> > wrote:
>> >>
>> >>
>> >> About the rewrite comment: that did not c
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 in
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 slo
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 people) to change the Severity and
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.
Will
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 we disallowed reporters
(
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 si
On 10/13/2016 01:03 AM, Matthew Miller wrote:
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. :)
FWIW: It seems to be created at each boot.
Ralf
___
On Thu, 2016-10-13 at 14:40 +1000, Jeff Fearn wrote:
> 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 o
70 matches
Mail list logo
