Mais ça n’est pas tout… En 2004, l’entreprise Mandriva a été sélectionnée afin de développer un noyau devant s’intégrer dans un hyperviseur ultra-sécurisé. Ce projet nommé Polyxene, a été commandé par le Ministère de la Défense français et son développement est finalement arrivé à son terme en fin d’année 2009.

Pour rappel, un hyperviseur est un logiciel permettant la virtualisation de plusieurs OS sur une même machine. Chaque machine virtuelle est ainsi cloisonnée et fonctionne indépendamment des autres. Le but de ce système est de connecter en toute confiance des réseaux de classifications différentes.

La politique actuelle, édictée par le commandement des SIC des armées, est de procéder à une séparation physique stricte des différents réseaux. Étant moi-même militaire, administrateur systèmes et réseaux au sein de l’Armée de l’Air, cette séparation (bien que très efficace en terme de sécurité) est extrêmement coûteuse et peu flexible pour les utilisateurs. Au sein de l’AA, trois réseaux différents sont proposés aux utilisateurs : Intraced (classifié Confidentiel Défense), Intradef (Diffusion Restreinte) et Internet (Non protégé, cela va de soit).

Imaginez donc que chacun de ces réseaux possède sa propre infrastructure (switchs, routeurs, fibres optiques, …) son propre parc informatique (PC, prises réseaux et mot de passes en triple exemplaires) !! Bref une usine à gaz pour les utilisateurs et les administrateurs (moi en l’occurence). Et puis cela représente un coût non-négligeable pour le contribuable (sans parler des licenses Windows XP payées en triple à chaque fois) . Vous comprendrez donc qu’un système de virtualisation trouverait pleinement sa place au sein de notre armée !

Mais revenons à notre hyperviseur… À l’heure actuelle, peu d’informations sur ce système sont disponibles sur Internet et on devine aisément que Polyxène ait été développé sous le sceau du Secret Défense. Comme vous pouvez le voir dans ce document, l’ANSSI (Agence Nationale de la Sécurité des Systèmes d’Information) a décerné la certification de niveau EAL5 à l’OS. À titre de comparaison, aucun Windows n’est capable à l’heure actuelle de remplir les conditions requises par une certification de niveau 5.

Bref une belle réussite qui montre une nouvelle fois le savoir-faire de Mandriva ! Il est intéressant de noter que Polyxène est parfois nommé SINAPSE sur Internet (Solution Informatique à Noyau Avancé pour une Sûreté Elevée).

Il est tout de même regrettable que Mandriva ne communique pas plus sur le sujet… Une telle prouesse devrait être mise en avant ! A la décharge de Mandriva, il est fort probable que la société ne soit pas libre de communiquer autour de Polyxène : il s’agirait alors d’une simple question de sécurité Nationale… Si vous désirez plus d’informations concernant Polyxene, voici quelques liens qui vous en apprendront plus :

Présentation de Polyxene 1.1
Certificat EAL5 Mandriva
Article de présentation 1
Article de présentation 2

]]> http://www.haysjg.fr/01/2010/mandriva-et-la-securite-nationale-le-systeme-dexploitation-polyxene/feed/ 4 http://www.haysjg.fr/01/2010/doc4mandriva-installer-vos-applis-depuis-internet/ http://www.haysjg.fr/01/2010/doc4mandriva-installer-vos-applis-depuis-internet/#comments Sat, 16 Jan 2010 08:51:52 +0000 Janot http://www.haysjg.fr/?p=260 Doc4Mandriva (prononcez « doc for… ») est une plateforme collaborative permettant d’unifier les informations des paquets Mandriva. Pour simplifier tous les RPM y sont répertoriés et classés. Si vous cliquez sur l’un d’entre eux vous obtiendrez alors tout un tas d’informations : sa description, ses dépendances (pratique) ainsi que les scripts lancés durant les phases d’installation et de désinstallation du paquetage. Vous trouverez également le provide, le changelog, les binaires fournis et tous les bugs afférents au paquetage. Bref, autant d’informations qu’un utilisateur de Mandriva appréciera.

Mais ça n’est pas tout ! D4M va encore plus loin ! Dès à présent vous pouvez installez en un clic de souris tous les logiciels et paquets de la distribution ! (rejoignant ainsi une idée que j’avais postée il y a longtemps sur Ideas).
J’ai testé et ça fonctionne parfaitement bien ! Je le trouve d’ailleurs bien plus intuitif que rpmdrake…

Encore une fois, il est dommage que Mandriva ne communique pas plus sur cet outil très pratique et très simple d’utilisation. Je pense qu’à terme, D4M sera incontournable pour celles et ceux qui apprécient l’ergonomie du Web 2.0. Wait & See…

