On Sun, Jul 10, 2011 at 11:59:36PM +0100, Peter Robinson wrote:
> On Sun, Jul 10, 2011 at 11:49 PM, Matthew Garrett wrote:
> > Finding that something that didn't build, hasn't been changed and still
> > doesn't build isn't terribly random :) We could do better, but
> > introducing more mass rebuild
On Sun, Jul 10, 2011 at 11:49 PM, Matthew Garrett wrote:
> On Sun, Jul 10, 2011 at 11:11:52PM +0100, Peter Robinson wrote:
> > On Sun, Jul 10, 2011 at 10:44 PM, Matthew Garrett >wrote:
> > > It's certainly true that we could do more to identify ftbfs situations
> > > earlier, but we've had mass r
On Sun, Jul 10, 2011 at 11:11:52PM +0100, Peter Robinson wrote:
> On Sun, Jul 10, 2011 at 10:44 PM, Matthew Garrett wrote:
> > It's certainly true that we could do more to identify ftbfs situations
> > earlier, but we've had mass rebuilds in most recent releases. Random
> > failures years down the
On Sun, Jul 10, 2011 at 06:12:38PM -0400, Jon Masters wrote:
> On Sun, 2011-07-10 at 22:44 +0100, Matthew Garrett wrote:
>
> > It's certainly true that we could do more to identify ftbfs situations
> > earlier, but we've had mass rebuilds in most recent releases. Random
> > failures years down t
On Sun, 2011-07-10 at 22:44 +0100, Matthew Garrett wrote:
> It's certainly true that we could do more to identify ftbfs situations
> earlier, but we've had mass rebuilds in most recent releases. Random
> failures years down the line really aren't a realistic concern.
I can think of specific cas
On Sun, Jul 10, 2011 at 10:44 PM, Matthew Garrett wrote:
> On Sun, Jul 10, 2011 at 05:31:09PM -0400, Jon Masters wrote:
>
> > It doesn't just benefit bootstrap either. Take (random example) the
> > recent CFLAGS change in redhat-rpm-config. What should happen at that
> > point is that every packag
On Sun, Jul 10, 2011 at 05:31:09PM -0400, Jon Masters wrote:
> It doesn't just benefit bootstrap either. Take (random example) the
> recent CFLAGS change in redhat-rpm-config. What should happen at that
> point is that every package is automatically rebuilt. Should it cause a
> problem? No. But ha
On Sun, 2011-07-10 at 16:23 -0500, Matt Domsch wrote:
> On Sun, Jul 10, 2011 at 04:43:30PM +0100, Matthew Garrett wrote:
> > On Sat, Jul 09, 2011 at 11:45:33PM -0400, Jon Masters wrote:
> >
> > > * Fedora should (IMO) institute mandatory mass rebuilds. Either every
> > > cycle, or every other cy
On Sun, Jul 10, 2011 at 04:43:30PM +0100, Matthew Garrett wrote:
> On Sat, Jul 09, 2011 at 11:45:33PM -0400, Jon Masters wrote:
>
> > * Fedora should (IMO) institute mandatory mass rebuilds. Either every
> > cycle, or every other cycle. I've briefly discussed with Dennis.
> > Bootstrapping (an
On Sat, Jul 09, 2011 at 11:45:33PM -0400, Jon Masters wrote:
> * Fedora should (IMO) institute mandatory mass rebuilds. Either every
> cycle, or every other cycle. I've briefly discussed with Dennis.
> Bootstrapping (and similar activities) are far easier with a clean set
> of deps, which is
Matt Domsch wrote:
> But the procedure lacks a key component -
> identifying, through Fedora Project-maintained efforts (and not my own
> private efforts), the list of pacakges that FTBFS. That could be a
> rel-eng mass rebuild run. That could be a stand-alone rebuild effort.
> I'm not going to d
On Sat, Jul 09, 2011 at 11:45:33PM -0400, Jon Masters wrote:
> It's becoming clear that several points do need raising with FESCo:
> * Fedora should (IMO) institute mandatory mass rebuilds. Either every
> cycle, or every other cycle. I've briefly discussed with Dennis.
> Bootstrapping (and si
On Sun, Jul 10, 2011 at 6:31 AM, Jon Masters wrote:
>
> We're going to deliver one after this armv7hl bootstrap. What we're
> going to do is get koji running with a minimal mock (or even once we get
> to just mock) and then re-run the bootstrap scripts
> automatically/rebuild the RPMs and hope tha
On Sun, 2011-07-10 at 00:48 -0300, Itamar Reis Peixoto wrote:
> On Sun, Jul 10, 2011 at 12:45 AM, Jon Masters wrote:
> > On Fri, 2011-07-08 at 00:52 -0400, Jon Masters wrote:
> >
> >> We are hosting another one of our regular Fedora 15 hardfp Virtual
> >> Fedora Activity Day today Friday July 8th,
On Sun, Jul 10, 2011 at 12:45 AM, Jon Masters wrote:
> On Fri, 2011-07-08 at 00:52 -0400, Jon Masters wrote:
>
>> We are hosting another one of our regular Fedora 15 hardfp Virtual
>> Fedora Activity Day today Friday July 8th, at 14:00UTC (10:00 Eastern
>> Daylight Time). The purpose of this sessi
On Fri, 2011-07-08 at 00:52 -0400, Jon Masters wrote:
> We are hosting another one of our regular Fedora 15 hardfp Virtual
> Fedora Activity Day today Friday July 8th, at 14:00UTC (10:00 Eastern
> Daylight Time). The purpose of this session is to co-ordinate the
> bootstrap of F15 hardfp (hardware
Folks,
We are hosting another one of our regular Fedora 15 hardfp Virtual
Fedora Activity Day today Friday July 8th, at 14:00UTC (10:00 Eastern
Daylight Time). The purpose of this session is to co-ordinate the
bootstrap of F15 hardfp (hardware floating point). Going forward, the
proposal is that t
On Wed, 2011-06-29 at 08:02 -0400, Chris Tyler wrote:
> On Wed, 2011-06-29 at 02:17 -0400, Jon Masters wrote:
> > Hi Folks,
> >
> > Join us on Friday to celebrate July with another in our series of VFADs!
> Just a heads up that you won't have many Canadians joining you -- July 1
> is Canada Day,
On Wed, 2011-06-29 at 02:17 -0400, Jon Masters wrote:
> Hi Folks,
>
> Join us on Friday to celebrate July with another in our series of VFADs!
Hi Jon,
Just a heads up that you won't have many Canadians joining you -- July 1
is Canada Day, a *big* party date on our calendar.
-Chris
--
devel ma
On Wed, 2011-06-29 at 09:14 +0200, Nikola Pajkovsky wrote:
> Refreshing news! What is pain in the ass is rhel6, because it doesn't
> have qemu-system-arm. I will play around with rhel6 and qemu-system-arm.
> Then I will try to build my packages for arm (if already aren't in). Is
> there a list of
Jon Masters writes:
> Hi Folks,
>
> Join us on Friday to celebrate July with another in our series of VFADs!
> This is an awesome opportunity to participate in improving support for
> ARM processors, and to learn about architecture bootstrap. Last week, we
> successfully added a number of new pac
Hi Folks,
Join us on Friday to celebrate July with another in our series of VFADs!
This is an awesome opportunity to participate in improving support for
ARM processors, and to learn about architecture bootstrap. Last week, we
successfully added a number of new packages to our bootstrap filesystem
22 matches
Mail list logo
