pkg/40519: devel/bugzilla checksetup.pl fails: bugzilla/lib dir missing in installation

[polimarco%gmail.com@localhost]

>Number:         40519
>Category:       pkg
>Synopsis:       devel/bugzilla checksetup.pl fails: bugzilla/lib dir missing 
>in installation
>Confidential:   no
>Severity:       critical
>Priority:       medium
>Responsible:    pkg-manager
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Fri Jan 30 14:20:00 +0000 2009
>Originator:     Marco Poli
>Release:        4.0.1/i386
>Organization:
>Environment:
NetBSD dlab 4.0.1 NetBSD 4.0.1 (GENERIC.MP) #0: Tue Oct  7 23:15:59 PDT 2008  
builds@wb30:/home/builds/ab/netbsd-4-0-1-RELEASE/i386/200810080053Z-obj/home/builds/ab/netbsd-4-0-1-RELEASE/src/sys/arch/i386/compile/GENERIC.MP
 i386

>Description:
The checksetup.pl script shipping with bugzilla is essential for upgrades and 
verifying the installation process.

The lastest pkgsrc devel/bugzilla3 is not creating the 
{$PREFIX}/share/bugzilla/lib dir, that is required by the checksetup.pl script 
to complete successfully.

Running {$PREFIX}/share/bugzilla/checksetup.pl script will result in a:


...
Creating ./Bugzilla/.htaccess...
Creating ./data/.htaccess...
Creating ./data/attachments/.htaccess...
Creating ./data/webdot/.htaccess...
Creating ./lib/.htaccess...
No such file or directory at Bugzilla/Install/Filesystem.pm line 441.
#


And bringing the script to a premature finish, not completing all the tasks 
needed for an upgrade, for example.


A change in the localconfig file:

$create_htaccess = 0;

solves this issue, but with too much impact on the sysadmin's decision wether 
or not to use .htaccess files. 


No upgrades can be done without this script, considering that it is the piece 
of code that checks and upgrade the database structure.
>How-To-Repeat:
cd /usr/pkgsrc/devel/bugzilla3
make install
cd /usr/pkg/share/bugzilla
./checksetup.pl
>Fix:
cd /usr/pkg/share/bugzilla
mkdir lib
./checksetup.pl