Durant cette nocturne sont prévues des interventions audiovisuelles et sonores basées sur des logiciels libres présentés aux RMLL, des visuels et du son seront produits durant la soirée, et projetées en VJ-ing via PureData. Outre différentes sources d'images produites en local (ASCII-Art, cinéma d'animation, etc.), une session du Générateur Poïétique sera retransmise en direct sur place, vous pouvez y participer dès 22h depuis le site du Générateur Poïétique.
C'est une expérience de dessin collectif en temps-réel, chaque intervenant se voit attribuer une zone du canevas, et interagit visuellement avec ses acolytes sur le canevas principal.
Aller plus loin
- Les Nocturnes (1 clic)
- RMLL (4 clics)
- PureData (1 clic)
- Générateur Poïétique (2 clics)
- Générateur Poïétique RMLL (1 clic)
# Générateur poïétique
Posté par TazForEver . Évalué à 3.
Autoriser Java, Javascript,
et le port 11000 de votre Firewall
1 mars et 100 balles aussi ?
MacOS9. s'abstenir, désolé !
[Je ne souhaite pas installer Sun JVM et accepter la licence de Sun, ou tout simplement Sun JVM n'est pas disponible pour ma plateforme], s'abstenir, désolé ! ?
Désolé de plomber l'ambiance, mais moi ce qui me plombe, c'est Java-Oui-Mais-Ça-Marche-Qu-Avec-Le-Truc-De-Sun-Pas-Libre qui restreint l'accès à beaucoup de monde. Ça fait tâche. (Et non, j'aurais pas préféré un truc en Flash ;)
Bonne beuverie quand même.
[^] # Re: Générateur poïétique
Posté par mammique . Évalué à 3.
Allé un petit effort ;-)
Camille.
[^] # Re: Générateur poïétique
Posté par EmacsFR . Évalué à 3.
Non ;-) Java ne passera pas par moi non plus :(
Tant pis.
Bon amusement à vous tous quand même.
[^] # Re: Générateur poïétique
Posté par mammique . Évalué à 0.
# Merci
Posté par Jiel (site web personnel) . Évalué à 6.
[^] # Re: Merci
Posté par TazForEver . Évalué à 3.
http://gnumonks.org/~laforge/weblog/2005/07/07#20050707-lsm-rmll-li(...)
[^] # Re: Merci
Posté par jerome (site web personnel) . Évalué à 1.
Bon, en même temps, l'ambiance fût sympathique comme d'hab', le "Off" a bien marché aux tanneries, il y avait plein de confs, des possibilités pour geeker, ...
[^] # Re: Merci
Posté par Pascal Terjan (site web personnel) . Évalué à 6.
Plutôt que d'aller écouter le maire ou rester à la fac sans réseau, on pouvait aller aux tanneries ou il y avait du wifi, de la bière, des canapés et des gens sympa :)
[^] # Re: Merci
Posté par jerome (site web personnel) . Évalué à 3.
--
Jerome, colporteur de ragots.
[^] # Re: Merci
Posté par Manuel Menal . Évalué à 3.
À propos du réseau, je confirme : c'était du grand n'importe quoi. Je comprends la nécessité d'authentifier les clients : il s'agit après tout d'une connexion Renater, et le GIP Renater a indiqué très clairement qu'il ne pouvait prendre la responsabilité d'accepter des réseaux non authentifiés (question de respect de la LCEN, la fameuse, vous savez). Mais je fais moi-même tourner un portail captif Talweg[1], et ça marche. Si vraiment on y arrivait pas, il y avait des ressources dans la salle pour trouver de l'aide...
Ceci dit, je trouve la tendance des évènements (du Libre et autre) à ne fournir que du réseau sans fil est extrêmement désagréable et injustifiée : on se rend bien compte que ça n'est pas une solution fiable, et si c'est agréable d'en avoir un disponible, ça ne peut pas remplacer un réseau filaire. D'autant plus que c'est pas bien difficile à tirer...
Je trouve aussi dommage qu'on n'ait pas eu la possibilité de rester le soir. Certes, il y a les tanneries, mais c'est pas pareil. À Bordeaux, on avait la possibilité de rester tard, jusqu'à la fermeture automatique, vers minuit je crois. Ca aurait donné la possibilité de se voir entre participants, de faire des trucs en commun.
Enfin, on veut des dev rooms l'année prochaine !
Sinon, c'était bien. Surtout la connex l'aprèm de la plénière 0:-)
1: http://sourcesup.cru.fr/projects/talweg/(...)
[^] # Re: Merci
Posté par Pierre Jarillon (site web personnel) . Évalué à 6.
- time-out trop court, il fallait se relogger à chaque instant
- ftp bloqué
- pop bloqué
- smtp bloqué
Ne fonctionnaient que http et ssh....
Les salles n'étaient pas équipées de réseau.
Bref, c'est une leçon à retenir pour les prochaines RMLL.
Il est dommage de voir que l'Université de Bourgogne n'ait pas su offrir un réseau à la hauteur de celui des Tanneries.
[^] # Re: Merci
Posté par Cédric Blancher . Évalué à 2.
Il est vrai. Mais à leur décharge, on pourra avancer qu'il est toujours difficile de fournir un accès complètement ouvert au quidam lambda et d'assumer les éventuels problème juridiques qui pourrait découler d'une utilisation malintentionnée de l'accès. Le système d'authentification permet d'introduire l'acceptation de la charte et un tout petit peu de traçabilité.
Par contre, ce qui me déçoit un peu, c'est que les RMLLs n'aillent pas aller vers des techniques plus avancées pour gérer les accès Internet, comme utiliser du 802.1x pour le filaire et du WPA/WPA2 pour le sans fil. Tant qu'à obliger les gens à s'authentifier, autant le faire comme il faut, avec des méthodes solides, agrémentées de deux ou trois features supplémentaires, qui en outre permettront de mettre les clients WiFi à l'abri de pas mal de saloperies qui trainent sur ces réseaux (écoute, rogue AP, injection de trafic, ARP/DNS poisoning, etc.).
On me dira que tout le monde ne peut pas l'utiliser... Bon soit, même si c'est supporté par MacOX X, Win2KSP4/XP, que wpa_supplicant (http://hostap.epitest.fi/wpa_supplicant/(...) ) tourne sur pas mal de carte sous Linux, BSD et même Win32, et qu'on peut monter un AP sous Linux ou BSD avec hostapd (http://hostap.epitest.fi/hostapd/(...) ) sur driver hostap, Prism54 ou madwifi, on peut toujours laisser un accès normal avec un portail captif à deux balles pour ceux qui n'ont pas (ou ne veulent pas installer) le support adéquat.
De même, ça pourrait être drôle de monter un mesh network avec des WRT54G flashés sous OpenWRT (http://openwrt.org/(...) ) et configuré en ad-hoc avec OSLR. Histoire de changer. Surtout que vu la surface concernée et le nombre d'utilisateurs (et donc leur densité), je pense que ça marcherait nettement mieux qu'une couverture en miode infrastructure.
Tout ça pour dire que les RMLLs devrait aussi, amha, servir de vitrine technologique du libre dans les services qu'ils proposent. Je sais que ça demande du travail, et donc du temps et du manpower, mais bon voilà. Ce sont mes 0,02¤ de pensée de la journée...
[^] # Re: Merci
Posté par Pierre Jarillon (site web personnel) . Évalué à 2.
Pour l'an prochain je ne vois qu'une possibilité , c'est que tu t'occupes du réseau !
[^] # Re: Merci
Posté par Cédric Blancher . Évalué à 1.
Je ne sais pas pourquoi, mais je la sentais venir celle-là :)))
Warum nicht, ce serait même un vrai plaisir, mais le problème, c'est que j'ai un vrai travail, à 600km de Bordeaux. Donc à part le yakafokon de loin :/
[^] # Re: Merci
Posté par Benoît Sibaud (site web personnel) . Évalué à 1.
En même temps c'est à Vandoeuvre-lès-Nancy l'année prochaine, qui doit pas être loin des 600km de Bordeaux justement :).
[^] # Re: Merci
Posté par Mathieu Pillard (site web personnel) . Évalué à 1.
Sinon effectivement plusieurs points en ad_hoc ca aurait pu etre sympa. Je sais que dans la salle jeux libres tout ca, on avait parfois du mal a chopper le wifi, je sais pas ou était situé l'AP, mais ca devait pas etre tout pret...
[^] # Re: Merci
Posté par Cédric Blancher . Évalué à 1.
Recette :
1. Récupérer le driver sur le site, make make install, sinon il est en package sur pratiquement toutes les distribs. À noter que cette étape est nécessaire pour faire marcher la carte tout court, et que le support WPA est inclus de base, sans patch, depuis 5 mois (version 1.0.1). Sur la Debian, toutes les versions disponibles supportent le WPA, même en stable.
2. Récupérer la version stable de wpa_supplicant, make, make install, sinon, là encore, c'est inclus dans les distributions. Sur une Knoppix "Out of the box", ça marche. Sur la Debian, toutes les versions disponibles supportent l'ipw2200, même en stable.
So what ?
Pour les drivers chiants, j'aurais plutôt voté ndiswrapper pour les pauvres possesseurs de Broadcom qui équipe également pas mal de laptops. Mais là encore, c'est du make, make install plus une phase de configuration à la con, mais ça supporte aussi WPA de base. Sinon, le gros manquant, c'est prism54, amha... C'est en particulier pour cela que le solution de repli ne doit pas être exclue.
[^] # Re: Merci
Posté par Mathieu Pillard (site web personnel) . Évalué à 2.
Maintenant avec un peu de chance dans un an ca sera bon :)
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.