Re: [Flightgear-devel] Hey Curt... :)

2010-11-14 Thread Frederic Bouvier
Hi Gene,

- Gene Buckle a écrit :

  Ah, sorry to disappoint, but you have to commit to Git first - unlike 
  some setups, we haven't engineered a 'compile before publish' system. 
  Hence my ensuring I have time to watch Hudson *after* a commit, and, for 
  example, make a fix commit if I broke something.
 
 What about offering those with commit rights the ability to trigger
 builds on their own?  That way if they break it, they can fix it and re-start
 the build.  I've enabled the email the person that broke the build
 option, but I don't know how correctly that works yet.

BTW, you gave me an account on the Hudson server but I can't see what I can 
do that I couldn't not being connected. Certainly the ability to start builds 
would be a plus.

Regards,
-Fred

-- 
Frédéric Bouvier
http://my.fotolia.com/frfoto/  Photo gallery - album photo
http://www.youtube.com/user/fgfred64   Videos


--
Centralized Desktop Delivery: Dell and VMware Reference Architecture
Simplifying enterprise desktop deployment and management using
Dell EqualLogic storage and VMware View: A highly scalable, end-to-end
client virtualization framework. Read more!
http://p.sf.net/sfu/dell-eql-dev2dev
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Hey Curt... :)

2010-11-14 Thread James Turner

On 14 Nov 2010, at 08:19, Frederic Bouvier wrote:

 What about offering those with commit rights the ability to trigger
 builds on their own?  That way if they break it, they can fix it and re-start
 the build.  I've enabled the email the person that broke the build
 option, but I don't know how correctly that works yet.
 
 BTW, you gave me an account on the Hudson server but I can't see what I can 
 do that I couldn't not being connected. Certainly the ability to start builds 
 would be a plus.

I looked at doing this yesterday, but we need to switch to a more advanced 
Hudson authentication model to get proper groups support, it seems - I made a 
'developers' group with appropriate build+view privs, but I can't find a way to 
add people to it. Based on the wiki docs, groups don't really work in the 
default auth mode - though this may be incorrect docs.

(Just to explain - Hudson uses pluggable user backends, we're currently using 
the default one, which is local to Hudson and quite simple)

James



--
Centralized Desktop Delivery: Dell and VMware Reference Architecture
Simplifying enterprise desktop deployment and management using
Dell EqualLogic storage and VMware View: A highly scalable, end-to-end
client virtualization framework. Read more!
http://p.sf.net/sfu/dell-eql-dev2dev
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Hey Curt... :)

2010-11-14 Thread Gene Buckle

On Sun, 14 Nov 2010, Frederic Bouvier wrote:


Hi Gene,

- Gene Buckle a écrit :

 Ah, sorry to disappoint, but you have to commit to Git first - unlike 
 some setups, we haven't engineered a 'compile before publish' system. 
 Hence my ensuring I have time to watch Hudson *after* a commit, and, for 
 example, make a fix commit if I broke something.


What about offering those with commit rights the ability to trigger
builds on their own?  That way if they break it, they can fix it and re-start
the build.  I've enabled the email the person that broke the build
option, but I don't know how correctly that works yet.


BTW, you gave me an account on the Hudson server but I can't see what I can 
do that I couldn't not being connected. Certainly the ability to start builds 
would be a plus.


You should be able to start builds once you log in - the start icon is 
shown in the far right column.


g.
--
Proud owner of F-15C 80-0007
http://www.f15sim.com - The only one of its kind.
http://www.simpits.org/geneb - The Me-109F/X Project

ScarletDME - The red hot Data Management Environment
A Multi-Value database for the masses, not the classes.
http://www.scarletdme.org - Get it _today_!

Political correctness is a doctrine, fostered by a delusional, illogical
minority, and rabidly promoted by an unscrupulous mainstream media, which
holds forth the proposition that it is entirely possible to pick up a turd
by the clean end.--
Centralized Desktop Delivery: Dell and VMware Reference Architecture
Simplifying enterprise desktop deployment and management using
Dell EqualLogic storage and VMware View: A highly scalable, end-to-end
client virtualization framework. Read more!
http://p.sf.net/sfu/dell-eql-dev2dev___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Hey Curt... :)

