> -Original Message-
> From: sebb [mailto:seb...@gmail.com]
> Sent: Tuesday, 30 November 2010 6:35 AM
> To: builds@apache.org
> Subject: [Hudson] Solaris2 - svn command line client?
>
> Is the SVN command-line client available on Hudson/Solaris2?
>
> If so, what is the path?
-bash-3.00
On Mon, Nov 29, 2010 at 9:35 PM, sebb wrote:
> Is the SVN command-line client available on Hudson/Solaris2?
>
> If so, what is the path?
/opt/subversion-current/bin/svn
/niklas
Is the SVN command-line client available on Hudson/Solaris2?
If so, what is the path?
The JMeter build uses it to determine the SVN revision number which is
then used to create the JMeter revision.
On Mon, Nov 29, 2010 at 3:57 PM, Sim IJskes - QCG wrote:
> On 11/29/2010 03:54 PM, Niklas Gustavsson wrote:
>>
>> Right, having 66 copies of the workspace on different machines sound
>> less than optimal. Would it be possible to divide these categories in
>> some other way in order to maintain one
On 11/29/2010 03:54 PM, Niklas Gustavsson wrote:
Right, having 66 copies of the workspace on different machines sound
less than optimal. Would it be possible to divide these categories in
some other way in order to maintain one or a few workspaces?
Wait, i havent told you everything. 66 workspa
On Mon, Nov 29, 2010 at 3:45 PM, Sim IJskes - QCG wrote:
> River has a normal build, and a QA framework. This QA is a lengthy process
> taking more than 22 hours, where the river networking environment is tested.
Sounds like the perfect argument for a dedicated slave :-)
> Whe have to wait for a
On 11/29/2010 03:35 PM, Niklas Gustavsson wrote:
My thinking was, that only 1 workspace per machine would be created. That
turns out not to be the case. :-(
Could you describe what's the purpose of the "categories" defined in
the build config?
River has a normal build, and a QA framework. Thi
On Mon, Nov 29, 2010 at 3:23 PM, Sim IJskes - QCG wrote:
> On 11/29/2010 03:02 PM, Niklas Gustavsson wrote:
>> On Mon, Nov 29, 2010 at 2:47 PM, Sim IJskes - QCG wrote:
>>> That means river-qa has to scale down on its size.
>>
>> Not necessarily at this time.
>
> It will create 66 workspaces per m
On 11/29/2010 03:02 PM, Niklas Gustavsson wrote:
On Mon, Nov 29, 2010 at 2:47 PM, Sim IJskes - QCG wrote:
That means river-qa has to scale down on its size.
Not necessarily at this time.
It will create 66 workspaces per machine. Are you sure?
Can we get a custom workspace path on every mac
On Mon, Nov 29, 2010 at 2:47 PM, Sim IJskes - QCG wrote:
> That means river-qa has to scale down on its size.
Not necessarily at this time.
> The problem is that the
> matrix project uses a separate workspace for every variant. Any ideas how to
> fix it?
I don't use matrix builds myself so I do
On 11/29/2010 02:47 PM, Sim IJskes - QCG wrote:
the matrix project uses a separate workspace for every variant. Any
ideas how to fix it? Can we get a custom workspace path on every machine
(the same)?
I'm merely asking for permission and advice. :-)
On 11/29/2010 02:43 PM, Niklas Gustavsson wrote:
The River QA takes as much space as all the other builds on that slave
combined. That said, I've cleaned up some disc and restarted the slave
so we should be fine for some time.
That means river-qa has to scale down on its size. The problem is th
On Mon, Nov 29, 2010 at 1:32 PM, Sim IJskes - QCG wrote:
> I guess the river-qa job was the straw that broke the camels back:
>
> Cannot lock working copy
> 'C:\hudson\hudson-slave\workspace\River-QA\category\url\jdk\JDK 1.6
> (latest)\label\Windows\qa\harness\configs\jeri\norm': There is not enou
On 11/29/2010 01:07 PM, Niklas Gustavsson wrote:
On Mon, Nov 29, 2010 at 12:56 PM, Sim IJskes - QCG wrote:
Could we have a River-QA lock? Only 1 of our QA jobs should run at the same
time. Some have to be handstarted, and they should not interfere with each
other when accidentally started with
I guess the river-qa job was the straw that broke the camels back:
Cannot lock working copy
'C:\hudson\hudson-slave\workspace\River-QA\category\url\jdk\JDK 1.6
(latest)\label\Windows\qa\harness\configs\jeri\norm': There is not
enough space on the disk
On Mon, Nov 29, 2010 at 12:56 PM, Sim IJskes - QCG wrote:
> Could we have a River-QA lock? Only 1 of our QA jobs should run at the same
> time. Some have to be handstarted, and they should not interfere with each
> other when accidentally started with the automatic one.
Done, named "River-QA".
/
Hello,
Could we have a River-QA lock? Only 1 of our QA jobs should run at the
same time. Some have to be handstarted, and they should not interfere
with each other when accidentally started with the automatic one.
Gr. Sim
17 matches
Mail list logo
