HowTo, Serveur, Debian, Pense-Bête, MacOSX

Il y a de ça quelques temps, j'ai eu l'occasion de travailler sur un robot de mise à jour automatique des populations sur les articles des communes de Charente-Maritime. Le principe est assez simple : les articles de commune utilisent tous un système de modèle afin de donner un aspect uniforme à tous les articles. Jetons un coup d'oeil au code source de l'article Wikipedia sur la ville de La Rochelle :

{{Infobox Communes de France
| nomcommune         = La Rochelle
| image              = La Rochelle Vieux-Port.JPG
| image-desc         = Les tours du vieux-port de La Rochelle
[...]
| insee              = 17300
| cp                 = 17000
| maire              = [[Maxime Bono]]
[...]
| km²                = 28.43
| sans               = 76848
| date-sans          = 2007
| aire-urbaine       = 186271
| nomhab             = Rochelaise, Rochelais
| siteweb            = http://www.ville-larochelle.fr/
| géoloc-département = Charente-Maritime
}}

Comme vous pouvez le constater, l'article utilise un modèle Mediawiki (ici le modèle Infobox Communes de France) et utilise des paramètres nommés (aire-urbaine=186271 par exemple). L'idée de l'automate est donc de venir modifier les paramètres sans et date-sans (respectivement la population et la date de ce recensement) à partir de fichier plat. Ceci bien sûr afin d'éviter de faire le travail de mise à jour des centaines de communes de France à la main.

Pour les plus curieux, le code source du robot se trouve à l'adresse suivante : DroopigBot sur google code

Bref, le robot a fonctionné sur les communes de Charente-Maritime (ainsi que sur une partie de la Vendée) et m'a donné une idée lumineuse : alimenter automatiquement notre wiki de documentation interne. En effet, nous avions tout un tas de site différent dispersé avec des fonctionnalités différentes :

• Un inventaire de machine


• Un spip de documentation (avec une version complètement obsolète)


• Un inventaire par mail de nos instances de serveurs Java


• Mais également plein de chose avec des fichiers plats dans plein d'endroit différent

J'ai donc récupéré le code que j'avais utilisé pour mes communes afin d'en faire quelque chose de plus simple sous la forme d'un script d'extraction et de mise à jour de contenu d'article.

Je ne vais pas tout vous présenter mais juste l'utilitaire en ligne de commande qui me permet de faire cette mise à jour : update_article.sh. Vous pouvez le récupérer à l'adresse suivante : http://code.google.com/p/droopigbot/source/browse/#svn/trunk/public_html.

Pour le configurer, c'est assez simple : créer un utilisateur avec droit d'écriture sur votre mediawiki, créer un fichier robot_config.inc.php avec les informations de connexion. Ci-dessous un exemple pour ce fichier :

$robot = new DroopigBot("Nomdubot", "passdubot", "http://addresse-du-serveur/wiki");
?>

Une fois enregistré, votre robot est prêt à fonctionner. Faisons un test simple d'extraction :

drayan@robert:~/dev/droopigbot/public_html$ ./update_article.sh --name 'Page de test' --dump
Un article de test.

Alimentons maintenant un fichier pour mettre à jour cet article :

drayan@robert:~/dev/droopigbot/public_html$ cat > essai.txt
Mon article a été mise à jour.

Et j'en suis très content.

Lançons la mise à jour :

drayan@robert:~/dev/droopigbot/public_html$ ./update_article.sh --name 'Page de test' --update ./essai.txt --no-simulation --message 'Mise à jour par un robot'
Updating 'Page de test' with './essai.txt' content

Si on jette un coup d'oeil à l'article, nous voyons qu'il a été mis à jour :



Allons maintenant voir l'historique :


Reste maintenant plus qu'à faire vos scripts de mise à jour de votre wiki :)

Se promener sur le forum Ubuntu-fr peut parfois se révéler fort instructif et riche d’enseignement : j’en veux pour preuve l’astuce présentée par Boufonman35 dont je vais vous faire part.

Vous connaissiez sans doute l’utilisation des touches [Ctrl] + [T] permettant d’ouvrir plusieurs onglets dans Nautilus, le gestionnaire de fichier de l’environnement Gnome…

…la touche [F3] permet quant à elle de « séparer » Nautilus en deux afin d’avoir simultanément deux onglets en visuel :

Cerise sur le gâteau, les touches [Ctrl] + [T] permettent là encore d’ouvrir des onglets dans l’une ou l’autre des fenêtres :

Merci encore à Boufonman35 pour cette astuce + que pratique.

Amusez-vous bien

Billets reliés

• 25 août 2010 -- System Load Indicator ou comment être alerté lorsqu’une application utilise trop de ressources (16)
• 5 juillet 2010 -- Faire apparaître les icônes du menu système d’Ubuntu (15)
• 26 juillet 2010 -- Ne vous abimez plus les yeux sur Ubuntu grâce à F.lux (14)
• 9 mai 2010 -- Lucid Lynx et l’affichage du chemin en mode texte dans Nautilus (9)
• 14 mars 2010 -- Release d’Ubuntu Tweak avant l’arrivée (officielle) de Lucid Lynx…boutons à gauche, à droite… étonnant, non ? (9)

Pour avoir le thème par défaut de Windows sur Linux, il y a une solution. Qu’il a t-il de plus agaçant -lorsque l’on passe de Windows à Linux- que de constater que Firefox Linux est moins beau ? Les finitions sont moins réussies bref, on trouverait ca presque injuste.

