rycks' corner - abuledu

Les serveurs sont surchargés :) [victime du succès]

erics — Fri, 19 Feb 2010 08:15:00 +0100

C'est une bonne nouvelle: le serveur d'hébergement des sites abuledu est surchargé en permanence, tous les voyants sont au rouge vif ... il devient urgent de monter en capacité

Il m'aura fallu deux heures ce matin pour naviguer entre la charge de 30 et les différents services: je stoppe tout pour relancer sympa tout seul, je patiente le temps qu'il gère toute ses listes et qu'il me crame le le serveur (charge de 35 pendant 20 minutes), je finis par lui donner un coup de main à grand coups de rm -f /var/spool/sympa/msg/bad/* ... je clôture quelques listes qui ne sont plus utilisées (cvs@abuledu.org par exemple).

Bilan: postgresql est stoppé, de ce fait la forge n'est pas accessible mais tout le reste est opé. Il reste maintenant à réfléchir :p

Petite amélioration pour la vérification des droits d'accès

erics — Wed, 27 Jan 2010 11:44:00 +0100

Une nouvelle entrée fait son apparition sur webadmin, dans la gestion globale des utilisateurs vous pouvez maintenant choisir l'option "Vérifier les droits" attention c'est une opération assez longue.

Adaptation pour l'Inspection Académique des Landes

erics — Tue, 19 Jan 2010 08:17:00 +0100

Quelques inspections Académiques nous demandent de faire des modifications sur l'ensemble des serveurs AbulÉdu de leur département. Il s'agit généralement de la liste des applications windows déployées mais ça peut parfois aller plus loin. C'est ce que nous allons voir avec le travail réalisé pour les Landes.

Modification de la liste des services rendus aux usagers:

pas de "webmail abuledu", on pousse les usages de l'ENT hébergé sur la plate-forme départementale
pas de "pages perso abuledu" pour la même raison
pas de site "intranet abuledu" pour la même raison
l'adresse http://servecole/ est une redirection immédiate vers http://ia40.ac-bordeaux.fr/

Modification de l'arborescence:

