[Linux-ha-dev] Re: [Linux-ha-announce] Re: [Linux-HA] Announcing! Release 2.0.5 of Linux-HA is now available!

2006-05-08 Thread Horms
On Tue, Apr 25, 2006 at 03:27:35PM -0600, Alan Robertson wrote: > Alan Robertson wrote: > The Linux-HA team proudly announces bug-fix release 2.0.5 of the > Linux-HA (aka "heartbeat") software. > > As usual, you can find it here: > http://linux-ha.org/download/index.html#2.0.5 I am happy to

Re: [Linux-ha-dev] Re: [Linux-ha-cvs] Linux-HA CVS: crm by andrew from

2006-05-08 Thread Andrew Beekhof
On May 8, 2006, at 8:04 PM, Matthew Soffen wrote: Andrew, What parts should fail ?well is has two "nodes" sections despite maxOccurs="1" :-) Matt On Mon, 2006-05-08 at 18:58 +0200, Andrew Beekhof wrote: so as far as i can tell, the attached files _should_ fail. but they dont :-(

Re: [Linux-ha-dev] Re: [Linux-ha-cvs] Linux-HA CVS: crm by andrew from

2006-05-08 Thread Matthew Soffen
Andrew, What parts should fail ? Matt On Mon, 2006-05-08 at 18:58 +0200, Andrew Beekhof wrote: so as far as i can tell, the attached files _should_ fail. but they dont :-( any thoughts? On May 8, 2006, at 6:19 PM, A

Re: [Linux-ha-dev] Re: [Linux-ha-cvs] Linux-HA CVS: crm by andrew from

2006-05-08 Thread Andrew Beekhof
On May 8, 2006, at 6:09 PM, Matthew Soffen wrote: Andrew, Mine starts:http://www.w3.org/2001/XMLSchema" elementFormDefault="qualified"> Not sure of the elementFormDefault is needed but (It cant hurt). I also don't think you can do the typing like you did. Could you try this ( Lose the ext

Re: [Linux-ha-dev] Re: [Linux-ha-cvs] Linux-HA CVS: crm by andrew from

2006-05-08 Thread Matthew Soffen
Andrew, Mine starts: Not sure of the elementFormDefault is needed but (It cant hurt). I also don't think you can do the typing like you did. Could you try this ( Lose the extra typing ).    I don't think you can define the top level elements in terms of types. OK ?        

Re: [Linux-ha-dev] Re: [Linux-ha-cvs] Linux-HA CVS: crm by andrew from

2006-05-08 Thread Andrew Beekhof
On May 8, 2006, at 4:53 PM, Matthew Soffen wrote: The other nice feature of XSD is that it is written in XML as well. You can cleanly create new types within your XSD (I have one called YNType just to ensure a field is Y or N.  If you need another pair of eyes to look at it when you are done. 

Re: [Linux-ha-dev] Re: [Linux-ha-cvs] Linux-HA CVS: crm by andrew from

2006-05-08 Thread Matthew Soffen
The other nice feature of XSD is that it is written in XML as well. You can cleanly create new types within your XSD (I have one called YNType just to ensure a field is Y or N.  If you need another pair of eyes to look at it when you are done.  Let me know. On Mon, 2006-05-08 at 16:50 +020

Re: [Linux-ha-dev] Re: [Linux-ha-cvs] Linux-HA CVS: crm by andrew from

2006-05-08 Thread Andrew Beekhof
On May 8, 2006, at 4:46 PM, Matthew Soffen wrote: OK. My Bad. Yes. It does work to validate properly  ( Had a typo in my xsd ). > xmllint  --schema LRPMeteringData.xsd event_summary_20050629025529.xml http://www.w3.org/2001/XMLSchema-instance" xsi:noNamespaceSchemaLocation="LRPMeteringData.xsd"

Re: [Linux-ha-dev] Re: [Linux-ha-cvs] Linux-HA CVS: crm by andrew from

2006-05-08 Thread Matthew Soffen
OK. My Bad. Yes. It does work to validate properly  ( Had a typo in my xsd ). > xmllint  --schema LRPMeteringData.xsd event_summary_20050629025529.xml         event_summary_20050629025529.xml validates So XSD could be an option. Matt On Mon, 2006-05-08 at 15:52 +0200, Andrew Beekhof w

Re: [Linux-ha-dev] Re: [Linux-ha-cvs] Linux-HA CVS: crm by andrew from

2006-05-08 Thread Matthew Soffen
Andrew, Actually it does support xsd (--schema SCHEMA_FILE.xsd) . I'm curious to find out why my full XSD file isn't validating though ( it passes other tools ). Matt On Mon, 2006-05-08 at 15:52 +0200, Andrew Beekhof wrote: do you know what can we use to validate xml against it?

Re: [Linux-ha-dev] Re: [Linux-ha-cvs] Linux-HA CVS: crm by andrew from

2006-05-08 Thread Andrew Beekhof
do you know what can we use to validate xml against it?i dont see xsd in xmllintOn May 8, 2006, at 3:45 PM, Matthew Soffen wrote: Correction: My Bad. I meant XSD ( XML Schema Definition).  This is an example of one I wrote for something at ISO.  It allows you to define how many of a field may ex

Re: [Linux-ha-dev] Re: [Linux-ha-cvs] Linux-HA CVS: crm by andrew from

2006-05-08 Thread Matthew Soffen
Correction: My Bad. I meant XSD ( XML Schema Definition).  This is an example of one I wrote for something at ISO.  It allows you to define how many of a field may exist, if it is required or not.  Its pretty flexible ( at least I think). Matt                

Re: [Linux-ha-dev] Re: [Linux-ha-cvs] Linux-HA CVS: crm by andrew from

2006-05-08 Thread Andrew Beekhof
On 5/8/06, Matthew Soffen <[EMAIL PROTECTED]> wrote: Has using an XSL been considered instead of a DTD ? Matt my understanding is that XSL will let you transform XML from one "format" to another. but that doesn't do validation as far as i can tell. btw. were the extra changes to bootstrap o

Re: [Linux-ha-dev] Re: [Linux-ha-cvs] Linux-HA CVS: crm by andrew from

2006-05-08 Thread Matthew Soffen
Has using an XSL been considered instead of a DTD ? Matt On Mon, 2006-05-08 at 15:00 +0200, Andrew Beekhof wrote: On May 8, 2006, at 2:44 PM, Lars Marowsky-Bree wrote: > On 2006-05-08T14:16:15, Andrew Beekhof <[EMAIL PROTECTED]> wrote: > >>> Good point. >> we also need to find a way to hav

Re: [Linux-ha-dev] Re: [Linux-ha-cvs] Linux-HA CVS: crm by andrew from

2006-05-08 Thread Andrew Beekhof
On May 8, 2006, at 2:44 PM, Lars Marowsky-Bree wrote: On 2006-05-08T14:16:15, Andrew Beekhof <[EMAIL PROTECTED]> wrote: Good point. we also need to find a way to have it ignore the order things appear in... thats going to be a major PITA You mean within the CIB? Well, the order is defined,

Re: [Linux-ha-dev] Re: [Linux-ha-cvs] Linux-HA CVS: crm by andrew from

2006-05-08 Thread Lars Marowsky-Bree
On 2006-05-08T14:16:15, Andrew Beekhof <[EMAIL PROTECTED]> wrote: > >Good point. > we also need to find a way to have it ignore the order things appear > in... thats going to be a major PITA You mean within the CIB? Well, the order is defined, doesn't matter too much, or does it? -- High Av

Re: [Linux-ha-dev] Re: [Linux-ha-cvs] Linux-HA CVS: crm by andrew from

2006-05-08 Thread Andrew Beekhof
On May 8, 2006, at 2:14 PM, Lars Marowsky-Bree wrote: On 2006-05-08T13:26:17, Andrew Beekhof <[EMAIL PROTECTED]> wrote: At least the aliases ought to be supported, or the comparison made case insensitive... you obviously didnt see the rather large s/strcmp/strcasecmp/ commit earlier today ;-

Re: [Linux-ha-dev] Re: [Linux-ha-cvs] Linux-HA CVS: crm by andrew from

2006-05-08 Thread Lars Marowsky-Bree
On 2006-05-08T13:26:17, Andrew Beekhof <[EMAIL PROTECTED]> wrote: > >At least the aliases ought to be supported, or the comparison made > >case > >insensitive... > you obviously didnt see the rather large s/strcmp/strcasecmp/ commit > earlier today ;-) Ah, that came after the mail I replied t

Re: [Linux-ha-dev] Re: [Linux-ha-cvs] Linux-HA CVS: crm by andrew from

2006-05-08 Thread Andrew Beekhof
On May 8, 2006, at 1:24 PM, Lars Marowsky-Bree wrote: On 2006-05-08T09:39:55, Andrew Beekhof <[EMAIL PROTECTED]> wrote: Zhenh, for the GUI to take advantage of this it needs three options: Stop : target_role = Stopped Start : target_role = Started Automatic : target_role = default (or delete

Re: [Linux-ha-dev] Re: [Linux-ha-cvs] Linux-HA CVS: crm by andrew from

2006-05-08 Thread Lars Marowsky-Bree
On 2006-05-08T09:39:55, Andrew Beekhof <[EMAIL PROTECTED]> wrote: > Zhenh, for the GUI to take advantage of this it needs three options: > > Stop : target_role = Stopped > Start : target_role = Started > Automatic : target_role = default (or delete the target_role nvpair > completely which I beli

[Linux-ha-dev] Re: [Linux-ha-cvs] Linux-HA CVS: crm by andrew from

2006-05-08 Thread Andrew Beekhof
On 5/8/06, linux-ha-cvs@lists.linux-ha.org wrote: linux-ha CVS committal Author : andrew Host: Project : linux-ha Module : crm Dir : linux-ha/crm/pengine Modified Files: complex.c Log Message: If target_role is set to anything other than "default", then any previous val