Matériel :
Reprendre l’exercice 3 (avec le fichier donnees3.csv) et le script3.sh que vous avez créé dans l’exercice 3.

Résultat à fournir :
Il faut rediriger le résultat du script3.sh dans un fichier appelé extraction-script3-”anneemoisjour-hhmm”.txt (si on lance le script le 3 février 2008 à 12h10, le fichier de sortie doit s’appeler extraction-script3-20080203-1210.txt ).
Il y a deux façons de faire : intégrer la génération du fichier de sortie au script, c’est la façon la plus propre de procéder, l’autre façon est de rediriger la sortie sur la ligne de commande (c’est alors dépendant de la façon de lancer le script.). Ecrivez les deux manières de faire.

Indications :
Utiliser la redirection > et >>.
Commandes à utiliser : date

Questions à se poser :
Est-il nécessaire de créer un fichier extraction-script3-”anneemoisjour-hhmm”.txt vide avant ? Quelle est la différence entre > et >> ?

Bonus :
Documentez-vous sur la commande tee, et envisagez de l’utiliser dans le script4.sh (qui serait une copie du script 3). Quelle est l’utilité de cette commande ?

à bientôt
Aurélie

Hybridation des genres, machines, prothèses, identités cyborg, réappropriations performatives, pornographie signent le devenir queer du cinéma contemporain, repoussant, aux confins de la vidéo d’artiste et du cinéma expérimental, les identifications binaires, les limites du corps, du privé, de l’obscène. Le nouveau cinéma Queer documente aussi la subculture voguing, les politiques Queer antimilitaristes et anti G8 et les représentations trans, depuis une position souvent revendiquée comme collective, qui réfléchit au cadre éthique dans lequel (auto)représenter ou témoigner d’« identités qui échappent à l’œil du système ».

plus d’information

Exhibition, performances, meetings
10 May - 22 June 2008
Kunstraum Kreuzberg / Bethanien Berlin, Germany
Opening: 9 May, from 19.00

The exhibition project HACK.Fem.EAST seeks to present experimental and artistic practices of artists and activists working in digital networks in Eastern Europe. Main topics are media, art and hacking. Main protagonists are women or projects in which women play an important role.

More information on the exhibition : http://www.hackfemeast.org.

Matériel :
==========================
1. Voici le fichier à traiter (créer un fichier appeler donnees3.csv sur votre machine) :
GROUPE1;APPLI1;HOSTNAME1;STATUS1;LEVEL1; Alerte de type 1;20080101
GROUPE2;APPLI2;HOSTNAME2;STATUS2;LEVEL2; Alerte de type 7;20080102
GROUPE3;APPLI3;HOSTNAME3;STATUS3;LEVEL3; Alerte de type 3;20080103
GROUPE4;APPLI4;HOSTNAME4;STATUS4;LEVEL4; Alerte de type 7;20080104
GROUPE5;APPLI5;HOSTNAME5;STATUS5;LEVEL5; Alerte de type 5;20080105
GROUPE6;APPLI6;HOSTNAME6;STATUS6;LEVEL6; Alerte de type 8;20080106
GROUPE7;APPLI4;HOSTNAME4;STATUS7;LEVEL7; Alerte de type 7;20080107
GROUPE8;APPLI8;HOSTNAME8;STATUS4;LEVEL4; Alerte de type 8;20080108
GROUPE7;APPLI4;HOSTNAME3;STATUS9;LEVEL4; Alerte de type 9;20080109
GROUPE8;APPLI8;HOSTNAME8;STATUS4;LEVEL5; Alerte de type 8;20080108
GROUPE7;APPLI4;HOSTNAME3;STATUS9;LEVEL4; Alerte de type 9;20080109
GROUPE6;APPLI4;HOSTNAME9;STATUS7;LEVEL4; Alerte de type 8;20080110
GROUPE8;APPLI8;HOSTNAME8;STATUS4;LEVEL4; Alerte de type 7;20080118
GROUPE7;APPLI4;HOSTNAME3;STATUS9;LEVEL4; Alerte de type 7;20080119