2010-11-13 Thread James Turner

On 12 Nov 2010, at 23:44, Curtis Olson wrote:

 My personal rule-of-thumb is to only commit when I've got time to watch the 
 Hudson board go green - it's on an hourly poll at the moment, though we can 
 allow other users to manually kick off builds, if you ask Gene nicely.
 
 How do you get a change over to hudson before committing it to git?  (maybe a 
 dumb question?)

Ah, sorry to disappoint, but you have to commit to Git first - unlike some 
setups, we haven't engineered a 'compile before publish' system. Hence my 
ensuring I have time to watch Hudson *after* a commit, and, for example, make a 
fix commit if I broke something.

James


--
Centralized Desktop Delivery: Dell and VMware Reference Architecture
Simplifying enterprise desktop deployment and management using
Dell EqualLogic storage and VMware View: A highly scalable, end-to-end
client virtualization framework. Read more!
http://p.sf.net/sfu/dell-eql-dev2dev
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Hey Curt... :)

2010-11-13 Thread Curtis Olson
On Sat, Nov 13, 2010 at 3:57 AM, James Turner wrote:


 On 12 Nov 2010, at 23:44, Curtis Olson wrote:

  My personal rule-of-thumb is to only commit when I've got time to watch
 the Hudson board go green - it's on an hourly poll at the moment, though we
 can allow other users to manually kick off builds, if you ask Gene nicely.
 
  How do you get a change over to hudson before committing it to git?
  (maybe a dumb question?)

 Ah, sorry to disappoint, but you have to commit to Git first - unlike some
 setups, we haven't engineered a 'compile before publish' system. Hence my
 ensuring I have time to watch Hudson *after* a commit, and, for example,
 make a fix commit if I broke something.


Ok, I see ... misread your original statement.

Curt.
-- 
Curtis Olson:
http://www.atiak.com - http://aem.umn.edu/~uav/
http://www.flightgear.org -
http://www.flightgear.org/blogs/category/curt/http://www.flightgear.org/blogs/category/personal/curt/
--
Centralized Desktop Delivery: Dell and VMware Reference Architecture
Simplifying enterprise desktop deployment and management using
Dell EqualLogic storage and VMware View: A highly scalable, end-to-end
client virtualization framework. Read more!
http://p.sf.net/sfu/dell-eql-dev2dev___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Hey Curt... :)

2010-11-13 Thread Arnt Karlsen
On Sat, 13 Nov 2010 09:57:14 +, James wrote in message 
0275fe52-84ce-4e88-a29c-b1382f3ae...@mac.com:

 
 On 12 Nov 2010, at 23:44, Curtis Olson wrote:
 
  My personal rule-of-thumb is to only commit when I've got time to
  watch the Hudson board go green - it's on an hourly poll at the
  moment, though we can allow other users to manually kick off
  builds, if you ask Gene nicely.
  
  How do you get a change over to hudson before committing it to
  git?  (maybe a dumb question?)
 
 Ah, sorry to disappoint, but you have to commit to Git first - unlike
 some setups, we haven't engineered a 'compile before publish' system.
 Hence my ensuring I have time to watch Hudson *after* a commit, and,
 for example, make a fix commit if I broke something.

..an idea; a bad commit that doesn't compile successfully, 
can it be reverted automatically?  That way git would stay 
unbroken, until new unbroken code is added etc and compiles 
successfully.


-- 
..med vennlig hilsen = with Kind Regards from Arnt... ;o)
...with a number of polar bear hunters in his ancestry...
  Scenarios always come in sets of three: 
  best case, worst case, and just in case.

--
Centralized Desktop Delivery: Dell and VMware Reference Architecture
Simplifying enterprise desktop deployment and management using
Dell EqualLogic storage and VMware View: A highly scalable, end-to-end
client virtualization framework. Read more!
http://p.sf.net/sfu/dell-eql-dev2dev
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Hey Curt... :)

