Forum

Mon bourreau Joomla qui vient de se rafraîchir en 5.7.0 me signale que je devrais voir à upgrader mon PHP.


PHP 7 date de décembre 2015, ce serait quand même un peu con de sortir une Mageia 6 avec un merveilleux task-lamp et un PHP dont la date de péremption commence à approcher.

Et en plus je viens de constater qu'on vient encore de reperdre l'usage de la molette de souris dans le CCM. Pfff...

Salut

La molette, sous XFCE?

Vigen.

Oui, pour faire défiler la liste des packages.

magnux77:
Je dirais même plus : dans cette configuration, pourquoi abandonner une Mageia 5.1 qui fonctionne parfaitement sous Mate ?

Oui, et Mate ronronne aussi sous Cauldron

Une bonne alternative à XFCE.

Sous plusieurs distributions, XFCE deviens assez problèmatique. J'ai fais un paquet MOC pour une autre distribution, il fonctionne parfaitement...Sauf sous XFCE.... Je n'ai pas trouvé la raison pour l'instant.

Bon d'accord, je n'avais pas à causer de cette molette. Mais le problème, ce n'est pas la 5.1, ni XFCE, c'est PHP 7 en Mageia 6.

Un ptit mail au packageur?

Bonjour,
Le packageur était prêt à pousser PHP7, mais c'était il y a un an. Mais il restait encore pas mal d'applications non compatibles. Un an après, la réponse n'aurait certainement pas été la même. Mais à ce stade, je crains que ce ne soit trop tard.

Papoteur:

Bonjour Papoteur

Par contre, je rejoins l'avis de Magnux.

Je pense que sortir la version 6 avec un paquet "dépassé" risque d'être incompris par les personnes utilisant un serveur.

Vigen.

Il est vrai qu'il serai bien d'avoir la version 7. Mais, ça risque mener un retard supplémentaire.

Papoteur:Mais tout le monde a oublié.Papoteur:Ça dépend, si Mageia 6 sort en 2018...

En fait, ce qui me fait rager, c'est que déjà j'ai été obligé d'utiliser Raspbian pour mes Raspberry-Pi alors qu'il existe une Mageia pour ARM qui n'est même pas diffusée. Et maintenant, en plus, je vais devoir abandonner Mageia, pour les serveurs web. Je ne sais pas comment te dire Papoteur, ma déception devant ces constats et ma colère devant l'aveuglement et les discours temporisateurs...

Bonjour

Je suis d'accord avec vous pour dire que ce serait une erreur stratégique de ne pas proposer php 7. Mais PHP 5 peut être utile à certains qui possèdent des applications non testées sur cette nouvelle version. Alors pourquoi ne pas avoir les deux à savoir sécuriser le planning de Mageia 6 avec la version PHP 5.6 et offrir PHP 7 via les dépôts backports qui sont sous utilisés ?

Il faut absolument sortir cette mageia 6 pour ramener de la crédibilité au projet car si ça continue on va perdre des utilisateurs, la situation n'étant franchement pas très positive. N'oublions pas que nous sommes en phase de gel et que la RC ne serait tarder, c'est donc délicat de tout remettre en cause à la dernière minute.

Par ailleurs, dans un autre registre, je trouverai utile d'avoir la dernière version de firefox packagée dans les backports afin que ceux qui le désirent puissent en profiter en toute connaissance de cause.

Bref, n'oublions pas les dépôts backports qui pourraient être vraiment utiles. Il faudrait sans doute d'avantage communiquer sur cette solution et les logiciels clés presents (libreoffice, firefox, ...).

Tout d'abord, merci pour ta réponse circonstanciée, vouf.

vouf:Ah ! Satisfait que cet avis soit partagé.

vouf:Pourquoi pas, je pense même que c'est la bonne solution, même si ce n'est pas Php7 qui est proposé par défaut à l'install par précaution vis-à-vis des installations existantes.

vouf:Ça fait plaisir de le lire parce que, en tant utilisateur, on a comme l'impression que la date de sortie est tellement dépassée que ce n'est plus un problème pour personne. Puisque personne n'en parle...

vouf:Arrêter l'effondrement de crédibilité serait déjà pas mal. Pour en ramener de la crédibilité, il en faudra beaucoup plus je crois. Au moins, requinquer le CCM qui donne l'impression de s'étioler un peu à la fois.

vouf:Encore plus, tu veux dire. Mageia n'existe déjà plus que pour ceux sont convaincus d'avance, comme nous. Ceux qui ne la connaissent pas ne risquent pas d'en entendre parler. Et ceux qui l'ont connu sont surpris que ça existe encore. D'ailleurs, au sujet de la perte d'utilisateurs, Vigen qui participait pas mal, MLO et packaging, vient de partir définitivement, écœuré.

vouf:Je te jure qu'on finit par en douter. Je tourne avec Mageia6Xfce depuis avril 2016 sans problème aucun (si quelques uns, très rares, depuis février février 2017. Avec Vigen, on se marrait en se disant qu'on avait qu'à argumenter que Mageia 6 était en rolling release. Pourquoi les agendas de sortie du début aussi inutiles que proclamés ont-ils disparus aujourd'hui alors qu'à mon avis ils sont beaucoup plus attendus aujourd'hui.

vouf:Je suis d'accord. Mais, alors que Mageia distribue un meta-task LAMP, oublier une proposition d'évolution majeure telle PHP7 d'il y a un an, c'est un peu couillon, non ?

vouf:Ben, il faudra que tu m'expliques. Non, en fait, je devrais pouvoir m'en sortir avec la doc mais je n'en ai jamais eu besoin jusqu'à maintenant. Et puis surtout, pourquoi passer par les backports alors que je me souviens qu'à une époque, plusieurs versions d'un même logiciel pouvaient être proposées dnas le CCM : cela correspondait aux flèches descendantes bleu marine.

Bonjour



En fait je ne suis pas certain qu'on puisse disposer de plusieurs version d'un logiciel au sein d'un même dépôt. Effectuer un urpmi task-lamp amènerait sans doute à la sélection de la dernière version de PHP sans proposer la version 5. Mais cela reste à démontrer.

Maintenant, je crois de moins en moins à l'installation d'un wordpress via un urpmi. Je pense qu'il vaut mieux configurer son serveur lamp et installer le site manuellement à partir du tar.gz récupéré sur le site. Ca offre un plus grande souplesse quand au choix des versions, et à l'application des sécurités......

Pour moi l'intérêt de PHP7, c'est avant tout le gain notable sur les performances, d'où sont très grand intérêt. Ce sont des avancées majeures qu'on ne peut ignorer.