Installare Bugzilla su Winwos7 - Parte 2

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 
Le 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/

Download and install WebDot from http://www.graphviz.org/Download_windows.php. Put the complete path to dot.exe in webdotbase.

webdotbase:
C:/Program Files/ATT/Graphviz/bin/dot.exe

quest'ultimo parametro si trova in "Dependency Graphs"

Make Bugzilla work with IIS7… easy!

22 octobre 2010Frédéric BuclinLaisser un commentaireAller aux commentaires

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.