Hi, On Mon, Mar 01, 2010 at 08:10:17PM -0700, Tim Serong wrote: > On 3/2/2010 at 02:32 AM, Dejan Muhamedagic <[email protected]> wrote: > > On Mon, Mar 01, 2010 at 03:53:45PM +0100, Rasto Levrinc wrote: > > > > > > On Mon, March 1, 2010 3:24 pm, Dejan Muhamedagic wrote: > > > > > > > > > > > /me was just kidding. BTW, perhaps you should consider naming it > > > > __guiid or sth like that. But I still don't know where you could > > > > store it. There used to be discussion on what can/should/whatever get > > > > into > > > > the CIB and, iirc, the outcome was that CIB should not carry any extra > > > > information (at least from the powers to be :). > > > > > > > > > > Yep, although I don't need to store it at the moment. It would be good, > > > if > > > every resource from user could have some user friendly name apart from id > > > and/or some short description that would be stored in the cib file. > > > > There's an attribute called description. Not my favourite though :) > > And there should be support for comments. That's ready on the > > shell side, but we have to teach cib not to drop them (the > > comments). > > Speaking from a purely XML-related perspective, comments are fine for > storing ad-hoc text that may be related to something nearby, but I'd be > wary of relying on them for e.g. an alternate source of resource names, > because they're not constrained to a particular format, and aren't > (strictly) bound to any particular node in the document.
Right. I just mentioned comments in relation to the description attribute, as something I'd prefer. Cheers, Dejan > Regards, > > Tim > > > -- > Tim Serong <[email protected]> > Senior Clustering Engineer, OPS Engineering, Novell Inc. > > > > _______________________________________________ > Linux-HA mailing list > [email protected] > http://lists.linux-ha.org/mailman/listinfo/linux-ha > See also: http://linux-ha.org/ReportingProblems _______________________________________________ Linux-HA mailing list [email protected] http://lists.linux-ha.org/mailman/listinfo/linux-ha See also: http://linux-ha.org/ReportingProblems
