Olivier Grisel a écrit 766 commentaires

Tiens ca devrait être intéressant d'intégrer ca avec les hook de contrôle d'une archive GNU-Arch gérée automatiquement par un robot Arch-pqm :
http://web.verbum.org/arch-pqm/#id2798709(...)
A noté que GNU-Arch -pqm est aussi développé en python 2.3 ce qui devrait faciliter l'intégration des 2 outils.

A noté aussi que SourceForge met gratuitement à disposition des projets OpenSource une "compile farm" avec pas mal de plateformes dispos :
http://bugs.sieve.net/compilefarm(...)

"We are currently offering access to systems running: Caldera, FreeBSD, Mandrake, Red Hat Linux, Slackware and SuSE."

Comme ca, on peut être sur à tout moment qu'une branche stable d'un projet hébergée sur un robot Arch-pqm est portable sur plein de plateformes et cela de manière totalement automatique.

Au passage, merci à celui/celle qui a changé le logo des news python, il est bien le nouveau :p

Les choses vont peut-être commencer à bouger à ce niveau là :

http://xulfr.org/news/2004/03/02/17-LeFuturDeMozilla(...)

En tout cas je l'espère. XUL et les technologies connexes ont vraiment un rôle à jouer au niveau des interfaces HIM dans un contexte les services web (WS) se développent et s'imposent petit à petit comme un nouveau paradigme. (Je ne parle même pas du Grid / OGSI qui devrait suivre assez rapidement).

> pour une raison X (dont on se tape), ils en font une norme ISO...

Les lois sur l'interopérabilité ? (Perso j'en sais rien, c'est une vraie question).

Ouééééé, il faut tuer le soldat XFree86 !!!!

Non, mais plus sérieusement c'est peut être une bonne opportunité pour injecter de nouvelles ressources (médiatisation, développeurs rémunérés par les grandes distros) vers des projets plus innovants et au mode de devpt plus ouvert comme par exemple freedesktop.org ou Y. En n'oubliant pas bien sur de remercier les apports de l'équipe de XFree86 pour avoir fourni à la communauté LL une implémentation de référence pour X11.

apt-get install rdiff-backup

(Je backup ainsi /etc et /home avec un cron toutes les nuits)

Sauvegarde incrémentale en local ou par ssh sur une machine distante. Possibilité de "recovery" du style il y a deux jours, une semaine, un mois ...
Utile quand on efface un fichier par erreur mais qu'on s'en rend compte deux semaines plus tard ...

Vraiment facile à utiliser surtout avec le tutorial qui va bien:
http://rdiff-backup.stanford.edu/examples.html(...)

Et comme le dit la page de garde :
A remote incremental backup of all your files could be as easy as
"rdiff-backup / host.net::/target-dir"

