|
Wow. A little grace would go a long way
in this thread.
I don't regard the idea of automatic conf file generation as fundamentally flawed. I recommend it, as long as it is done well. I do it all the time. I just start with a more complete set of metadata already stored in Haiola. Would it not be practical to automate the replacement of computed portions of the conf file, rather than addition? That way, if an existing entry is already correct, and the computed portion is also correct, no harm occurs, nor does it cause any extra work. If an existing entry is not correct, then the computed entry just corrects it. If it is missing, it is added. In all three cases, if the computed entry is correct, then the resulting conf file should be correct. Of course, if the computed entry is incorrect, the resulting conf entry would also be incorrect, so it is important to make sure that the computed entry is correct, as you already know. When running lean on volunteer power, effective use of automation is a good idea. So is walking in love. On 12/26/2015 06:10 AM, Peter von Kaehne wrote: On Sat, 2015-12-26 at 07:16 -0800, David Haslam wrote:But it's not saving time overall because it's being done so badly.Well it has saved my time - apart from answering your emails I have even cumulatively spend less time on this than on any publication prior, including republication that I would have otherwise. I am celebrating Christmas with friends etc, I am on call medically and I have still issued 7 modules in 3 days. As it is my time I am dealing with primarily I call it now a resounding success. And I am not sarcastic. Just pissed off.It's wasting time for those of us who submitted good working modules! This causes a huge amount of frustration.No one ever was supposed to submit good working modules - just a OSIS and a conf file which can be compiled into good working modules. I now say just an OSIS and a conf file fragment which can get compiled into a good working module. No difference whatsoever.I stick to my assertion that it's fundamentally flawed because it's not fit for purpose.Well, it serves its purpose right now and it has served it well before - i was able to apply corrections in seconds instead of waiting when I have a half hour or more time and will not get disturbed - and it already produces less delays and less problems than anything either Chris or I did in the past.I have no confidence that it can be reliably mended. There are simply too many possible variations in conf files that no- one can predict.No, there are not. There are calculated and not calculated parts. If I did not have to delete the calculated parts from your files which are simply all over the place in their order then I would have saved myself (and you) half of the mistakes you moaned about. Submit what I ask you for and leave the rest to my scripts. Submit more than I ask you then I waste time deleting the crap out of your submissions so that I do not have doubled up lines or non-functional parts. In absence of a wiki page on the process the confmaker.pl code is public, has been announced ages ago on the mailing list, the process has been discussed here and on modu...@crosswire.org, all in all it has been public as a direction of travel for over a three years. The code is in our repositories and has been constantly updated - all updates go through crosswire-svn so all in all it is selfexplanatory and tells you exactly what detail you can expect will be calculated - and what you need to supply. Supply too much as you did, then I will need to delete and then we have problems. In future I will reject your conf files and will ask you to shorten them yourself.Today I saw unrelated lines inserted before a continuation line.?It's not as if the line order was fixed, though there are a few items that must be in a particular order.? Which ones and why? Peter _______________________________________________ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page --
Aloha,
|
_______________________________________________ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page