Pour la petite histoire, j’ai fais mes recherches sur les forums de Mozilla : ce serait dû au manque de développeurs sous Linux. Mouais. Il y a également une histoire de gestionnaire de fenêtre, qui par exemple est radicalement différent sur Mac.

Alors pour retrouver une interface identique à celle embarqué sur le Firefox Windows voici la démarche :
- Sous Windows, rendez vous dans Outil / Modules Complémentaires onglet Thèmes
- cliquez sur votre thème par défaut
- on véritable nom apparait, sous Firefox Windows 3.6 il s’appelle Strata. Sur Linux, il s’appelle Tango!
- Sous Linux, rendez vous dans l’onglet Catalogue puis tapez Strata

Deux versions :

Strata XP on Linux :
« Firefox 3′s default XP theme adapted for Linux. Based on Pascal Herbert’s « XP on Vista » theme, tweaked to fix some UI quirks. »


Strata Aero :
« The default Firefox 3 theme for Vista, now for Windows XP too! »

Les nostalgiques aimeront probablement Firefox 2 theme for Firefox 3.x. Pour retrouver l’apparence de Safari regardez du coté de Firelight. Si vous aimez le look d’Opera voici pour vous Operetta et Operetta Advance (version réaliste). Si vous préférez le look de Chrome, regardez Chromifox Basic je le trouve vraiment très réussi.

Et sous Firefox 4, qui se cache sous le nom Défaut à votre avis ?

Salut.

Quand on maîtrise un tant soit peu un ordinateur, on se retrouve très vite à dépanner les ordinateurs des amis, des copains, des copains des copains... C'est mon cas.

J'ai ma trousse de dépannage avec tournevis... mais aussi la panoplie d'outils logiciels. Dans cette panoplie, les Live CD de dépannage figurent au premier rang.

Ces Live CD permettent d'avoir un système d'exploitation qui tourne sur un PC dont le système d'exploitation originel est en panne, que ce soit Windows ou Linux.

Voici la liste de mes outils préférés :

• Le DVD d'installation de Fedora. En bootant en mode rescue, il permet d'agir sur un PC sous Fedora ou sur toute autre distribution Linux.
• Le Live CD Ultimate Boot CD aka UBCD. Il permet de faire pas mal de dépannage sur les disques durs, les mots de passe Windows ou le BIOS à remettre à zéro, tests mémoire avec memtest+, clonage... Un véritable couteau suisse !
• Le Live CD System Rescue CD. Basé sur Linux, il permet de cloner, contient GParted pour jouer avec les partitions, permet de monter des partitions NTFS en lecture/écriture avec Ntfs3g, possède ddrescue pour cloner un disque dur défectueux, tester la mémoire avec memtest+...
• Le Live CD GParted. Basé sur Linux, il permet de jouer avec les partitions et les systèmes de fichiers.
• Le Live CD Darik's Boot and Nuke aka DBAN. Il permet d'effacer efficacement un dique dur que l'on veut mettre au rebut ou vendre avec les méthodes DoD à 3 ou 7 passes, Gutmann à 35 passes...
• Le Live CD Trinity Rescue Kit. Basé sur Linux, il fait tout ce que fait System Rescue CD et même plus. Très complet dans le clonage de disques durs même défectueux, c'est mon Live CD préféré dans cette catégorie.

La liste n'est pas exhaustive mais avoir ces Live CD permet de résoudre tous les problèmes notamment de clonage de disques durs même ayant des secteurs défectueux. Mais cela sera pour un prochain billet....

++

Sources :

• DVD d'installation de Fedora : http://fedoraproject.org/fr/get-fedora
• Live CD Ultimate Boot CD (UBCD) : http://www.ultimatebootcd.com/
• Live CD System Rescue CD : http://www.sysresccd.org/
• Live CD GParted : http://gparted.sourceforge.net/
• Live CD Darik's Boot and Nuke (DBAN) : http://www.dban.org/
• Live CD Trinity Rescue Kit :http://trinityhome.org/Home/index.php?wpid=1&front_id=12

Vous souhaitez discuter facilement à plusieurs entre amis, ou alors créer un salon de discussion pour une communauté ou un site ? J'ai ce qu'il vous faut ! Voyons-voir, étape par étape, comment procéder !

Le logiciel que nous allons utiliser pour discuter à plusieurs se nomme Jappix. Il restera toujours sans publicité et a une interface relativement facile à maîtriser. C'est un projet de l'association PostPro, sans aucun but lucratif.

1. Création du compte

Vous allez devoir, dans un premier temps, vous créer un compte qui va vous permettre d'administrer le salon. Visitez le site de Jappix. Notez que Jappix fonctionne mal avec Internet Explorer (mais fonctionne quand même), je vous recommande fortement Mozilla Firefox à la place.

Il se peut que le site ne s'affiche pas en français. Pour ce faire, sélectionnez la langue désirée dans le menu dépliant, en haut à gauche. Ensuite, cliquez sur "Je m'inscris". Une nouvelle page va s'afficher, vous demandant l'identifiant désiré ainsi que le mot de passe. Gardez la valeur par défaut après l'arobase (im.jappix.com), et confirmez votre mot de passe en l'entrant deux fois.

Ceci fait, pressez le bouton "Allons-y !" et patientez jusqu'à avoir confirmation du succès de la création du compte. Il se peut qu'une erreur se produise (identifiant déjà pris), dans ce cas, un bandeau rouge se dépliera en haut de la page, et vous devrez essayer un autre nom d'utilisateur (ou ID XMPP).

