Aller à la recherche

Des Logiciels Libres

Pour parler de Logiciels Libres en milieu professionnel... ou pas!

mardi, septembre 24 2013 16:11

Fedora 20 Alpha disponible

Pour vous les gens qui aimez être à la pointe de la technologie, qui aimez vivre dangereusement, que rien n'effraie, sachez que la Fedora 20 en version alpha vient tout juste de sortir.

Elle est disponible à l'adresse suivante: http://fedoraproject.org/get-prerelease

Elle était à l'origine prévue pour le 17 septembre dernier, mais elle a pris une semaine de retard.

Il est important, comme toujours, de tester, tester, et tester encore, dans des conditions les plus réelles possibles (genre en VM c'est bien, mais sur du vrai matos c'est mieux) les pré-versions, afin de remonter au plus tôt les éventuels problèmes. En espérant que ce ne soit pas des Heisenbug.

La prochaine étape après cette version alpha, sera, suspens... la version beta. Celle-ci reste pour l'instant prévue pour le 29 octobre 2013.

La version finale, si tout se passe bien, est prévue pour le 3 décembre 2013. Le calendrier est visible ici.

Fedora: 10 ans déjà!

Le 22 septembre dernier, le projet Fedora fêtait ses 10 ans. En effet, la distribution communautaire de chez RedHat avait vu le jour en 2003, avec la Fedora Core 1, abandonnant de fait les versions RedHat Linux pour passer aux RedHat Entreprise Linux. Ces dernières s'appuyent sur les avancés de Fedora et le travail de la communauté, mais avec un cycle beaucoup plus lent pour permettre plus de stabilité.

Entre temps, le nom Fedora Core a lui aussi évolué pour ne laisser que Fedora. C'est plus court.

Pour rappel, les RedHat Entreprise Linux 5 s'appuient sur la Fedora Core 6, et pour la branche 6, sur la Fedora 13. Les rumeurs vont bon train concernant la RHEL7, sur son arrivée assez imminente compte tenu de la "jeunesse" de la RHEL 6. Peut être cela permettra de combler un vide entre des versions très (voire trop pour certains) rapprochées chez Fedora, et des versions trop lente (et donc rapidement vieillissante) pour RedHat (qui tourne autour des 10 ans).

Finalement, avec le recul, une sortie prévue initialement tous les 6 mois, Fedora n'a pas pris tant de retard que ça en 10 ans. Nous en sommes à la Fedora 19. La Fedora 20 devrait sortir en décembre 2013.

Bon anniversaire au projet, et longue vie encore!

mercredi, septembre 4 2013 16:29

La Fedora 20 s'appellera...

Heisenbug. Voilà pour son petit nom. Comme il contient le mot bug, les trolls seront faciles, c'est toujours ça de pris. De toute façon, ça colle avec sa définition qui correspond à un type de bugs bien particuliers, ceux qui disparaissent quand on commencent à vouloir les éradiquer... pas si rares que ça...

Le résultat complet du vote, avec les autres propositions:

1549 :: Heisenbug
1291 :: Eigenstate
961 :: Félicette
879 :: Superego
826 :: herry Ice Cream
808 :: C hateaubriand
750 :: Santa Claus
653 :: Österreich
  1 :: 20

Au moins ça enterre complètement l'idée de ne plus donner de nom (1 vote pour le nom 20...). La Fedora 20 est pour l'instant prévue pour le 26 novembre 2013.

mardi, juillet 9 2013 17:08

Fedora pour ARM bientôt en support officiel

Le projet Fedora s'organise actuellement pour ajouter le support ARM, au même titre que les architectures historiques déjà supportées. Ce qui voudra dire qu'à terme, tous les paquets de Fedora devront compiler et supporter l'architecture ARM, en plus du i386 et du x86_64.

Il n'y a pas si longtemps encore, le projet ne voyait pas l'intérêt de supporter l'ARM. Fedora part donc aujourd'hui avec un certain retard, même si le support ARM existe déjà plus ou moins depuis certaines versions de Fedora. Là l'idée est bien d'améliorer ce support, en le rendant officiel.

