On Tue, Dec 30, 2003, Ralf S. Engelschall wrote:
>On Tue, Dec 30, 2003, Bill Campbell wrote:
>
>> [...]
>> I'll be looking at this in more depth later today as we're implementing
>> this at one of our larger ISP customers. Looking at the spec file and
>> having thought a bit more about ownership and permissions, I do have some
>> comments:
>>
>> 1. Where does one find speclint, and perhaps a prototype spec file with
>> all possible options/sections defined?
>
>speclint is a companion tool to openpkg-dev which we developers use
>as the OpenPKG development shell during packaging. You can find it
>in the openpkg-re/ module of our CVS. Sorry that there is still no
>documentation available on how to use this as a contributor. If your
>.spec files pass "speclint" you have a lot more chance that it more
>easily can be taken over into the OpenPKG CVS repository and maintained
>by us.
I'll see about checking that out after I get through my current crunch.
>> 2. The %{l_prefix}/etc/rwhoisd directory should probably also have the
>> restricted ownership as rwhoisd appears to want to build database
>> files itself. I'm also thinking of building a Makefile for that
>> directory to facilitate updates after changing data files.
>
>Hmmm... and it writes it directly below %{l_prefix}/etc/rwhoisd/? Can
>it be redirected to %{l_prefix}/var/rwhoisd/ for writing those files?
I'm not sure about that as I'm just learning to use rwhoisd (and am not all
that impressed with the way it's written :-).
>> 3. Given that there is always considerable editing required for the
>> rwhoisd files for any given installation, I would prefer not to
>> create any configuration files automatically except perhaps in %post
>> processing to create initial files from the samples directory. This
>> isn't a program that one just drops in and expects to work without
>> extensive preparation.
>
>Well, I fully agree that rwhoisd seems to require editing the config
>files a lot. Nevertheless we have no packages in OpenPKG which just
>provide templates ande copy them over in %post. Because this way
>they are not %config files, etc. So, I think it is fully ok that the
>rwhoisd.conf and the other rwhoisd.* files are already in place as
>%config files, independent whether they need much or less editing. There
>are lots of other packages which also require the same amount of similar
>editing.
>
>> 4. I would like to see the samples and doc information including the
>> appropriate RFCs included, perhaps with an option, so the info is
>> available when editing the files.
>
>The sample files are included, although directly in etc/rwhoisd/
>instead of a separate directory. And the doc files I've now
>(unconditionally because they are very small) installed into man/man8/
>and share/rwhoisd/. Thanks for the hint.
>
>>
>> 5. Looking at the patch file, I see that you simplified the varargs
>> patches. I was tempted to do it that way, but didn't want to break
>> backwards compatibility on the off chance that it was being built on
>> an old system.
>
><stdarg.h> is plain ANSI C and <varargs.h> is already obsolete since
>years. Some current platforms (like FreeBSD 5.2) even provide a
><varargs.h> which _breaks_ the building _intentionally_ with an error
>message. In all packages where we replaced <varargs.h> we did it
>unconditionally because in year 2003 this is fully acceptable and
>sufficient. And especially it simplifies both the path and reduces the
>requirements (autoconf).
SuSE 8.2 openpkg gcc-3.3 also has it intentionally broken, which is what
led me to do the patches in the first place.
I just asked that question of one of the rwhoisd developers when I sent him
a copy of my original patches (minus the openpkg specific hacks to the
rwhoisd.conf file). The comments in their code seemed to indicate that
they hadn't addressed the problem.
Bill
--
INTERNET: [EMAIL PROTECTED] Bill Campbell; Celestial Systems, Inc.
UUCP: camco!bill PO Box 820; 6641 E. Mercer Way
FAX: (206) 232-9186 Mercer Island, WA 98040-0820; (206) 236-1676
URL: http://www.celestial.com/
If you want government to intervene domestially, you're a liberal. If you
want government to intervene overseas, you're a conservative. If you want
government to intervene everywhere, you're a moderate. If you don't want
government to intervene anywhare, you're an extermist -- Joseph Sobran
______________________________________________________________________
The OpenPKG Project www.openpkg.org
Developer Communication List [EMAIL PROTECTED]