Control: close -1

Hi,

On  Sa 03 Aug 2019 22:30:36 CEST, Judicael Courant wrote:

Source: fusiondirectory
Severity: grave
Justification: renders package unusable

Dear Maintainer,

I installed fusiondirectory and tried to configure it through its web
interface. At the third step ('Installation check'), a problem is
detected with imagick support :

  Checking for imagick support    Error
  Install and activate the imagick PHP module
  FusionDirectory will NOT run without fixing this.

That renders fusiondirectory unusable to me as I do not know how to
solve this. (I do not have the problem mentionned in bug #931959 as I
installed php-xml manually.)

imagick support is tested by fusiondirectory in
/usr/share/fusiondirectory/setup/class_setupStepChecks.inc, line 137 :

    $R = class_exists('Imagick', FALSE);

I wrote the following php code and put it in /var/www/html/atest.php :

----------------------------------------------------------------------
<html><head><title>A simple test</title></head>
  <body>
  <?php
      $R = class_exists('Imagick', FALSE);
      if ($R) {
          echo "Imagick detected";
      } else {
          echo "Imagick not detected";
      }
?>
</body></html>
----------------------------------------------------------------------

When I run it in a shell ('php7.3 /var/www/html/atest.php'), imagick
is detected (output containing 'Imagick detected') whereas when I run
it through apache (opening a browser on
https://myservername/atest.php), it is not (web page containing
'Imagick not detected')

So something must be wrong with the configuration of imagick in
fusiondirectory (fusiondirectory should have enabled imagick when php
is run through apache) and/or with the php-imagick package.

This very much sounds like your webserver is still running on an older PHP version (e.g. PHP 7.0 from stretch).

Please note that with Apache2 in Debian when upgrading from stretch to buster, you need to a2dismod php7.0 and a2enmod php7.3 (with apache2 restart afterwards).

You also need to purge the PHP 7.0 packages manually from the system ('dpkg -l "*php7.0*"' shows you what is left from stretch after upgrade).

I will close this bug, because I think it's a user/admin issue. If you still think that fusiondirectory is buggy, please reopen this bug by putting "Control: reopen -1" into the first line of your reply to this email.

Greets,
Mike
--

DAS-NETZWERKTEAM
c\o Technik- und Ökologiezentrum Eckernförde
Mike Gabriel, Marienthaler str. 17, 24340 Eckernförde
mobile: +49 (1520) 1976 148
landline: +49 (4351) 850 8940

GnuPG Fingerprint: 9BFB AEE8 6C0A A5FF BF22  0782 9AF4 6B30 2577 1B31
mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de

Attachment: pgpeSQ65RQZvV.pgp
Description: Digitale PGP-Signatur

Reply via email to