Red Hat Bugzilla – Bug 176100
Please do not introduce perl dependency
Last modified: 2007-11-30 17:11:19 EST
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):
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) 
> Rewrite of namedGetForwarders in shell scripting
Added to CVS, thanks!