"nettoyer" les comptes utilisateurs pour simplifier l'arborescence: pas de liens vers les espaces de stockages de groupe
masquer les dossiers public_html, Ma musique, etc. (simplification de l'arborescence encore)
changer le dossier "Documents" qui se trouve chez chaque utilisateur par un dossier portant le nom de l'utilisateur
remplacer le "toutlemonde" par "commun"

Avant:

Après:

Ces captures d'écran ont été réalisées sous windows, mais l'affichage est le même depuis un poste linux ou macintosh.

Modification des droits par défaut:

les enseignants peuvent aller dans les dossiers personnels des élèves pour "relever les devoirs"
création d'une arborescence chez les enseignants pour simplifier les accès aux comptes élèves (le dossier "école" qui se trouve chez les enseignants)

Liste de logiciels à déployer (automatiquement si possible)

cette liste est en évolution et représente un travail habituel que j'ai déjà détaillé dans d'autres billets

Ces modifications sont appliquées à l'ensemble des écoles Landaises et sont maintenues dans le cadre de notre maintenance évolutive. Comme toutes les écoles sont concernées, ça ne pose pas de problème par rapport aux formations ou aux habitudes locales. Par contre ça posera un problème par rapport aux documentations publiques d'AbulÉdu et aux habitudes "globales". Sachez donc qu'il y aura des "saveurs" d'AbulÉdu différentes d'une académie à l'autre dans les années à venir. Ce que vous connaissez d'AbulÉdu pourra être légèrement différent d'un endroit à l'autre.

Il est néanmoins possible de re-modifier cette saveur en cours d'année sur simple demande auprès de RyXéo (dans la limite du possible et du raisonnable).

Nuage de tags pour la documentation en ligne

erics — Mon, 18 Jan 2010 14:35:00 +0100

Petite amélioration sur le site docs.abuledu.org ... un nuage de tags est arrivé dans le menu latéral (à gauche). Il permet de naviguer différemment sur le site et de raccrocher la documentation avec des mots clés transversaux.

Mise à jour évolutive d'AbulÉdu

erics — Sat, 09 Jan 2010 17:11:00 +0100

Dans le cadre de notre service de mise à jour évolutive pour AbulÉdu, nous sommes aujourd'hui en mesure de déployer une petite dizaine de logiciels sur les postes windows du réseau ... c'est une des facettes peu connue d'AbulÉdu dont il faudrait parler un peu plus souvent.

Logiciels windows directement inclus dans AbulÉdu 9.08-ENR

Les principaux logiciels libres pour windows sont automatiquement inclus dans notre système:

Firefox
OpenOffice.org + OOOHG
Thunderbird
Inkscape
The Gimp
TuxPaint + les brosses
Les logiciels du Terrier d'AbulÉdu
GeoGebra
GeoNext
Italc
Lame
Audacity
omnitux
PDF Creator
pidgin
scribus
GCompris (en version limité, on encourage les écoles à acheter la version complète)

Logiciels windows disponibles depuis le 30 novembre 2009

celestia
sumatrapdf
tuxmath
vlc
ccleaner (non libre)
flash (non libre)
googleearth (non libre)
photofiltre (non libre)
picasa (non libre)
puzmat (non libre)
realplayer (non libre)
shockwave (non libre)
xnview (non libre)

Logiciels windows disponibles depuis le 10 janvier 2010

artrage (non libre)
atoumath (non libre)
photorecit (non libre)
primaths (non libre)
terraexplorer, le logiciel pour geoportail (non libre)

Installation de ces logiciels

La question qui se pose maintenant c'est "comment faire pour installer ces logiciels ?". Notre approche est institutionnelle: nous proposons de déployer automatiquement ces logiciels sur toutes les écoles d'un département en fonction des demandes des inspections académiques avec lesquelles nous sommes en contact.

Par exemple, si l'inspection académique de xxx nous demande de déployer photorécit sur tous les ordinateurs du département, sous 24h (hors période de fermeture de la société) le logiciel en question sera disponible sur l'ensemble du parc concerné. Les responsables de l'inspection académique pourront en complément suivre le déploiement de cette application sur le tableau de bord accessible depuis leur compte de supervision sur abuledu.net.

Logiciels à venir

RyXéo étant une société de service, vous comprendrez donc que sur simple commande nous pouvons mettre à disposition notre savoir faire et notre infrastructure de déploiement pour à peu près n'importe quel logiciel ! Notre métier est de simplifier la vie des acteurs terrains: au lieu qu'un MAI ou MATICE installe photorécit sur les 10 postes de chaque école de sa circonscription nous assurons le boulot en amont. Tout le parc est donc homogène (même version du logiciel partout) et maintenu.

Mise à jour des logiciels

L'autre intérêt de ce service est que nous mettons à jour ces logiciels, dans 2 ans, la version de firefox par exemple n'aura rien à voir avec la version actuelle ...

Changement de moteur pour la planete ?

erics — Wed, 30 Dec 2009 08:43:00 +0100

La planète a beaucoup de problèmes ... il faut avouer que le choix de l'outil n'a pas été simple. Mais avec la sortie de la version 0.3 de bilboplanet il semblerait que ça soit le bon moment pour changer.

Rappel des contraintes:

utiliser une base de données
outil en php/mysql
garder les archives de tout ce que la planete a fait suivre comme information
utilisation d'un skin "abuledu" pour avoir la même présentation graphique que tous les sites abuledu

Rappel des problèmes rencontrés:

Alors, dès que j'ai 10 minutes je teste bilboplanet pour voir ce que ça donne ... changements à venir sur http://planete.abuledu.org ? réponse d'ici quelques jours.

Double boot 98/TX

erics — Sat, 21 Nov 2009 11:06:00 +0100

Ayant rencontré des ordinateurs avec un win98 et voulant les mettre en double amorçage pour proposer aux usager de tester ou utiliser les ordinateurs en terminaux légers je me suis rendu compte que la documentation du site abuledu était particulièrement longue et compliquée.

J'ai donc trouvé beaucoup plus simple et remis la doc à jour ... en découpant les cas de figure dans des pages différentes pour éviter de se trouver nez à nez avec une page super longue.

Si vous trouvez que l'Éducation coûte cher ...

erics — Thu, 29 Oct 2009 00:22:00 +0100

Collé sur la porte de la directrice de l'École dans laquelle je bosse ces jours-ci ... no-comment, ça fait du bien parfois de lire ce genre de choses ! Merci Madame (la Directrice) pour cette bonne idée, Merci Monsieur (le Président) d'avoir posé par écris ces quelques mots !

Export des fichiers PDF de BaseEleve pour créer les comptes AbulÉdu

erics — Fri, 16 Oct 2009 11:19:00 +0200

Si vous n'avez pas la chance de pouvoir faire un export "cvs" des données de Base Elève comme c'est le cas pour moi dans les 2 écoles que j'ai équipé cette semaine, voici la pirouette que j'utilise ...

La directrice ou le directeur a les droits d'exporter les fichiers au format PDF ... de ce fichier PDF on peut le transformer en un fichier CSV a condition de mettre quelque peu les mains dans le cambouis. C'est toujours mieux que de re-taper la liste des 300 comptes à la main

1. installer les outils nécessaires

apt-get install poppler-utils

2. exporter le PDF en TEXT

pdftotext -raw FICHIER.pdf

3. ouvrir ce fichier avec un éditeur de texte (gedit) pour "rattraper" a la main les erreurs de conversions (par exemple sur les noms composés)

4. transformer brutalement ce fichier en un fichier CSV:

cat FICHIER.txt | sed s/" "/";"/ | sed s/"$"/";"/ | sed s/"\(.*\) \(.*\)"/"\1;\2"/ > FICHIER.csv

5. ouvrir ce fichier dans un tableur pour terminer le job ... ça simplifie pas mal le boulot non ? vous avez mieux à proposer ?

Ergonomie de la gestion des utilisateurs appliquée pour AbulÉdu 8.08

erics — Sat, 10 Oct 2009 15:26:00 +0200

Nos clients équipés de la version 8.08 ne sont pas en reste voici que l'interface de gestion des utilisateurs leur est proposée dans le cadre du contrat de mise à jour.

Pour bénéficier de cette interface améliorée vous devez juste faire une mise à jour et hop à vous les joies du nouveau webadmin-utilisateurs

AbulÉdu et les RPI ... une solution qui ne doit pas passer inaperçue :)