C’est ainsi que vous pouvez dès maintenant télécharger gratuitement la version 2010.0 de la Mandriva One 64 Community ! Deux éditions sont disponibles selon que l’on préfère le bureau KDE 4 ou le bureau Gnome.

Techniquement parlant, la One 64 est une copie-conforme de la version Mandriva One officielle et nous avons réussi à respecter les choix techniques effectués par Mandriva. Ainsi, lorsqu’un utilisateur installe une One 64 sur son ordinateur, il est sûr d’obtenir le même degré de qualité que celui fournit par Mandriva ! De plus, la One 64 contient toutes les mises à jour produites par Mandriva depuis le 04 Novembre au 27 Novembre 2009. Ainsi vous retrouverez :

- Kernel 2.6.31.5
- Xserver 1.6.5
- KDE 4.3.2
- GNOME 2.28.1
- Firefox 3.5.5
- OpenOffice.org 3.1.1
- VirtualBox 3.0.8

En supplément, nous avons rajouté le plugin mplayer aux ISO afin que vous puissiez écouter de la musique et regarder des vidéos dès le lancement du Live-CD sous Firefox (chose impossible avec l’ISO KDE4 officielle). Cela constitue la seule modification que nous ayons effectué par rapport aux ISO One produites par Mandriva. Les langues disponibles sur la One 64 sont : l’anglais, le français, l’allemand, l’italien, l’espagnol, le polonais, le portuguais (pt_BR) et le russe.

Du fait de son origine communautaire, le support de la One 64 n’est pas assuré par Mandriva, mais par les membres de Community64, via le site et le forum mis à votre disposition.

Aujourd’hui, la Community64 cherche à s’agrandir et nous sommes à la recherche de nouveaux talents motivés et capables de :
- créer des fonds d’écran.
- créer des paquetages.
- tester les ISO à venir.

Si vous êtes intéressé(e), alors n’hésitez pas à nous contacter depuis notre forum ! Vous serez le/la bienvenu(e) !
De même, n’hésitez pas à nous laisser vos impressions quant à l’utilisation de la One 64, qu’elles soient bonnes, ou moins bonnes ! Bonne découverte sur la vague One 64 !

Les liens utiles :

- Le site officiel de la Community64
- Page de téléchargement One 64 KDE4
- Page de téléchargement One 64 Gnome
- Foire Aux Questions
- ToDo List pour la One 64 2010.1

Pourquoi Mandriva ne propose pas de One 64 bits ?

Le jeu d’instructions 64 bits n’est que très rarement synonyme de « performances supplémentaires » pour le commun des utilisateurs. Seules quelques tâches très spécifiques tirent pleinement parti de la puissance des instructions x86_64 et finalement le « tout-64 bits » montre vite ses limites… Tous les benchmarks l’attestent : en dehors de la compilation de masse, de la production d’effets 3D, et de la virtualisation à outrance, un système 64 bits n’aura que peu l’occasion de s’exprimer sur le PC de « Monsieur Tout-le-monde ».

De ce fait, Mandriva ne peut se permettre d’investir des moyens humains et matériels sur la production d’un tel Live-CD. L’intérêt trop limité pour les utilisateurs « lambda » et l’existence des versions Free et Powerpack 64 bits annihilent tout espoir de voir un jour une One 64 bits officielle. Produire une One 64 bits officielle demanderait beaucoup trop de temps et de moyens à Mandriva. Une One supplémentaire à fabriquer et c’est toute la chaîne ingénierie qui se mobilise : les développeurs qui vont créer le CD, les équipes QA qui vont s’assurer du bon fonctionnement de l’ISO durant de longues semaines de tests, l’équipe Communication & Web qui devra adapter le contenu présenté aux utilisateurs, … Il est donc primordial pour Mandriva que chaque choix de production soit motivé et/ou qu’il apporte « un plus »  aisément quantifiable à l’utilisateur.

Oui mais…

… refuser de produire une Mandriva One 64 bits, cela revient à admettre l’existence d’une faille dans l’argumentaire marketing de la société. Faille béante dans laquelle aiment s’engouffrer tous les « kikoolol geeks and geekettes », amoureux du mégahertz :

« Koi ??? MDV n’a pô de Live CD 64 bits ???
Saytro la loooose !! Bubuntu, Opensuse et Fedora en ont une (eux au moins) !! »

Ma longue expérience de « help-desk » Linux m’indique clairement qu’un argumentaire basé sur :

« Si tu compile pas ton kernel tous les 4 matins, que tu ne fais pas de la virtualisation ou encore du calcul scientifique, le 64 bits ne te sers à rien. »

