Custom Query (894 matches)
Results (64 - 66 of 894)
Ticket | Owner | Reporter | Resolution | Summary |
---|---|---|---|---|
#868 | desai | strauss | fixed | Add more Yum and RPM tools to pkgmgr_gen.py |
Description |
Diff and more information here: https://code.launchpad.net/~bcfg2/bcfg2/yum-tools/+merge/22006 This would provide a nice replacement to the currently obsolete methods in the "getting started" guide for CentOS. |
|||
#1092 | https://www.google.com/accounts/o8/id?id=AItOawnSjgovXZr-_V3vGkvMSR0pc5LDykRc1Nc | https://www.google.com/accounts/o8/id?id=AItOawnSjgovXZr-_V3vGkvMSR0pc5LDykRc1Nc | fixed | Add more convenient convenience methods for Properties |
Description |
(06:17:40 AM) tie: ok, working with properties is way too clumsy (06:18:00 AM) tie: to get the FQDN property corresponding to the current host in a template, I need to do: (06:18:12 AM) tie: ${[el.text for el in metadata.Properties['props.xml'].Match(metadata) if el.tag=='FQDN'][0]} (06:20:27 AM) tie: ideally, this should be more like ${ metadata.MyProperties['props.xml'].FQDN[0].text} (07:40:48 AM) stpierre: tie: how would you feel about ${metadata.Properties['props.xml'].get("FQDN").text} or ${metadata.Properties['props.xml'].get_all("FQDN")[0].text} ? (07:44:04 AM) stpierre: i guess it would have to be ${metadata.Properties['props.xml'].get("FQDN", metadata=metadata).text} or something similar (07:44:23 AM) stpierre: making that a kwarg doesn't make sense, so just get("FQDN", metadata). (07:58:54 AM) tie: stpierre: ${metadata.Properties['props.xml'].get("FQDN").text} is OK, definitely much better than the current situation, though I'm not sure how it would handle multiple FQDN tags (07:59:24 AM) tie: passing the metadata to a member of the metadata object seems superfluous (08:00:29 AM) tie: it is very nice to have the entire set of Properties accessible, but there should be a shortcut that leads to the Properties of the current client or group (08:01:30 AM) stpierre: you'd handle multiple tags with get_all. (08:01:50 AM) stpierre: given the way connectors work we may not be able to eliminate the "extra" metadata argument. i'll look into that (08:01:50 AM) tie: ah, I see what you meant (08:02:38 AM) tie: may I suggest adding an object member which links to the parent? (08:03:03 AM) tie: e.g. whenever metadata gets Properties added, it does: self.properties.parent = self (08:03:32 AM) tie: so you can get a link to the current metadata inside the Properties object (08:03:58 AM) tie: then it is trivial to add: if metadata == None: metadata == self.parent (08:04:32 AM) stpierre: that would have to change the connector plugin interface as a whole (08:04:43 AM) stpierre: it's not that this is impossible, it may just be improbable for a bugfix release :) (08:07:15 AM) stpierre: made particularly difficult by the fact that metadata.Properties is not a Properties plugin object (or similar), but a dict(). (08:08:08 AM) tie: it can be subclassed, so it would retain all dict properties (08:08:46 AM) stpierre: i know -- like i said, not impossible, just improbable for 1.2.1 |
|||
#111 | desai | desai | fixed | Add more editor temporary file blindspots |
Description |
We already have a few blindspots for some editor temp files, but are clearly missing some. Add comments to this ticket with log messages and we can fix this. |
Note: See TracQuery
for help on using queries.