Description of problem: Please do not introduce a perl dependency by shipping the /usr/sbin/namedGetForwards in the main package. perl is not required for many things and I would like to avoid this huge package on my servers. The dbus stuff is needed for small amount of installations (laptops) only, so I would recommend to add the related bits into a separate -dbus subpackage (which is required in turn by things requiring the named dbus functionality). The 'perl' dep did not exist in previous versions of 'named' and it would be bad when FC5 would introduce it. Version-Release number of selected component (if applicable): bind-9.3.2rc1-1.1
OK, I'll remove the perl dependency - namedGetForwarders is an optional extra "icing on the cake" - but would be quite useful to those using the dbus features. I don't think we should re-engineer the named dbus support to be in an optional sub-package - support for dbus UNIX sockets is in bind-libs, and so cannot be fully separated from the standard bind package.
This is now fixed with bind-9.3.2rc1-2 : bind no longer Requires: perl .
is back again in FC-6: | $ rpm -qp i386/bind-9.3.3-0.1.rc3.fc6.i386.rpm --filerequire | grep perl | /usr/sbin/namedGetForwarders /usr/bin/perl perl(Getopt::Std)
right, because this fix breaks a file coloring. btw. perl is in the base so it's installed anyway...
Created attachment 144713 [details] Rewrite of namedGetForwarders in shell scripting Here's rewrite of namedGetForwarders application rewritten using bash scripting. Perl might be installed any ways, but at least bind should not be dependent to perl for just unique application. Attached script works completely same way as perl coded one does.
(In reply to comment #5) > Created an attachment (id=144713) [edit] > Rewrite of namedGetForwarders in shell scripting Added to CVS, thanks!