erics — Fri, 09 Oct 2009 09:38:00 +0200

Furtivement hier soir un petit paquet a été envoyé sur nos serveurs APT de mise à jour ... petit paquet contenant deux scripts particulièrement intéressants: la vampirisation au service des RPI

contexte

Quand un RPI est équipé d'une classe mobile il faut savoir que les ordinateurs portables sont potentiellement utilisés par n'importe quelle école membre du RPI. En plus de déplacer le meuble à roulette contenant les ordinateurs il faudrait aussi, dans le cadre d'AbulÉdu, déplacer le serveur ... ce qui n'est pas vraiment simple.

La solution est que chaque école a son serveur (un seul serveur pour les écoles serait possible à condition d'avoir une bande passante que ne permet pas encore les connexions adsl qu'on trouve en zone rurale). De même que chaque école a sa connexion internet.

Celà étant au niveau d'un réseau 100% linux ça ne pose pas vraiment de problème de déplacer un ordinateur d'un réseau à l'autre ... mais pour windows il faut savoir qu'un domaine comporte certaines caractéristiques uniques. Si vous installez 3 serveurs, les bases du domaine windows (identifiants) seront différents même s'ils sont tous trois serveur du domaine "ABULEDU" !

Si vous voulez pouvoir déplacer un poste d'un domaine abuledu à un autre il faut donc que les deux identifiants serveurs soient absolument identiques.

Et au passage il serait pas mal aussi de ne pas avoir à re-fixer les 12 postes sur le 2° serveur du RPI ... voir même sur le 3°

Mais ... la base des utilisateurs doit être différente pour chaque école.

C'est à ça que ce paquet s'attaque ! Transférer toutes les données "machines" et "imprimantes" d'un serveur vers un autre pour qu'on puisse prendre le portable du RPI et travailler sur n'importe lequel des serveurs en ayant la phase d'authentification "ouverture de session".

export

La 1ere chose à faire, une fois le 1er serveur installé, imprimante déployée, machines "fixées" c'est d'exporter toute ces données.

horizon-vampire-export

import

Ensuite, vous copiez le fichier tgz généré à l'étape "export" sur votre 2° serveur et vous lancez la commande.

horizon-vampire-import

Et c'est tout, vos ordinateurs portables peuvent maintenant "changer de réseau" en toute transparence.

Framakey et serveur AbulÉdu de démo

erics — Fri, 09 Oct 2009 00:17:00 +0200

Ça y est, je viens de mettre en place un serveur AbulÉdu de démonstration qui va nous permettre de "montrer" la framakey-abuledu ... j'ai un peu peur de faire exploser notre bande passante mais bon si ça arrive je fermerais ce serveur.

L'implémentation complète de cette solution repose sur une seule question: "quel est le niveau de sécurité acceptable ?".