[...] est immédiatement rendu caduque. Amusez-vous à expliquer à un « kikoolol geek/geekette » que son CPU équipé du 64 bits ne tourne pas qu’à moitié parce qu’il utilise une Mandriva 32 bits… Appelez-moi si vous y parvenez !

Contribuer et produire une One x86_64 :

En même temps, quand on y réfléchit bien… Le 64 bits sur un Live-CD, ça reste un droit ! OK, argumentaire bidon, qui ne vaut pas un euro et qui ne jouera jamais en la faveur de la production d’un live CD 64 bits. Aussi, aurais-je pu dire : « Ubuntu, Fedora, OpenSuse ont leur Live CD 64 bits. Pourquoi pas Mandriva ? ». Mais là encore, l’argumentation reste fumeuse et peu convaincante.

Le seul véritable argument jouant en faveur de la création d’une One 64 bits, reste celui des demandes régulières faites sur les forums et autres channels de discussions de la part d’utilisateur en manque de « bits ».

Quoiqu’il en soit, je crois sincèrement que nous ne pouvons pas compter sur Mandriva pour produire un tel CD. Néanmoins, il existe une autre solution, une autre voie qui permettrait d’obtenir cette version : la force de la communauté.

Hier soir je me suis donc amusé à produire une version One 64 bits KDE4, basée sur la toute nouvelle, et néanmoins excellente, Mandriva 2010.0 à l’aide de l’outil draklive. Tout comme la version i586, elle tient sur un simple CD ROM de 700 Mo et reste installable sur le disque dur de l’ordinateur via l’assistant draklive-install dont l’icône est disponible sur le bureau. Toutes les langues « europe-americas » sont disponibles (en, fr, pt, …).

Après quelques heures de tests, tout fonctionne à merveille. Les seules différences notables par rapport à la version 32 bits sont :

- en place et lieu de l’habituel kernel desktop586, la One 64 bits utilise le kernel desktop. Cette « petite » différence devrait passer inaperçue auprès des utilisateurs
- plus problématique, le plug-in Flash n’est pas intégré par défaut. Mais un simple script placé sur le bureau qui automatiserait son téléchargement et son installation (en version 64 bits), ne devrait pas être trop dur à mettre en place.

Prochaine étape : étudier avec Mandriva la possibilité de mettre à disposition les isos KDE4 et GNOME 64 bits au téléchargement. Mais avant d’en arriver là, cette version mérite quelques tests QA approfondis afin de s’assurer de l’absence de bugs ou de tout autre point bloquant.

Bref, je pense clairement à transformer cette idée farfelue en véritable projet. Mais pour cela il me faut le feu vert de Mandriva sans lequel rien ne sera possible. Quoiqu’il arrive dorénavant, je vous tiendrai informé de la suite des évènements.

EDIT : Afin de recueillir votre point de vue j’ai créé un sondage sur le forum de Mandriva.

]]> http://www.haysjg.fr/11/2009/creer-une-mandriva-one-64-bits/feed/ 7 http://www.haysjg.fr/09/2009/demarrer-sa-mandriva-en-moins-de-10-secondes/ http://www.haysjg.fr/09/2009/demarrer-sa-mandriva-en-moins-de-10-secondes/#comments Tue, 29 Sep 2009 07:28:42 +0000 Janot http://www.haysjg.fr/?p=210 Alors qu’Ubuntu vient tout juste d’annoncer la réalisation de la Ubuntu 10.4 Lucid Lynx qui devrait être capable de booter en 6 secondes (publication prévue pour Avril 2010) ,  Mandriva quant à elle passe en phase de commercialisation de son Instant On.

Mandriva Instant On bat tous les records de vitesse de boot, et permet de démarrer son ordinateur en moins de 10 secondes sur une Mandriva allégée mais possédant toutes les fonctions principales (Internet avec Firefox, OpenOffice, …). C’est la première fois qu’un OS grand public atteint de telles performances. Comme la page officielle de Mandriva l’indique, la plateforme supporte le multi-boot et reste entièrement customizable.

Plus d’informations sur Instant On sur le site officiel de Mandriva.

Voici une vidéo de présentation du système :

CMT est une technologie de gestion logicielle, sous la licence libre française CECILL, développée par des personnes du LAL justement. Cette définition m’avait laissé dans l’obscurité jusqu’à ce que l’on m’explique brièvement les fonctionnalités.

CMT permet de générer automatiquement un Makefile. Les makefiles sont toujours assez ardus à mettre en place, surtout quand on est déjà en train d’apprendre un langage et que l’on a pas la tête à ça. CMT rend donc user friendly la réalisation d’un makefile pour votre projet (C, C++ par ex.)