Avec un peu de recul (quelques années seulement), je trouve que les classes prépas sont au contraire une expérience très enrichissante à plusieurs titres :
- cela m'a permis d'apprendre à réfléchir et à travailler (et même sur des sujets qui ne m'intéressaient vraiment pas sur le coup - qui a dit thermo ?). Quand je dis refléchir et travailler, je veux dire que ça m'a permi de vraiment développer mes capacités d'analyse (mais je n'ai pas la prétention d'affirmer que je suis devenu plus intelligent pour autant). Par exemple, en cours d'inge ou de MSc ca me permettait de selectionner les trucs vraiment importants dans l'exposé du prof sans faire trop d'effort et de réviser une matière en parcourant rapidement un poly sans l'apprendre par coeur, contrairement à des élèves du cursus anglais (sans prépa) : au final on avait les mêmes notes aux exams, mais en fournissant des efforts de travail personnel complétement différents.
- cela apporte aussi une culture générale scientifique vraiment utile par la suite. Bien sur la majorité des choses apprises en prépa seront vite oubliées mais il restera toujours une familiarité avec des domaines scientifiques variés. Ca évite par exemple de se faire avoir par du pipo technique et permet de trouver des approches différentes pour résoudres des problèmes de tous les jours (en appliquant des méthodes rencontrées dans des matières qui n'ont rien à voir).
- enfin ca ouvre des portes au niveau carrieres et c'est aujourd'hui vraiment un luxe d'avoir le choix du métier que l'on exerce.

Par ailleurs je reconnais que la prépa ne convient pas à tous les profiles et que suivant les établissements, on peut tomber sur des ambiances de travail malsaines plus négatives qu'autre chose. Et même dans une classe sympa avec des profs tiptop, la charge de travail est telle qu'on apprécie vraiment l'intégration :o)

Pour résumer je recommande vivement à tous ceux qui hésitent de tenter l'expérience et de se forcer un peu pendant deux/trois ans. Au pire, si ca foire complétement, y a tjrs moyen de rattraper une autre formation par la suite et même si une prépa loupée peut sembler négative sur le coup, on trouve toujours des points positifs, après coup, qui justifient cet investissement personnel. Dans l'autre sens, c'est possible aussi mais c'est plus moins facile.

> Penser aussi à connaitre un langage système, un langage objet et un langage formel.

En bref, Objective Caml !
C'est par ici que ca se passe : http://caml.inria.fr(...)

Moi aussi ca m'interesserait beaucoup. Malheureusement, je n'ai pas encore assez d'expérience avec Arch pour pouvoir l'écrire moi-même.

> qu'il n'y ait pas de brosse pour recopier les propriétés d'un objet...

Ca c'est volontaire -> pour inciter l'utilisateur à utiliser le styliste qui est bien plus puissant et permet de préserver l'homogenéité de la présentation.

Pour les ceuces qui n'aiment vraiment pas le styliste, il existe tjrs un équivalent de la brosse de MS Word sous forme de plugin pour OOo (mais je n'ai pas l'URL sous la main).

> ......en Angleterre, les diplômes supérieurs c'est 3 ans après le bac
Bah quand on voit leur niveau en math (ou en tout autre matiere qui n'est pas de l'info) quand ils arrivent en MSc, ... on se felicite d'avoir fait une prepa / ecole d'inge ...

Avoir une culture générale scientifique et des méthodes de travail c'est l'apport principal du cursus d'ingénieur. Et cet acquis la, il reste.

Très bonne idée. L'article est vraiment de grande qualité (même si je préfére tjrs utiliser arch pour mes ptits développements persos :p). Ca permettrait de récompenser l'auteur à juste titre pour cette excellente initiative.

Ben justement non : d'après leur site, ils indiquent exactement le contraire.

wm dans 3dwm veut dire "Workspace Manager" et non pas "Window manager".

Ceci dit, c'est pas demain la veille qu'on pourra utiliser Y (...)
Il est déjà possible de l'utiliser en surcouche de X/SDL ce qui permet de développer facilement des extensions (portage de Qt/GTK/wxWidget/XUL/...)
même si les drivers directs ne sont pas encore dispos (y a déjà un framebuffer linux).

De plus le mode de développement a l'air beaucoup plus ouvert que celui de XFree86 et le projet Y utilise notamment Gnu-Arch (et non pas CVS) pour un mode de développement distribué à la "kernel Linux". Cela permettra d'inciter les developpeurs potentiels à se lancer dans des forks innnovants avec la possibilité de plus tard retransmettre ces innovations dans la branche de base grace à star-merge :o)

Y a aussi un wiki en place. Même s'il y a pas grand chose dedans pour l'instant, il est déjà bien organisé et pret à recevoir des contributions des utilisateurs/développeurs. Ca montre bien la volonté de bien faire de l'auteur du projet.

Il faudrait peut être aussi considérer une collaboration avec le projet freedesktop.org.

Bref souhaitons leur bonne chance. Ils partent sur de bonnes bases.

Je suis assez d'accord dans l'ensemble.

J'ajouterais comme limitation l'aspect visuel par défaut (vraiment moche à mon gout) mais il existe des personalisations comme celle du paquet de debian qui sont vraiment jolies (sans compter les differents projets d'intégration avec des toolkits natifs).

Par contre pour une "utilisation avancée", je trouve le système de gestion de styles vraiment très efficace et probablement supérieur à celui de MS. Mais cela nécessite un certain apprentissage (apprendre à ne pas cliquer sur les boutons gras/italique/couleur dans la barre d'outil ... et faire un clique droit sur le style approprié dans le styliste). Le bouquin "OOo efficace" est vraiment une bonne référence pour bien se servir de OOo :
http://www.amazon.fr/exec/obidos/ASIN/221211348X/ref=pd_bxgy_text_1(...)

> Sur des macs récents il veut mieux se tourner vers Debian (attendre la release de Sarge)

Le nouvel installateur en beta a bien marché sur mon ibook 2.2 (G3 700) pour installer Debian Testing. Bon apres faut toujours bidouiller un peu (noyau benh et autres pmud & pbbutonsd) mais ca marche pas mal et y a plein de docs dispo sur le net.

Donc pas la peine d'attendre (sauf si on a pas de connexion rapide, auquel cas il vaux effectivement mieux attendre les isos de sarge à graver chez un pote qui a l'ADSL car ca m'étonnerait qu'on trouve des CD de SargePPC dans un mag ...).

Je sais pas comment il est programmé mais il vaudrait peut être mieux repartir "from scratch" en utilisant des libs portables à la SDL / OpenGL et pourquoi pas ode (http://opende.sf.net(...) ) pour la physique.

Tiens j'avais fais la même chose y a qques mois en leur suggerant spamassassin et ils m'ont répondu que pour l'instant c'était aux utilisateurs de faire gaffe à pas diffuser leur adresse email ... mais que plus tard peut etre ils mettrait en place un filtrage antispam ...

En attendant j'utilise thunderbird coté client, mais ca ne marche que sur ma machine perso ...

Faudrait poser la question sur la ML. Un volontaire ?

Je suis tout à fait d'accord avec toi/vous (je sais jamais s'il faut vouvoyer sur LinuxFr ...). Mais on peut apprendre ces concepts aussi bien avec arch qu'avec CVS. Je dis juste que commencer par arch permet de bénéficier de nouvelles fonctionalités et d'une simplicité de mise en oeuvre que CVS ne posséde pas. De plus l'aspect distribué de arch s'adapte (ama toujours) mieux aux projets libres qui ont un développement distribué par nature.

Je pense, ama, que pour commencer à toucher à arch ou subversion, il faut déjà bien connaître cvs et surtout, avoir une très bonne connaissance de ses besoins en terme de versionning.

Je pense justement le contraire. Etant donné le fait que le paradigme de arch est vraiment différent de celui de CVS (mode distribué, changesets atomiques, ...) je pense qu'apprendre arch directement est plus facile sans etre "pollué" par des habitudes liées à l'utilisation de CVS.

Commencer par apprendre arch est aussi (ama) une bonne idée pour une autre raison : arch est nettement plus facile à installer sur sa machine perso (pas de serveur à installer/configurer/sécuriser). Alors pourquoi se priver des fonctionalités supplémentaires qui simplifient la vie (renommage/déplacement, signature numérique intégrée, ...) ?

Apres, je ne dis pas que maitriser CVS est une mauvaise chose (c'est toujours utile étant donné le fait qu'il est encore très majoritairement utilisé et pour encore longtemps probablement ...).

Visiblement chez vim aussi (en plus de CVS) :
http://www.vim.org/arch.php(...)

Y a peut etre moyen de faire un script (shell ou autre) qui lance "import" en precisant le nom de la fenetre cible toutes les 1/2 secondes (ou plus) en stockant le resultat dans des fichiers jpg ou png et de concatener le tout en un fichier mpg ou xvid avec ffmpeg.

Des volontaires ?

Perso, je me suis farci le didacticiel. Il est plutot bien foutu (mais en anglais). Ca prend un peu de temps (en 1 heure on obtient les bases). Après, c'est en forgeant qu'on devient forgeron. Je suppose que c'est la même chose que pour CVS.

http://regexps.srparish.net/tutorial-tla/arch.html(...)

Y a aussi cette page du wiki qui a l'air pas mal pour les ceuces qui viennent de CVS :
http://wiki.gnuarch.org/moin.cgi/Learning_20Arch_20commands_20for_2(...)

NB. Un outil bien pratique est la completion automatique pour bash/zsh
http://wiki.gnuarch.org/moin.cgi/Archive_20Registry(...) (chercher tla-bash-complete ou zsh-completion dans la page)

Pt'etre, mais c'est lui qui a raison !

Perso je suis en double boot (MacOSX 10.2 / Debian Testing) et j'ai pas rebooté sous MacOSX depuis très longtemps (avec la mise en veille, je ne reboot plus du tout d'ailleurs ...). En fait je ne me rappel plus vraiment comment c'est MacOSX ...