Pourquoi se poser cette question ? tout simplement parce que ça fait des années que AbulÉdu est prêt pour proposer ce service de "bureau à distance": il suffit de suivre la documentation suivante mais ça implique un gros problème; les utilisateurs doivent être ajoutés dans le groupe remotessh et par effet de conséquence nous devons nous assurer que leur mot de passe est robuste.

Impossible ! Hé oui je peux vous assurer qu'on a tenté de faire un certain nombre de choses pour sécuriser les comptes ... mais sans succès, beaucoup trop d'utilisateurs ont un mot de passe faible.

Alors comment faire pour "ouvrir" les connexions distantes à "tous" les utilisateurs et en particulier aux enfants ?

La solution que j'ai mise en place se fait en deux temps:

1. Un serveur SSH dédié

Au niveau du serveur AbulÉdu on garde le serveur ssh et son groupe remotessh pour les administrateurs, ce groupe va donc prochainement disparaître de la liste des groupes disponibles sur webadmin histoire d'être certain que personne ne s'ajoutera par erreur dans ce groupe.

Ce serveur SSH ne sera pas directement accessible: le firewall n'aura pas le port en question d'ouvert.

Et enfin, ce serveur SSH ne permettra pas de faire autre chose que des tunnels distants ... ce qui est déjà pas mal. Donc hors de question d'imaginer faire un ssh en ligne de commande pour lancer des logiciels sur le serveur (ou installer des rootkits, robots, bots et autres merdes).

2. Un système de port-knocking

Maintenant, comme il est probable que l'enfant "eric.seigne" utilise "eric" comme mot de passe il est donc hors de question qu'il puisse se connecter à distance ... sinon au bout de quelques heures je suis certain que ce serveur sera utilisé par des pirates !

Alors comment faire ?

Configurer le serveur via l'interface webadmin de choisir une série de 4 ports qu'il faudra utiliser dans l'ordre pour que le serveur ouvre la connexion distante et autorise l'accès au cartable électronique.

C'est ce qu'on qualifie de sécurité acceptable.

3. Une application "utilisateur" super facile d'utilisation

Et enfin, hors de question de demander aux utilisateurs de lancer putty ou winscp et de configurer des trucs compliqués. Donc nous fournissons une application propre et toute intégrée qui se charge de faire le port-knocking et le lancement des tunnels ssh ...

Ça se présente soit sous la forme d'une clé usb "framakey" soit d'une application clé en main linux voir même mac.

La boucle est bouclée. Il reste maintenant à ... l'utiliser

Limites ?

Bien entendu il y a une limite ... la bande passante "montante" du serveur sur lequel vous vous connectez ... certes les tunnels ssh ne sont pas ce qu'on fait de mieux (encapsulation de protocoles), un "véritable" VPN aurait été mieux mais sa mise en oeuvre me semble trop compliquée compte tenu du contexte.

La planete begaye

erics — Wed, 07 Oct 2009 23:28:00 +0200

Comme indiqué il y a déjà plusieurs mois je pense avoir réglé ce problème ... en tout cas je l'espère !

Amélioration de l'ajout des utilisateurs

erics — Sun, 16 Aug 2009 11:30:00 +0200

C'est l'amélioration de la journée une demande de plus d'un an qui n'a jamais été développée ...

L'idée est qu'on trouve une solution pour éviter qu'une personne ne se retrouve responsable et invité d'un groupe (gni !!!)

Et ensuite, que si on le souhaite on puisse faire apparaitre un menu complémentaire pour gérer les privilèges "étendus" pour la gestion des imprimantes etc.

Maintenant il reste à reprendre les étiquettes courtes pour les fameux noms des privilèges

Ça vous va comme ça ? il est encore temps d'apporter des modifications.

Un launchpad pour AbulÉdu ?

erics — Sun, 09 Aug 2009 13:24:00 +0200

Oui je sais, ça fait à peine 1 an 1/2 que j'ai emmerdé tout le monde pour passer sur la forge ... mais canonical vient de libérer launchpad et ça à de quoi nous faire réfléchir et rêver !

Imaginez, launchpad c'est du tout-en-un super intégré: forge, dépot de fichiers, ppa, centre de traduction, gestion de projet ... bref une gforge aboutie et sans les problèmes de la forge ! Alors oui à l'époque c'était le meilleur choix mais maintenant que launchpad est disponible, pourquoi ne pas en profiter ?

Vous voulez la liste des fonctionnalités de launchpad: https://dev.launchpad.net/