2. Joindre le salon

Cliquez sur le lien "Précédent" afin de retourner sur la page d'accueil, puis cliquez sur "Je me connecte". Entrez les mêmes identifiants qu'utilisés lors de l'inscription, vous serez alors connecté après quelques secondes.

Pour créer un nouveau salon de discussion, nous allons devoir le rejoindre. Vous voyez la liste de contacts ("Vos amis") ? De nombreuses icônes sont présentes en bas de celle-ci : cliquez sur la troisième ("Joindre une discussion...", lorsque vous passez la souris dessus).

Une bulle noire s'affiche. Sélectionnez "Salon de discussion" dans le menu déroulant, puis entrez le nom de votre salon dans le champ de texte, en minuscules et sans espaces. C'est à dire que, si je veux faire un salon pour mon site "Passion 4L", j'entrerai "passion4l". Ainsi, l'adresse complète de mon salon sera passion4l@muc.jappix.com.

Enfin, pressez la touche entrée, et vous rejoindrez votre salon.

3. Création du salon

Si le salon n'existe pas, un bandeau jaune se dépliera. Dans le cas contraire, vous devriez essayer un autre nom de salon, puisque celui que vous avez rejoint existe déjà.

Il est maintenant temps de créer définitivement ce salon (le simple fait de le joindre ne le crée que temporairement). Cherchez un cadenas jaune, dans les icônes au dessus du champ de message. Cliquez dessus pour ouvrir l'utilitaire de configuration du salon.

Parfait ! Maintenant, cherchez le champ "Room title" et entrez-y le "vrai" nom de votre salon, donc ici "Passion 4L". Vous pouvez aussi définir une brève description dans "Room description".

La chose la plus importante que nous devons faire ici, c'est de rendre persistant ce salon (sinon, il sera considéré comme supprimé quand vide). Cochez le champ "Make room persistent".

Si vous souhaitez disposer d'archives publiques du salon, vous pouvez cocher "Enable logging". Il vous suffira de vous rendre à : http://logs.jappix.com/ et de chercher votre salon dans la liste pour les consulter.

Vous pouvez définir les autorisations, ce qui permettra d'ajouter, par exemple, vos amis en administrateurs du salon, ou de bannir les personnes non désirées. Vous pouvez aussi définir un mot de passe pour entrer dans le salon. Je vous laisse découvrir le reste !

Enfin, cliquez sur le bouton "Enregistrer" pour envoyer vos paramètres.

4. Partagez le salon !

Super ! Votre salon est créé, il ne reste plus qu'à le partager afin qu'il se remplisse de monde ! Il y a deux méthodes qui s'offrent à vous : vous demandez à vos amis de s'inscrire sur Jappix afin de disposer d'un ID XMPP et de pouvoir les définir en administrateurs et les ajouter en amis (hors salon), ou vous publiez un simple lien pour rejoindre en anonyme le salon.

Voici la forme du lien : http://www.jappix.com/?r=passion4l@muc.jappix.com

Remplacez passion4l par le nom de votre salon, puis partagez ce lien avec vos amis, sur votre site, etc... Sur un site, un formulaire peut être mis en place : l'explication est disponible dans la documentation de Jappix.

Dans mon cas, je peux aussi tout simplement diffuser le XID (ID XMPP), qui est passion4l@muc.jappix.com pour ceux souhaitant le rejoindre d'une autre façon qu'en anonyme (via un client XMPP de bureau, par exemple).

Et voilà ! J'espère que cet article vous a été utile, et que vous découvrirez avec plaisir le fabuleux monde de XMPP !

J'ai décidé, avec certaines personnes de reprendre le projet Sonata, mort depuis pas mal de temps (le dernier commit en date a été fait le 29 Octobre 2009). Nous avons déjà plus ou moins commencé durant le Code Bar. Nous voulons maintenant y contribuer sur le long terme.

Que va-t-il se passer, concrètement ?

Le futur proche concernant le code

La première étape consistera à faire le tri parmi les innombrables bugs. Il y en aura certainement une partie de supprimée. Ensuite, nous commencerons à coder. Nous implémenterons peut être une ou deux chose dans les prochains jours, plutôt de la correction de bug que l'implémentation de nouvelles fonctionnalités. Viendra ensuite une longue période de refactorisation du code. Vu les performances mémoire de Sonata (1% de mémoire sur mes 3 Gio de mémoire vive, ce qui est quand même assez conséquent, surtout sur les petites machines), il y a certaines choses qui peuvent être largement améliorées. Cette période de refactorisation permettra d'améliorer la lisibilité du code en plus de gagner en mémoire vive, Le code étant ce qu'il est (je ne cracherai pas trop sur le travail qui a été fait), nous passerons un certain temps à l'améliorer. Autre point très important, à défaut d'ajouter des fonctionnalités, nous en enlèverons. Je m'explique, nous pensons que certaines fonctionnalités n'ont rien à faire dans Sonata, comme par exemple l'édition de tags (qui par ailleurs ne marche que si le serveur MPD est installé sur la même machine que Sonata). Alors nous supprimerons cet éditeur, et nous le transformerons en plugin. Cela s'appliquera peut être à d'autres parties de MPD, mais à l'instant où j'écris ces lignes, c'est la seule fonctionnalité qui me vient à l'esprit. Cela aura pour but d'alléger le code de Sonata, et de respecter la philosophie UNIX : « Write programs that do one thing and do it well ».