Résultat à fournir :
=============================
Ecrire un script appelé script3.sh qui, sans réaliser de fichier temporaire ou intermédiaire, va permettre de donner sur la sortie standard (écran = stdout) le résultat suivant (sans les guillemets). Seules les indications entourées de guillemets sont dynamiques :
”
Pour le mois "01"/"2008", il y a eu "13" alertes.
Les 3 alertes les plus fréquentes sont :
"
5 Alerte de type 7
4 Alerte de type 8
2 Alerte de type 9
"
Le niveau d'alerte le plus fréquent ce mois est : "LEVEL4" .
”

Indications :
=========================
Les commandes qui peuvent être utilisées sont (il n’est pas nécessaire de toutes les utiliser, utilisez bien les pages de manuel pour vous aider) : cat, expr, cut, awk, wc, uniq, sort, tail, head, echo, print)
L’ opérateur à employer est | (toujours paillepe :) ).

Questions à se poser :
======================
1. Il faut toujours écrire ce que l’on sait déjà faire avant de chercher les choses que l’on ne sait pas faire (exemple : on sait compter les lignes, alors écrire la commande dans le script).
2. L’indication des commandes est ici une facilité ainsi que le fait que le fichier à traiter soit traitable à la main (c’est différent quand il y a 50 000 enregistrements). Normalement, on doit se dire ” Pour obtenir le nombre d’alertes je dois lire le fichier et compter les lignes, dois-je m’inquiéter des lignes vides ? Si j’essaie la commande est-ce que j’obtiens le bon résultat ? Comment obtenir tel champ, d’ailleurs à quoi correspond-il ? Est-ce que je suis sûr/sûre que cela me renvoie à tous les coups le bon résultat ? Est-ce qu’il existe une commande qui va compter mes enregistrements ? Est-ce qu’il existe une option à la commande que j’utilise qui va me permettre de compter mes enregistrements ? Puisqu’on ne peut pas écrire $MOIS/$ANNEE , comment concatène-t-on les valeurs de variables ? ”
Au bout de quelques temps les questions ci-dessus deviennent des automatismes absolument inconscients : c’est la connaissance et l’expérience.
Au départ, il faut apprendre les commandes : “cut sert à cela, tail sert à cela” et bien lire les manuels. Il est rare de connaître toutes les options d’une commande, mais il faut savoir à quoi servent les commandes. Il existe des systèmes sur lesquels les pages de manuels ne sont pas installées (si,si) et où l’accès au réseau extérieur n’est pas autorisé (si,si). Il est alors bien utile de connaître quelques commandes avec leurs options les plus fréquentes.

N’hésitez pas à poser vos questions en commentaire.

Matériel :
1. Voici le fichier à traiter (créez un fichier appeler donnees2.csv sur votre machine) :

GROUPE1;APPLI1;HOSTNAME1;STATUS1;LEVEL1; Alerte de type 1;20080101
GROUPE2;APPLI2;HOSTNAME2;STATUS2;LEVEL2; Alerte de type 2;20080102
GROUPE3;APPLI3;HOSTNAME3;STATUS3;LEVEL3; Alerte de type 3;20080103
GROUPE4;APPLI4;HOSTNAME4;STATUS4;LEVEL4; Alerte de type 4;20080104
GROUPE5;APPLI5;HOSTNAME5;STATUS5;LEVEL5; Alerte de type 5;20080105
GROUPE61;APPLI61;HOSTNAME61;STATUS6;LEVEL6; Alerte de type 6;20080106
GROUPE7;APPLI4;HOSTNAME4;STATUS7;LEVEL7; Alerte de type 7;20080107
GROUPE8;APPLI8;HOSTNAME8;STATUS4;LEVEL4; Alerte de type 8;20080108
GROUPE7;APPLI4;HOSTNAME3;STATUS9;LEVEL4; Alerte de type 9;20080109

