fedora fr planet

Annonce officielle : Red Hat Software Collections 1.0 Beta Now Available

Plus d'informations sur les Software Collections

• Software Collections Guide (Fedora project)

Que les accrocs de la stabilité se rassurent, PHP 5.3.3 reste la version standard fournit avec RHEL-6.

Nous disposerons donc bientôt d'un moyen officiel et supporté d'installer PHP version 5.4, en parallèle  de la version système, sans affecté les composants standards. L'annonce prévoit un cycle de vie de 3 ans.

  il s'agit pour l'instant uniquement d'une version Beta destinée à l'évaluation.

Installation

Activation du canal de distribution (nécessite une souscription active) depuis l'interface web RHN ou en ligne de commande :

# rhn-channel --add --channel=rhel-x86_64-server-6-rhscl-1-beta

Installation du meta-paquet et des composants par défaut :

# yum install php54
...
======================================================================================================================================================
Package Arch Version Repository Size
======================================================================================================================================================
Installing:
php54 x86_64 1-7.el6 rhel-x86_64-server-6-rhscl-1-beta 3.3 k
Installing for dependencies:
php54-php-cli x86_64 5.4.14-3.el6 rhel-x86_64-server-6-rhscl-1-beta 2.6 M
php54-php-common x86_64 5.4.14-3.el6 rhel-x86_64-server-6-rhscl-1-beta 566 k
php54-php-pear noarch 1:1.9.4-7.el6 rhel-x86_64-server-6-rhscl-1-beta 370 k
php54-php-process x86_64 5.4.14-3.el6 rhel-x86_64-server-6-rhscl-1-beta 45 k
php54-php-xml x86_64 5.4.14-3.el6 rhel-x86_64-server-6-rhscl-1-beta 109 k
php54-runtime x86_64 1-7.el6 rhel-x86_64-server-6-rhscl-1-beta 1.0 M

Transaction Summary
======================================================================================================================================================
Install 7 Package(s)

Total download size: 4.7 M
Installed size: 0
Is this ok [y/N]: y

C'est tout ;)

Utilisation

La version par défaut reste la 5.3.3

# php -v
PHP 5.3.3 (cli) (built: Nov 29 2012 04:12:23)
Copyright (c) 1997-2010 The PHP Group
Zend Engine v2.3.0, Copyright (c) 1998-2010 Zend Technologies

Il faut donc "explicitement" demander l'utilisation de la version SCL, manière standard (pour les SCL) :

# scl enable php54 "php -v"
PHP 5.4.14 (cli) (built: May 23 2013 07:42:19)
Copyright (c) 1997-2013 The PHP Group
Zend Engine v2.4.0, Copyright (c) 1998-2013 Zend Technologies

On peut aussi (dans le cas de cette collection, pas forcément pour les autres) :

# /opt/rh/php54/root/usr/bin/php -v
PHP 5.4.14 (cli) (built: May 23 2013 07:42:19)
Copyright (c) 1997-2013 The PHP Group
Zend Engine v2.4.0, Copyright (c) 1998-2013 Zend Technologies

Vous pouvez aussi activer la collection de manière permanente

# source /opt/rh/php54/enable
# php -v
PHP 5.4.14 (cli) (built: May 23 2013 07:42:19)
Copyright (c) 1997-2013 The PHP Group
Zend Engine v2.4.0, Copyright (c) 1998-2013 Zend Technologies Utilisation avec Apache

Plusieurs solutions sont possibles, voyons uniquement le cas de l'utilisation de mod_php

# yum install php54-php

Attention : apache ne peut pas charger 2 fois le module php5, donc si le module standard est présent, au lancement vous obtiendrez le message

[Sun Jun 16 16:51:01 2013] [warn] module php5_module is already loaded, skipping

Il faut donc désinstaller (ou désactiver) le module standard et ensuite Apache utilisera le PHP 5.4 de la collection.

Conclusion

Il s'agit pour moi d'une nouveauté particulièrement intéressante qui va sans doute aider à l'adoption d'une version récente de PHP dans le monde de l'entreprise.

