I've got a setup with ~400GB in /var/spool/asterisk/monitor and the recursive chown/chmod on this takes forever. I would suggest rather installing the folders (and pre-populated files) with the appropriate permissions and ownership in src_install already (insopts and diropts calls where appropriate). An existing install should already have this correct, and a new install will get it correct from the above. An upgrade should (preferably) not modify any custom permissions/ownerships that an administrator may have set up. At a minimum a way to avoid the chmod/own recursive updates in postinst would be very much appreciated (A USE_THE_FORCE_LUKE type of option via environment variable/use flag ... not sure which is the generally accepted correct way of doing this, I've seen both before). Reproducible: Always Steps to Reproduce: .
+*asterisk-1.6.1.6-r1 (22 Oct 2009) + + 22 Oct 2009; <chainsaw@gentoo.org> +asterisk-1.6.1.6-r1.ebuild, + +files/1.6.1/asterisk-1.6.1.6-fxsks-hookstate.patch, + +files/1.6.1/asterisk.initd, -asterisk-1.2.32.ebuild, + +files/1.6.1/asterisk-1.6.1.6-transfer-segfault.patch: + Revision bump. Init script now depends on dahdi, not zaptel (bug #279436). + FXO ports can now carry outbound calls immediately, without requiring an + inbound call first (bug #281467) and transferring queue calls no longer + segfaults. With thanks to Jaco Kroon. Troublesome H323 support removed due + to pwlib dependency in openh323 (bug #290065) and IMAP support removed as + it never worked right (bug #265567). Bug reports on either only accepted + with patches.
