Le Jeudi 8 Juin 2006 15:54, Bernard Li a écrit :
> Hi Wesley:
>
> You won't be modifying the behaviour of the GUI Configurator though,
> right?
>
> i.e. it will still use HTML as opposed to XML
Yes because in the worst case (if we do not want to maintain both the XML
files and the HTML files for
Hi Ted:
Wesley is talking about the configurator.html in various packages:
$ find . -name configurator.html
./torque/configurator.html
./ntpconfig/configurator.html
./ganglia/configurator.html
./sge/configurator.html
These are used in Step 2: Configure Selected OSCAR Packages...
Cheers,
Bernar
On Thu, Jun 08, 2006 at 12:54:47PM -0700, Bernard Li wrote:
> Hi Wesley:
>
> You won't be modifying the behaviour of the GUI Configurator though,
> right?
>
> i.e. it will still use HTML as opposed to XML
The GUI Configurator I'm (sort of) familiar with is the one at:
trunk/lib/OSCAR/Config
John Meskes wrote:
>
> I hadn't noticed the "Edit" menu of si_monitortk. It has everything I was
> asking for! (except IP should be the default!) Well, I could ask for one
> more:
> unsorted (boot order) where new entries get put on the bottom.
Good! The unsorted order is interesting. I think
Hi Wesley:
You won't be modifying the behaviour of the GUI Configurator though,
right?
i.e. it will still use HTML as opposed to XML
Cheers,
Bernard
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf
> Of Wesley Bland
> Sent: Thursday, June 08, 2006
I just wanted to let everyone know that I posted a schema for the XML input
for configurator on the OSCAR wiki:
https://svn.oscar.openclustergroup.org/trac/oscar/wiki/ConfigSchema
Feel free to give me some feedback on it. If I don't hear anything by the end
of the call on Tuesday, I'm gonna go
Hi Bernard:
Yes, downloaded base, common, and rhel4 tar files from nightly trunk, read
the README, and things went very smoothly. (It was the "666" version -
20060606).
I hadn't noticed the "Edit" menu of si_monitortk. It has everything I was
asking for! (except IP should be the default!) Well,
Yes. The problem is the same for both. The automated install is basically
just a scripted version of the normal command line install.
Wesley
On Thursday 08 June 2006 2:02 pm, Michael Edwards wrote:
> Is the html vs xml a problem for the automated installs also?
>
> On 6/8/06, Wesley Bland <[EM
Is the html vs xml a problem for the automated installs also?
On 6/8/06, Wesley Bland <[EMAIL PROTECTED]> wrote:
> The probelm with using lynx is that I can't control the input and output in
> the way that I need, and I really do need the automation as that is the whole
> premise of my work.
>
> W
The probelm with using lynx is that I can't control the input and output in
the way that I need, and I really do need the automation as that is the whole
premise of my work.
Wesley
On Thursday 08 June 2006 1:21 pm, Bernard Li wrote:
> Hi Wesley:
>
> First of all welcome (but I think I have alre
Hi John:
So I guess you tested the new splitted tarballs and they work fine?
Cheers,
Bernard
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf
> Of John Meskes
> Sent: Thursday, June 08, 2006 10:50
> To: Michael Edwards
> Cc: oscar-devel@lists.sourc
Hi John:
> In Step 5, I accidentally put in the wrong start IP and
> clicked Add Clients.
> There used to be a way to delete clients, but that seems to
> be gone now.
> (at least I got to test start_over !)
It's still there, you'll need to invoke OSCAR Wizard in Management Mode:
http://svn.os
On 8 Jun 2006 at 12:43, Michael Edwards wrote:
> Is this with a new 5.0 install?
Sorry, Yes, the 5.0a1r4969-20060606 version, installing on CentOS
> On 6/8/06, John Meskes <[EMAIL PROTECTED]> wrote:
> > In Step 5, I accidentally put in the wrong start IP and clicked Add Clients.
> > There used t
Bernard Li wrote:
> Hi DongInn:
>
> Just some quick comments:
>
>
>> I understand what we figured out at the above old SF ticket but I am
>> still uncomfortable with this situation that a user can click on any
>> step buttons regardless of the order at the first
>> installation of OSCAR.
>>
Is this with a new 5.0 install?
On 6/8/06, John Meskes <[EMAIL PROTECTED]> wrote:
> In Step 5, I accidentally put in the wrong start IP and clicked Add Clients.
> There used to be a way to delete clients, but that seems to be gone now.
> (at least I got to test start_over !)
>
> In Monitor Cluster
In Step 5, I accidentally put in the wrong start IP and clicked Add Clients.
There used to be a way to delete clients, but that seems to be gone now.
(at least I got to test start_over !)
In Monitor Cluster Deployment, I liked the %complete better than the
progress bar (how many squares=Done? can
Hi DongInn:
Just some quick comments:
> I understand what we figured out at the above old SF ticket but I am
> still uncomfortable with this situation that a user can click on any
> step buttons regardless of the order at the first
> installation of OSCAR.
> I think it is fine for a user to re-
Hi Wesley:
First of all welcome (but I think I have already said that in the conference
call before) and I'm glad that you're getting us involved in your summer
project.
Anyways, I have been meaning to contact you regarding your work. About your
problems with parsing the HTML - how about just
I guess my big question after looking at your wiki is "Why reinvent
functionality that works beter in the GUI?". I understand the need
for automated installs and the need for some sort of CLI interface,
but I am not really understanding the need for a fully featured text
mode installer which has s
Sorry about that, here's the URL:
https://svn.oscar.openclustergroup.org/trac/oscar/wiki/DevelDocs
My stuff is under Command Line Interface.
Wesley
On Thursday 08 June 2006 12:07 pm, Ted Powell wrote:
> On Thu, Jun 08, 2006 at 09:02:36AM -0400, Wesley Bland wrote:
> > [...]
> > Please send me an
On Thu, Jun 08, 2006 at 09:02:36AM -0400, Wesley Bland wrote:
> [...]
> Please send me any input you have and keep an eye on the wiki page to keep up
> with progress on the CLI.
On Thu, Jun 08, 2006 at 11:06:27AM -0400, Wesley Bland wrote:
> [...]
> would do). Feel free to take a look at the wiki
Hi,
http://sourceforge.net/tracker/index.php?func=detail&aid=590732&group_id=9368&atid=109368
I am not sure if this is already fully discussed and a known issue or
not but I would like to share my idea whenever I run the oscar_wizard.
The current wizard does not force a user to click the wizard bu
You're right. I'll admit that I am by no means an HTML expert and that many
of the things I described here can probably be done as long as you are
looking for output for an HTML browser. My problem is that I'm not trying to
use the HTML code as a browser would, but instead parse it to display
On Thu, Jun 08, 2006 at 09:02:36AM -0400, Wesley Bland wrote:
> As you may have seen this summer I'm working on making a CLI for the OSCAR
> Installer. As I have moved into the configurator step (Step 2), I have run
> into a major problem. HTML is very difficult to parse into a command line
>
As you may have seen this summer I'm working on making a CLI for the OSCAR
Installer. As I have moved into the configurator step (Step 2), I have run
into a major problem. HTML is very difficult to parse into a command line
format. Essentially what I have to do is write my own HTML browser to
25 matches
Mail list logo