La motivation vient du fait que l'ARM gagne de plus en plus de terrain dans l'informatique, y compris sur les serveurs. La monté en puissance des puces ARM (support 64bits, virtualisation, etc), leur polyvalence (voire omniprésence dans l'embarqué du moins), et surtout, tant que Intel ne se reveille pas, leur efficacité face à leur consommation electrique, y est surement pour quelque chose. En bref, une part de marché grandissante qui interesse RedHat et qui bénéficiera forcément du retour d'expérience d'avoir une Fedora ARM.

La cible est établie pour la Fedora 20 comme expliqué ici.

ps: Pour ceux qui veulent jouer avec une Fedora 18 ARM, et qui dispose d'un RaspberryPi => Pidora

mardi, juillet 2 2013 09:02

Fin de vie de la Fedora 17

Forcément, comme toujours, la Fedora 19 venant de sortir, l'annonce de la fin de vie pour la version N-2 arrive. La Fedora 17 n'aura donc plus de mise à jour à partir du 30 juillet 2013. Il n'y aura donc plus de support sur cette version, si vous ne mettez pas à jour, ce sera à vos risques et périls (danger de mort qui tue, etc)...

Peut être l'occasion de tester l'outil fedup pour mettre à jour.

La Fedora 19 est-elle à la fois sortie ET pas sortie?

En tout cas, chat de Schödinger ou pas, elle est bien disponible. Pour rappel les nouveautés apportées par cette nouvelle Fedora 19 (nom de code Schrödinger's Cat) sont:

  • Le remplacement de MySQL par MariaDB
  • Le support de OpenShift Origin et OpenStack Grizzly (supers outils de déploiement)
  • Des packages pour Node.js
  • De nouveaux outils autour de l'impression 3D (c'est à la mode)

Et son lot d'évolutions habituelles mais pas des moindres:

  • Systemd s'améliore encore (support des containeurs)
  • Gnome 3.8
  • KDE 4.10 et l'ensemble des bureaux alternatifs (MATE 1.6, Cinnamon, LXDE etc).

Quelques mises à jour un peu plus underground:

  • BIND10
  • checkpoint et restauration de processus, carrément. Intéressant il faudra tester ça!
  • PHP 5.5
  • Pilote KMS pour QXL/Spice (pour la virtualisation, vers de la 3D dans les VMs)
  • RPM 4.11
  • Le support de migration de VM sans stockage partagé (enfin)
  • yum qui supporte les snapshots LVM sur des lv thinp (dommage que Anaconda ne sache pas encore créer ça)

A vos mises à jour!

La liste des fonctionnalités de la F19 ici.

Pour télécharger la Fedora 19 (privilegiez le torrent): ici.

mardi, février 5 2013 00:37

Mais où est passé systemd-analyze?

Si vous venez de faire une installation toute fraîche de Fedora 18 vous serez peut être étonné que la commande systemd-analyze n'est plus disponible de base. Cette commande très utile est dans le paquet "systemd-analyze", qu'il suffit d'installer:

yum install systemd-analyze

Et voilà! Utile pour diagnostiquer un démarrage lent:

$ systemd-analyze blame
  2055ms postfix.service
   601ms systemd-udev-settle.service
   530ms firewalld.service
   476ms fedora-storage-init.service
   451ms iscsid.service
   335ms bluetooth.service
   229ms abrt-ccpp.service
   222ms systemd-binfmt.service
   204ms NetworkManager.service
   199ms fedora-storage-init-late.service
   195ms systemd-logind.service
   185ms avahi-daemon.service
   169ms ntpd.service
   162ms cpupower.service
   159ms acpid.service
   158ms fedora-loadmodules.service
   127ms systemd-udev-trigger.service
   105ms sshd.service
   103ms systemd-readahead-collect.service
   101ms abrt-vmcore.service
    98ms ksmtuned.service
    93ms gdm.service
    93ms lvm2-monitor.service
    92ms sys-kernel-debug.mount
    90ms systemd-readahead-replay.service
    85ms ksm.service
    80ms dev-mqueue.mount
    79ms udisks2.service
    78ms proc-sys-fs-binfmt_misc.mount
    68ms dev-hugepages.mount
    67ms systemd-vconsole-setup.service
    66ms systemd-remount-fs.service
    66ms systemd-tmpfiles-setup.service
    65ms home.mount
    62ms rpcbind.service
    60ms fedora-readonly.service
    59ms bacula-fd.service
    53ms colord.service
    52ms iscsi.service
    51ms tmp.mount
    51ms systemd-sysctl.service
    48ms polkit.service
    47ms systemd-modules-load.service
    45ms boot.mount
    45ms auditd.service
    42ms sys-kernel-config.mount
    29ms wpa_supplicant.service
    27ms accounts-daemon.service
    27ms systemd-udevd.service
    23ms upower.service
    12ms rtkit-daemon.service
     9ms systemd-user-sessions.service

Pas mal cette Fedora 18, assez propre sans rien faire (et encore j'ai perdu 2 secondes au boot en installant postfix). La transition vers systemd est de plus en plus complète, vu ce qu'il reste dans init.d:

$ ls /etc/init.d/
ebtables  functions  iscsi  iscsid  libvirt-guests  netcf-transaction  netconsole  network  README

A suivre!

lundi, février 4 2013 19:44

Automount via systemd

Quand il est nécessaire d'accèder à des systèmes de fichiers particuliers, à travers le réseau (NFS, CIFS, etc) ou sur une ressource pas toujours disponible (disque externe USB), voire même pour soulager les requêtes sur ce montage, il est utile de passer par la fonctionnalité "automount". Comme son nom l'indique, cela permet de monter automatiquement un point de montage, dès la première requête d'accès sur ce dernier. L'inverse est aussi de mise, démonter le point de montage quand celui-ci n'a pas été accédé depuis un certain temps (timeout).

Avant il fallait passer par autofs/automount, et configurer un ou plusieurs fichiers de configuration pour indiquer les points de montage à gérer. Rien de très complexe ceci dit. Mais aujourd'hui, le fameux remplaçant de SystemVinit, systemd, a de nombreux avantages dont celui de prendre en charge nativement les points de montage, particulièrement pratique pour remplacer autofs/automount.

Il y a deux possibilités pour configurer un point de montage automatique avec systemd:

  • via les fichiers unit de systemd, avec la création d'un fichier .automount et son associé en .mount
  • via directement le fichier /etc/fstab

Comme ici, le but est de faire plus simple qu'à l'époque de autofs, nous allons juste voir la méthode via fstab. Attention c'est simple, il suffit d'ajouter une ligne classique du montage souhaité, et dans les options d'ajouter la mention x-systemd.automount. Et voilà le tour est joué.

Exemple avec un montage nfs4:

srvnfs:/nfs/exports/home /mnt/nfs/home nfs4 x-systemd.automount 0 0

Exemple avec un disque externe usb (ex /dev/sdb1):

UUID=a2969b8d-c90a-432e-8198-f697c23f8c96 /mnt/externe		  ext4	  noauto,x-systemd.automount 0 0

(blkid /dev/sdb1 pour avoir l'UUID).

Au prochain reboot, au moindre accès dans le point de montage indiqué par x-systemd.automount, ce dernier sera automatiquement monté. C'est magique!

jeudi, janvier 17 2013 16:43

Fin de vie de la Fedora 16

La Fedora 18 étant disponible depuis le 15 janvier dernier, il va falloir penser à mettre à jour si vous êtes en retard. En effet, chez Fedora, la version n-2 devient obsolète et n'est plus maintenue.

Alors si vous utilisez encore une Fedora 16, notez bien dans vos agenda qu'elle sera considérée comme morte à partir du 12 février prochain (EOL: End Of Life). Donc plus de mises à jour pour cette version, plus de correctifs de bugs ou de sécurité (le plus gênant). Il est donc important de passer à une version plus récente (Fedora 18 par exemple, autant prendre la dernière).

Pour télécharger une Fedora récente: Le site officiel

Pour mettre à jour votre Fedora: Procédure de mise à jour

mercredi, janvier 9 2013 23:43

Un GO pour la Fedora 18

Enfin! Le GO vient d'être donné pour la sortie officielle de la Fedora 18 (Spherical Cow), la date sera donc le 15 janvier prochain.

Après plusieurs mois de retard, principalement lié à la refonte importante du programme d'installation Anaconda, cette prochaine version qui commençait à se faire attendre arrive enfin. Il aura fallu reporter sa sortie près de 7 fois, ce qui est surement une première chez Fedora, pour enfin corriger les derniers bugs bloquants. Vivement le 15!

Tout plein de nouveautés comme à chaque fois:

  • Gnome 3.6
  • Firewalld
  • toujours plus de systemd
  • DNF
  • oVirt 3.1
  • Samba 4
  • MATE, xfce etc

J'en oublie surement, la liste est longue: ici

Plus que quelques jour à attendre.

jeudi, novembre 29 2012 08:20

La Fedora 18 est disponible en beta

La Fedora 18 vient de passer une étape importante en vue de sa sortie finale avec la sortie de sa Beta. L'arrivée de cette Beta a été reporté plusieurs fois suite à quelques bugs importants, principalement dans l'installeur. Mais après quelques semaines de retard, la Beta est enfin là! Vous pouvez donc contribuer à son amélioration en testant cette version.

Pour télécharger la beta: http://fedoraproject.org/get-prerelease

Il peut bien entendu rester quelques problèmes, qui sont normalement référencés sur cette page: F18 Common Bugs (par exemple l'installation de MATE depuis le DVD d'installation est HS).

Plusieurs méthodes sont disponibles pour installer une Fedora 18:

  • soit directement depuis un média d'installation ou un liveCD (le DVD d'installation a souvent moins de problèmes)
  • soit avec preupgrade depuis une ancienne Fedora (depuis la 17 ce sera plus facile)
  • soit avec yum en suivant la procédure habituelle, décrite ici
  • soit avec le nouvel outil FedUp

Pour les fonctionnalités apportées par la Fedora 18, beaucoup de choix concernant l'environnement graphique:

  • Gnome 3.6
  • Nouvelles versions pour KDE, XFCE, Sugar
  • Arrivée de MATE (fork de Gnome2)
  • Cinnamon est toujours présent (fork de Gnome3)

Mais aussi un nouvel installeur, complètement repensé. Cf Anaconda 18

Pour avoir un aperçu plus détaillé des nouveautés: http://fedoraproject.org/wiki/Releases/18/FeatureList

Pour rappel la Fedora 18 "Spherical Cow" est prévue pour le 8 janvier 2013.

Bon test!

vendredi, novembre 9 2012 10:52

La Fedora 19 s'appellera...

Si vous êtes contributeurs Fedora, pensez à aller voter pour le nom de la prochaine Fedora, la version 19. Après le "Spherical Cow" de la Fedora 18, on commence enfin à s'éloigner de la bouffe américaine! Voici les noms proposés au vote:

  • Cubical Calf
  • Higgs Boson
  • Loch Ness Monster
  • Martian Blueberries
  • Newtonian Dynamics
  • Parabolic Potassium
  • Schrödinger's Cat
  • Tiddalik

Par contre, l'influence ubuntuesque reste encore un peu présente. Certains noms risquent en plus d'être difficile pour les graphistes (surtout pour le Schrödinger's Cat), mais on commence à avoir l'habitude de ne plus avoir de thèmes graphiques en rapport avec le nom de notre Fedora, ce qui est un peu dommage. Pour ma part j'ai une préférence pour Higgs Boson et Tiddalik, et vous?

source: ici (pour voter)

samedi, octobre 20 2012 10:51

Adieu yum, bonjour dnf!

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, s’appuieront 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.

vendredi, octobre 19 2012 19:51

Configurer sysctl avec systemd

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!

jeudi, octobre 11 2012 06:10

Adieu Smolt, bonjour Census!

Smolt pour ceux qui ne connaîtraient pas, est un projet pour collecter les informations matériels des utilisateurs Fedora/RedHat (et OpenSuse, merci Pingou). 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.

jeudi, septembre 27 2012 19:53

Anaconda 18

Un des changements qui sera sûrement le plus visible dans la prochaine Fedora sera celui concernant le programme d'installation Anaconda.

Ce dernier a été complètement repensé et s'oriente vers un menu principal, puis des éléments à configurer dans l'ordre qu'on veut, avant de lancer l'installation (un peu à la slackware, en plus jolie). Fini l’enchaînement d'étapes linéaires. Bien sûr tant que les éléments obligatoires n'ont pas tous été configuré, l'installation ne se lance pas.

En image pour mieux se rendre compte, avec l'écran principal:

F18_install

Un exemple de page de configuration:

F18 choix fuseau horaire

Notez l'emplacement du bouton "back", peut être pas le meilleur emplacement.

Enfin sur le DVD d'installation, la page pour choisir son environnement (Gnome, KDE, etc):

F18 choix environnement

Je dois dire que l'aspect global est plutôt réussi, et la configuration de l'installation semble se faire en un minimum d'étapes, ce qui la rend beaucoup plus simple. Le travail n'est bien sûr pas terminé (le partitionnement est une horreur), mais c'est déjà prometteur.

L'installation en mode texte a aussi été revu sur le même principe, encore plus light du coup (style *BSD):

installeur text

Faudra voir ce qu'en penses les utilisateurs??

lundi, septembre 24 2012 08:48

Les nouveautés attendues pour Gnome 3.6

Je dois avouer que j'ai toujours aimer l'environnement Gnome, dès ces premières versions. Peut être pour son aspect différent, son orientation simpliste, ou encore l'énorme potentiel en terme de personnalisation. Il fait bien entendu partie des meilleurs environnements graphiques sous Linux (et autres Unix/BSD/etc), et certainement un des plus connus avec KDE. J'essaye toujours de donner leur chance à d'autres bureaux, que ce soit sur mes machines personnelles ou au travail (2 cadres d'utilisation bien distincts). C'est d'ailleurs toute la puissance de Linux ici de pouvoir proposer ce genre de choix, certains sont concurrents (MATE, Gnome, XFCE, Cinnamon), d'autres visent des orientations complètement différentes (Gnome vs KDE). Pourvu que ça dure!

Pour en revenir au sujet, Gnome 3.6 sera de la partie avec la prochaine Fedora 18, prévue pour le mois de novembre (la version alpha vient de sortir si vous voulez tester). Voici quelques nouveautés attendues.

Une des grosses avancés dans Gnome 3 concerne l'uniformisation des notifications. Le bas de l'écran est en effet dédié à tous les petits messages qui avant nous popaient à la figure en nous empêchant d'être productif... Maintenant avec Gnome 3, les notifications sont plus discrètes, voire peut être un peu trop. Dans la version 3.6 cette barre de notification sera plus accessible, à la souris dès que celle-ci restera un moment en bas de l'écran (et pas que dans le coin inférieur droit). J'ai cru même comprendre qu'un système de "pression" sera présent, c'est à dire que plus vous forcerez le curseur vers le bas de l'écran, plus le système comprendra que vous souhaitez voir les notifications, afin d'éviter l'affichage non voulu dès que la souris passe en bas. Le look a été aussi relifté avec des icônes plus lisibles, avec un panneau qui remonte et non plus qui se superpose (avec l'effet brumeux qu'on connait). Il y a de grande chance que ce soit meilleur à l'usage, ne serait-ce que de ne plus avoir à aller dans le coin inférieur droit.

Le panneau activités a été lui aussi retravaillé, mais très légèrement. On y gagne en homogénéité et en accessibilité, tout peut se naviguer au clavier maintenant.

L'écran de verrouillage est complètement retravaillé, l'effet de mode Windows 8 et/ou tablette étant très fort en ce moment, un effet de glisser est proposé pour déverrouiller. J'avoue ne pas être fan des écrans qui semblent être plus simple à utiliser au tactile quand on est sur un écran classique, la souris ne se prête pas trop à ce jeu. Mais il faut dire que nous sommes en ce moment dans une période de transition vers le tactile (ou non), même les industriels se cherchent (ne serait-ce que sur les smartphones qui sont de plus en plus grand, ou les pc portables tactiles...). Et peut être qu'un jour nous aurons des tablettes où l'on peut installer n'importe quel OS, et donc Gnome... De toute façon avec Gnome, pas d'inquiétude ce sera forcément personnalisable. En dehors de ceci, l'écran de verrouillage propose l'affichage de l'heure de manière bien visible, et laisse certains raccourcis accessibles (par exemple pour la musique), un peu comme sous Android (une cible pour Gnome OS?). Les notifications seront aussi présentes.

Les options d'accessibilité seront activées par défaut. Les méthodes d'entrées ont encore été amélioré, si vous aimez écrire dans d'autres langues.

Une des parties les plus améliorée dans cette version 3.6 concerne le gestionnaire de fichiers Nautilus. En dehors de quelques retouches de mise en forme, principalement sur le panneau latéral, il propose désormais un vrai moteur de recherche. Certaines fonctionnalités ont été retravaillé (par exemple copier vers, déplacer vers), à voir à l'usage si cela va dans le bon sens.

gnome 3.6 nautilus

Cette nouvelle itération pour Gnome semble apporter à son tour pas mal de bonne choses, qui seront confirmées (ou pas) dès les premiers mois d'utilisation. La prochaine Fedora 18 sera donc la première version à intégrer Gnome 3.6, il ne reste plus qu'à attendre la sortie finale.

mardi, septembre 18 2012 16:40

Fedora 18 alpha

Juste une brève information pour signaler la sortie "officielle" de la Fedora 18 alpha.

Voici une liste non exhaustive des nouveautés:

Pour l'environnement graphique

  • NetworkManager Hotspots facilite la création de hotspot wifi
  • Conception nouvelle pour le système d'installation, plus de flexibilité en simplifiant l'interface
  • Gnome 3.6, KDE 4.9, Xfce 4.10, Sugar 0.98, ainsi que l'arrivée de MATE (fork de Gnome2)

Pour les sysadmins

  • Base de données NoSQL Riak
  • Samba 4 pour le support SMB3 et des domaines de confiance FreeIPA
  • Système de mises à jour offline pour installer les paquets au démarrage
  • Fedora 18 sera capable de joindre facilement un domaine AD ou un royaume FreeIPA

Pour les développeurs

  • Python 3.3
  • Rails 3.2
  • Perl 5.16 supporte l'Unicode 6.1
  • L'optimisation Power7 ppc64p7 est ajoutée comme plateforme supportée pour les paquets Fedora 18

Nuage et Virtualisation

  • OpenShift Origin (PaaS)
  • Eucalyptus pour les infrastructures privées compatibles AWS (IaaS)
  • Les paquets OpenStack sont synchronisés avec la version "Folsom" prévue pour la fin septembre
  • Heat pour fournir une API d'orchestration pour les applications dans le nuage. Il s'agit d'un projet en rapport avec OpenStack.
  • Virt Live Snapshots permet de faire des snapshots de machines virtuelles QEMU/libvirt sans avoir à les arrêter
  • oVirt est mis à jour en version 3.1 avec de nouveaux outils graphiques

Pour en savoir plus, ou si vous souhaitez contribuer en essayant cette version, n'hésitez pas à lire la release note ainsi que les bugs connus. La liste des fonctionnalités de la Fedora 18 est ici.

Version finale de la Fedora 18 prévue en novembre 2012.

vendredi, septembre 14 2012 17:49

Compiler OpenElec pour Raspberry Pi

Les pré-requis pour la compilation

Pour récuperer les sources il faut un client git:

yum install git

Il faut ensuite les paquets classiques pour compiler:

yum install gcc-c++ flex bison gawk gperf autoconf automake m4 \
cvs libtool texinfo gettext libxslt expat zlib-devel ncurses-devel zip

La commande pour récupérer les sources est la suivante:

git clone git://github.com/OpenELEC/OpenELEC.tv.git

Avant de compiler il faut se placer dans la repertoire des sources:

cd OpenELEC.tv

Pour mettre à jour de temps en temps les sources, il suffira de faire un git pull.

La compilation

Les sources d'OpenElec peuvent couvrir plusieurs projets, celui qui nous interesse ici est le projet "RPi". L'architecture pour la compilation sera "arm". La commande pour la compilation (spécifique à OpenElec) est la suivante:

PROJECT=RPi ARCH=arm make

La compilation peut être assez longue. Si tout ce passe bien, la compilation se termine par la création de l'image système au format SquashFS. Ce qui nous intéresse maintenant se découpe en 3 parties:

  • Une partie qui gère le boot
  • le kernel
  • le système incluant xbmc

Ces 3 parties vont être copiées dans la partition "System" qui peut être vu comme une partition /boot en gros.

Préparation de la carte SD

Pour fonctionner, il faut une carte SD partitionnée (avec fdisk par exemple) comme suit:

  • une partition vfat de 128Mo, flaguée bootable
  • une partition ext4 utilisant le reste de la carte SD

La partition en vfat de 128Mo devra être labelisée en tant que "System", l'autre partition en ext4 en tant que "Storage".

Pour formater en vfat avec le label "System":

mkfs.vfat -n System /dev/<carte SD partition 1>

Pour formater en ext4 avec le label "Storage":

mkfs.ext4 -L Storage /dev/<carte SD partition 2>

L'installation sur la carte SD

Le bootloader

La première partie à copier sur la carte SD gère le boot, elle se décompose en 3 fichiers:

  • arm128_start.elf
  • bootcode.bin
  • loader.bin

Ces 3 fichiers sont à copiés sur la carte SD dans la partition System, par exemple montée dans /media/System. Le arm128_start.elf est à renommer en start.elf. Les commandes de copies sont les suivantes:

cp build.OpenELEC-RPi.arm-devel/bcm2835-bootloader-*/arm128_start.elf /media/System/start.elf
cp build.OpenELEC-RPi.arm-devel/bcm2835-bootloader-*/bootcode.bin /media/System/
cp build.OpenELEC-RPi.arm-devel/bcm2835-bootloader-*/loader.bin /media/System/

Le répertoire bcm2835-bootloader-* contient dans son nom un numero de release qui varie en fonction des sources récupérées, d'où le "*". Si un "make clean" est exécuté avant chaque compilation, il n'y aura qu'un seul répertoire bcm2835-bootloader-<release>, dans le cas contraire, et si les sources concernant le bootloader ont été mises à jours, il pourrait y en avoir plusieurs.

Le kernel

Le kernel sous format de fichier image, se trouve dans le répertoire target. Son nom de fichier contient un numero de release et peut donc varier en fonction des sources utilisées. Il est à copier sur la carte SD dans la partition System, en le renommant en kernel.img. La commande est la suivante:

cp target/OpenELEC-RPi.arm-devel-*.kernel /media/System/kernel.img

Le système

Le système est dans un fichier image au format SquashFS. Cette image est créée en fin de compilation et se trouve dans le repertoire target. Son nom de fichier contient lui aussi un numéro de release, qui peut donc varier en fonction des sources utilisées. Cette image du système est à copier sur la carte SD, toujours dans la partition System, renommée en SYSTEM. La commande est donc la suivante:

cp target/OpenELEC-RPi.arm-devel-*.system /media/System/SYSTEM

Conclusion

Rien de bien compliqué en soit, grâce au fichier configurant le projet "RPi" et à l'excellent travail de l'équipe OpenElec. Il ne reste plus qu'à démonter la carte SD et l'insérer dans le Raspberry Pi.

Ce billet est en gros une traduction allegée de la documentation issue du wiki officiel consultable ici.

samedi, septembre 8 2012 11:50

OpenElec/XBMC pour Raspberry Pi

Pour ceux que ça intéresse, je compile régulièrement depuis peu la version d'OpenElec avec XBMC 12 alpha (frodo) pour Raspberry Pi. Les fichiers sont disponibles à cette adresse.

splah-rpi

Pour se servir de ces fichiers, il faut:

  • 1 raspberry pi
  • 1 carte SD (512Mo minimum)

Après voir récupéré une des archives et l'avoir décompressée, voici la procédure à suivre:

Sur la carte SD, creer 2 partitions:

  • la 1ere de 128Mo en fat32 flag bootable, label System (mkfs.vfat -n System /dev/SDCARDp1)
  • la 2e du reste de la carte en ext4, label Storage (mkfs.ext4 -L Storage /dev/SDCARDp2)

Copier les fichiers presents dans le repertoire System dans la racine de la partition vfat de 128Mo. Au final cette partition doit contenir:

  • bootcode.bin
  • cmdline.txt
  • kernel.img
  • loader.bin
  • start.elf
  • SYSTEM

Le premier boot peut être plus long vu que certains fichiers vont être créés sur la partition Storage.

Normalement je teste tout ça avant d'uploader, avoir une version très à jour permet de tester pas mal de chose, comme le support CEC, le nouveau moteur Audio d'XBMC etc. Même si tout ceci est en version alpha, cela reste très utilisable.

Je ferais un autre billet sur la compilation de tout ça, car ce n'est pas bien compliqué au final.

- page 2 de 6 -