Les utilisateurs de CentOS ou des autres clones pourront aussi essayer les paquets mis à disposition sur le site du projet : Software Collections

Questions, sans réponse pour l'instant :

• Pour CentOS, ces paquets seront-ils mis à disposition dans un dépôt officiel ou tiers (comme celui de tru pour DTS) ?
• Aura-t-on aussi par la suite une collection php55 ?
• Aura-t-un des paquets pour RHEL-5 ?
• Aura-t-on des extensions complémentaires dans EPEL ?
• Quelle sera la version finale embarquée ?

En raison d'un problème de licence (php bug #63520) sur l'extension standard json, intégrée à PHP, j'ai écrit une nouvelle extension pour la remplacer.

Cette nouvelle extension, temporairement nommée jsonc est une alternative libre publiée sous licence PHP.

Il s'agit d'un renommage du paquet php-pecl-json, disponible précédemment. La licence de l'extension actuelle n'est pas libre car elle contient une restriction d'utilisation (Ce logiciel doit être utiliser pour faire le bien, pas le mal). Son alternative est donc libre car je préfère citer Albert Einstein : Le monde ne sera pas détruit par ceux... Lire php-pecl-jsonc 1.3.1

Les RPM de la dernière version de la bibliothèque GD sont disponibles.

Alors que la version 2.0.35 date de plusieurs années (2007), le projet a redémarré, animé par quelques développeurs du projet PHP qui utilise cette bibliothèque (pour l'extension gd) La quasi totalité des modifications présentes dans PHP ont été intégrées, et PHP 5.5 intègre une version 2.1.0-alpha de la bibliothèque. Ce qui permet d'utiliser PHP... Lire gd-last-2.1

Les RPM de PHP 5.4.16 sont disponibles pour Fedora et pour Enterprise Linux dans le dépôt remi. Mise à jour de sécurité (CVE-2013-2110, CVE-2013-3735 et CVE-2011-1466).

Lire l'annonce de version : PHP 5.4.16 and PHP 5.3.26 released! Nouveauté : PHP-FPM et systemd Utilisez YUM pour les installer : yum --enablerepo=remi update php-\* Cette version sera aussi prochainement dans les mises à jour officielles pour : Fedora 18 Fedora 17 Pour Fedora 19, ce sera PHP 5.5 Pour toute question ou demande... Lire php-5.4.16

Ceux qui lisent les notes de versions auront peut-être remarqué la nouveauté : - FPM:  . Add --with-fpm-systemd option to report health to systemd, and    systemd_interval option to configure this. The service can now use    Type=notify in the systemd unit file. (Remi)Bien évidement cette option est appliquée sur les RPM PHP 5.4.16 de Fedora 18 ... Lire PHP-FPM et systemd

Les RPM de MySQL Community Server 5.5.32 GA sont disponibles dans le dépôt remi pour fedora et pour Enterprise Linux (RHEL, CentOS, ...).

A lire : Introduction to MySQL 5.5 Changes in MySQL 5.5.32 MySQL 5.5 Reference Manual Cette construction utilise un fichier spec proche de celui de F18. ATTENTION : avant la mise à jour, une sauvegarde de vos bases de données est très vivement conseillée (un vidage avec mysqldump par exemple).    L'installation la plus simple consiste,... Lire mysql-5.5.32

En raison d'un problème de licence (php bug #63520) sur l'extension standard json, intégrée à PHP, j'ai écrit une nouvelle extension pour la remplacer.

Cette nouvelle extension, temporairement nommée jsonc est une alternative libre publiée sous licence PHP.

La licence de l'extension actuelle n'est pas libre car elle contient une restriction d'utilisation (Ce logiciel doit être utiliser pour faire le bien, pas le mal). Son alternative est donc libre car je préfère citer Albert Einstein : Le monde ne sera pas détruit par ceux qui font le mal, mais par ceux qui les regardent sans rien faire. Les... Lire php-pecl-json 1.3.0

A mon boulot, on fait depuis quelque temps des BarCamp de type first jeudi, à la différence que nous, on fait ça entre midi et deux.

J'ai donc eu le plaisir danimer un "Déjeuner autour de Git, GitHub et le social codding". Mes slides sous reveal.js sont disponibles ici.

Le but de cette présentation était de :

• Présenter Git aux équipes qui n'utilisent pas Git. En effet, comme on utilise Indefero à l'agence, on a la possibilité d'avoir Git ou SVN.
• Permettre aux équipes qui utilisent Git avec une approche SVN de s'ouvrir vers de nouveaux horizons.
• Permettre aux équipes déjà évangélisées d'avancer dans leur utilisation de GIT.

Pour les illustrations ainsi que pour certain propos, je me suis inspiré de lexcellent eBook Pro Git sous licence Creative Commons Attribution Non Commercial Share Alike 3.0.

Date : samedi 1 juin 2013 et dimanche 2 juin 2013 Horaires : de 11h00 à 18h00 Lieu : Carrefour Numérique, Cité des Sciences et de lIndustrie, Paris CONFERENCES, ATELIERS, etc… VOIR SUR http://ubuntu-party.org/ Mais aussi, comme tous les autres premiers samedis de chaque mois, vous pouvez aussi procéder à une nouvelle installation ou à [...]

Depuis un certain temps (mars 2009), je maintiens à titre totalement officieux un paquet RPM du serveur IIPImage dans mon dépôt personnel.

J'ai récemment décidé de l'intégrer dans les dépôts officiels, le but de mon dépôt n'étant pas de fournir des paquets sur le long terme, mais davantage de me servir d'incubateur en quelque sorte.... J'ai donc soumis une revue sur le Bugzilla.

Grâce aux conseils toujours très avisés de Remi sur cette revue, j'ai fait évoluer le paquet, apportant certaines modifications qui ne sont pas dénuées d'intérêt :

• le paquet ne dépend plus de apache HTTPD, ceux d'entre vous qui utilisent d'autres serveurs web peuvent donc installer le paquet sans dépendances disons... farfelues :)" class="smiley
• une unité Systemd qui permet d'exécuter le serveur seul, sur un port spécifié. Le service n'est disponible que sous Fedora 18 actuellement.

Les paquets nécessaires sont disponibles via mon dépôt pour les versions 17 et 18 de Fedora, ainsi pour les versions 5 et 6 de RedHat (et équivalents). Une fois la revue menée à bien, les paquets seront disponibles sur les dépôts officiels et seront supprimés de mon dépôt personnel.

Si vous souhaitez utiliser Apache HTTPD et mod_fcgid avec le serveur IIP, installez dans un premier temps les paquets adéquats :

$ su -lc 'yum --enablerepo=trashy install iipsrv-httpd-fcgi'

Vous trouverez dans le dossier /etc/httpd/conf.d un fichier nommé iipsrv.conf, dont vous pouvez vous inspirer pour votre configuration spécifique. C'est à peu près aussi simple que ça ; votre serveur IIP est désormais installé. Pour vérifier son fonctionnement de base, rendez vous à l'adresse http://localhost/iipsrv (ou celle que vous aurez configurée) ; vous devriez voir une simple page avec le nom du logiciel, sa version, un lien vers son site web et le nom de l'auteur.

Il semble qu'il ne soit actuellement pas possible de fournir de façon correcte des fichiers de configuration pour les autres serveurs, aussi, si vous souhaitez utiliser le serveur IIP avec un autre serveur web, ou directement en tant que service, installez uniquement le paquet iiprsv ;

$ su -lc 'yum --enablerepo=trashy install iipsrv'

Référez-vous ensuite à la documentation du serveur IIP ainsi qu'à celle de votre serveur web pour paramétrer tout ça correctement.

Si vous souhaitez utiliser le service, notez que l'adresse IP et le port sont configurables via un fichier actuellement disponible dans /etc/iipsrv/iipsrv.conf, dont le contenu est le suivant :

IP=127.0.0.1 PORT=9002

Une fois les valeur adaptées, lancez le serveur comme vous en avez l'habitude :

$ su -lc 'systemctl start iipsrv'

Votre serveur IIP est en route !

Vous pourrez tester ça avec Apache 2.4 et mod_proxy sous Fedora 18, par exemple. Ajoutez à votre configuration la ligne suivante (en adaptant l'hôte et le port si vous avez modifié la configuration par défaut) :

ProxyPass /iipsrv fcgi://127.0.0.1:9002/

Relancez Apache, et le tour est joué. L'adresse http://localhost/iipsrv devrait vous renvoyer la page par défaut.

Notez que par défaut, SELinux ne permettra pas à Apache de se connecter à un port qu'il ne connait pas. Pour y remédier, il vous suffira d'avoir recours aux bons et loyaux services de semanage :

$ su -lc 'semanage port -a -t http_port_t -p tcp 9002'

Notez enfin que ce paquet n'est peut-être pas actuellement dans sa version finale (tant que la revue n'est pas terminée), les modifications ultérieures ne devraient cependant pas avoir trop d'impacts (j'aimerai en être absolument certain, mais ma boule de cristal est malencontreusement tombée par terre récemment, et refuse catégoriquement de fonctionner :p).

N'hésitez pas à participer à la revue, ainsi qu'au projet IIPImage !

Mon amie Kata Pula participe en ce moment à la création à Toulouse d'une association sur la typographie et l'imprimerie.

Dans le cadre de ce lancement, elle a créé un sondage (avec limesurvey, qui s'avère être un outil intéressant) : http://www.typolino.org/limesurvey/index.php/714291/lang-fr

N'hésitez pas à y participer, même si vous n'êtes pas toulousains !

Les RPM de la nouvelle version du navigateur de la Mozilla Foundation sont disponibles dans le dépôt remi pour Fedora 15, 16 et Enterprise Linux 6 (RHEL, CentOS, ...).

A lire : Mozilla Firefox Release Notes (notes de version, en anglais) Installation : yum --enablerepo=remi update firefoxCe paquet utilise xulrunner-last, qui s'installe à côté de celui par défaut. Remarque : ce RPM est très proche de celui de Firefox 21 présent dans fedora 17/18/19. Attention : au premier lancement un dialogue en anglais... Lire Firefox 21

Bonjour cher lecteur,

Cette article concerne les packageurs, il a pour objectif d'introduire l' mise en place autour de ce thème.

Problématique

Ne trouvez vous pas que certaines étapes dans le processus de mises à jour des paquets pourrait être automatiser ? Il faut bien reconnaitre qu'il y a un certain nombre de tache commune et répétitives!

• récupération des sources si elles ne sont pas là
• récupérer la dernière révision lorsque l'on passe par un
• les mettres dans une archive .tar.xz
• faire un fedpkg switch-branch suivis d'un fedpkg pull afin d'etre à jour
• effectuer un bump de la release
• ajouter le changelog
• faire un build local
• si tout va bien ajouter les sources au repo fedora avec fedpkg new-sources
• puis faire une construction sur les serveurs fedora

Et enfin soumettre la mise à jour.

En plus certaines étapes sont à refaire pour chaque branche fedora ( f18, f19 … )

Refaites toutes ces étapes pour chaque paquets …

Afin de me faciliter la vie et passer moins de temps sur ce qui est automatisables j'ai conçu une API entièrement en bash pour cette problématique. L'API convient actuellement à mes paquets. J'estime qu'elle couvre par conséquent une bonne partie des paquets de chacun par rapport aux fonctionnalités déjà présente.

Utilisation $ ./builder.sh -h builder.sh [options] -h --help Display this message -v --verbose Increase the verbosity -f --force Build rpm even package do not get an update -l --login Fas user name ( not used yet ) -m --mail Mail to put into changelog -n --name Real name to put into changelog -f --force <package name> Force to build the given package -b --branch <script name> <branch> Specified for a script which branch to use (override branch list) --branchList <"branch1 branch2 …"> Global branch list to used $ ./builder.sh -l bioinfornatics -m 'bioinfornatics at fedoraproject dot org' -n 'Jonathan MERCIER' --branchList 'f18 f19'

En une seule commande tous mes paquets ont récupérés la dernière version puis si besoin effectuer une construction locale. Si cette entière s'est terminé correctement une compilation sur les serveurs fedora est effectué.

Il est également possible de stocker certain nombre de paramètre dans un fichier de config afin de faciliter la réutilisation. Les chemins qui sont tenté dans l'ordre sont:

1. $HOME/.config/builder/config
2. /etc/builder/config

Les paramètres envoyé depuis la ligne de commande écraseront ceux définis dans le fichier de config

Exemple:

[GLOBAL] name=<real name> login=<login> mail=<mail> branchList=f18 f19 [BRANCH] ldc=f19 derelict=f18 Principe

Le principe est simple « mettre dans un script bash toutes les commandes que vous réaliser habituellement »

Exemple simple pour le paquet earth-and-moon-backgrounds

#!/usr/bin/env bash # earth-and-moon-backgrounds . "$(dirname $0)"/common.sh declare originalDir sourceFile init 'earth-and-moon-backgrounds' for sourceFile in "${sourcesFiles}"; do if [[ ! -f "${sourceFile}" ]] ; then curl -s -o "${sourceFile}" http://bioinfornatics.fedorapeople.org/$(basename "${sourceFile}") fi done localBuild remoteBuild

• On charge la bibliothèque de fonction common.sh
• Déclaration des variables bash qui vont être utilisé ( c'est plus propres :-)" class="smiley )
• La fonction init va :
  • Récupérer le dépôt fedora du paquet earth-and-moon-backgrounds si besoin
  • Se mettre dans une branche (f18, f19 …)
  • Récupérer la dernière version de cette dernière
  • Enregistrer dans un tableau sourcesFiles les fichiers sources listé dans le fichier spec
• Pour chacune des sources. Téléchargement de ces dernières si elles sons pas présentes
• Construction du paquet sur la machine local via localBuild
• Si la construction locale du rpm est effectué avec sucés alors la fonction remoteBuild demandera une construction sur les serveurs de fedora

Exemple pour le paquet gtkd

#!/usr/bin/env bash # gtkd . "$(dirname $0)"/common.sh declare gtkd_revision alphatag init 'gtkd' gitGetRepo 'git://github.com/gtkd-developers/GtkD.git' gitExtractSnapDate gitExtractRev gtkd_revision="${revision}" alphatag="${snapdate}"git"${gtkd_revision}" gitArchive "${package_name}-${alphatag}" "${package_name}-${alphatag}" "${SOURCES}" udpateSpec "Update to rev ${gtkd_revision}" \ '%global[[:blank:]]*snapdate[[:blank:]]*(.*)' "${snapdate}" \ '%global[[:blank:]]*gtkd_revision[[:blank:]]*(.*)' "${gtkd_revision}" localBuild remoteBuild "Updating to rev ${gtkd_revision}"

• On charge la bibliothèque de fonction common.sh
• Déclaration des variables bash qui vont être utilisé ( c'est plus propres :-)" class="smiley )
• La fonction init va :
  • Récupérer le dépot fedora du paquet gtkd si besoin
  • Se mettre dans une branche
  • Récupérer la dernière version
  • Enregistrer dans un tableau sourcesFileds les fichiers sources listé dans le fichier spec
• gitGetRepo va récupérer le dépôt gtkd s'il n'existe pas puis récupérer les dernières mise à jour
• gitExtractSnapDate récupère la date du dernier comit et la stock dans la variable snapdate
• gitGetRepo va récupérer le dépot gtkd s'il n'existe pas puis récupérer les dernières mise à jour
• gitExtractRevo va récupérer la révision du projet et stock dans la variable revision
• gitArchive créer une archive .tar.xz
  • paramètre n°1 correspond au chemin à partir duquel on archive ( afin de gérer les sous modules git )
  • paramètre n°2 correspond au nom de l'archive
• udpateSpec va bumper le spec avec le commentaire donné en premier argument si besoin
  • les autres paramètres sont des règles accompagné de la valeur de remplacement si la règle est vrai (Exemple: ' %global snapdate 20130510' -> ' %global snapdate 20130516' )
• Construction du paquet sur la machine local via localBuild si besoin
• Si la construction locale du rpm est effectué avec succès alors la fonction remoteBuild demandera une construction sur les serveurs de fedora si besoin

Les logs du workflow sont mis dans $HOME/rpmbuild/LOG/ afin de consulter le déroulement de ce dernier.

Les scripts quant a eux sont placé dans $HOME/rpmbuild/SCRIPT.

Les sources sont accessible ici: https://github.com/bioinfornatics/package_workfow

Il vous reste plus qu'a lancer un fedpkg update :-)" class="smiley

Les RPM de PHP 5.4.15 sont disponibles pour Fedora et pour Enterprise Linux dans le dépôt remi.

Lire l'annonce de version : PHP 5.4.15 and PHP 5.3.25 released! Utilisez YUM pour les installer : yum --enablerepo=remi update php-\* Cette version sera aussi prochainement dans les mises à jour officielles pour : Fedora 18 Fedora 17 Pour Fedora 19, ce sera PHP 5.5 Pour toute question ou demande d'aide, merci d'utiliser les Forums.... Lire php-5.4.15

Avec l'arrivée imminante de php 5.5, version qui verra disparaitre la librairie php-mysql, il est grand temps d'entamer une migration vers mysqlnd. Voici donc le mode opératoire pour effectuer ce changement en utilisant yum shell & le dépôt remi sur ma RHEL6.

Pourquoi yum shell ? Car il n'est pas possible de passer par un simple yum install :

root@kalach ~> yum install php-mysqlnd Loaded plugins: changelog, downloadonly, presto, product-id, rhnplugin This system is receiving updates from RHN Classic or RHN Satellite. Setting up Install Process Resolving Dependencies --> Running transaction check ---> Package php-mysqlnd.x86_64 0:5.4.14-1.el6.remi will be installed --> Processing Conflict: php-mysql-5.4.14-1.el6.remi.x86_64 conflicts php-mysqlnd --> Finished Dependency Resolution Error: php-mysql conflicts with php-mysqlnd-5.4.14-1.el6.remi.x86_64 You could try using --skip-broken to work around the problem You could try running: rpm -Va --nofiles --nodigest

En effet php-mysqlnd et php-mysql rentrent en conflit...

Alors essayons de désinstaller php-mysql :

root@kalach ~> yum remove php-mysql Loaded plugins: changelog, downloadonly, presto, product-id, rhnplugin This system is receiving updates from RHN Classic or RHN Satellite. Setting up Remove Process Resolving Dependencies --> Running transaction check ---> Package php-mysql.x86_64 0:5.4.14-1.el6.remi will be erased --> Processing Dependency: php-mysql for package: php-pluf-1.0-3.gitb1fed2e.el6.remi.noarch --> Processing Dependency: php-mysql for package: phpMyAdmin-3.5.8.1-1.el6.remi.noarch --> Processing Dependency: php-mysql for package: cacti-0.8.8a-2.el6.noarch --> Running transaction check ---> Package cacti.noarch 0:0.8.8a-2.el6 will be erased ---> Package php-pluf.noarch 0:1.0-3.gitb1fed2e.el6.remi will be erased --> Processing Dependency: php-pluf >= 1.0-3 for package: indefero-1.3.3-1.el6.noarch ---> Package phpMyAdmin.noarch 0:3.5.8.1-1.el6.remi will be erased --> Running transaction check ---> Package indefero.noarch 0:1.3.3-1.el6 will be erased --> Finished Dependency Resolution Dependencies Resolved ======================================================================================================= Package Arch Version Repository Size ======================================================================================================= Removing: php-mysql x86_64 5.4.14-1.el6.remi @remi 449 k Removing for dependencies: cacti noarch 0.8.8a-2.el6 @epel 5.4 M indefero noarch 1.3.3-1.el6 @/indefero-1.3.3-1.el6.noarch 3.4 M php-pluf noarch 1.0-3.gitb1fed2e.el6.remi @remi 1.2 M phpMyAdmin noarch 3.5.8.1-1.el6.remi @remi 22 M Transaction Summary ======================================================================================================= Remove 5 Package(s) Installed size: 33 M Is this ok [y/N]:

Trop de dépendances !

La solution : yum shell :

root@kalach ~> yum shell 13:37 Loaded plugins: changelog, downloadonly, presto, product-id, rhnplugin This system is receiving updates from RHN Classic or RHN Satellite. Setting up Yum Shell > install php-mysqlnd Setting up Install Process > remove php-mysql Setting up Remove Process > run --> Running transaction check ---> Package php-mysql.x86_64 0:5.4.14-1.el6.remi will be erased ---> Package php-mysqlnd.x86_64 0:5.4.14-1.el6.remi will be installed --> Finished Dependency Resolution ================================================================================ Package Arch Version Repository Size ================================================================================ Installing: php-mysqlnd x86_64 5.4.14-1.el6.remi remi 260 k Removing: php-mysql x86_64 5.4.14-1.el6.remi @remi 449 k Transaction Summary ================================================================================ Install 1 Package(s) Remove 1 Package(s) Total download size: 260 k Is this ok [y/N]: y Downloading Packages: Setting up and reading Presto delta metadata Processing delta metadata Package(s) data still to download: 260 k php-mysqlnd-5.4.14-1.el6.remi.x86_64.rpm | 260 kB 00:00 Running rpm_check_debug Running Transaction Test Transaction Test Succeeded Running Transaction Installing : php-mysqlnd-5.4.14-1.el6.remi.x86_64 1/2 Erasing : php-mysql-5.4.14-1.el6.remi.x86_64 2/2 Verifying : php-mysqlnd-5.4.14-1.el6.remi.x86_64 1/2 Verifying : php-mysql-5.4.14-1.el6.remi.x86_64 2/2 Removed: php-mysql.x86_64 0:5.4.14-1.el6.remi Installed: php-mysqlnd.x86_64 0:5.4.14-1.el6.remi Finished Transaction > exit Leaving Shell

Et voila, bien sûr on peut utiliser yum shell pour d'autres opérations.

Je viens de profiter des vacances pour mettre à jour mon portable sous Fedora 19, actuellement en version alpha. Jusqu'à présent, j'utilisais preupgrade, mais comme fedup deviendra bientôt la solution officielle, j'ai voulu tenter le coup.

preupgrade proposait une interface graphique qui permettait rapidement de passer à la version n+1. fedup, passe par un client en ligne de commande. Certes, c'est plus ardu mais ça permet de mettre à jour une Fedora sans interface graphique. Malheureusement, le passage par anaconda oblige toujours de devoir avoir un accès physique sur la bécane ou à minima un KVM Over IP.

Si vous aussi vous voulez tâter de l'alpha :

fedup-cli --disablerepo remi --disablerepo fedora-chromium-stable --disablerepo Dropbox --disablerepo google-musicmanager --disablerepo llaumgui --network 19 --debuglog fedupdebug.log --instrepo http://dl.fedoraproject.org/pub/fedora/linux/releases/test/19-Alpha/Fedora/x86_64/os/

Salut.

C'est encore avec beaucoup de retard, après une fin d'année 2012 très compliquée pour moi, que je vous livre ces dernières mesures...

Voici les résultats comparatifs de Fedora 18 vs Fedora 17.

Pour rappel, ma machine est équipée d'un Quad Core Intel Q6600 à 2,4 GHz avec 4 Go de RAM.

Je me suis limité au benchmark UnixBench qui fournit un indice global, ce qui me simplifiera la comparaison. La version UnixBench utilisée est la version 4.1.0.

Mon protocole de tests est le suivant :

• Installation de Fedora 18 version 32 bits avec le noyau Fedora 3.6.10-4.fc18.i686.PAE.
• La machine est placée en niveau 3 (init 3).
• 10 séries de tests avec UnixBench compilé sous Fedora 18 et exécuté sous Fedora 18 (noyau Fedora 3.6.10-4.fc18.i686.PAE).
• 10 séries de tests avec UnixBench compilé sous Fedora 17 et exécuté sous Fedora 17 (noyau Fedora 3.3.4-5.fc17.i686).

Voici les résultats obtenus :


Fedora 18 version 32 bits : Série 1 : 755.2
Série 2 : 747.9
Série 3 : 757.8
Série 4 : 771.8
Série 5 : 764.7
Série 6 : 759.2
Série 7 : 764.8
Série 8 : 759.0
Série 9 : 766.7
Série 10 : 748.7

Moyenne : 759.6

Fedora 17 version 32 bits : Voici pour rappel les résultats obtenus avec Fedora 17 :
Série 1 : 720.6
Série 2 : 720.1
Série 3 : 717.1
Série 4 : 728.1
Série 5 : 735.0
Série 6 : 736.3
Série 7 : 727.2
Série 8 : 719.6
Série 9 : 738.5
Série 10 : 719.7

Moyenne : 726.2



Résultats : Pour Fedora 18, on obtient un indice moyen de 759.6 pour UnixBench.
Pour Fedora 17, j'avais obtenu un indice moyen de 726.2 pour UnixBench.


On a donc un gain moyen de près de 4.6 % de Fedora 18 32 bits par rapport à Fedora 17 32 bits...
On assiste encore une fois à une légère amélioration des performances avec cette nouvelle version de Fedora comme montré sur la figure suivante :


Conclusion :
Au moment de ces tests, le noyau Fedora 18 (basé sur le noyau vanilla 3.6.10) propose un gain de 4.6 % par rapport au noyau Fedora 17 (basé sur le noyau vanilla 3.3.4), ce qui le ramène au niveau de Fedora 7 (soit au début de mes tests !).


++

Les RPM pour installer la nouvelle version majeure de phpMyAdmin sont disponibles dans le dépôt remi pour fedora et enterprise linux (RHEL, CentOS, ...).

Site officiel : http://www.phpmyadmin.net/ Je ne sais pas encore si cette nouvelle version majeure sera aussi disponible dans les mises à jour officielles de fedora ou de EPEL-6. Donc il est disponible pour fedora 13 à 19 et enterprise linux 5 à 6 (à condition d'utiliser une version de php suffisante, aussi disponible dans le dépôt). Comme... Lire phpMyAdmin version 4.0

Date : samedi 4 mai 2013 Horaires : de 14h00 à 18h00 Lieu : Carrefour Numérique, Cité des Sciences et de lIndustrie, Paris Pour une nouvelle installation ou pour des ajustements de votre distribution GNU/Linux Fedora, Mageia ou Ubuntu, venez nous retrouver le samedi 4 mai 2013 au Carrefour Numérique de la Cité des Sciences [...]

Combien de fois vous a-t-on demandé ce que vous avez fait la semaine passée ??? Combien de fois la réponse a été : "Euh, et bien ... trou de mémoire ... :D" La solution peut se trouver grâce à Hamster, c'est une simple interface qui permet de suivre le temps passé sur des tâches. Simple rapide et efficace !

Au passage, il existe également une extension GNOME : https://extensions.gnome.org/extension/425/project-hamster-extension/

Bref l'essayer c'est l'adopter !

Installation en ligne de commande : yum install hamster

Installation avec l'interface graphique : Bureau GNOME > Time tracking applet

Localisation dans le menu : Accessoires

Lancement en ligne de commande : /usr/bin/hamster-time-tracker

Site web : http://projecthamster.wordpress.com/