2010-11-13 Thread Alex Perry
On Sat, Nov 13, 2010 at 7:35 AM, Arnt Karlsen a...@c2i.net wrote:
 On Sat, 13 Nov 2010 09:57:14 +, James wrote in message
 On 12 Nov 2010, at 23:44, Curtis Olson wrote:
  My personal rule-of-thumb is to only commit when I've got time to
  watch the Hudson board go green - it's on an hourly poll at the
  moment, though we can allow other users to manually kick off
  builds, if you ask Gene nicely.

 Ah, sorry to disappoint, but you have to commit to Git first - unlike
 some setups, we haven't engineered a 'compile before publish' system.
 Hence my ensuring I have time to watch Hudson *after* a commit, and,
 for example, make a fix commit if I broke something.

 ..an idea; a bad commit that doesn't compile successfully,
 can it be reverted automatically?  That way git would stay
 unbroken, until new unbroken code is added etc and compiles
 successfully.

I like automatic build systems which, if ..
* a commit fails to build for any platform,
* the prior build passed for every platform,
* only one commit happened in that time,
* the word CRITICAL is nowhere in the change description,
... automatically rolls back ... and tells someone.

As a bonus, if it fails at the third bullet, it can automatically
submit builds for all the intervening releases in an attempt to make
the bullet pass.

As another bonus, after the rollback, the fifth bullet looks back at
the first bullet to see whether it failed to build for every platform
and, if so, it would be nice for someone to be notified.

--
Centralized Desktop Delivery: Dell and VMware Reference Architecture
Simplifying enterprise desktop deployment and management using
Dell EqualLogic storage and VMware View: A highly scalable, end-to-end
client virtualization framework. Read more!
http://p.sf.net/sfu/dell-eql-dev2dev
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Hey Curt... :)

2010-11-13 Thread Tim Moore
There's never been a guarantee that the development sources compile for
everybody at all moments. That's why they are development sources. I
appreciate the Hudson process and quite often the change to get things
compiling on a given platform are obvious, but sometimes they aren't and one
needs to rely on the help of those who know the other platforms better. I
don't see why they would have get their own copy of the offending source
code from anywhere other than the next branch.

Tim

On Sat, Nov 13, 2010 at 5:57 PM, Alex Perry alex.pe...@ieee.org wrote:

 On Sat, Nov 13, 2010 at 7:35 AM, Arnt Karlsen a...@c2i.net wrote:
  On Sat, 13 Nov 2010 09:57:14 +, James wrote in message
  On 12 Nov 2010, at 23:44, Curtis Olson wrote:
   My personal rule-of-thumb is to only commit when I've got time to
   watch the Hudson board go green - it's on an hourly poll at the
   moment, though we can allow other users to manually kick off
   builds, if you ask Gene nicely.
 
  Ah, sorry to disappoint, but you have to commit to Git first - unlike
  some setups, we haven't engineered a 'compile before publish' system.
  Hence my ensuring I have time to watch Hudson *after* a commit, and,
  for example, make a fix commit if I broke something.
 
  ..an idea; a bad commit that doesn't compile successfully,
  can it be reverted automatically?  That way git would stay
  unbroken, until new unbroken code is added etc and compiles
  successfully.

 I like automatic build systems which, if ..
 * a commit fails to build for any platform,
 * the prior build passed for every platform,
 * only one commit happened in that time,
 * the word CRITICAL is nowhere in the change description,
 ... automatically rolls back ... and tells someone.

 As a bonus, if it fails at the third bullet, it can automatically
 submit builds for all the intervening releases in an attempt to make
 the bullet pass.

 As another bonus, after the rollback, the fifth bullet looks back at
 the first bullet to see whether it failed to build for every platform
 and, if so, it would be nice for someone to be notified.


 --
 Centralized Desktop Delivery: Dell and VMware Reference Architecture
 Simplifying enterprise desktop deployment and management using
 Dell EqualLogic storage and VMware View: A highly scalable, end-to-end
 client virtualization framework. Read more!
 http://p.sf.net/sfu/dell-eql-dev2dev
 ___
 Flightgear-devel mailing list
 Flightgear-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/flightgear-devel