Mais CMT n’est pas qu’un remplaçant des autotools, c’est plus que ça; du moins de ce que je connais (mal) des autotools. Les principaux points forts semblent être la gestion du projet en « packages » ainsi que la compatibilité sur de très nombreuses plateformes jusqu’à de l’embarqué (LynxOS).

Comment ça marche en pratique ?
L’installation est un peu particulière. On récupère le tarball sur http://www.cmtsite.org/

tar xf CMTv1r20p20090520.tar.gz (je conseille de mettre de suite l’archive dans /opt, on va voir pourquoi)
cd CMT/v1r20p20090520/mgr/
./INSTALL
On nous dit ensuite de lancer source setup.sh make (ou make -j2 si vous avec un double coeur )

Les scripts vont créer des alias et des variables d’environnements (les commandes env et alias en attesteront à défaut de la lecture des scripts). J’avoue ne pas m’être penché complètement sur le fonctionnement de la bête. Voila pourquoi je préfère mettre ça dans /opt dès le départ en attendant de comprendre mieux ce qui se passe, comme identifier toutes les configurations à effectuer. Un bon défis de packaging. J’avoue la doc légère sur ce point peu conventionnel (mais peut-être que j’ai mal creusé).

Et le projet dans tout ça ?
On lance la commande : cmt create Image v1 qui signifie : cmt, crée moi le projet Image en version 1 on a l’arborescence suivante :
Image/
`– v1
|– cmt
| |– Makefile
| |– cleanup.csh
| |– cleanup.sh
| |– requirements
| |– setup.csh
| `– setup.sh
`– src
_____________
package Image

include_dirs $(IMAGEROOT)/include

# Compilation
application readImage readImage.cpp image.cpp

# run the programm
action read $(bin)/readImage.exe

# Documentation
document doxygen doc -group=documentation TO=../doc
_____________

Le fichier est très simple, mais le programme aussi. Il comporte deux fichiers .cpp et les headers (fichier d’en-tête) sont dans le répertoire include.

On définit une action « read » qui permettra de lancer simplement le programme à l’aide de la commande cmt read. (A noter que CMT ajoute l’extension .exe à l’executable produit). On pourra donc utiliser avec profit un cmt make && cmt read

Enfin, une documentation Doxygen est générée dans un répertoire doc.

Voila pour le tour du propriétaire. Durant le stage, on n’a pas vraiment creusé CMT (ni les autres outils que l’on nous a introduit), il est donc difficile pour moi de dire à quel point ce logiciel est puissant, mais quoi qu’il en soit, il est méconnu et méritait d’être présenté. Peut-être que des connaisseurs des autotools pourront me donner un avis plus éclairé sur la question ? A t-il encore un avantage avec l’utilisation de qmake avec Qt ? Quoiqu’il en soit, je vais devoir commencer un petit projet en C ou C++ sous peu, ça sera une bonne occasion de me frotter un peu plus à CMT.

François (alias Spip).

http://www.cmtsite.org/ : le site du projet avec une partie documentation.
http://ens.lal.in2p3.fr/index.html/Html/CMT.html : la (trop ?) courte introduction du stage.

#!/usr/bin/python
# -*- coding: utf-8 -*-

# On ouvre le fichier auto_inst en lecture.
file1 = open('auto_inst.cfg.pl', 'r')

# Déclaration des variables et des listes.
list1 = []
line = 0
i = 0

# Chaque ligne du fichier auto_inst est placée dans une liste.
list1 = file1.readlines()

# On parcourt chaque ligne de la liste et on match le numéro de ligne
# qui contient le terme "default packages".
while i < len(list1) :
 	current = list1[i]
 	if current == "       'default_packages' => [\n":
		line = i - 1
	i = i + 1

line = line + 2

# Création d'une nouvelle liste.
# Cette liste contiendra les lignes du fichier auto_inst depuis
# "default_packages" jusqu'à la fin du fichier.
list2 = list1[line:]
i2 = 0
while i2 < len(list2) :
	current2 = list2[i2]
	if current2 == "\t\t\t     ],\n":
		line_end = i2
		break
	i2 = i2 + 1

# Création de la liste finale qui contient la liste des paquets installés sur le système.
# On affiche le nombre de paquets installés
list_finale = list2[0:i2]
i3 = 0
while i3 < len(list_finale) :
	print list_finale[i3],
	i3 = i3 + 1

print '\nNombre de paquetages installés: %d' %(len(list_finale) + 1)

# Une fois la liste des paquets tirée et triée par ordre alphabétique, on ferme le programme.
file1.close()