Ha oui et vous vous demandez pourquoi ne pas tout simplement aller sur launchpad.net et y ouvrir un projet AbulÉdu ? Hé bien je suis toujours marqué par les mauvaises expériences lorsque gna s'est fait pirater, ou que tuxfamily a perdu tous ses backups, je préfère ne dépendre que de nous même et gérer nous-même toute l'infrastructure de base

Alors, on l'envisage cette migration vers un lauchpad ? Ce n'est pas pour tout de suite, il faut monter le serveur, installer le launchpad dessus et vérifier que tout ce dont on a besoin existe dessus mais bon ... on y réfléchis ?

MacOSX et Serveur Linux - AbulÉdu ...

erics — Fri, 07 Aug 2009 18:30:00 +0200

Bon, je sens que si je touche encore une heure à un mac je vais en acheter un ! C'est stupéfiant comme l'informatique peut⁻être ... un outil tout simplement évident !

Plus sérieusement, inter-actif m'ayant permis d'avoir un MacBook entre les mains durant deux jours il y a 2 semaines environ, ça m'a permis de comprendre beaucoup de choses et je regrette d'autant plus de ne pas avoir regardé ça plus en avant lorsque Jean-François nous en avais mis un entre les mains !

Un exemple: pour distribuer une application Mac on voit souvent passer des fichiers .dmg ... c'est quoi ça ? hé bien c'est tout simplement une image disque (un peu comme un fichier ISO) dont la création est ultra simple (via l'outil de gestion de disques de macos), votre fichier .dmg, vous double cliquez dessus et hop ça le "monte" dans votre système, vous n'avez plus qu'à copier/coller votre application dans votre système et c'est ... tout !

Bien loin des fichiers .exe ou .msi d'installation/déploiement d'applications du monde microsoft et également bien loin des paquets logiciels (.deb, .rpm and co) de nos distributions linux !

Alors voilà en 4 heures montre en main je viens de créer un "lanceur" pour qu'OSX puisse ouvrir une session X comme si c'était un terminal léger, et j'ai même créé le fichier .DMG pour pouvoir distribuer cette "application" à toutes celles et ceux qui seraient intéressés !

Bon il existe aussi des "packages" qui sont visiblement des équivalents aux MSI/EXE/DEB/RPM que je connais mieux

Alors pour faire simple, concernant OsX et AbulÉdu (serveur Linux):

Je sais comment faire pour qu'AbulÉdu se comporte comme une time-machine mais je ne l'implémente pas, on réfléchira et on fera des tests pour savoir si c'est opportun ou pas
osx ouvre une session sur le domaine AbulÉdu (à partir de la version 9.08 d'AbulÉdu) comme un linux ou un windows et il y a même la doc en ligne
osx peut se transformer en terminal léger (intérêt ?) en quelques secondes (cf la fin de l'article sur le site de doc)

Maintenant, la grande question, c'est de créer les paquets des logiciels du terrier pour osx ... et pour ça on attendra d'avoir un mac à demeure @ryxeo, celui que jean-françois nous avait donné ayant disparu !

Outils de développement du Terrier d'AbulÉdu

erics — Wed, 29 Jul 2009 11:43:00 +0200

Un point rapide après deux jour passés avec André pour réfléchir aux outils de développement des logiciels du Terrier.

Ça fait déjà plusieurs années que nous sommes arrivés à la conclusion que TCL/TK ne correspond pas à notre "idéal" de développement pour les logiciels du Terrier d'AbulÉdu ... mais nous n'avons jamais vraiment trouvé de solution. Nous avons tentés python + wx window, python + qt, java ... et sans doute encore d'autres.

Rappel raide des contraintes de base pour le choix des outils de développement des logiciels du terrier:

Multi plate forme, ça doit marcher sous windows, macos et linux
Libre au sens GNU/GPL
De préférence sans étape fastidieuse de compilation, donc un langage de script

Après avoir tenté beaucoup de choses, nous sommes donc arrivés à l'étape suivante: PyGame. Et ces deux derniers jours, passés en compagnie d'André ont été consacrés à ce choix: es-ce qu'on l'adopte pour de vrai ou pas ? là est encore la question.

Il faut savoir que si on fait le choix de PyGame ça implique un certain nombre de choses dont en particulier:

le "look" jeux au lieu du "look" application (ça veut dire qu'on perd l'ergonomie ou l'IHM habituelle)
sachant qu'il serait tout a fait possible que le mode "éditeur" ou "enseignant" du logiciel soit en PytonQt ou un truc du genre ... l'un n'empêche pas l'autre, si l'enseignant doit avoir accès à des fonctions comme le copier/coller, l'ouverture de fichier avec la boite gnome ou kde classique ou des fenêtres !
possibilité de passer en mode plein écran, exit donc la possibilité qu'un enfant aille cliquer dans des menus et lance d'autres applications
le besoin de trouver un ensemble d'outils permettant de gérer les choses que nous développions à base de fenêtres imbriquées (des widgets)

Après quelques heures de recherches, nous avons trouvés deux ensembles de widgets intéressants:

Si vous lisez l'anglais et que vous cherchez pourquoi utiliser des widgets, je vous propose de lire ceci

À priori nous sommes partis en direction de OcempGUI dont nous avons péniblement passés deux jours à coder un petit truc pour "voir" si les principales choses dont nous avons besoins sont disponibles et utilisables:

découper le code source en sous modules et classes distinctes pour n'avoir qu'un seul fichier de lancement à la racine de l'application
enchaîner les "tableaux" sans lancer un sous processus sur un nouveau fichier python (idée d'avoir un menu principal et ensuite les activités qui s'enchaînent)
positionner des boutons
gérer les évènements associés aux boutons
avoir une "fenêtre" de l'assistant "bob" ou "tux" qui donne un coup de pouce

Tout ceci est donc possible, le livre "Beginning Game Development Python Pygame" nous a été d'une aide précieuse et si vous voulez nous aider à nous améliorer dans le développement des futurs logiciels du terrier vous pouvez offrir ce livre aux développeurs: faites les livrer à l'adresse de RyXéo et je me chargerais de les redistribuer !

Semaine 21 à 27

erics — Fri, 03 Jul 2009 18:26:00 +0200

Je vous fais une redite du billet précédent ? plus c'est calme et silencieux et plus le travail est acharné

Allez, on se voit la semaine prochaine à Nantes pour les RMLL ? direction http://rmll.info et à la semaine prochaine.

PS: bienvenue aux petits Paul et Julie qui sont arrivé ces derniers temps, bravo aux parents.

Semaine 18 ... et semaine 20

erics — Sat, 23 May 2009 15:12:00 +0200

Généralement quand je reste silencieux un bon bout de temps c'est que je prépare un "coup" Là c'est un peu plus compliqué que ça, il y a bien un coup en préparation mais il a pris plus de temps que prévu parcequ'un imprévu s'est glissé entre temps

Proposition complète AbulÉdu pour les Écoles Numériques Rurales
Développement d'AbulÉdu 9.x ça avance une version béta est en cours de diffusion très restreinte
Machine virtuelle pootle en production -> http://docs.abuledu.org/abuledu/developpeur/utiliser_pootle. Yannig se charge de coordonner le projet traduction, merci à lui
Installation de tesklink que François nous a testé et validé -> https://www.ryxeo.com/testlink/
Nouveau paquet cups pour corriger la mise à jour sécurité ubuntu, jusqu'à la prochaine

François avance dur sur le testlink qui va nous permettre d'atteindre nos objectifs qualités pour AbulÉdu.

Semaine 16

erics — Sun, 19 Apr 2009 14:04:00 +0200

Suite au passage en formation cette semaine de Pascal, nous avons mis à jour la documentation en ligne:

Suppression des multiples pages qui ne servent à rien sur les 30 disquettes différentes: on a tout simplifié depuis l'arrivée du gpxe-all
Amélioration de la documentation sur l'installation de PMB

Quelques petites améliorations:

Retour du "nom ou ip du poste" sur l'écran de connexion d'un terminal léger AbulÉdu (mise à jour du 19 avril). Si vous avez une adresse IP c'est que votre poste n'est pas fixé, sinon vous devriez avoir son nom.
Système qui permet de copier la disquette d'amorçage réseau sur le disque dur ... mais c'est encore en attente de tests et validations
Mise en lumière qu'un client lourd peut tout a fait se comporter comme un serveur relais, ça reste à valider et tester en situation réelle mais tout semblait ok sur notre réseau de tests
Correction d'un bug des HST pour les droits (bug #291)

Rappel:

LTSP 4.4: les travaux doivent avancer pour qu'on puisse l'inclure dans la version 9.x d'AbulÉdu ... en effet le LTSP4.2 ne marche pas vraiment bien avec la nouvelle version en cours de développement d'AbulÉdu. Nous avons réellement besoin d'aide financière pour ce développement. Merci de vous rendre sur la page ad-hoc du forum et aidez-nous à trouver des solutions pour assurer le financement du développement d'AbulÉdu.