On Wed, 2009-11-11 at 15:59 -0800, Steve Howard wrote:
> On Wed, Nov 11, 2009 at 9:30 AM, John Admanski wrote:
> > I thought about it a bit more:
> >
> > Maybe a better approach would be to have the global_config module find
> > the ini file in job.autodir (so on a client it would show up in the
>
On Wed, Nov 11, 2009 at 9:30 AM, John Admanski wrote:
> I thought about it a bit more:
>
> Maybe a better approach would be to have the global_config module find
> the ini file in job.autodir (so on a client it would show up in the
> client/ dir, and on the server in the "true" top-level dir) and
For now, since the original change to use global config on the client
is causing some problem, I reverted the commit. See rev 3939. We can
put it back in once we get this sorted out.
-- John
On Wed, Nov 11, 2009 at 9:45 AM, Scott Zawalski wrote:
> On Wed, Nov 11, 2009 at 09:37, John Admanski wr
On Wed, Nov 11, 2009 at 09:37, John Admanski wrote:
> On Wed, Nov 11, 2009 at 9:35 AM, Martin Bligh wrote:
>>> I thought about it a bit more:
>>>
>>> Maybe a better approach would be to have the global_config module find
>>> the ini file in job.autodir (so on a client it would show up in the
>>>
On Wed, Nov 11, 2009 at 9:35 AM, Martin Bligh wrote:
>> I thought about it a bit more:
>>
>> Maybe a better approach would be to have the global_config module find
>> the ini file in job.autodir (so on a client it would show up in the
>> client/ dir, and on the server in the "true" top-level dir)
> I thought about it a bit more:
>
> Maybe a better approach would be to have the global_config module find
> the ini file in job.autodir (so on a client it would show up in the
> client/ dir, and on the server in the "true" top-level dir) and then
> add support to Autotest.run so that it copies ov
On Wed, Nov 11, 2009 at 9:16 AM, Lucas Meneghel Rodrigues
wrote:
> On Wed, 2009-11-11 at 07:32 -0800, John Admanski wrote:
>> I don't think this is sufficient. It works in the simple cases, but
>> what about when you're using packaging to install the clients and not
>> rsync? I guess that still te
On Wed, 2009-11-11 at 07:32 -0800, John Admanski wrote:
> I don't think this is sufficient. It works in the simple cases, but
> what about when you're using packaging to install the clients and not
> rsync? I guess that still technically works...assuming that you
> rebuild the client package whenev
I don't think this is sufficient. It works in the simple cases, but
what about when you're using packaging to install the clients and not
rsync? I guess that still technically works...assuming that you
rebuild the client package whenever you need to change the .ini.
While not strictly wrong, this