--
Centralized Desktop Delivery: Dell and VMware Reference Architecture
Simplifying enterprise desktop deployment and management using
Dell EqualLogic storage and VMware View: A highly scalable, end-to-end
client virtualization framework. Read more!
http://p.sf.net/sfu/dell-eql-dev2dev___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Hey Curt... :)

2010-11-13 Thread Gene Buckle
On Sat, 13 Nov 2010, James Turner wrote:


 On 12 Nov 2010, at 23:44, Curtis Olson wrote:

 My personal rule-of-thumb is to only commit when I've got time to watch the 
 Hudson board go green - it's on an hourly poll at the moment, though we can 
 allow other users to manually kick off builds, if you ask Gene nicely.

 How do you get a change over to hudson before committing it to git?  (maybe 
 a dumb question?)

 Ah, sorry to disappoint, but you have to commit to Git first - unlike 
 some setups, we haven't engineered a 'compile before publish' system. 
 Hence my ensuring I have time to watch Hudson *after* a commit, and, for 
 example, make a fix commit if I broke something.

What about offering those with commit rights the ability to trigger builds 
on their own?  That way if they break it, they can fix it and re-start the 
build.  I've enabled the email the person that broke the build option, 
but I don't know how correctly that works yet.

g.


-- 
Proud owner of F-15C 80-0007
http://www.f15sim.com - The only one of its kind.
http://www.simpits.org/geneb - The Me-109F/X Project

ScarletDME - The red hot Data Management Environment
A Multi-Value database for the masses, not the classes.
http://www.scarletdme.org - Get it _today_!

Political correctness is a doctrine, fostered by a delusional, illogical
minority, and rabidly promoted by an unscrupulous mainstream media, which
holds forth the proposition that it is entirely possible to pick up a turd
by the clean end.

--
Centralized Desktop Delivery: Dell and VMware Reference Architecture
Simplifying enterprise desktop deployment and management using
Dell EqualLogic storage and VMware View: A highly scalable, end-to-end
client virtualization framework. Read more!
http://p.sf.net/sfu/dell-eql-dev2dev
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


[Flightgear-devel] Hey Curt... :)

2010-11-12 Thread Gene Buckle
http://flightgear.simpits.org:8080/job/SimGear-Win32/ws/projects\VC90\SimGear.vcproj;
 
(default targets) -- FAILED.

Build FAILED.


http://flightgear.simpits.org:8080/job/SimGear-Win32/ws/projects\VC90\SimGear.vcproj;
 
(default target) (1) -
(Build target) -
  ..\..\simgear\io\raw_socket.cxx(203): error C2664: 'setsockopt' : 
cannot convert parameter 4 from 'int *' to 'const char *'



ur in mah codez, breakin' mah bildz!


*laughs*

g.


--
Centralized Desktop Delivery: Dell and VMware Reference Architecture
Simplifying enterprise desktop deployment and management using
Dell EqualLogic storage and VMware View: A highly scalable, end-to-end
client virtualization framework. Read more!
http://p.sf.net/sfu/dell-eql-dev2dev
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Hey Curt... :)

2010-11-12 Thread Curtis Olson
Are you able to test local changes?  What would happen if you changed line
#203 of simgear/io/raw_socket.cxx to:

setsockopt( handle, SOL_SOCKET, SO_REUSEADDR,
(void *)opt_boolean, sizeof(opt_boolean) );

In other words, insert (void *) in front of opt_boolean

Does that clean up the error for you?  If so I could push out a fix to git
... but I'd hate to keep pushing out random attempts at a fix ... rather
find the fix and the push that out.

Thanks,

Curt.


On Fri, Nov 12, 2010 at 1:28 PM, Gene Buckle ge...@deltasoft.com wrote:

 
 http://flightgear.simpits.org:8080/job/SimGear-Win32/ws/projects\VC90\SimGear.vcproj
 
 (default targets) -- FAILED.

 Build FAILED.


 
 http://flightgear.simpits.org:8080/job/SimGear-Win32/ws/projects\VC90\SimGear.vcproj
 
 (default target) (1) -