Les gros changements qui vont arriver un peu plus tard

Comme vous le savez peut être, je suis un utilisateur de la forge CodingTeam. J'avais par ailleurs créé un billet le concernant. CodingTeam va bientôt intégrer git (dommage que je ne puisse pas faire pression avec un log publique l'annonçant, xbright a été assez malin pour le faire sur des salons non loggués !). Donc quand cela sera disponible, nous migrerons tout vers CodingTeam. Le seul élément qui va manquer entre CodingTeam et Berlios (la plateforme accueillant Sonata actuellement) va être le support des mailing list (mais qui devrait bientôt arrivé aussi !). Nous pourrons ainsi bénéficier de tous les atouts de CodingTeam (pour les connaitre, je vous invite à lire mon ancien billet, dont le lien est disponible un peu plus haut). La migration du serveur git ne devrait pas poser de souci, vu que cela a déjà été réalisé pendant le Code Bar à plusieurs reprises (voir le compte-rendu). La migration des bugs se fera à la main (principalement par moi même je pense), une fois qu'ils seront triés.

Ce qui a été déjà été fait

Comme je l'ai déjà dit, la reprise est officielle. Il ne s'agit aucunement d'un fork quelconque qui va se perdre dans la nature au bout d'un mois. Nous avons pas mal discuté avec Scott Horowitz. J'ai maintenant tous les droits sur le projet Sonata sur Berlios. Cela inclus la gestion du bug tracker, la gestion du site internet, pouvoir pusher sur le dépôt officiel etc. Je me suis par ailleurs rendu compte que la communauté de Sonata était assez réactive, comme vous pouvez le constater sur cette mailing list. Il faut savoir qu'il n'y a eu aucun changement sur le code de Sonata depuis plus d'un an, donc le fait que la communauté réagisse de cette manière est plutôt un bon signe. J'ai modifié une des pages du site internet, pour y inclure la nouvelle adresse du salon de discussion, qui ne sera plus sur IRC, mais sur Jabber à l'adresse suivante : sonata@conference.pacodastre.org, vous pouvez rejoindre le salon sans avoir de compte, et sans avoir de client, en utilisant notre client web. Vous pouvez bien sûr nous rejoindre pour parler de Sonata, de son avenir et des décisions que nous allons prendre. Attention toutefois, nous y parlons anglais (pour des questions de compréhension, l'anglais est beaucoup plus parlé que le français, surtout concernant le monde de l'informatique). Pour ce qui est du code, nous avons déjà plus ou moins patché Sonata avec ce qui a été fait pendant le Code Bar. (Explications de ce qu'est un fork en anglais, beaucoup plus complet).

En conclusion

Nous vous invitons à venir sur le salon de discussion, comme je l'ai déjà dit. Je pense que c'est très important d'avoir des retours des utilisateurs. Si vous voulez rejoindre l'équipe de développeurs, rejoignez également ce salon pour en parler. Beaucoup de choses se dérouleront sur ce salon à mon avis. D'ailleurs si vous voulez consulter les logs, vous verrez que c'est déjà pas mal actif.

Sonata va bientôt renaitre de ces cendres, et j'espère qu'il va encore gagner en popularité, perdre ses bugs, et gagner en fonctionnalités tout en gardant son style élégant, clair et léger (quoique pour le dernier, on pourrait effectivement en discuter), même si cela prendra beaucoup de temps. Nous avons un groupe de personnes motivées, donc je pense que cela se fera.

C’est la rentrée des classes. Et nous publions, à l’occasion, la traduction d’un entretien avec une enseignante américaine impliquée dans ce que l’on appelle les Ressources Éducatives Libres, ces ressources placées sous licence libre et qui offrent aux utilisateurs les mêmes droits que ceux d’un logiciel libre : utilisation, étude, modification, duplication et diffusion. Face au casse-tête du « tous droits réservés », elles représentent une formidable opportunité pour l’éducation. Une opportunité d’usage mais aussi de remix et de création collective. Une opportunité qui met l’accent sur le partage et la coopération au détriment de l’individualisme et de la compétition.

Le problème c’est que vos enfants ont encore aujourd’hui une chance infime de rencontrer de tels professeurs dans leur classe cette année.

Pourquoi ? Principalement à cause de la scandaleuse et irresponsable politique de l’autruche du ministère de l’Éducation Nationale qui ne s’est toujours pas décidé à les encourager. Aussi hallucinant que cela paraisse, rien, absolument rien d’envergure n’est prévu pour les mettre en avant. Aucune trace dans les programmes officiels, aucune directive adressée aux enseignants. Et cela dure depuis des lustres.

Cela va même au delà de la belle ignorance ou de la simple indifférence, il suffit de parcourir ces quelques anciens articles du Framablog pour s’en convaincre :

• De l’usage des « œuvres protégées » à l’Éducation Nationale
• Le Centre Français d’exploitation du droit de Copie mène l’enquête à l’école
• Les drôles de conseils du site Educnet
• L’académie en ligne ou la fausse modernité de l’Éducation nationale
• Hadopi à l’école : transformons la propagande en opportunité

L’aggiornamento n’a toujours pas eu lieu. C’est une « culture propriétaire » et non une « culture libre » qui règne encore au sein du ministère et qui influence tous ses fonctionnaires. Voilà la triste vérité.

Dans ce contexte hostile on ne s’étonnera pas que les enseignants de la trempe de Christine Mytko^[1] demeurent pour le moment minoritaires. Il en existe bien sûr, mais leur sensibilisation s’est bien moins faite grâce à l’école que malgré l’école. C’est pourquoi d’ailleurs un site comme le nôtre continue malheureusement d’avoir sa modeste utilité, mais qu’il est dur de nager à contre-courant alors que nous devrions plutôt tous surfer sur la vague du bon sens.

Au cours de l’interview ci-dessous publiée à l’origine sur le blog du site des Creative Commons, Christine Mytko constate que c’est la méthode « CASE » qui prévaut encore chez les enseignants. C’est l’acronyme anglais de « Copy And Steal Everything » signifiant que tout le monde fait à peu près n’importe quoi avec le respect des licences. Il suffit effectivement de passer une journée devant la photocopieuse d’une salle des professeurs pour s’en rendre compte.

On fait n’importe quoi mais comme on ne reçoit aucune information et qu’on ne s’expose à aucune sanction, il n’y a aucune raison de modifier son comportement. Un comportement que l’on retrouvera alors naturellement par ricochet chez les élèves de ces enseignants, c’est-à-dire nos enfants.

C’est entendu, l’école à d’autres chats plus importants à fouetter actuellement que ce détail des licences des ressources. Certes mais sans vouloir être grandiloquent « l’école du XXIe siècle sera libre ou ne sera pas ». Alors autant s’y préparer sérieusement dès maintenant et ne plus faire de chaque jour qui passe un jour de perdu.

Éducation et politique pédagogique libres : Entretien avec Christine Mytko, du site Curriki

Curriki’s Christine Mytko: Open Education and Policy

Jane Park - 5 août 2010 - Creative Commons Blog
(Traduction Framalang : Don Rico)

Au début de l’année 2010, nous avons annoncé une refonte de nos projets consacrés à l’éducation et un soutien accru au mouvement des REL, les Ressources Éducatives Libres (NdT: OER en anglais, pour Open Educational Resources). En ce sens, nous avons redoublé d’efforts pour accroître la quantité d’informations disponibles sur notre site. Outre la mise en ligne d’une nouvelle page d’acueil pour notre rubrique Éducation et notre portail consacré aux REL, sur laquelle nous expliquons le rôle que jouent les Creative Commons en tant qu’infrastructure technique et juridique, nous avons réalisé une série d’entretiens destinés à exposer les obstacles que rencontrent les REL et les chances qu’elles ont de trouver leur place dans notre paysage pédagogique.

Un changement de politique au niveau local, national et international constitue l’un des vecteurs les plus probants pour la promotion des REL. Il y a peu, nous avons eu la chance d’interroger Christine Mytko, qui milite pour l’adoption des REL à l’échelle locale dans le cadre de son métier d’enseignante et en tant que validatrice principale de la rubrique scientifique du site Curriki. De par son statut de professeure, Christine Mytko apporte un point de vue précieux sur l’éducation et la politique libres, et nous offre un bon aperçu de la façon dont on perçoit le copyright, l’utilisation des Creative Commons et des REL dans le monde éducatif.

Vous êtes enseignante et validatrice de la section scientifique de Curriki, que l’on décrit comme le « wiki nouvelle génération » pour l’enseignement primaire et secondaire. Pouvez-vous nous décrire brièvement qui vous êtes et ce qui vous a conduite aux fonctions que vous occupez aujourd’hui ? Quelle est d’après vous la mission de Curriki, et comment ce site aide-t-il les enseignants ?

J’ai passé la majeure partie de ma carrière à enseigner les sciences dans des collège publics. Il y a trois ans, j’ai eu la chance de trouver un poste qui allie mes deux passions : la science et la technologie. À l’heure actuelle, je suis intervenante en sciences chez les maternelles et professeure de technologie dans un petit collège de Berkeley, en Californie.

En 2007, j’ai posé ma candidature pour un temps partiel chez Curriki. Comme de nombreux enseignants, je cherchais à arrondir mes fins de mois. J’ai alors découvert une communauté d’éducateurs dévoués à la création collaborative et au partage de ressources libres. Membre de l’équipe de modération de Curriki, je suis chargée de valider les contenus scientifiques que l’on nous soumet et de fournir une notation et des retours publics au contributeur. Si besoin est, je participe aussi à d’autres projets. En ce moment, je travaille avec un professeur de chimie afin de réviser et soumettre un manuel de chimie numérique open-source dans le cadre de la California Learning Resource Network’s Free Digital Textbook Initiative.

Comme on peut le lire en page d’accueil du site, la mission de Curriki est de « fournir des ressources et des programmes libres de grande qualité aux enseignants, étudiants et parents du monde entier. » Certains l’auront deviné, son nom est un jeu sur les mots « curriculum » (NdT: « programme d’enseignement » en anglais) et wiki. Le dépôt de Curriki contient un choix riche pour les programmes d’enseignement, allant des plans de leçons à des séquences complètes, disponibles pour plusieurs matières, niveaux et langues. Curriki offre d’autres ressources tels que des manuels scolaires, des supports multimédia, et des projets collaboratifs.

Tout le contenu présent sur Curriki est partagé sous la licence Creative Commons Paternité (CC-BY), ce qui l’inscrit solidement dans l’espace des REL. Savez-vous pourquoi Curriki a choisi la CC-BY pour ses ressources en ligne ? Si vous l’ignorez, quel avantage présente la CC-BY comparé à du contenu « Tous droits réservés » ?

Les contributeurs de Curriki sont libres de placer leur contenu soit dans le domaine public soit sous une licence CC de leur choix, mais le contrat de licence par défaut est en effet le CC-BY. Je ne connais pas les raisons qui ont poussé Curriki à la choisir, mais c’est une excellente décision. La CC-BY confère aux enseignants la possibilité de remixer, partager et distribuer des ressources afin qu’elles soient les plus pertinentes pour leur programme d’enseignement.

La souplesse offerte par la licence CC-BY permet d’adapter le contenu très vite. La révision d’un manuel scolaire s’étale sur un cycle de sept ans. Le contenu de Curriki, lui, peut être mis à jour et « publié » en quelques secondes, et la communauté peut corriger les éventuelles erreurs tout aussi rapidement. De nombreux sujets, surtout en sciences et en technologie, évoluent si vite que l’enseignement ne peut se permettre d’être dépendant des cycles de publication trop longs des ouvrages propriétaires.

À l’heure actuelle, la Californie et le Texas sont les plus gros acheteurs de manuels traditionnels « Tous droits réservés », et les éditeurs se coupent en quatre pour répondre aux exigences de ces états. Les enseignants des autres états (et autres pays) sont contraints à composer avec ces limitations propriétaires. Des initiatives de REL telle que Curriki permettent néanmoins de modifier librement des outils afin qu’ils correspondent le mieux à leurs besoins pédagogiques et culturels. En créant ou en mettant à disposition un tel contenu dans des dépôts publics, les enseignants n’auront plus à travailler chacun dans leur coin et ne seront plus forcés à constamment « réinventer la roue ». Plus on donnera à partager librement du contenu de qualité au sein de communautés d’enseignants, moins on passera de temps à adapter de la matière propriétaire, ce qui permettra aux enseignants de consacrer davantage de leur temps, qui est précieux, à d’autres domaines importants de l’enseignement.

Décrivez-nous un projet pédagogique auquel vous avez intégré du contenu sous CC et/ou des REL. Quelles difficultés avez-vous rencontrées, vous ou vos élèves, en recherchant ou en utilisant des ressources sur le web ? Comment relateriez-vous cette expérience à des enseignants qui souhaitent attribuer les bonnes licences à leurs propres ressources pour la recherche et la découverte des REL ? Que doivent savoir ces professeurs ?

Pour mes cours de technologie, je fais en sorte désormais que tous les supports médias incorporés aux devoirs soient sous Creative Commons, dans le domaine public ou dépourvus de tout copyright. Au début, après des années à pouvoir piocher sans restriction dans Google Images, mes élèves se sont sentis très restreints dans leurs choix, mais nous avons débattu de ce qui sous-tend le copyright et les solutions alternatives à celui-ci, et nombre d’entre eux ont compris l’importance de respecter les droits.

Il existe de nombreuses sources d’excellente qualité pour aider les enseignants et les élèves à utiliser des ressources sous Creative Commons en cours. La page de recherche des Creative Commons, Wikimedia Commons, la section CC de Flickr et l’option de recherche avancée de Google sont des outils fantastiques pour trouver des images placées sous licence alternative. Pour la musique, des sites tels que Jamendo sont formidables.

Au départ, la terminologie a présenté des difficultés pour mes collégiens. Bien qu’il n’y ait que six contrats CC principaux, mes élèves ont été déroutés par des termes tels que « Paternité » (NdT: Attribution en anglais) et « Pas de modification » (NdT: No Derivatives en anglais). Le fait que Google emploie des formulations légèrement différentes (« réutilisation autorisée » et « réutilisation avec modification autorisée ») dans ses filtres de recherche n’a pas arrangé les choses. Mais les jeunes ont vite apprivoisé les termes et les procédures, et en l’espace de quelques cours, ils accédaient aisément à du contenu sous licence « Certains droits réservés » et l’utilisaient à bon escient. Évidemment, je leur demande de définir des droits d’utilisation pour leurs travaux, ce qui renforce la compréhension des licences et les pousse à réfléchir soigneusement aux droits qui comptent pour eux.

Concernant la mise à disposition de mes travaux sous forme de REL, je n’ai pas fini d’apprendre. Avant de rejoindre l’équipe de Curriki, j’hésitais à « publier » mes ressources sous licence libre. Après avoir consacré tant de temps et d’énergie à créer certaines préparations, il me semblait aberrant de les distribuer gratuitement sur Internet. Depuis quelques années, j’ai toutefois compris les avantages que présentent les contenus libres, et je publie sur Curriki, sous licence CC-BY, certains de mes travaux autrefois jalousement gardés. À présent, je partage sans restriction mes nouveaux travaux. Je me sens plus à l’aise pour utiliser et créer des ressources libres, et j’espère à présent passer à l’étape supérieure et collaborer avec d’autres enseignants.

Quelles sont les idées erronées ou les inquiétudes les plus répandues chez les professeurs concernant le partage de leur travail ? Pensez-vous que dans le secondaire, le professeur moyen connaisse l’existence de licences alternatives comme les Creative Commons ? Quelles politiques sont menées au niveau des établissements ou des institutions pour aider les professeurs à partager leur travail ?

Je suis certaine que le professeur moyen ignore jusqu’à l’existence même des solutions alternatives ouvertes. La plupart de mes collègues appliquent toujours la méthode CASE, Copy and Steal Everything (NdT: Tout copier, tout voler). Je ne pense pas que les enseignants utilisent des ressources de cette manière par paresse ou volonté de nuire. Quiconque a enseigné un jour sait l’ampleur du travail qu’il faut accomplir en très peu de temps. Parfois, copier une activité (souvent placée sous copyright) et la déposer dans le casier d’un collègue, ce n’est qu’une question de survie. Même parmi les professeurs qui sont conscients des problèmes de copyright, beaucoup invoquent le « fair use » (NdT: usage raisonnable en droit anglo-saxon, plus ou moins proche du droit de citation). Le problème, c’est que ces personnes surestiment souvent les protections et les privilèges que leur confère le fair use. En outre, nous sommes très peu formés sur le copyright et le fair use, et encore moins sur les Creative Commons et les REL. En plus de ne pas connaître ses responsabilités, un enseignant du secondaire ignore les droits et les autres solutions dont il dispose pour partager son travail.

Un certain nombre de blocages empêchent les enseignants de penser au partage de leurs ressources. Tout d’abord, créer un programme d’enseignement prend tellement de temps que beaucoup sont réticents à partager leurs cours parce qu’ils estiment que le produit de leurs efforts leur appartient. D’autres ont le sentiment que leur travail n’est pas assez bon. Et même pour ceux qui surmontent ces obstacles psychologiques, il reste les questions techniques sur la façon dont ils partageront leur travail sous licence libre. Aucun des établissements où j’ai travaillé n’avait mis en place une politique ou une plage de temps pour le partage des ressources. En discutant avec des collègues, j’ai découvert qu’eux aussi déploraient cette même absence de volonté de la part de leurs établissements. Même dans les rares cas où l’on tentait de donner des directives dans ce sens, les professeurs choisissaient souvent de ne pas les appliquer. À l’heure actuelle, la plupart des enseignants n’ont ni l’accès, ni la formation, ni le soutien nécessaires pour participer en confiance au mouvement des REL.

Curriki fournit un gros travail pour indiquer à quelles standards pédagogiques des divers états des USA correspondent ses ressources. Pouvez-vous nous expliquer cela fonctionne ? Quels avantages et difficultés cela présente-il ? En quoi est-ce utile ?

Ce travail ne fait pas partie de mes attributions chez Curriki, mais je peux vous donner un avis personnel, en tant qu’enseignante et membre de Curriki. Lorque l’on consulte une ressource sur notre site, quatre onglets apparaissent – Contenu, Détails, Standards, et Commentaires. Cliquer sur l’onglet Standards permet à l’utilisateur de voir à quels programmes elle correspond, ainsi que de l’associer aux standards d’un autre état. Le procédé est très intuitif : l’utilisateur parcourt une série de menus et choisit les standards qui lui paraissent appropriés.

Le bénéfice principal sera sans doute la possibilité de rechercher des ressources répondant à un standard voulu en passant par la page que je viens de mentionner. Le plus grand défi consiste à associer les différents standards à nos ressources existantes et futures. Curriki s’appuie en grande partie sur la communauté pour que ce chantier s’accélère. Pour l’heure, les couples standards/normes ne sont établis que pour la moitié des états, et même ces regroupements sont incomplets.

On parle beaucoup des REL en ce qui concerne les politiques pédagogiques, surtout sur la question des manuels scolaires libres. À votre avis, quel est l’avenir du manuel scolaire pour le primaire et le secondaire ? Comment souhaiteriez-vous que cela se traduise dans les politiques éducatives ?

Comme de nombreux enseignants, j’ai le sentiment que le règne du manuel scolaire touche à sa fin. En tant que professeur de sciences, j’ai rarement été dépendante d’un manuel pour préparer mes cours, et je m’appuie davantage sur des ressources que je trouve en ligne ou que je crée moi-même. Grâce aux REL, je profite mieux de la création et du partage de travaux au sein d’une communauté collaborative. La science et la technologie se prêtent bien à une adoption précoce de la philosophie du libre, mais je suis convaincue que d’autres matières suivront bientôt.

Les manuels ne pourront conserver leur mainmise actuelle. Un article récent du New York Times indiquait que « même les éditeurs de manuels traditionnels reconnaissent que l’époque où l’on modifiait quelques pages dans un livre afin d’en vendre une nouvelle version était révolue. » Les manuels scolaires coûtent cher et sont vite obsolètes. Pour corriger les erreurs qu’ils contiennent, il faut attendre l’édition suivante. En comparaison, les REL sont très bon marché voire gratuites, constamment mises à jour, et faciles à corriger. Il serait formidable que l’argent économisé si l’on préférait les REL abordables aux coûteux manuels servait à acquérir des outils pédagogiques supplémentaires et financer des formations pour les enseignants. Ou mieux encore, que les administrations puissent employer ces fonds à payer les enseignants pour qu’ils se réunissent et collaborent à la création de REL sur leur temps de travail.

Pour terminer, à quoi « ressemble » un environnement d’enseignement et d’apprentissage qui exploite avec succès les immenses possibilités des REL ? Avez-vous des considérations à nous faire partager… des inquiétudes, des espoirs, des prédictions ?

Un environnement d’apprentissage efficace se doit d’être bien pensé, attrayant, motivant, et souple. Les REL sont toujours d’actualité, on peut aisément et en toute légalité les adapter aux besoins des élèves. Une communauté de REL peut fournir aux enseignants les ressources et le soutien nécessaires pour répondre aux attentes de la catégorie d’élèves à laquelle ils s’adressent. Des ressources partagées librement permettent à d’autres de gagner d’innombrables heures de travail individuel redondant, et grâce à eux, les professeurs ne sont plus prisonniers d’un programme pédagogique propriétaire.

Les établissements scolaires commencent à comprendre les économies que permet l’abandon du modèle actuel de manuels scolaires, et je prédis que les éditeurs s’adapteront aux exigences du marché. J’espère que les établissements reconnaîtront enfin que les enseignants sont une ressource précieuse, des professionnels qualifiés, et qu’ils méritent une contrepartie pour le temps qu’ils passent à créer leurs programmes de cours.

Dans l’idéal, la salle de classe devrait être un espace où les élèves ne sont pas que des consommateurs passifs de ressources et de documents multimédia, mais plutôt des collaborateurs actifs, qui synthétisent et publient leur travail. J’espère que dès le plus jeune âge on apprendra aux élèves à utiliser le travail d’autres personnes de façon appropriée, et qu’on les encouragera à partager leurs travaux sous une licence libre avec certains droits réservés au lieu de se rabattre sur la solution par défaut du copyright classique, ou pire, ne pas les partager du tout. Je veux que mes élèves et mes collègues comprennent qu’en partageant des ressources, ils contribuent à constituer une réserve de matériel pédagogique qui servira à d’autres bien au-delà des murs de leur salle de classe. C’est un changement important dans la philosophie pédagogique actuelle, mais des sites tels que Curriki constituent un grand pas dans la bonne direction.

Vous ne pouvez pas attendre d’avoir les bannières de compte à rebours pour Ubuntu 10.10 ? Voici une version officieuse faite par kyleabaker et basée sur la conception d’Anthony Scarth. Cette bannière de compte à rebours existe en deux variantes orange et violette. Pour inclure une de ces deux bannières sur votre site, il suffit de copier l’un des scripts fournis a la fin de ce billet.

You can not wait to get the countdown banners for Ubuntu 10.10? Here is an unofficial version made by kyleabaker and based on design by Anthony Scarth. This banner countdown comes in two variants orange and purple. To include one of these banners on your site, simply copy one of the scripts provided at the end of this post.

Orange

<script type='text/javascript' src='http://www.kyleabaker.com/fun/ubuntu1010banner/orange.js'></script>

Purple

<script type='text/javascript' src='http://www.kyleabaker.com/fun/ubuntu1010banner/purple.js'></script>

Ubuntu 10.10 countdown is a post from: Pourquoi pas !!

Pour ceux qui ne connaissent pas, la LHU (Lettre hebdomadaire Ubuntu) est une publication qui diffuse des informations sur Ubuntu et sa communauté. Cette lettre est diffusée en anglais et a longtemps été traduite en français. Elle bénéficiait même d'une publication officielle sur le Planet Ubuntu-fr, qui n'est plus alimentée.

Le projet de traduction n'a plus publié depuis très longtemps. Il semble que certains contributeurs soient motivés pour reprendre ce projet. Les discussions ont lieu sur le forum, et ont permis de traduire le numéro 208 (Issue 208, 22 au 28 août 2010). Si vous êtes partants, une équipe pourra se constituer. Le projet est à organiser, la traduction, surtout de publications hebdomadaires, est une activité qui demande de l'engagement et de la constance. Elle représente surtout une manière de contribuer au logiciel libre pour les moins geeks :).

