From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.5) Gecko/20041111 Firefox/1.0 Description of problem: irssi does not load in any script files, and the /script command does not work. Probably because perl is not being loaded into irssi. The irssi package over at dag wieers works fine. http://dag.wieers.com/packages/irssi/ Version-Release number of selected component (if applicable): irssi-0.8.9-4 How reproducible: Always Steps to Reproduce: 1. Run irssi 2. Type /script Actual Results: It says "script" command not found. Expected Results: It should show a list of scripts that have been loaded. Additional info:
Doesn't look like a bug. You need to '/load perl' when Perl support is an optional module and not built in by default. Dag's version has Perl built in instead of a module.
Fair enough, but might I suggest building irssi with the perl module built in, as 99.99% of users are going to be using scripts with irssi anyway, having it as a module doesn't make much sense.
Users, who use perl scripts in irssi, do use the $HOME/.irssi/startup file, don't they? They would put /load perl in there. With perl support being a module, /unload perl would still work and increase flexibility. I'm not the package maintainer, but I don't think hardcoding perl should be a goal. With perl built in, the sequence /unload perl /load perl gives confusing errors, btw.
I agree with Michael, and i dont see why we should/must hard-link perl inside irssi, and i prefer modular things. It's a matter of taste, i guess.