(Build target) -
  ..\..\simgear\io\raw_socket.cxx(203): error C2664: 'setsockopt' :
 cannot convert parameter 4 from 'int *' to 'const char *'



 ur in mah codez, breakin' mah bildz!


 *laughs*

 g.



 --
 Centralized Desktop Delivery: Dell and VMware Reference Architecture
 Simplifying enterprise desktop deployment and management using
 Dell EqualLogic storage and VMware View: A highly scalable, end-to-end
 client virtualization framework. Read more!
 http://p.sf.net/sfu/dell-eql-dev2dev
 ___
 Flightgear-devel mailing list
 Flightgear-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/flightgear-devel




-- 
Curtis Olson:
http://www.atiak.com - http://aem.umn.edu/~uav/
http://www.flightgear.org -
http://www.flightgear.org/blogs/category/curt/http://www.flightgear.org/blogs/category/personal/curt/
--
Centralized Desktop Delivery: Dell and VMware Reference Architecture
Simplifying enterprise desktop deployment and management using
Dell EqualLogic storage and VMware View: A highly scalable, end-to-end
client virtualization framework. Read more!
http://p.sf.net/sfu/dell-eql-dev2dev___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Hey Curt... :)

2010-11-12 Thread Gene Buckle
On Fri, 12 Nov 2010, Curtis Olson wrote:

 Are you able to test local changes?  What would happen if you changed line
 #203 of simgear/io/raw_socket.cxx to:

setsockopt( handle, SOL_SOCKET, SO_REUSEADDR,
(void *)opt_boolean, sizeof(opt_boolean) );

 In other words, insert (void *) in front of opt_boolean

 Does that clean up the error for you?  If so I could push out a fix to git
 ... but I'd hate to keep pushing out random attempts at a fix ... rather
 find the fix and the push that out.


Curt, I was just reporting an error I got from the build server - every 
time a code change is comitted, Hudson rebuilds for all affected targets.

I'll take a look at trying (void*), but I'm not in a position to test if 
it actually works beyond solving the compiler error.

g.

-- 
Proud owner of F-15C 80-0007
http://www.f15sim.com - The only one of its kind.
http://www.simpits.org/geneb - The Me-109F/X Project

ScarletDME - The red hot Data Management Environment
A Multi-Value database for the masses, not the classes.
http://www.scarletdme.org - Get it _today_!

Political correctness is a doctrine, fostered by a delusional, illogical
minority, and rabidly promoted by an unscrupulous mainstream media, which
holds forth the proposition that it is entirely possible to pick up a turd
by the clean end.

--
Centralized Desktop Delivery: Dell and VMware Reference Architecture
Simplifying enterprise desktop deployment and management using
Dell EqualLogic storage and VMware View: A highly scalable, end-to-end
client virtualization framework. Read more!
http://p.sf.net/sfu/dell-eql-dev2dev
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Hey Curt... :)

2010-11-12 Thread Gene Buckle
On Fri, 12 Nov 2010, Curtis Olson wrote:

 Are you able to test local changes?  What would happen if you changed line
 #203 of simgear/io/raw_socket.cxx to:

setsockopt( handle, SOL_SOCKET, SO_REUSEADDR,
(void *)opt_boolean, sizeof(opt_boolean) );

 In other words, insert (void *) in front of opt_boolean

This is the result:

   (Build target) -
 ..\..\simgear\io\raw_socket.cxx(203): error C2664: 'setsockopt' : cann
   ot convert parameter 4 from 'void *' to 'const char *'

g.

-- 
Proud owner of F-15C 80-0007
http://www.f15sim.com - The only one of its kind.
http://www.simpits.org/geneb - The Me-109F/X Project

ScarletDME - The red hot Data Management Environment
A Multi-Value database for the masses, not the classes.
http://www.scarletdme.org - Get it _today_!

