On Jul 15, 2013, at 5:11, Miroslav Suchý wrote:
> On 07/15/2013 10:44 AM, Jaroslav Reznik wrote:
>> = Proposed System Wide Change: No Default Syslog =
>> https://fedoraproject.org/wiki/Changes/NoDefaultSyslog
>>
>> Change owner(s): Lennart Poettering , Matthew
>> Miller
>>
>> No longer install
my iPad
On Jul 12, 2013, at 5:36, Jonathan Masters wrote:
> Note that there are teams within Linaro doing benchmarking and driving such.
> And once the specific stack protector issue was raised, I poked Marcus in
> person and he escalated it such that it will be looked at
On Jul 12, 2013, at 5:32, Matthew Garrett wrote:
> On Thu, Jul 11, 2013 at 11:58:08PM -0400, Matthew Miller wrote:
>> On Thu, Jul 11, 2013 at 11:50:24PM -0400, Rahul Sundaram wrote:
Or does it mean x86 as PA is out of line? There are a lot more people
with ARM devices than x86. Sorry
Note that there are teams within Linaro doing benchmarking and driving such.
And once the specific stack protector issue was raised, I poked Marcus in
person and he escalated it such that it will be looked at this next engineering
cycle. In general we can plan ahead if we know there are issues.
And following the legitimate concerns about stack-protector this was raised by
ARM into core Linaro as an urgent action for which engineering resource is
being assigned to correct this deficiency ASAP. Thus within a day an issue has
been noted that we were unaware of and is being worked through
Thanks Brendan. My Fedora doesn't even use a GNOME desktop. I've happily used
XFCE for years. And I make no secret that I care about servers more than
desktops (you know, that part of the market where general purpose Linux has a
huge footprint and stands a chance). I would hate to look back in f
That option simply preserves the global stack canary value between tasks during
context switch. It's not really core to this. The core piece is userspace
compiler tooling. I know the option exists and I thought/was lead to believe it
works. But if Jakub has concerns I will add that to the feedba
Matthew,
We'll be looking into LLVM in due course. There are a few of us capable of
fixing the issue (that you were noted as being extremely concerned about on IRC
at the time - we will be happy to send you updates on this) but we balance this
with other priorities (as well as a desire not to g
Excellent proposal. I of course think this would be just awesome!
--
Sent from my iPad
On Jul 9, 2013, at 15:37, Jaroslav Reznik wrote:
> = Proposed System Wide Change: ARM as primary Architecture =
> https://fedoraproject.org/wiki/Changes/ARM_as_Primary
>
> Change owner(s): Dennis Gilmore ,
Indeed. This was a concern I raised when we first began the bootstrap. Blindly
rerunning autoreconf in every case is a really bad idea. But doing it in a
discretionary way, allowing the package maintainer to influence what happens
(they in theory know whether this will work for their package and
However all future 64-bit ARM (AArch64) systems will use GRUB2.
Sent from my Android phone using TouchDown (www.nitrodesk.com)
-Original Message-
From: Jeffrey Bastian [jbast...@redhat.com]
Received: Friday, 14 Jun 2013, 17:31
To: devel@lists.fedoraproject.org
Subject: Re: Which platform
We are doing some enablement work with Linaro (Linaro Enterprise Group) that
includes both KVM and Xen, and libvirt. Let's sync up next week Rich.
Sent from my Android phone using TouchDown (www.nitrodesk.com)
-Original Message-
From: Richard W.M. Jones [rjo...@redhat.com]
Received: Sat
ARM deprecate endian switching in ARMv7+ application (server) profiles. It is
possible to do big endian but with external hardware assistance. We will be an
LP64 little endian architecture with a relaxed memory model. Ping me with
questions.
Sent from my Android phone using TouchDown (www.nitro
Hi Jaroslav,
I would like to raise a caution about implementing this change. Several other
non-Linux systems are able to handle a variety of hardware changes after
installation, and still boot afterwards. I think it would be unfortunate if,
after changing hardware, it were not possible to boot
Forwarding for the broader audience. Note that this is subject to further
discussion. Please feel welcomed to join and participate in arm@ with regard to
this, and the many other pieces related to FUDCon. Additionally, thank you very
much to everyone who attended (physically, virtually, or in sp
Hi everyone,
Thank you very much to those who attended FUDCon in Lawrence, KS this past
weekend, in person, online via the streams, on IRC, or otherwise. It was great
to see everyone. We in the ARM team had a great time (at least, I know I did)
and I was pleased to see more mainstream Fedora di
Hey Lukas,
I think the other (well meaning) responses haven't yet addressed your original
question. For the record, for ARM development boards, we (Fedora ARM) ship
prebuilt disk images suitable and intended for dd'ing onto a storage card for
convenient installation. Other targets support conve
Hi Lennart,
I would like to remove finger from the list. It is still very much in use. I
use it many times daily. I realize my use case is multiuser and server systems
- not of interest to Fedora - but the overhead is little, so I would be
grateful if it remained.
Jon.
--
Sent from my iPad
I brought this up previously in the context of the Fedora ARM bootstrap. It
will be one of topics in the writeup.
--
Sent from my phone - message formatted and/or shortened accordingly.
-Original Message-
From: Richard W.M. Jones [rjo...@redhat.com]
Received: Wednesday, 20 Jul 2011, 8:
19 matches
Mail list logo
