Suite a != discussions sur la liste freebsd-questions@freebsd-fr.org, il
a été décidé de faire un ptit Stand FreeBSD sur la linuxexpo2004. Pour
ce faire des ptits gars qui n'en veulent se sont retrouvé samedi au 66
café à Bastille tout d'abord (il etait fermé mais James voulait pas
ouvrir pour 5/6, alros la prochaine fois viendez a plus) et pis on a été
au India Café ds la rue de Lappe finalement.
Suite a Cela on a pas mal discuté (et bu aussi)
Un CR a été fait par Nicolas Cartron
Je vous encourage a tous réagir (j'aime vraiment bien l'idée d'avoir
un ptit village gaulois BSD sur la linuxexpo) et puis de vous inscrire a
la liste pour réagir... Tout le monde vient pas sur les news.
echo "SUB linuxexpo2004" | mail listserver@freebsd-fr.org
---------------------BEGIN CR--------------------
Le voila :
List-Unsubscribe: <mailto:linuxexpo2004-off@freebsd-fr.org>
List-ID: <linuxexpo2004.freebsd-fr.org>
Reply-To: <linuxexpo2004@freebsd-fr.org>
Sender: <linuxexpo2004@freebsd-fr.org>
To: <linuxexpo2004@freebsd-fr.org>
X-Original-Message-ID: <3FB6A9A6.9090007@ncartron.org>
Date: Sat, 15 Nov 2003 23:33:10 +0100
From: Nicolas CARTRON <nc@ncartron.org>
Subject: compte-rendu de la réunion
d'aujourd'hui
(pour de bon)
Bon, finalement j'ai le courage ^^
- Présents : - Sébastien Gioria
- Paul Marques Cota
- Vincent Bonnot
- Vincent (Viny)
- la personne qui était avec Viny et donc j'ai
complètement zappé le prénom, honte à moi :(
- Imad Soltani (arrivé à la bourre ;)
- Nicolas Cartron : 06.78.87.42.99
- Excusé : Guillaume Denoix devait être présent, mais le 66 Café étant fermé
nous avons dû faire la réunion ailleurs (India Café), sans pouvoir
prévenir Guillaume.
D'ailleurs, merci de rajouter à la suite de vos noms/prénoms ci-dessus
votre numéro de tél portable, qu'on soit joignable pour la prochaine
réunion :p
- CR -
1) Le stand : c'est sûr, Vincent nous confirme qu'on a bien un stand.
Ca reste basique (une table, des chaises, une prise réseau, du courant),
mais au moins plus de doutes là dessus. C'est bien entendu gratuit.
2) Stand 'inter-BSD' : Seb, après avoir discuté avec Marc, propose de réunir
les 3 BSD (Open, Net et Free) sur un stand commun, afin d'avoir un stand
plus
gros, plus visible, plus sympa, plus, quoi :)
A priori au niveau NetBSD ca devrait se faire sans trop de pb, par
contre pour
OpenBSD, qui a l'habitude de faire son stand (avec vente de T-Shirts, de
CD),
ca reste à voir. Nicolas s'occupe de contacter les gens d'Open pour
dealer ça
avec eux.
3) Que faire sur le stand ?
a) Répondre aux questions des visiteurs : c'est con à dire, mais ça sera
la plus grosse partie, sachant que les questions vont de la plus simple
(newbie
curieux) aux questions les plus complexes.
Ca implique donc plusieurs choses:
- nécessité d'avoir du monde (3 personnes au moins) en
permanence sur
le stand,
- idéalement avoir des personnes de niveau technique différent,
pour
pouvoir répondre même aux questions les plus pointues.
b) Conférence FreeBSD : d'habitude, Olivier Robert s'en charge, Seb
va voir avec
lui s'il peut s'en occuper cette année également.
c) Les CD : rien n'est encore fixé, mais ça va dépendre de beaucoup
de choses.
Globalement il pourrait y avoir :
- iso classique (4.x ou 5.x ?)
- CD contenant la doc FR en html, donc browseable via un navigateur
- Live CD avec X et tout ce qui va bien.
Il reste à définir quel type de CD serait le mieux, et surtout comment
procéder
pour en avoir :
- sponsoring (avec donc gravage massif d'iso à l'avance, ou au
contraire
gravage à la demande directement sur le stand),
- Seb doit voir avec BSD Mall s'ils peuvent nous faire parvenir
des CD que
l'on vende sur le stand, en leur renvoyant les invendus + les sous obtenus.
d) T-Shirts : Là aussi, tout dépendra d'un éventuel sponsor.
Il serait sympa d'avoir des t-shirts 'Orga', avec un contenu sympa, qui
attire
l'oeil, ainsi quand on se balladera sur la LinuxExpo on se fera remarquer,
et donc ca attirera du monde :)
Quant aux t-shirts normaux, c'est aussi à définir : contenu, vente ou
'don' ?
e) 'Plaquette' FreeBSD : l'idée est sympa puisqu'en se débrouillant bien
(i.e. en impirmant au boulot ;) c'est typiquement le genre de trucs qui ne
nous coûtera rien.
Le principe serait de pondre 2 types de docs :
- Une doc sur FreeBSD en général, qui tienne sur une page A4, pliée
en 2,3 ou 4 (à voir), qui explique ce qu'est FreeBSD, quelles sont les
différences
avec Linux, à quels usages il peut servir, ...
- Un mini bouquin, plus complet, de maximum une dizaine de pages,
qui décrirait comment installer FreeBSD, comment le configurer en tant que
passerelle pour le net, par exemple.
f) Présentation FreeBSD 'en live' : sur ce point il faudrait se décider
rapidement pour pouvoir inclure ça aux dépliants Linux Expo.
L'idée serait d'organiser 1 ou 2 fois par heure une démo de FreeBSD, pour
maxi 5 à 8 personnes, sur videoproj, et ainsi de leur faire voir qu'en plus
d'être un super OS serveur, FreeBSD blaste tout en workstation :)
C'est vraiment le genre d'animation qui peuvent faire bouger le stand :)
g) Conférence sur l'utilisation de FreeBSD en entreprise : pour ça,
le but est plus de toucher les visiteurs 'pros', en leur montrant que
FreeBSD peut avoir son utilité en entreprise. Pour cela il faudrait voir
qui on pourrait mettre sur le coup pour animer la conf (Imad et Viny
seraient partants), et surtout prendre contact avec les orgas de la
LinuxExpo
pour voir les modalités de participation aux confs.
4) Sponsorings : plusieurs points (CD, Tshirts, ...) sont conditionnés par
des questions d'argent. Avec un sponsoring, il est clair qu'on pourrait
faire
des choses beaucoup plus sympathiques, mais il faut voir si ça ne gêne
personne d'aposer le logo du mécène sur le stand.
Imad et Seb peuvent dealer ça avec leur boîte, si la chose est validée par
l'ensemble des orgas FreeBSD (nous quoi ;)
5) Contact pour la team : Seb sera le contact 'officiel' vis-à-vis de la
LinuxExpo.
Il forwardera ensuite en fonction du type de demande.
6) Dispos des gens : en complément de la réunion, merci de m'indiquer vos
dispos avant l'expo, et pendant (1/2 journée, 1, 2 ou 3 jours ?), afin qu'on
commence à s'organiser.
7) Matos dispo sur le stand : Nicolas bossant à proximité du CNIT (à côté de
la grande arche), on pourra entreposer là bas. Il va également dealer 3 ou 4
boxes Intel pour installer du FreeBSD dessus, et s'en servir pour faire des
démos le(s) jour(s) J.
Voilà, j'espère n'avoir rien oublié.
--
Nico
--
Sebastien Gioria(48.8147,2.3622) gioria@{FreeBSD,FreeBSD-FR}.ORG
French FreeBSD User Group http://www.FreeBSD-FR.ORG
FreeBSD committer http://www.FreeBSD.ORG
*-> FreeBSD + RollerBlade + Scuba Diving; What need you more ? <-*
Dans l'article , Marwan "FeanoR/var" Burelle disait :
En tout cas la dernière fois (Linux Solution ou un truc du genre) l'organisation avait regroupé les 2 (enfin 3 à l'origine) mais comme pour Net (et pour Free pour qui il n'y avait personne il me semble) ça semblait
Personne n'a contacté personne du projet FreeBSD l'année dernière, j'ai du apprendre ça deux ou trois jours avant ce qui ne fait pas sérieux.
Je veux bien essayer de faire quelque chose (5.2 sera sortie depuis quelques temps). -- Ollivier ROBERT -=- Eurocontrol EEC/AMI -=- FreeBSD : <URL:http://www.FreeBSD.org/> The Power to Serve!
Dans l'article <20031118214749.5ea6a9d5.burelle@lri.fr>,
Marwan "FeanoR/var" Burelle <burelle@lri.fr> disait :
En tout cas la dernière fois (Linux Solution ou un truc du genre)
l'organisation avait regroupé les 2 (enfin 3 à l'origine) mais comme pour
Net (et pour Free pour qui il n'y avait personne il me semble) ça semblait
Personne n'a contacté personne du projet FreeBSD l'année dernière, j'ai du
apprendre ça deux ou trois jours avant ce qui ne fait pas sérieux.
Je veux bien essayer de faire quelque chose (5.2 sera sortie depuis
quelques temps).
--
Ollivier ROBERT -=- Eurocontrol EEC/AMI -=- roberto@eurocontrol.fr
FreeBSD : <URL:http://www.FreeBSD.org/> The Power to Serve!
Dans l'article , Marwan "FeanoR/var" Burelle disait :
En tout cas la dernière fois (Linux Solution ou un truc du genre) l'organisation avait regroupé les 2 (enfin 3 à l'origine) mais comme pour Net (et pour Free pour qui il n'y avait personne il me semble) ça semblait
Personne n'a contacté personne du projet FreeBSD l'année dernière, j'ai du apprendre ça deux ou trois jours avant ce qui ne fait pas sérieux.
Je veux bien essayer de faire quelque chose (5.2 sera sortie depuis quelques temps). -- Ollivier ROBERT -=- Eurocontrol EEC/AMI -=- FreeBSD : <URL:http://www.FreeBSD.org/> The Power to Serve!
Thierry Thomas
Jeudi 20 novembre 2003 à 13:05 GMT, S. a écrit :
S. (qui aimait bien le clipper a l'époque de Dbase3)
Non non non, clipper n'est pas mort -> /usr/ports/databases/clip -- Th. Thomas.
Jeudi 20 novembre 2003 à 13:05 GMT, S. a écrit :
S. (qui aimait bien le clipper a l'époque de Dbase3)
Non non non, clipper n'est pas mort
-> /usr/ports/databases/clip
--
Th. Thomas.
Personne n'a contacté personne du projet FreeBSD l'année dernière, j'ai du apprendre ça deux ou trois jours avant ce qui ne fait pas sérieux.
Je veux bien essayer de faire quelque chose (5.2 sera sortie depuis quelques temps).
Ca va peut-être faire du HS, mais qui faut-il contacter ? C'est pour un autre projet libre qui tourne sur les 4 BSD et Linux.
Hub
Marwan Burelle
On Thu, 20 Nov 2003 19:57:45 +0100 Erwan David wrote:
Oui, en fait c'est le module qui teste qu'elle reste debout avant le décollage.
Pour des raisons de temps réel il n'est pas arrêté tout de suite au décollage.
Comme Ariane 5 n'a pas la même trajectoire il y a eu débordement...
Et comme dans la spec, certaines personnes avaient oublié de rappeler que le ratrapage des débordement avait été suprimé (mais avec une validation sur les données d'Ariane4 ... ) personne n'a pensé à revalidé le module ...
On peut aussi rajouter le module de "secoure" (celui qui fait l'exécution en parallèle pour justement, avoir quand même un résultat malgrè ce genre de problèmes) qui normalement doit être une implantation différente, avait le même code ...
<troll mode="chameau">Enfin, bon ... ce genre de problème ne se pose qu'avec des langages usines à gaz avec un mix entre contrôl statique _et_ dynamique du typage avec un vrai langage ... ;) </troll>
-- Burelle Marwan, Equipe Bases de Donnees - LRI http://www.cduce.org ( | )
On Thu, 20 Nov 2003 19:57:45 +0100
Erwan David <erwan@rail.eu.org> wrote:
Oui, en fait c'est le module qui teste qu'elle reste debout avant le
décollage.
Pour des raisons de temps réel il n'est pas arrêté tout de suite au
décollage.
Comme Ariane 5 n'a pas la même trajectoire il y a eu débordement...
Et comme dans la spec, certaines personnes avaient oublié de rappeler
que le ratrapage des débordement avait été suprimé (mais avec une
validation sur les données d'Ariane4 ... ) personne n'a pensé à revalidé
le module ...
On peut aussi rajouter le module de "secoure" (celui qui fait
l'exécution en parallèle pour justement, avoir quand même un résultat
malgrè ce genre de problèmes) qui normalement doit être une implantation
différente, avait le même code ...
<troll mode="chameau">Enfin, bon ... ce genre de problème ne se pose
qu'avec des langages usines à gaz avec un mix entre contrôl statique
_et_ dynamique du typage avec un vrai langage ... ;) </troll>
--
Burelle Marwan,
Equipe Bases de Donnees - LRI
http://www.cduce.org
(burelle@lri.fr | Marwan.Burelle@ens.fr)
On Thu, 20 Nov 2003 19:57:45 +0100 Erwan David wrote:
Oui, en fait c'est le module qui teste qu'elle reste debout avant le décollage.
Pour des raisons de temps réel il n'est pas arrêté tout de suite au décollage.
Comme Ariane 5 n'a pas la même trajectoire il y a eu débordement...
Et comme dans la spec, certaines personnes avaient oublié de rappeler que le ratrapage des débordement avait été suprimé (mais avec une validation sur les données d'Ariane4 ... ) personne n'a pensé à revalidé le module ...
On peut aussi rajouter le module de "secoure" (celui qui fait l'exécution en parallèle pour justement, avoir quand même un résultat malgrè ce genre de problèmes) qui normalement doit être une implantation différente, avait le même code ...
<troll mode="chameau">Enfin, bon ... ce genre de problème ne se pose qu'avec des langages usines à gaz avec un mix entre contrôl statique _et_ dynamique du typage avec un vrai langage ... ;) </troll>
-- Burelle Marwan, Equipe Bases de Donnees - LRI http://www.cduce.org ( | )
Marwan Burelle
On Thu, 20 Nov 2003 13:18:55 +0100 Erwan David wrote:
Pas forcément faux... On récrit tout ce qui est en PERL ou Ruby en Clu et Ada ?
Je parlais de vrai langage fortement typé, avec polymorphisme, inférence de type et ordre supérieur ...
-- Burelle Marwan, Equipe Bases de Donnees - LRI http://www.cduce.org ( | )
On Thu, 20 Nov 2003 13:18:55 +0100
Erwan David <erwan@rail.eu.org> wrote:
Pas forcément faux... On récrit tout ce qui est en PERL ou Ruby en Clu
et Ada ?
Je parlais de vrai langage fortement typé, avec polymorphisme, inférence
de type et ordre supérieur ...
--
Burelle Marwan,
Equipe Bases de Donnees - LRI
http://www.cduce.org
(burelle@lri.fr | Marwan.Burelle@ens.fr)
Ca va peut-être faire du HS, mais qui faut-il contacter ? C'est pour un autre projet libre qui tourne sur les 4 BSD et Linux.
Un projet où l'on traite du texte ?
Celui-là même. Il y avait bien OOo l'année dernière....
Hub
Erwan David
Marwan Burelle écrivait :
On peut aussi rajouter le module de "secoure" (celui qui fait l'exécution en parallèle pour justement, avoir quand même un résultat malgrè ce genre de problèmes) qui normalement doit être une implantation différente, avait le même code ...
Oui parceque l'hypothèse c'était "le logiciel marche, si ça foire c'est le hard".
Marwan Burelle <burelle@lri.fr> écrivait :
On peut aussi rajouter le module de "secoure" (celui qui fait
l'exécution en parallèle pour justement, avoir quand même un résultat
malgrè ce genre de problèmes) qui normalement doit être une implantation
différente, avait le même code ...
Oui parceque l'hypothèse c'était "le logiciel marche, si ça foire
c'est le hard".
On peut aussi rajouter le module de "secoure" (celui qui fait l'exécution en parallèle pour justement, avoir quand même un résultat malgrè ce genre de problèmes) qui normalement doit être une implantation différente, avait le même code ...
Oui parceque l'hypothèse c'était "le logiciel marche, si ça foire c'est le hard".
