John Kasunich and I talked about playing some more with Buildbot
http://buildbot.net as a way to move the emc2 compile farm forward.
We're not going to turn the existing compile farm off (at least not
yet); we're going to stand up a parallel system and see if it's good
enough to switch over
Sebastian Kuzminsky wrote:
# let the farm user run sudo make setuid without a password by
adding this line to /etc/sudoers:
farmer ALL = ALL, NOPASSWD: /usr/bin/make setuid
This part raises a red flag for me, as I mentioned on IRC last night.
If you set this passwordless sudo,
On Fri, Nov 14, 2008 at 03:09:43PM -0500, John Kasunich wrote:
I'm not sure if sim-only system need to
run the make setuid step or not.
Nope.
-
This SF.Net email is sponsored by the Moblin Your Move Developer's
On Friday 14 November 2008 21:09:43 John Kasunich wrote:
Sebastian Kuzminsky wrote:
# let the farm user run sudo make setuid without a password by
adding this line to /etc/sudoers:
farmer ALL = ALL, NOPASSWD: /usr/bin/make setuid
This part raises a red flag for me, as I
Michael Buesch wrote:
On Friday 14 November 2008 21:09:43 John Kasunich wrote:
Sebastian Kuzminsky wrote:
# let the farm user run sudo make setuid without a password by
adding this line to /etc/sudoers:
farmer ALL = ALL, NOPASSWD: /usr/bin/make setuid
This part
Stephen Wille Padnos wrote:
Yeah, RT testing opens up interesting issues. What if some RT module
crashes the machine? Also the testing can't be comprehensive, since the
buildbot machines are unlikely to have any hardware other than a
parallel port (if that), so we can't actually test all
On Fri, 2008-11-14 at 14:14 -0700, Sebastian Kuzminsky wrote:
Stephen Wille Padnos wrote:
Yeah, RT testing opens up interesting issues. What if some RT module
crashes the machine? Also the testing can't be comprehensive, since the
buildbot machines are unlikely to have any hardware
On Friday 14 November 2008 21:58:56 Stephen Wille Padnos wrote:
These scripts don't run on the CVS server,
Ok, I thought this would run on the machine running the server.
--
Greetings Michael.
-
This SF.Net email is
I'm going through the issues Coverity has found in our TRUNK, and while
fixing a couple of bugs in hal_vti i noticed something strange.
hal_vti.h defines MAX_CHANS to be 4, and that's used a lot in hal_vti.c.
But hal_vti.c defines MAX_CHAN (without the S) to be 8, and uses that in
one place in
Kirk Wallace wrote:
On Fri, 2008-11-14 at 14:14 -0700, Sebastian Kuzminsky wrote:
Stephen Wille Padnos wrote:
Yeah, RT testing opens up interesting issues. What if some RT module
crashes the machine? Also the testing can't be comprehensive, since the
buildbot machines are unlikely to have
Michael Buesch wrote:
I don't think there is a solution for this, however.
If you want to run a component of the repository (be it the makefile or
the setuid programs itself) as root, you need to trust your committer.
You can set sudo to allow only specific programs from specific
It seems like a buildbot would be a great application to put on a live
CD image have it boot and run possibly even no hard drive. It
would even be possible to setup a cron job to reboot (view as purging
memory based nasties). It is hard to hack a cdrom filesystem!.
cheers
On Fri,
Jon Elson wrote:
Last week I made a CD from the 8.04 iso file, installed on a blank
machine, and then did an anonymous checkout of the development trunk.
I added all the packages as described in the wiki page for building from
source.
I added the synaptic repositories, and did :
wget
Stephen Wille Padnos wrote:
[snip]
There are a few extra packages needed to build documentation on 8.04. I
think they are:
dvips
groff
tetex-extra
imagemagick
Oops, according to this wiki page:
http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?Installing_EMC2#Building_emc2_with_documents,
you
14 matches
Mail list logo
