Hey Jordan, and Chris, and everyone,
This is great. Thanks so much!
Jon.
--
Sent from my phone. Please excuse formatting and brevity.
Jordan Cwang wrote:
I've set up a trac instance at Seneca for people to file issues with our Koji,
infrastructure, or any other problems that may arise. You
Done and done.
From: arm-boun...@lists.fedoraproject.org [arm-boun...@lists.fedoraproject.org]
on behalf of Brendan Conoboy [b...@redhat.com]
Sent: Thursday, November 29, 2012 3:18 PM
To: arm@lists.fedoraproject.org
Subject: Re: [fedora-arm] Issue Tracker f
On 11/29/2012 12:14 PM, Jordan Cwang wrote:
I've set up a trac instance at Seneca for people to file issues with our
Koji, infrastructure, or any other problems that may arise. You can
check it out at http://trac.proximity.on.ca/projects/fedoraarm
Additonally, I've set up a RPFR Trac instance
I've set up a trac instance at Seneca for people to file issues with our Koji,
infrastructure, or any other problems that may arise. You can check it out at
http://trac.proximity.on.ca/projects/fedoraarm
Additonally, I've set up a RPFR Trac instance as well. That is at
http://trac.proximity.
On 11/29/2012 04:32 AM, Peter Robinson wrote:
> On Thu, Nov 29, 2012 at 8:09 AM, Jon Masters wrote:
>> Hi Peter,
>>
>> Please take a look at the attached. Note that the default kernel variant
>> is actually a versatile, and you weren't inheriting that. Also, we need
>> to set the V6_V7 multiplatfo
Thu Nov 29 09:05:01 EST 2012
f17-updates : arm vs PA
Same |Newer |Older |Local | Remote |
Missing |
--
2659 |0 | 273 |1 |
On 11/29/2012 03:53 AM, Peter Robinson wrote:
On Wed, Nov 28, 2012 at 10:22 PM, Paul Whalen wrote:
Good day all,
Thanks to those who were able to join us for the weekly status meeting today.
For those that were unable, the minutes are posted below:
Minutes:
http://meetbot.fedoraproject.org/
On Thu, Nov 29, 2012 at 01:39:56AM -0500, Jon Masters wrote:
> Hey guys,
>
> I apologize if I should have RTFM. If a platform provides a device tree
> at boot time, and the kernel also has a tree appended, what behavior is
> supposed to happen? i.e. what is the standard that is anticipated here?
On Wed, Nov 28, 2012 at 10:22 PM, Paul Whalen wrote:
> Good day all,
>
> Thanks to those who were able to join us for the weekly status meeting today.
> For those that were unable, the minutes are posted below:
>
> Minutes:
> http://meetbot.fedoraproject.org/fedora-meeting-1/2012-11-28/fedora-me
On Thu, Nov 29, 2012 at 8:09 AM, Jon Masters wrote:
> Hi Peter,
>
> Please take a look at the attached. Note that the default kernel variant
> is actually a versatile, and you weren't inheriting that. Also, we need
> to set the V6_V7 multiplatform option because the current Kconfig logic
> will ot
On Thu, Nov 29, 2012 at 9:03 AM, Matthieu Pupat
wrote:
> On 11/29/2012 6:20 AM, Chris Tyler wrote:
>>
>> And... just to help clarify who is who and does what here, I've done a
>> long-overdue blog post to introduce the current team members:
>> http://blog.chris.tylers.info/index.php?/archives/268-
And pushed, it should with luck appear in today's compose.
Peter
On Thu, Nov 29, 2012 at 6:31 AM, Jon Masters wrote:
> Hi everyone,
>
> I have the following interim fix for prelink, until we get upstream
> prelink to recognize that there might be two different possible linker
> paths on the same
On Wed, Nov 28, 2012 at 8:45 PM, Jon Chiappetta
wrote:
>> > 6) Your topic here
>>
>> Koji: There have been a number of issues over the last couple of weeks
>> that have been bought up and I haven't seen any form of update from
>> Seneca as to the state:
>>
>> - DB perf tuning, it was done or at le
On 11/29/2012 6:20 AM, Chris Tyler wrote:
And... just to help clarify who is who and does what here, I've done a
long-overdue blog post to introduce the current team members:
http://blog.chris.tylers.info/index.php?/archives/268-.html -- Chris
___ arm
On 11/29/2012 03:09 AM, Jon Masters wrote:
> Please take a look at the attached. Note that the default kernel variant
> is actually a versatile, and you weren't inheriting that. Also, we need
> to set the V6_V7 multiplatform option because the current Kconfig logic
> will otherwise enable AUTO CPU
Hi Peter,
Please take a look at the attached. Note that the default kernel variant
is actually a versatile, and you weren't inheriting that. Also, we need
to set the V6_V7 multiplatform option because the current Kconfig logic
will otherwise enable AUTO CPU support, which will force us to have a V
16 matches
Mail list logo