Political correctness is a doctrine, fostered by a delusional, illogical
minority, and rabidly promoted by an unscrupulous mainstream media, which
holds forth the proposition that it is entirely possible to pick up a turd
by the clean end.

--
Centralized Desktop Delivery: Dell and VMware Reference Architecture
Simplifying enterprise desktop deployment and management using
Dell EqualLogic storage and VMware View: A highly scalable, end-to-end
client virtualization framework. Read more!
http://p.sf.net/sfu/dell-eql-dev2dev
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Hey Curt... :)

2010-11-12 Thread Frederic Bouvier

- Gene Buckle a écrit :

 On Fri, 12 Nov 2010, Curtis Olson wrote:
 
  Are you able to test local changes?  What would happen if you
 changed line
  #203 of simgear/io/raw_socket.cxx to:
 
 setsockopt( handle, SOL_SOCKET, SO_REUSEADDR,
 (void *)opt_boolean, sizeof(opt_boolean) );
 
  In other words, insert (void *) in front of opt_boolean
 
 This is the result:
 
(Build target) -
  ..\..\simgear\io\raw_socket.cxx(203): error C2664: 'setsockopt' :
 cann
ot convert parameter 4 from 'void *' to 'const char *'

A fix is committed

-Fred

-- 
Frédéric Bouvier
http://my.fotolia.com/frfoto/  Photo gallery - album photo
http://www.youtube.com/user/fgfred64   Videos


--
Centralized Desktop Delivery: Dell and VMware Reference Architecture
Simplifying enterprise desktop deployment and management using
Dell EqualLogic storage and VMware View: A highly scalable, end-to-end
client virtualization framework. Read more!
http://p.sf.net/sfu/dell-eql-dev2dev
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Hey Curt... :)

2010-11-12 Thread Gene Buckle

On Fri, 12 Nov 2010, Frederic Bouvier wrote:



- Gene Buckle a écrit :


On Fri, 12 Nov 2010, Curtis Olson wrote:

 Are you able to test local changes?  What would happen if you
changed line
 #203 of simgear/io/raw_socket.cxx to:

setsockopt( handle, SOL_SOCKET, SO_REUSEADDR,
(void *)opt_boolean, sizeof(opt_boolean) );

 In other words, insert (void *) in front of opt_boolean

This is the result:

   (Build target) -
 ..\..\simgear\io\raw_socket.cxx(203): error C2664: 'setsockopt' :
cann
   ot convert parameter 4 from 'void *' to 'const char *'


A fix is committed



Thanks Fred!  We're back to a green board. :D

g.

--
Proud owner of F-15C 80-0007
http://www.f15sim.com - The only one of its kind.
http://www.simpits.org/geneb - The Me-109F/X Project

ScarletDME - The red hot Data Management Environment
A Multi-Value database for the masses, not the classes.
http://www.scarletdme.org - Get it _today_!

Political correctness is a doctrine, fostered by a delusional, illogical
minority, and rabidly promoted by an unscrupulous mainstream media, which
holds forth the proposition that it is entirely possible to pick up a turd
by the clean end.--
Centralized Desktop Delivery: Dell and VMware Reference Architecture
Simplifying enterprise desktop deployment and management using
Dell EqualLogic storage and VMware View: A highly scalable, end-to-end
client virtualization framework. Read more!
http://p.sf.net/sfu/dell-eql-dev2dev___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Hey Curt... :)

2010-11-12 Thread Frederic Bouvier
 
 Thanks Fred!  We're back to a green board. :D

Would you mind restarting a linux build, just in case ?

-Fred

-- 
Frédéric Bouvier
http://my.fotolia.com/frfoto/  Photo gallery - album photo
http://www.youtube.com/user/fgfred64   Videos


--
Centralized Desktop Delivery: Dell and VMware Reference Architecture
Simplifying enterprise desktop deployment and management using
Dell EqualLogic storage and VMware View: A highly scalable, end-to-end
client virtualization framework. Read more!
http://p.sf.net/sfu/dell-eql-dev2dev
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Hey Curt... :)