Vous trouverez ci-dessous le sommaire de cette édition traduite, ainsi que le lien vers la traduction complète. Bonne lecture !

Dans ce numéro :

• Annonce du Sommet des Développeurs Ubuntu 11.04
• Comment intéresser plus de développeurs à participer à Ubuntu
• Statistiques Ubuntu
• Statistiques de bugs
• Traduction des statistiques Lucid
• Top 5 Ubuntu Brainstorm de cette semaine
• Release Parties pour Maverick Meerkat
• Beaucoup de fun à la LAN Party Ubuntu de Kwartzlab !
• Première Conférence Communautaire Debian/Ubuntu en Italy
• Michigan LoCo Jam – un autre succès !
• Nouveau website de la LoCo du Maine (USA)
• Opération: Wiki De-Kruft
• Nouvelles de Launchpad
• Articuler les contributions IRC de façon concise
• Maitriser les Application Indicators
• Design de cette semaine – 27 Aout 2010
• Interview d'un membre du Conseil IRC Ubuntu – Jussi Schultink
• Canonical Design Team : déjà 105 papercuts traités pour la 10.10 !!!
• Quelles sont les barrières à franchir pour devenir MOTU/Développeur?
• Dans la Presse
• Dans la Blogosphère
• Full Circle Magazine : nous avons le numéro 40 (et un nouveau logo) pour vous !
• Sortie de Ubuntu Tweak 0.5.6 - ajout de la fonctionnalité Restauration de Bureau
• Ubuntu One prend soin des utilisateurs Windows ... pas autant des utilisateurs des autres distributions Linux
• Canonical: le passage au nuage est mené par les développeurs
• LinuxCon 2010
• Podcasts à voir
• Réunions hebdomadaires de l'Équipe de Développement Ubuntu
• Réunions et événements à venir
• Mises à jour et Sécurité
• Revue de Blogs LHU
• Et Beaucoup Beaucoup Plus !

Lire la Lettre Hebdomadaire Ubuntu 208
Version anglaise

Merci à YannUbuntu pour le signalement et la traduction.