Résultat à fournir :
Ecrire un script appelé script2.sh qui, sans réaliser de fichier temporaire ou intermédiaire, va permettre de donner sur la sortie standard (écran = stdout) le résultat suivant (je vous ai indiqué entre guillemets ce qui est dynamique) :
Nous avons eu "9" alertes ce mois.
Parmi ces alertes on a eu "3" alertes de niveau LEVEL4.
Ces alertes de niveau LEVEL4, avaient comme commentaires :
"
Alerte de type 4
Alerte de type 8
Alerte de type 9
"
Indications :
Commandes pouvant être utilisées : grep, cat, wc, cut (de préférence ou awk, plus complexe), echo ou print
L’opérateur : | (pipe (fr: tube) se prononce “paillepe”)

Questions à se poser :
1. Pensez bien “si je veux tel résultat, je l’obtiens en récupérant l’information de la colonne ou de la ligne …. Si je veux savoir telle chose, je l’obtiens en lisant le fichier et en comptant telle information… etc.”
2. Rédigez votre script en vous basant sur le modèle fourni dans la partie 1.
3. On doit être sûr que le décompte de la chaine de caractères “LEVEL4″ est bien issu de la colonne indiquant les niveaux, comment procéder ?
4. Le fichier de départ est petit. Vérifiez vos résultats.

J’ai ajouté la solution de l’exercice 1 dans les commentaires de l’exercice 1.

Matériel :
1. Voici le fichier à traiter (créez un fichier appeler donnees1.csv sur votre machine) :
GROUPE1;APPLI1;HOSTNAME1;STATUS1;LEVEL1; Alerte de type 1;20080101
GROUPE2;APPLI2;HOSTNAME2;STATUS2;LEVEL2; Alerte de type 2;20080102
GROUPE3;APPLI3;HOSTNAME3;STATUS3;LEVEL3; Alerte de type 3;20080103
GROUPE4;APPLI4;HOSTNAME4;STATUS4;LEVEL4; Alerte de type 4;20080104
GROUPE5;APPLI5;HOSTNAME5;STATUS5;LEVEL5; Alerte de type 5;20080105
GROUPE6;APPLI61;HOSTNAME61;STATUS61;LEVEL61; Alerte de type 61;20080106

Résultat à fournir :
Ecrire un script appelé script1.sh qui, sans réaliser de fichier temporaire ou intermédiaire, va permettre de donner sur la sortie standard (écran = stdout) le résultat suivant :
Parmi les machines ayant eu des alertes ce mois on trouve les machines suivantes :
HOSTNAME1
HOSTNAME2
HOSTNAME3
HOSTNAME4
HOSTNAME5
HOSTNAME61

Indications :
Commandes pouvant être utilisées : cut (de préférence), echo ou print, cat (pour lire le fichier)

