Scénario #30280
Mis à jour par Joël Cuissinat il y a presque 4 ans
<pre>
Sélection du paquet php-cas précédemment désélectionné.
Préparation du dépaquetage de .../6-php-cas_1.3.8-1_all.deb ...
Dépaquetage de php-cas (1.3.8-1) ...
dpkg: erreur de traitement de l'archive /tmp/apt-dpkg-install-2UpNPM/6-php-cas_1.3.8-1_all.deb (--unpack) :
tentative de remplacement de « /usr/share/php/CAS/CAS.php », qui appartient aussi au paquet eole-php-cas 2.6.1-2
Sélection du paquet icc-profiles-free précédemment désélectionné.
Préparation du dépaquetage de .../7-icc-profiles-free_2.0.1+dfsg-1_all.deb ...
Dépaquetage de icc-profiles-free (2.0.1+dfsg-1) ...
Sélection du paquet php-tcpdf précédemment désélectionné.
Préparation du dépaquetage de .../8-php-tcpdf_6.3.5+dfsg1-1_all.deb ...
Dépaquetage de php-tcpdf (6.3.5+dfsg1-1) ...
Sélection du paquet glpi précédemment désélectionné.
Préparation du dépaquetage de .../9-glpi_9.1.6-5_all.deb ...
Dépaquetage de glpi (9.1.6-5) ...
Des erreurs ont été rencontrées pendant l'exécution :
/tmp/apt-dpkg-install-2UpNPM/6-php-cas_1.3.8-1_all.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)
</pre>
En 2.7, les deux paquets arrivaient à être installés ensemble (dans le paquet php-cas 1.3.3-4, le chemin était : @/usr/share/php/CAS.php@).
h3. Solutions à mettre en œuvre
* EOLE 2.8
* Visiblement notre paquet fournit une version 1.3.2 patchée
* Regarder si il est possible de se baser sur le paquet officel pour surcharger le code
* Si c'est vraiment impossible, il déplacer nos fichiers pour que les deux paquets puissent s'installer. Dans ce cas, une mise à niveau du code que nous distribuons serait la bienvenue !
h3. Critères d'acceptation
* le paquet glpi (maintenu par EOLE) s'installe sans erreur
* php-cas et eole-php_cas sont fonctionnels
Sélection du paquet php-cas précédemment désélectionné.
Préparation du dépaquetage de .../6-php-cas_1.3.8-1_all.deb ...
Dépaquetage de php-cas (1.3.8-1) ...
dpkg: erreur de traitement de l'archive /tmp/apt-dpkg-install-2UpNPM/6-php-cas_1.3.8-1_all.deb (--unpack) :
tentative de remplacement de « /usr/share/php/CAS/CAS.php », qui appartient aussi au paquet eole-php-cas 2.6.1-2
Sélection du paquet icc-profiles-free précédemment désélectionné.
Préparation du dépaquetage de .../7-icc-profiles-free_2.0.1+dfsg-1_all.deb ...
Dépaquetage de icc-profiles-free (2.0.1+dfsg-1) ...
Sélection du paquet php-tcpdf précédemment désélectionné.
Préparation du dépaquetage de .../8-php-tcpdf_6.3.5+dfsg1-1_all.deb ...
Dépaquetage de php-tcpdf (6.3.5+dfsg1-1) ...
Sélection du paquet glpi précédemment désélectionné.
Préparation du dépaquetage de .../9-glpi_9.1.6-5_all.deb ...
Dépaquetage de glpi (9.1.6-5) ...
Des erreurs ont été rencontrées pendant l'exécution :
/tmp/apt-dpkg-install-2UpNPM/6-php-cas_1.3.8-1_all.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)
</pre>
En 2.7, les deux paquets arrivaient à être installés ensemble (dans le paquet php-cas 1.3.3-4, le chemin était : @/usr/share/php/CAS.php@).
h3. Solutions à mettre en œuvre
* EOLE 2.8
* Visiblement notre paquet fournit une version 1.3.2 patchée
* Regarder si il est possible de se baser sur le paquet officel pour surcharger le code
* Si c'est vraiment impossible, il déplacer nos fichiers pour que les deux paquets puissent s'installer. Dans ce cas, une mise à niveau du code que nous distribuons serait la bienvenue !
h3. Critères d'acceptation
* le paquet glpi (maintenu par EOLE) s'installe sans erreur
* php-cas et eole-php_cas sont fonctionnels