Theo Markettos wrote on Tuesday, May 20, 2014 11:56 PM:

On Tue, May 20, 2014 at 09:23:22PM +0100, John Tytgat wrote:

[snip]

I'm of the opinion that VMs are cheap, so trying to make a setup that will
have the least hassle, with whatever OS necessary. Your plan sounds like a
good idea.  In the meantime, if I pick Debian wheezy and install all the
auto{conf,make}x.xx packages, will the autobuilder handle using the right
ones?

I've recently set up a Debian VM and it worked nicely, so I'm confident I
would be able to set up a recommended system if it came to that.

In message <537bab40.6080...@sky.com>
          Lee Noar <leen...@sky.com> wrote:

If I'm reading the
fetch-program script correctly, it looks in testing (jessie) first and if it
doesn't find the package there, falls back tostable (wheezy).

Given that 'testing' is a moving target, is it better to stabilise on
something? Has recent package updating work (Alan, Lee, Chris?) been using
the default sources (ie 'testing')?

I just use whatever came out of the box. So it would be testing falling
back to stable.

I vaguely recall an explanation about why testing was being used,
rather than stable, I think it was something to do with a better
chance of keeping it up to date, can anyone recall the thread?

It used to use unstable, but that was abandoned because of
too many problems.

I not sure if it has any relevance here, but the main problem I'm
having with rebuilding the packages are because a lot of the ports
have moved on since they were last built so the patches no longer work
and there seem to be a few crashes when running some of them
that I will need to track down (not sure if they are GCC4.7 or the
updates yet). I've only managed to update less than 50% of them in
the last few months.

Regards,
Alan


_______________________________________________
GCCSDK mailing list gcc@gccsdk.riscos.info
Bugzilla: http://www.riscos.info/bugzilla/index.cgi
List Info: http://www.riscos.info/mailman/listinfo/gcc
Main Page: http://www.riscos.info/index.php/GCCSDK

Reply via email to