2010-11-12 Thread Gene Buckle
On Fri, 12 Nov 2010, Frederic Bouvier wrote:

  Thanks Fred!  We're back to a green board. :D

 Would you mind restarting a linux build, just in case ?

Will do!

g.

-- 
Proud owner of F-15C 80-0007
http://www.f15sim.com - The only one of its kind.
http://www.simpits.org/geneb - The Me-109F/X Project

ScarletDME - The red hot Data Management Environment
A Multi-Value database for the masses, not the classes.
http://www.scarletdme.org - Get it _today_!

Political correctness is a doctrine, fostered by a delusional, illogical
minority, and rabidly promoted by an unscrupulous mainstream media, which
holds forth the proposition that it is entirely possible to pick up a turd
by the clean end.

--
Centralized Desktop Delivery: Dell and VMware Reference Architecture
Simplifying enterprise desktop deployment and management using
Dell EqualLogic storage and VMware View: A highly scalable, end-to-end
client virtualization framework. Read more!
http://p.sf.net/sfu/dell-eql-dev2dev
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Hey Curt... :)

2010-11-12 Thread Curtis Olson
I'm pushing a different fix which follows previous precedence already used
in the setBlocking() function later in this same source file.  Apologize if
I break things again.
On Fri, Nov 12, 2010 at 2:24 PM, Gene Buckle ge...@deltasoft.com wrote:

 On Fri, 12 Nov 2010, Frederic Bouvier wrote:

   Thanks Fred!  We're back to a green board. :D
 
  Would you mind restarting a linux build, just in case ?
 
 Will do!

 g.

 --
 Proud owner of F-15C 80-0007
 http://www.f15sim.com - The only one of its kind.
 http://www.simpits.org/geneb - The Me-109F/X Project

 ScarletDME - The red hot Data Management Environment
 A Multi-Value database for the masses, not the classes.
 http://www.scarletdme.org - Get it _today_!

 Political correctness is a doctrine, fostered by a delusional, illogical
 minority, and rabidly promoted by an unscrupulous mainstream media, which
 holds forth the proposition that it is entirely possible to pick up a turd
 by the clean end.


 --
 Centralized Desktop Delivery: Dell and VMware Reference Architecture
 Simplifying enterprise desktop deployment and management using
 Dell EqualLogic storage and VMware View: A highly scalable, end-to-end
 client virtualization framework. Read more!
 http://p.sf.net/sfu/dell-eql-dev2dev
 ___
 Flightgear-devel mailing list
 Flightgear-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/flightgear-devel




-- 
Curtis Olson:
http://www.atiak.com - http://aem.umn.edu/~uav/
http://www.flightgear.org -
http://www.flightgear.org/blogs/category/curt/http://www.flightgear.org/blogs/category/personal/curt/
--
Centralized Desktop Delivery: Dell and VMware Reference Architecture
Simplifying enterprise desktop deployment and management using
Dell EqualLogic storage and VMware View: A highly scalable, end-to-end
client virtualization framework. Read more!
http://p.sf.net/sfu/dell-eql-dev2dev___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Hey Curt... :)

2010-11-12 Thread Curtis Olson
On Fri, Nov 12, 2010 at 5:11 PM, James Turner zakal...@mac.com wrote:

 My personal rule-of-thumb is to only commit when I've got time to watch the
 Hudson board go green - it's on an hourly poll at the moment, though we can
 allow other users to manually kick off builds, if you ask Gene nicely.


How do you get a change over to hudson before committing it to git?  (maybe
a dumb question?)

Thanks,

Curt.

-- 
Curtis Olson:
http://www.atiak.com - http://aem.umn.edu/~uav/
http://www.flightgear.org -
http://www.flightgear.org/blogs/category/curt/http://www.flightgear.org/blogs/category/personal/curt/
--
Centralized Desktop Delivery: Dell and VMware Reference Architecture
Simplifying enterprise desktop deployment and management using
Dell EqualLogic storage and VMware View: A highly scalable, end-to-end
client virtualization framework. Read more!
http://p.sf.net/sfu/dell-eql-dev2dev___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel