Fedora-Fr - Communauté francophone Fedora - Linux

Adieu yum, ce n'est peut être pas pour tout de suite quand même! Mais cela approche...

Le fabuleux gestionnaire de paquets yum (YellowDog Updater Modified), que nous utilisons depuis les débuts de Fedora, n'a jamais cessé de s'améliorer au fil du temps. Il a toujours été simple à utiliser, pas forcément rapide ni efficace dans la gestion des dépendances au tout début, mais il est maintenant un des meilleurs gestionnaires de paquets disponibles. Son succès l'amène d'ailleurs sur la plus part des distributions basées sur des RPMs.

Ses avantages aujourd'hui sont à mon avis les suivants:

• Une seule commande comme point d'entrée (yum)
• Une gestion automatique de son cache
• Un affichage clair et efficace
• Programmé en python
• Fichiers de configuration simples et clairs
• Facilité pour développer des plugins
• Sa rapidité

Mais, bien souvent quand un produit arrive à une telle maturité, il peut être intéressant d'explorer de nouvelles pistes. Peut être pour contrer l'ennui de ses développeurs qui sait... Du coup, un fork a été crée, pas forcément avec délicatesse vis à vis des mainteneurs du yum originel, mais ça c'est fait. Le nouveau projet s'appelle DNF, ce qui ne veut rien dire car le nom est peut être temporaire. Il est censé améliorer certains points, déjà du point de vue des performances (ah?), de l'utilisation possible d'autres langages que python, et d'une mise à disposition d'une API claire et propre.

DNF est déjà disponible dans la Fedora 18, ce sera donc l'occasion de le tester. Mais il ne faudra pas s'attendre non plus à une révolution, l'ensemble du projet DNF étant un fork de yum il en utilise encore une très grande partie. D'ailleurs la commande dnf s'appellera peut être de nouveau yum quand elle pourra complètement le remplacer dans une future Fedora.

Le but premier de dnf est de fournir la bibliothèque hawkey qui s'appuie sur libsolv pour la résolution des dépendances. Pour information libsolv vient du monde openSuse. A terme toutes les résolutions de dépendances, pas forcément dans yum/dnf, sappuieront sûrement sur libsolv.

Proposer une nouvelle API, plus propre/précise, permettra aussi une meilleure intégration dans l'environnement graphique. A voir ce que cela donnera dans Gnome par exemple.

Pour tester dnf, il suffit de l'installer:

yum install dnf

Les commandes dnf sont identiques (pour l'instant?) à yum, pas la peine d'en parler:

dnf help

Le fichier de conf se trouve logiquement dans /etc/dnf/dnf.conf. A voir sur le long terme ce que donnera dnf.

Sur la prochaine Fedora 18, l'ancestral fichier /etc/sysctl.conf n'existe plus. Il faut maintenant déposer les modifications souhaitées dans un fichier .conf dans le répertoire /etc/sysctl.d.

Ce qui est dommage pour l'instant, c'est que la commande sysctl -p, que nous avions l'habitude de lancer pour prendre en compte les nouvelles modification, n'a pas connaissance de tout ceci. Elle finit donc en erreur. Ceci est dû au fait que les fichiers présents dans /etc/sysctl.d sont en réalité pris en charge par le service systemd-sysctl. Donc pour activer tout changement:

systemctl restart systemd-sysctl.service

Exemple concret pour l'activation des Magic Sysrq Keys:

echo "kernel.sysrq = 1" > /etc/sysctl.d/magic.conf
systemctl restart systemd-sysctl.service

Pour vérifier:

sysctl kernel.sysrq

Que de surprises avec cette Fedora 18!

Si vous voulez voir ce que donne ETickets4Hikashop pour un client, vous pouvez consulter la page de démonstration et y commander un billet électronique (ils sont gratuits, bien sûr !).

Si vous voulez voir ce que donne ETickets4Hikashop pour un client, vous pouvez consulter la page de démonstration et y commander un billet électronique (ils sont gratuits, bien sûr !).

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

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

Lire les annonces de versions : PHP 5.4.8 Release Announcement PHP 5.3.18 Release Announcement Utilisez YUM pour les installer : yum --enablerepo=remi update php-\* Ces versions seront aussi prochainement des mises à jour officielles pour : Fedora 18 - PHP 5.4.8 Fedora 17 - PHP 5.4.8 Fedora 16 - PHP 5.3.18 Pour toute question ou... Lire php-5.3.18 et php-5.4.8

(French version below.)

It's been a long time since I could take part in a Fedora event, for many reasons (good and bad ones ;)).

Saturday, a FUDCon (Fedora Users and Developpers Conferences) took place in... Paris! That was an incredible chance to see friends I've not seen for years now, to discuss FOSS (mainly Feodra, of course :p), to listen very interesting talks, and to meet new people.

It's been a very very good week-end, Id' like to thanks all participants, See you soon!

I've also took some photos, you can see them on my Fedora FUDCon Paris 2012 photo album :)" class="smiley

--

Cela faisait un moment que je n'avais pu prendre part à un évènement Fedora, pour différentes raisons (bonnes ou mauvaises ;)).

Samedi, un FUDCon (Fedora Users and Developpers Conferences) se tenait à... Paris ! C'était une chance incroyable pour moi de revoir des amis que je n'avais vu depuis des années, de discuter logiciel libre (principalement Fedora, bien entendu :p), de participer à des conférences très intéressantes, et de rencontrer de nouvelles personnes.

Ça a été un excellent week-end, je voudrais remercier toutes les personnes qui ont participé. À bientôt !

J'ai également pris quelques photos, que vous pourrez voir sur mon album photo Fedora FUDCon Paris 2012.

Well, long time no blog. But not as long as last time. Oh well.

There was FUDCon (Fedora Users and Developers Conference) in Paris this weekend. We had a great time, got some work done, but more importantly we got a chance to meet each other. I met Spot, my manager, and part of the team. And I met again the other French contributors to Fedora, which is always nice.

I tried to demo the project I’m working on, HyperKitty, but unfortunately I did it at the wrong time, so too few people were interested. This blog post will hopefully spread the word more widely. And who knows, maybe I’ll even take the habit of blogging more often. Sounds familiar ? D’uh.

Below are the slides I made for FUDCon, and some explanations to go with it. Just click to get to the next slide, and right-click to go back.

The current version of Mailman is 2.1, a version we have known to love (or hate every month) over the years. But Mailman 3 is in the works, and very close to release. We’re talking weeks here, a couple of months at most.

Mailman 3 is a complete redesign of the project. It focuses on a core server, which runs components, each running agents and passing email around.

You’ll find more info on Mailman 3’s architecture in its chapter of the AOSA book. There are many very interesting new features in this new version, including improvements in code quality and stability (which is a feature!).

The archiver which was shipped with Mailman 2.1, Pipermail, was stripped off, and an API was designed to enable any archiver to plug into Mailman3. It ships with plugins for The Mail Archive, MHonArc, and a basic archiver which stores the mails in maildirs. This is not how we, at the Fedora Project, think mailing-list would be best archived, viewed, and interacted with. So a few people in the Fedora Engineering Team started the HyperKitty project, working on the design, making prototypes, and recently hiring me to implement it. The links to the early design mockups can be found on the HyperKitty project page.

So, where are we ? I’ve worked a lot on the backend, called KittyStore, and I’ve only recently begun to touch the front-end, written in Python/Django. Fortunately, the work done by other contributors before me (Pingou, Toshio and Syst3mW0rm) was already very usable. A test server was setup with the latest developments, feel free to browse the imported archives there, but don’t be too surprised if it suddenly crashes on you, I may be uploading a new snapshot at the same time. Please report any bug you can find on the project’s Trac instance.

My aim is to have something stable with a basic feature set when Mailman 3 is released. I’ll implement the very nice features designed by Máirín later on. It’s going rather well, I’m fixing a few bugs and implementing the last necessary features such as importing from Pipermail and keeping Pipermail-compatible URL to transparently redirect to the new ones. I think we can meet the Mailman 3 release.

If you want to help, you can by installing it (and writing down the process!), testing it, importing from you own archive, testing the UI, reporting the bugs, etc. It’s a little early for new features, but if you’re motivated please go ahead ! They will probably be merged in a post-1.0 release however.

Voici une nouvelle version de ETickets4Hikashop, avec quelques nouveautés :

• Plus besoin de créer une catégorie pour les billets, il suffit de cocher une case pour que le produit devienne un billet
• Possibilté d'éditer quelques infos affichées sur le billet (Lieu et date)

Plus d'infos sur la nouvelle page dédiée à hikashop !

Voici une nouvelle version de ETickets4Hikashop, avec quelques nouveautés :

• Plus besoin de créer une catégorie pour les billets, il suffit de cocher une case pour que le produit devienne un billet
• Possibilté d'éditer quelques infos affichées sur le billet (Lieu et date)

Plus d'infos sur la nouvelle page dédiée à hikashop !

Smolt pour ceux qui ne connaîtraient pas, est un projet pour collecter les informations matériels des utilisateurs Fedora/RedHat. Le but étant d'avoir des statistiques détaillées sur le parc d'ordinateurs tournant sous un des OS au chapeau. Cela se présentait sous forme d'une page lors du premier démarrage de la machine, après son installation, demandant si les statistiques pouvaient être envoyées sur le serveur Smolt. Les informations envoyées étaient bien sûr anonymes, et l'utilisateur, s'il le souhaitait, pouvait les compléter, principalement pour indiquer le niveau de support du matériel (bref si son pc fonctionnait sans rien faire).

Exemple de page Smolt.

Malheureusement, Smolt n'est pas super bien maintenu. Par exemple il ne fonctionne pas sous RedHat 6. L'infrastructure hébergeant le service a aussi été mal conçue à la base, et est bien trop souvent inaccessible. De plus, tout le travail sur les statistiques collectées, le besoin d'origine, est que trop difficilement exploitable. Partant de ce constat, Smolt ne sera plus utilisé et va devoir bientôt prendre sa retraite.

Ce départ en retraite sera progressif, mais il est déjà prévu pour la fin de l'année. Les requêtes seront redirigées vers des serveurs expliquant tout ceci. Ces redirections disparaîtront totalement fin 2013.

La Fedora 18 (dont la beta a été retardé) ne devrait donc logiquement plus nous proposer l'envoie des données vers Smolt.

Bien sûr le besoin d'origine, disposer de statistiques sur le matériel des utilisateurs et son bon support est toujours présent. Un remplaçant de Smolt est donc déjà prévu, ce sera le projet "Census". Pour l'instant pas plus d'information sur ce dernier.

Le RPM de la nouvelle version du client de messagerie de la Fondation Mozilla est disponible dans le dépôt remi pour fedora 14, 15 et enterprise linux 6 (rétro-portage de la version F-18).

Commencez par lire : Thunderbird Release Notes (Notes de version en anglais) Comme toujours : yum --enablerepo=remi update thunderbird\* L'extension enigmail (version 1.4.5) est aussi disponible. Les RPM de la version 16.0 sont disponibles ici pour fedora 14, 15, et pour enterprise linux 6.... Lire Thunderbird 16

Les RPM de la nouvelle version du navigateur de la Mozilla Foundation sont disponibles dans le dépôt remi pour fedora 14, 15 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 xulrunner16, qui s'installe à côté de celui par défaut. Remarque : ce RPM est très proche de celui de firefox 16 présent dans fedora 16/17/18. Les RPM sont disponibles pour fedora 14, 15 et pour enterprise... Lire Firefox 16

Pour faciliter la tâche à ceux qui souhaiteraient tester cette extension d'hikashop, j'ai préparé une archive qui installe directement les deux plugins.

ETickets4Hikashop s'installe maintenant comme une extension classique, plus besoin de décomresser manuellement !

Voici le lien vers la version de développement d'aujourd'hui.