Re: [Coapp-developers] Input for Autopackage

2011-04-27 Thread Garrett Serack
Eric, I've updated the coapp toolkit PropertySheet code to support parsing the format for Autopackage (sample: http://j.mp/mkoWkn ) and actually another use I have in building a tool to simplify shallowforking (called pTk... sample http://j.mp/lz5aha ). The format is pretty damn nice--my e

Re: [Coapp-developers] Input for Autopackage

2011-04-27 Thread Garrett Serack
We've actually got a parser in CoApp already that handles this format for another purpose (which is kinda why we went this way), so in the immediate future we'll rely on that. I have another case I may be using this too, so it's nice that we have some overlap. G ___

Re: [Coapp-developers] Input for Autopackage

2011-04-27 Thread Philip Allison
IMHO the quality of parsing & validation is just as important as the file format itself. I'd be happy to put up with most things in terms of file format, on the proviso that if I get it wrong, autopackage does a reasonable job of telling me what's wrong and where in the file it is. FWIW I quite l

Re: [Coapp-developers] Moving to github today

2011-04-27 Thread Philip Allison
I know I've been inactive on this list (and on coapp in general) for a while*, but let me be one of the first to say THANK YOU! One of the reasons I didn't get very far when I was trying to contribute HTTP fetcher code was simply because I couldn't figure out bzr. I wanted to use it like it was g