Clean CERC afaapps package

[Matthias Saou]

Hi,

Some monitoring scripts I had for CERC adapters broke with RHEL5. I
finally took the time to investigate and fix the problem. It's because
of udev, and the original afaapps rpm packages installing their
MAKEDEV.afa script in /dev/ and only creating the /dev/ entries upon
installation and not at every boot. The afaapps package I had is
complete cr*p... updating to my new fixed packages triggers their
scriplet which deletes /usr/sbin/afacli! Worse than ugly.

Anyway, I was still using the old afaapps 2.7 which was pulling in qt
and arts as dependencies. I found out that there was a 4.1 version on
Dell's FTP site, and although it still contains all the ugly stuff
explained above, it no longer requires qt and arts, so that's a good
start! (but it requires an even older libstdc++, go figure)

So I repackaged it in a cleaner way, removing the MAKEDEV.afa script
altogether, replacing it with a clean init script which creates
the /dev/afa* device nodes dynamically upon startup (and also right
after the package is installed), since their major number isn't
guaranteed to always be the same.

Attached are the spec file and init script I used. Feel free to re-use,
modify etc. Feedback is very welcome, too :-)

Matthias

-- 
Clean custom Red Hat Linux rpm packages : http://freshrpms.net/
Fedora release 7 (Moonshine) - Linux kernel 2.6.22.5-71.fc7
Load : 0.42 0.50 0.61
-------------- next part --------------
A non-text attachment was scrubbed...
Name: afa.init
Type: application/octet-stream
Size: 1199 bytes
Desc: not available
Url : http://lists.us.dell.com/pipermail/linux-poweredge/attachments/20070906/5f14830e/attachment.dll 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: afaapps.spec
Type: text/x-rpm-spec
Size: 1604 bytes
Desc: not available
Url : http://lists.us.dell.com/pipermail/linux-poweredge/attachments/20070906/5f14830e/attachment.bin