Questions à se poser :
Il existe plusieurs façons de construire un script, celle que je vous propose est la suivante :
1. écrivez l’en-tête du script (voir le post précédent) et indiquez par des commentaires où vous placerez les variables et où vous placerez les commandes. Dans certains scripts vous devrez placer des variables au cours de votre script, le résultat pouvant changer entre le début et la fin d’un script, le calcul de la taille d’un répertoire par exemple)
2. “Sur la sortie standard (écran)” : cela signifie que vous lancez la commande d’exécution et vous devez en retour lire le résultat du script à l’écran.
3. Il faut ensuite rédiger le script : ici il faut se dire “sur une ligne j’écris la phrase d’annonce, ensuite je donne la liste des hostnames. La phrase ne contient aucun élément variable, donc j’utiliserai la commande …. . A quoi correspond la liste des hostnames ? Est-ce que c’est une ligne, est-ce que c’est une colonne ?”
4. On teste les commandes qui ne modifient pas le fichier de données, dans un terminal avant de les inclure dans le script.
5. Si on lance un script en console pour débugger et savoir exactement les commandes passées par le script on lance le script de la manière suivante :
$ sh -x script1.sh (si on a bash comme shell, et débuté le script par #!/bin/sh , il existe aussi parfois des liens /bin/bash sur /bin/sh et .bin/sh peut aussi être lié sur un autre type de shell. De base sous GNU/Linux en général on dispose de bash)
$ ksh -x script1.ksh (si on a ksh comme shell, et débuté le script par #!/bin/ksh , c’est fréquent sous solaris, aix …)

J’ai l’honneur de débuter cette catégorie du blog (sur une proposition de carmie il y a quelques mois).

Les exercices que je proposerai porteront principalement sur l’apprentissage du shell scripting utile dans l’administration de systèmes Unix et Gnu/Linux.

1. Objectif : Sous HP-UX, AIX et Solaris, les outils sont souvent compilés avec peu de fonctionnalités par rapport aux outils proposés dans les distributions Gnu/Linux ou dans cygwin sous ms-windows. L’objectif de ces exercices est donc de connaître les façons de réaliser un script plus que de donner des recettes toutes prêtes.
2. Présentation : les exercices sont tous de la même forme :
   Numéro : la progression en difficulté (1 est la plus basse)
   Titre : Le but de l’exercice
   Matériel : cela peut être un fichier à traiter ou un script sur lequel travailler.
   Résultat à fournir : ce que vous devez créer : un script ou une ligne de commande.
   Indications : Les commandes et opérateurs que je vous propose d’utiliser, et parfois j’ajoute une aide à la compréhension de la question par une reformulation. Consultez à chaque fois les manuels des commandes données dans les indications : aurel@bagage$ man macommande
   Questions à se poser : Il s’agit de l’aide que je peux vous apporter pour acquérir une méthode de réflexion (il en existe sûrement beaucoup de différentes).
3. Rédaction : On présente les scripts de la façon suivante (# indique un commentaire en shell sauf pour la première ligne qui indique comment exécuter le script) :

   #!/bin/sh
   # ^ pour l'exécution du script
   # @(#) Ce que fait le script sur une mini-ligne
   # @(#) Utilisateur : utilisateur normal ou root ou xxxxxx
   # liste des variables (si utilisées, une variable s'écrit souvent
   # en majuscule et sa valeur commence toujours par un $ )
   MAVARIABLE="bonjour"
   # les commandes
   echo $MAVARIABLE
   # fin

4. Exécution : Sous Gnu/Linux et Unix (pas sous ms-windows à ma connaissance), pour qu’un script soit exécutable, il faut changer ses droits :
   aurel@bagage$ chmod u+x script.sh (= change les droits pour l’utilisateur (u) et rajoute un x (= droit d’exécution). Vérifiez les droits sur vos fichiers en faisant aurel@bagage$ ls -l dans le répertoire courant).
5. Editeurs : Pour plus de facilité au début, utilisez un éditeur qui colore votre code shell (tous les éditeurs de code peuvent le faire, qu’ils soient graphiques ou en ligne de commande). Sous les Unix on ne peut souvent pas colorer son code dans un terminal, alors utilisez un éditeur coloriant votre code le temps de prendre les bonnes habitudes : j’ouvre une côte, je ferme la côte, j’ouvre une parenthèse, je la ferme, j’idente ma ligne, etc.
6. Optimisations : Je rappelle ici que rarement que les “admin systèmes” ont des optimisations importantes de performance à réaliser dans leurs scripts (on ne développe pas un logiciel ici, on automatise et on se dépêche de fournir un résultat). Un exercice portera quand même sur l’optimisation des scripts, histoire de ne pas écrouler les performances des machines.
7. Bon apprentissage : Même si vous n’y arrivez pas, faites l’exercice de nombreuses fois avant de regarder les solutions, on apprend plus en se trompant et en cherchant qu’en espérant comprendre ce qui a été fait dans une solution. Il est plus difficile de se baser sur ce dont on se souvient par rapport à travailler sur son apprentissage de la méthode. Essayez de construire vous-même votre script et vous deviendrez rapidement efficace !

A demain pour le premier exercice !

à chaque nouvel exercice, la correction que je vous proposerai sera dans les commentaires de l’exercice corrigé.

Il nous faut les paquets suivants afin de pouvoir compiler la librairie :

• automake
• autoconf
• gcc
• libccid
• libtool
• subversion

On se rend dans le répertoire /usr/local/src pour importer la derniere version du code de librfid depuis le répertoire Subversion de gnumonks :

cd /usr/local/src
svn co http://gnumonks.org/trunk/librfid/

Ensuite on compile les sources (il va falloir devenir root un moment donné) et si tout se passe sans erreurs, on peut installer la librairie :

cd librfid
./autogen.sh
./configure
make
make install

Maintenant il faudra aussi copier le fichier librfid.rules nouvellement créée au bon endroit afin de faire reconnaitre correctement la bete, branchée en USB (voir aussi : Udev, comment ca marche ?). Ensuite on met a jour les liens symboliques :

cp /usr/local/src/librfid/udev/librfid.rules /etc/udev/rules.d/45-librfid.rules
ldconfig

Vous pouvez maintenant profiter des fonctionnalités de la librfid et de votre lecteur !

Critical Perspectives on Sexuality and Pornography in Science and Social Fiction

Taking up where the successful conference in autumn 2007 left off, this year’s Arse Elektronika stands under the motto “future” — and the ways in which the present sees itself reflected in it. Maintaining a broadened perspective on technical development and technology while also putting special emphasis on its social implementation, this year’s conference focuses on Science and Social Fiction.

The genre of the “fantastic” is especially well suited to the investigation of the touchy area of sexuality and pornography: actual and assumed developments are frequently depicted positively and approvingly, but just as often with dystopian admonishment. Here the classic, and continuingly valid, themes of modernism represent a clear link between the two aspects: questions of science, research and technologization are of interest, as is the complex surrounding urbanism, artificiality and control (or the loss of control). Depictions of the future, irregardless of the form they take, always address the present as well. Imaginations of the fantastic and the nightmarish give rise to a thematic overlapping of the exotic, the alienating and, of course, the pornographic/sexual as well.

In order to intelligently contextualize the abundance of queries that are involved here, this year’s conference will be structured around three day-long discussion panels, each devoted to a specific theme. The impossibility of fitting many of these issues and relationships into such neat categorizations is not only accepted, but also encouraged.

Panel 1: Narration
Narrative positions and narrative media are closely linked in the treatment of the sexual and the pornographic. In the area of fantasization and its great variety of media differentiations (film, literature, computer games, etc.) this fundamental phenomenon is also expanded through the facet of a highly influential fan fiction. Submissions for this panel should deal e.g. with specific aspects of individual media, media complexes, distribution or reception.

Panel 2: Technology
Sexuality and pornography are manifestations of a social reality and are directly linked to questions of technological innovation, whereby fantasizing can also function as a motor of innovation. Submissions for this panel should deal e.g. with the present and future of technological developments, with social-technological aspects (e.g. space travel, plastic surgery, etc.) or with conditions of technologically driven development.

Panel 3: Politics
Science (and social) fiction, sexuality and pornography are often infused with colonialization strategies, conceptions of social norms and political strategies. Here the utopian, the dystopian and the xenophobic are mixed into a dangerous and interpretationally potent concoction. Submissions to this panel should deal with e.g. the juridification of the body, biopolitical standardization processes, political systems of domination and taboos surrounding interracial sex.

Submission requirements:

The 1-2 page submission, written in English, should be thematically oriented toward one of the three discussion panels. It should contain clear information regarding the methodology and up-to-dateness of the thesis it puts forth and detail the technical equipment required for the lecture’s delivery. Submissions should be mailed to arse2008@monochrom.at no later than 2 May 2008. Organizational considerations make it impossible to take into account submissions received after this date.

Each participant’s written lecture notes should reach the organizers no later than 15 September 2008, the version for publication in the proceedings of the symposium by 15 November 2008.

Arse Elektronika 2008 “Do Androids Sleep with Electric Sheep?”

Codelab est dédié aux technologies open-source. Le forum, ouvert depuis le 29 février 2008, est construit pour permettre d’intégrer facilement son, image et vidéo dans les messages et proposer un suivi des discussions (par fil RSS ou par email).

Les fondateurs esperent que les participant-e-s au forum seront métissé-e-s (art, science, musique, pédagogie, etc.) et que cela pourra créer des rencontres et confrontations enrichissantes. Les débutant-e-s intéressé-e-s par ces technologies sont bienvenu-e-s et pourront trouver des conseils afin de démarrer.

Un forum « annonces » permet d’annoncer concerts + expositions + workshops en rapport avec ces pratiques.