Fare rifetimento alla guida:
https://wiki.mozilla.org/Bugzilla:Win32Install#Installing_Bugzilla_on_Microsoft_Windows_with_Apache
Una volta installato IIS su W7, come descritto nel post precedente, ricordarsi di fare il download di ActivePerl.
A questo proposito, si ricorda che
Perl 5.12 doesn't require any additional repository. It already contains everything that Bugzilla needs. Attualmente dal sito si scarica la 5.14.2 quindi non dovrebbe essere più necessario scaricare moduli aggintivi, ma non è così.
ATTENZIONE, nel mio caso sebbene sia astato aggiunto al path la cartella di installazione di perl.exe, se lancio da dos "perl checksetup.pl" perl non viene riconosciuto come comando interno.
Per eseguirlo basta specificare tutto il path:
C:\bugzilla\bugzilla-4.2.1>C:\Perl64\bin\perl checksetup.pl
Una volta lanciato lo script, sembra che alcuni moduli risultino necessari e debbano essere installati. Il diagnostico dice di eseguire i seguenti comandi:
ppm install TimeDate
ppm install DateTime
ppm install DateTime-TimeZone
ppm install Template-Toolkit
ppm install Email-Send
ppm install Email-MIME
ppm install Math-Random-ISAAC
Anche in questo caso, per ovviare al problema del path non riconosciuto, ho lanciato i comandi precedenti direttamente dalla cartella di installazione del perl C:\Perl64\bin.
Rilanciando
checksetup.pl mi si suggerisce di modificare alcuni parametri come descritto dal manuale.
Rilanciando ancora hecksetup.pl ottengo il messaggio che mi dice che è necessario installare:
ppm install DBD-mysql
Rilanciando ancora ... si creano le tabelle del DB...
a questo punto però viene chiesto di definire il server SMTP necessario a bugzilla, ma winws7 non ha un server smtp di default.
Cercando un po' ho trovato questo:
http://www.softstack.com/freesmtp.html
si installa in un attimo e non c'è da configurare niente.
hWebMail
http://www.hmailserver.com/index.php?page=functionality
A questo punto proseguo l'installazione di bugzilla indicando hostname: localhost
A questo punto fare ATTENZIONE!
la guida per la
predisposizione di CGI
su II7 rimandala all'articolo:
http://lpsolit.wordpress.com/2010/10/22/make-bugzilla-work-with-iis7-easy/ in cui si indica come agire a mano sulla configurazione.
Per vedere nella console di IIS le icone necessarie per "
gestione moduli" ed "eccezioni cgi" occorre attivarle come abbiamo fatto per la console IIS, altrimenti non si vedono di default.
Nel mio caso però, le impostazioni specificate nella guida su wordpress non funzionano, funzionano quelle indicate su wiki.mozilla, ossia si deve inserire:
C:\Perl\bin\perl.exe -T "%s" %s
e non
C:\Perl64\bin\perl.exe -x"C:\bugzilla\bugzilla-4.2.1"-T %s
Dopo che avevo fatto diverse prove ho trovato questo articolo http://community.activestate.com/forum/activeperl-iis-75 in cui dice che questa configurazione manuale può essere evitata lanciando semplicemente lo script "
ap-iis-config add all" da command promp da
C:\Perl64 con privelegi di amministratore.
L'hoprovato, effettivamente ottengo una serie di segnalazioni, che sembrano verificarsi anche ad altri utenti, ma che in realtà sembra non abbiano conseguenze negative.
C:\Perl64>ap-iis-config add all
Use of uninitialized value $path in -f at C:\Perl64\bin/ap-iis-config line 357.
Use of uninitialized value $path in -f at C:\Perl64\bin/ap-iis-config line 357.
Use of uninitialized value $path in -f at C:\Perl64\bin/ap-iis-config line 357.
Use of uninitialized value $path in -f at C:\Perl64\bin/ap-iis-config line 357.
Specificare come root di iis il folder di installazione di bugzilla, nel mio caso C:\bugzilla\bugzilla-4.2.1
si
L
e indicazioni trovate nella descrizione successiva non funzionano nel mio caso.
Le impostazioni precedenti sono nella guida originale.
lancio testserver.pl e FUNZIONA!
allora provo a collegarmi a http://localhost/index.cgi
Ma lancio testserver.pl e NON FUNZIONA! "webserver is not executing cgi file"
ORA VADO A DORMIRE.
A questo punto ci sono due ipotesi:
- Non si può usare activeper a 64 bit con ii7 come scritto qui: "ActivePerl is available as an ISAPI for 32 bits only. This does not prevent it from running on a 64 bit install of Windows. It just means that any application pool that contains Perl content must be configured to run as 32 bit."http://blogs.iis.net/wadeh/archive/2009/04/13/running-perl-on-iis-7.aspx ma il post è vecchio e non so quanto sia ancora affidabile
A questo punto si può riprendere l'installazione accedendo come amministratore e impostando i parametri richiesti:
Parameters
You should now be able to log into to Bugzilla using the account
checksetup.pl just created. Point your web browser to
http://localhost/, choose
Log in to an existing account, and login.
In the page footer, choose Parameters.
Put in your email address as the maintainer.
maintainer:
byron@example.com
Put in the URL to Bugzilla in the urlbase field. This URL will be used in emails, so don't use localhost.
urlbase:
http://bugzilla.example.com/
webdotbase:
C:/Program Files/ATT/Graphviz/bin/dot.exe
quest'ultimo parametro si trova in "Dependency Graphs"
Make Bugzilla work with IIS7… easy!
It’s usually easier to make Bugzilla work with Apache, but IIS7 made things a lot easier than in previous versions, and it’s now pretty trivial to make it work with IIS too. The screenshots below are in french, but I guess you can understand what needs to be done.
Only two actions are needed, as shown above. Two new panels will be displayed:
That’s it! Bugzilla should work fine now.
