<html>
<head>
<meta content="text/html; charset=utf-8" http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<div class="moz-cite-prefix">Wow. A little grace would go a long way
in this thread.<br>
<br>
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.<br>
<br>
Would it not be practical to automate the <i><b>replacement</b></i>
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.<br>
<br>
When running lean on volunteer power, effective use of automation
is a good idea. So is walking in love.<br>
<br>
On 12/26/2015 06:10 AM, Peter von Kaehne wrote:<br>
</div>
<blockquote cite="mid:1451146213.3362.69.camel@gmx.net" type="cite">
<pre wrap="">On Sat, 2015-12-26 at 07:16 -0800, David Haslam wrote:
</pre>
<blockquote type="cite">
<pre wrap="">
But it's not saving time overall because it's being done so badly.
</pre>
</blockquote>
<pre wrap="">
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.
</pre>
<blockquote type="cite">
<pre wrap="">It's wasting time for those of us who submitted good working modules!
This causes a huge amount of frustration.
</pre>
</blockquote>
<pre wrap="">
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.
</pre>
<blockquote type="cite">
<pre wrap="">
I stick to my assertion that it's fundamentally flawed because it's
not fit
for purpose.
</pre>
</blockquote>
<pre wrap="">
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.
</pre>
<blockquote type="cite">
<pre wrap="">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.
</pre>
</blockquote>
<pre wrap="">
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 <a class="moz-txt-link-abbreviated" href="mailto:modules@crosswire.org">modules@crosswire.org</a>, 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.
</pre>
<blockquote type="cite">
<pre wrap="">Today I saw unrelated lines inserted before a continuation line.
</pre>
</blockquote>
<pre wrap="">
?
</pre>
<blockquote type="cite">
<pre wrap="">It's not as if the line order was fixed, though there are a few items
that
must be in a particular order.
</pre>
</blockquote>
<pre wrap="">
?
Which ones and why?
Peter
_______________________________________________
sword-devel mailing list: <a class="moz-txt-link-abbreviated" href="mailto:sword-devel@crosswire.org">sword-devel@crosswire.org</a>
<a class="moz-txt-link-freetext" href="http://www.crosswire.org/mailman/listinfo/sword-devel">http://www.crosswire.org/mailman/listinfo/sword-devel</a>
Instructions to unsubscribe/change your settings at above page</pre>
</blockquote>
<br>
<br>
<div class="moz-signature">-- <br>
<meta http-equiv="CONTENT-TYPE" content="text/html; charset=utf-8">
<p><font color="#000000">Aloha,<br>
<i>Kahunapule Michael Johnson</i></font></p>
<table cellpadding="7" cellspacing="0">
<tbody>
<tr>
<td style="background: rgb(255, 255, 0)"><font
color="#000000"><b>MICHAEL JOHNSON<br>
PO BOX 881143<br>
PUKALANI HI 96788-1143</b><br>
USA</font></td>
<td style="background: rgb(0, 255, 255)"><font
color="#000000">
<a href="http://eBible.org">eBible.org</a><br>
<a href="http://MLJohnson.org">MLJohnson.org</a><br>
Mobile: +1 <b>808-333-6921</b><br>
Skype: kahunapule</font></td>
</tr>
</tbody>
</table>
</div>
</body>
</html>