spec file glitches for 3.0.3.14

[Carter Bullard]

Hey Phillip,
I like ideas!!!   Yes, the ra* naming convention is wrong, and because
they support a specific new function/feature of argus, I should make
them separate.  OK, I'll generate an events directory, and I'll rename
the programs:  argus-lsof.pl, argus-snmp.sh and argus-vms.pl, and
start a README that explains what/why etc.....   I'll add a Makefile so
that they will install themselves somewhere, and when I'm done, I'll
do the specfile.  

Does that sound agreeable?

Should be uploading argus-3.0.3.15 after lunch.

Carter

On Jul 16, 2010, at 9:18 AM, Phillip Deneault wrote:

> On 7/14/2010 4:23 PM, Carter Bullard wrote:
>> Hey Phil,
>> I've made the changes to the spec file in argus-clients-3.0.3.15 which
>> I'll put up later tonight.  Seems to work on one of my older RHEL machines.
>> If you have any problems, don't hesitate!!!
> 
> Sounds good.
> 
>> Those three files are perl scripts that are distributed in the argus/bin
>> directory, so they don't need to be compiled.  These programs
>> are really optional, they probably shouldn't be included in the rpm?
> 
> Ah ok, I see.  Then, in the 'make-it-go' category of solutions, I submit
> the following updates to the spec file.
> 
> --- lib/argus.spec	2010-07-06 18:17:24.000000000 -0400
> +++ ../../SPECS/argus303	2010-07-16 09:06:08.000000000 -0400
> @@ -67,6 +67,9 @@
> %{argussbin}/argus
> %{argusbin}/argusbug
> %{argusbin}/argusarchive
> +%{argusbin}/ralsof
> +%{argusbin}/rasnmp
> +%{argusbin}/ravms
> 
> %doc %{argusdocs}
> %{argusman}/man5/argus.conf.5
> 
> I misinterpreted the files as ra* client utilities, which was a little
> confusing for me since they were in the wrong package if that was the case.
> 
>> I could put them in a ./events subdirectory and install them from    >
> there? Is the ./bin directory special?
> 
> In the 'should-they-be-there' category of solutions, it might be worth a
> little thought and discussion about how they are supported or handled.
> I don't think there is anything special about bin, but since they are
> not ra* clients and more utility scripts for certain scenarios, it might
> be confusing for the uninitiated.
> 
> Maybe pitching them into the 'contrib' directory is a good idea?  Maybe
> renaming them to something like 'eventaction-lsof', 'eventaction-vms',
> etc?  I don't really have an opinion, I'm just throwing out ideas.
> 
> Thanks,
> Phil
> 
> 
> 

Carter Bullard
CEO/President
QoSient, LLC
150 E 57th Street Suite 12D
New York, New York  10022

+1 212 588-9133 Phone
+1 212 588-9134 Fax



-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 3815 bytes
Desc: not available
URL: <https://pairlist1.pair.net/pipermail/argus/attachments/20100716/b1f617ad/attachment.bin>