[PHP] est-ce que emerge va garder mes paramètres de compil ?

[opierre]

Bonjour,

Je voulais installer php sans le mysql via emerge, mais comme cela (USE="-mysql") PHP n'est pas compilé avec le support sql, ce qui est gênant.

En fait je veux faire tourner mysql sur un autre serveur. Sans utiliser USE="-mysql" emerge m'installe mysql4 et ca je ne veux pas.

N'ayant pas trouvé de solution, j'ai compilé PHP à la main, à partir de /usr/portage/distfiles/php-4.3.8.tar.bz2

J'aimerais savoir si lors d'un emerge world par ex, PHP (une nouvelle version) va être compilée avec les mêmes options ?

Ou est-ce que j'ai raté une possibilité d'emerge ? (surement d'ailleurs)

Merci d'avance

PO

[Argian]

[opierre]

je n'ai pas trouvé ce à quoi tu fais référence, mise à part un post concernant la reprise des flages pour les compilations futures, ce qui n'est pas mon cas, puisque j'ai compilé à la main

qqun d'autre ?

[Argian]

[opierre]

je crois que tu as tout bon, je vais regarder du côté de emerge -i si je peux arriver au même résultat

merci du coup de main

[kernelsensei]

mais dans ce cas il est possible que portage veuille mettre mysql a jour lors d'une update de world, d'autant plus si tu utilises l'option -D Deep !
_________________
$ ruby -e'puts " .:@BFegiklnorst".unpack("x4ax7aaX6ax5aX15ax4aax6aaX7ax2aX5aX8 \
axaX3ax8aX4ax6aX3aX6ax3ax3aX9ax4ax2aX9axaX6ax3aX2ax4ax3aX4aXaX12ax10aaX7a").join'

[SithLord]

Salut opierre,

Je crois avoir compris ce que tu veux. Tu tombes sur un des gros defauts de la Gentoo avec ton probleme.

Ton intention : Compiler PHP avec le support MySQL car tu vas l'utiliser MAIS le SERVICE MySQL, tu veux l'installer sur un autre serveur.

Ce que tu devras faire : USE="mysql" emerge -v php et il va te compiler PHP avec le support MySQL. Le truc c'est que pour avoir le support, il faut aussi compiler la libmysql.so (je lui donne volontairement un nom generique, je ne connais pas le nom exact et cela a peu d'importance pour l'explication). Cette lib est dans le package MySQL donc il devra egalement etre compile et prendront pas mal de temps de compilation.

Ce que auras au final : PHP installe ET MySQL au complet installe egalement, bien que le support MySQL de PHP n'aie REELEMENT besoin que de la libmysql. Il te faudra egalement sur le serveur de bases de donnees y compiler MySQL mais cette fois, il assurera le SERVICE base de donnees. Dans les 2 cas, MySQL est installe AU COMPLET.

Gentoo ne sait pas encore faire du decoupage logique DANS un package. Lorsqu'un package supporte XXXX, il n'a besoin QUE de la libXXXX.so, et l'ideal serait que Gentoo aie un mecanisme capable de ne compiler QUE cette lib dans le package satisfaisant la dependance.

A supposer que tu veuilles PHP avec le suppor PostgreSQL, MySQL, LDAP, mSQL, SQLite, GD, ODBC, etc..., tu devrais TOUS les compiler et installer AU COMPLET sur la machine. Ils n'occuperont que de la place disque.

J'admets que dans une logique habituelle (celle fournie par les distros binaires) c'est quelque peu perturbant et ca laisse un arriere gout de pas "propre". C'est vrai que j'aimerais me passer de la presence de tous ces outils pour n'utiliser que leur libXXXX.so qui est la SEULE reellement necessaire au fonctionnement de PHP.

C'est pour moi un des gros defauts de l'archi Gentoo (meme si je l'utilise et l'apprecie pour d'autres qualites), en plus du fait que Emerge est incapable de purger tous les fichiers d'une distro lors du unmerge (un equivalent du bon vieux "apt-get remove --purge" de Debian, il faut utiliser le script "cruft" cree par un de membres du forum Anglais (http://home.jesus.ox.ac.uk/~ecatmur/my-bin/cruft). Aussi efficace soit ce script, ca reste un emplatre sur une jambe de bois...

Gentoo a ses avantages et ses inconvenients, tout est une question de balance entre les besoins et les defauts.

[Oupsman]

[Argian]

[robinhood]

ya une solution, modifier l'ebuild à chaque mise a jour...

[Argian]

[robinhood]

grossierement, supprimer la dependence vers mysql (qui de toute façon est discutable), et modifier le comportement du ./configure pour lui passer --with-mysql quel que soit les use flag. c'est pas d'un interet enorme, et ça revient a compiler le tout à la main et faire un --inject, sauf que là tu est sûr d'installer le reste des dependences de php telles que definies dans portage, et de pas louper de mise a jour. A y reflechir, tout depend du comportement de portage vis a vis des dependences quand je fait un inject : est-ce qu'il considere que les dependences sont installé ou non ? a priori non, donc il sera capable de m'indiquer la presence d'une mise a jour de php, mais pas de m'avertir de l'existence d'une mise a jour d'une dependence de php.

contrairement à SithLord, je ne suis pas sur que php ait besoin d'une quelconque libmachinchose.so pour compile et tourner. c'est juste que l'on vas compiler en plus l'interface sql de php, et ensuite a nous d'indiquer a php ou chercher la libmachinchose.so ou ce dont il a besoin pour savoir ou trouver la base de données.

[Argian]

Donc, si je comprends bien, prendre l'ebuild, le copier dans $PORTDIR_OVERLAY, le modifier pour enlever la dépendance mysql et pour que php ait un --with-mysql pour le configure, et ce, pour chaque nouvelle version. Etant donné la façon dont est fait l'ebuild, ça suppose d'abord de copier php_sapi. Là, par contre, je ne sais pas si eclass est pris en compte dans l'overlay. Je suppose que oui, mais, ce serait à vérifier.
Enfin, de toute façon, c'est un peu lourd non ?
Je ne trouve pas spécialement que la solution que j'avais proposée soit terrible, mais un inject de mysql, c'est quand même plus simple à faire. Pour ce qui est d'éviter les mises à jour de mysql, package.mask fait très bien l'affaire. D'ailleurs, si quelqu'un a mieux à proposer, je suis preneur, ça me permettrait de me débarrasser d'un inject d'arts qui m'énerve depuis pas mal de temps

[robinhood]

[CryoGen]

bon il est tard (ou tot ) et j'ai peut-etre pas compris le probleme mais pourquoi pas utilisé le fichier
/etc/portage/package.use

il permet de garder les option USE pour chaque ebuild... ca evite de modifier les ebuild a chaque update ou de passer par USE="..." a chaque emerge du paquet
_________________
- CryoGen` on #gentoofr@irc.freenode.net
- ~amd64 / KDE4
- I'm the bone of my sword...

[Argian]

[opierre]

en résumé, je dois compiler à la main a chaque sortie d'un nouveau package PHP

c'est pas bien grave, je le faisais sous redhat, je le ferai sous gentoo

merci pour votre aide

[robinhood]

non non tu fait :

[Argian]