Yann Droneaud a écrit 249 commentaires

Il n'était pas tout seul pour l'écrire non plus ...
il y avait au moins Paul Hallen avec lui au tout début de Microsoft.

Une nouvelle comparaison/description de Subversion et GNU Arch (en anglais)
http://www.dwheeler.com/essays/scm.html(...)

J'ai pas de réponse spécifique pour vserver, mais en général sous Linux c'est comme cela (sous 2.4.25, devfs) :

crw-------    1 root     tty        5,   1 Jan  1  1970 /dev/console

crw-rw-rw-    1 root     tty        5,   0 Mar  2 09:54 /dev/tty

lr-xr-xr-x    1 root     root            4 Feb 19 19:47 /dev/tty0 -> vc/0

lr-xr-xr-x    1 root     root            4 Feb 19 19:47 /dev/tty1 -> vc/1

crw-rw-rw-    1 root     root       4,   0 Jan  1  1970 /dev/vc/0

crw-------    1 root     tty        4,   1 Feb 29 17:54 /dev/vc/1

'console' correspond au terminal avec lequel le kernel "discute", par défaut c'est le terminal virtual actif, mais cela peut être le port série, le port parallèle (voir une console virtuelle à travers gdb, ethernet, tcp/ip ou autre).

'tty' c'est le terminal associé à la session auquel appartient le processus en cours (attribué par le getty ou bien le xterm, etc ..): man 4 tty

'tty0' c'est le terminal virtuel actif à l'instant t, 'tty0' pointe vers l'un des terminaux virtuels 'tty1' a 'tty63'. man 4 console

'tty1' à 'tty63' ce sont les terminaux virtuels associés à la console VGA (ALT-F1 à ALT-GR F12 etc ..). man 4 console

/me qui étale sa culture ...

Il faut surtout comprendre qu'elles sont les concepts de la gestion de version.

Que ce soit CVS, RCS au niveau fichier ou Arch, BitKeeper, Subversion au niveau repository, les concepts sont les mêmes: le suivi de modification, l'enregistrement des changements, le stockage des versions successives. Ensuite il n'y a que la façon de les appliquer et les manipuler qui change.

Il ne faut pas se focaliser sur les implémentations, mais comprendre les concepts. Cela permet d'utiliser tout type d'implémentation.

[OT]
Exemple grossier: la secrétaire a qui l'école a appris MS Word au lieu de lui apprendre le traitement texte. La pauvre secrétaire ne sait que cliquer dans un menu bien particulier pour effectuer une tâche, si bien que si on lui change son MS Word, elle est perdue, elle ne sait plus où cliquer. Elle n'a pas les bases, les concepts qu'il y a derrière le traitement de texte. On ne lui a appris que des procédures.

Apprendre un logiciel en particulier, cela va à l'encontre de l'informatique Libre. La liberté demande de la connaissance et de la compréhension afin de pouvoir passer d'un logiciel à l'autre.

Il nous faudrait au moins un plugin pour Eclipse.

Et bien développe le, où sponsorise son développement.

Concernant le cvsweb, il y a un équivalent:
(demo): http://arch.bluegate.org/cgi-bin/viewarch.cgi(...)
Attention cet outil ne fonctionne pas comme cvsweb, c'est avant un browser de patch (et en cela il reprend le fonctionnement de Arch), la page principale affiche la liste des patches et non l'arborescence de fichier : http://arch.bluegate.org/cgi-bin/viewarch.cgi/lord@emf.net--2004/tl(...)
On peux tout de même accéder à l'arborescence en sélectionnant un patch particulier:
http://arch.bluegate.org/cgi-bin/viewarch.cgi/lord@emf.net--2004/tl(...)

De plus ce ne sera certainement pas ce que tu recherche étant donné qu'il n'y pas tout les artifices graphiques qui existent dans les browsers pour CVS.

A voir aussi la liste complète des outils:
http://wiki.gnuarch.org/moin.cgi/Arch_20Revision_20Browsers(...)

Tu fais pas une copie du "repository". Tu fais un branche dans ton archive locale.

# création de l'archive
tla make-archive toto@vacances--local ~/arch/local/
tla my-default-archive toto@vacances--local
# création de la branche
tla archive-setup --vacances--1.0

# ensuite tu établie une relation de filialiation entre ta branche locale et l'officielle
tla tag toto@officiel--projects/--main--1.0 --vacances--1.0
tla cacherev --vacances--1.0--base-0

# tu fais ensuite des changesets propres
vim `tla make-log`
tla commit
...

# et quand tu reviens, tu merge soit les changesets, soit la branche
tla register-archive sftp://monportable/home/arch/local(...)
tla star-merge toto@vacances--local/--vacances--1.0

# ensuite tu règle les conflits

tla log-for-merge >> `tla make-log`
vim `tla make-log`

tla commit

Bon, il y a certainement d'autres méthodes, recettes, trucs, etc ...
mais moi j'en suis que là pour l'instant ;)

Hébergé par TuxFamily

Si Douglas Adams, Pierre Bordage, Niel Stephenson et Roger Zelazny étaient un type de livre, ce serait bien mon préféré.

mes 2 cents ;)

On ne peux pas garantir la périnnité des adresses emails.
On essaiera de garder l'ancien en fonctionnement, mais je vois pas vraiment comment nous allons pouvoir faire le ménage correctement si l'on doit garder les anciens comptes ...

(avis purement personnel)

Bah tout dépend des caractéristiques de cet hébergement.
TuxFamily pourrait très bien l'utiliser pour faire un dns3 et/ou mx3 afin de prévenir aux problèmes qui pourraient toucher notre hébergeur actuel.

J'explique pour la énième que le problème n'est pas uniquement technique, c'est avant tout un problème humain: on a assisté à une désaffection non controlée des administrateurs "historiques".

TuxFamily est dors et déjà en pleine restructuration, à la recherche de bénévole pouvant s'impliquer tant dans l'administration des systèmes que dans la gestion de la vie associative.

Lost Oasis aussi.

Et je te remercie encore d'avoir mis en place le Wiki.

TuxFamily ne recherche pas que des administrateurs systèmes et réseaux,
mais aussi des bénévoles pour faire vivre l'association: tenir les comptes, organiser les évènements, prendre des décisions sur le fonctionnement de TuxFamily en général ...

<généralisation>

Il en est de même pour la sécurité de la vie courante ... les gens sont près à accepter des caméras, des radars, des contrôleurs à tout les coins de rue pour espérer atteindre un semblant de sécurité totale.

Les gens (la "France d'en bas" ?) sont près à vendre leur liberté pour des solutions bancales à des problèmes nettement plus profond.

L'instantanéité d'une solution n'en fait pas forcèment une bonne solution, je préferais une solution sur du long terme.On constate que les temps de reflexion se raccourcissent, peu de gens prennent le temps de réfléchir à tout les aspects d'un problème ... on préfère des solutions visibles à des solutions efficaces ...

</généralisation>

Merci. Et si tu pouvais faire la même chose pour les pages de TuxFamily,
cela m'arrangerais ;)

Très rapidement:

C'est un micro noyau qui permet de développer des applications temps réels.
Mais c'est en fait bien plus que cela: c'est un envirronement (runtime) pour application temps réels avec différents niveaux de fonctionnalités.

OUI JE SAIS !

Les mots de passes SQL et POP/IMAP ...
Dès que j'ai le temps, je corrige tout cela.

Quelqu'un pour nous faire un joli piratage pour me motiver à passer une nuit blanche derrière une ligne RTC à 33.6k ?

Au prix d'une nuit blanche ...
avec des conséquences sur mon planning, mon travail.

Effectuer de telles modifications en une fois, ça coûte ... et nous sommes bénévoles ...

Mais si des gens veulent nous aider à améliorer la plateforme, libre à eux.

http://www.vhffs.org/(...)

http://cvsweb.tuxfamily.org/cvs/vhffs-panel/?cvsroot=vhffs2(...)

Bon c'est bien ils ont intégré Ogg Vorbis, mais vont - ils un jour intégrer Mozilla ? ... parce que le site est pas vraiment utilisable dans l'état.

Voilà sinon c'est une bonne nouvelle, il n'y a plus qu'a attendre que les bobos se précipitent à l'acheter pour que les prix baissent.

Ouille aïe aïe, l'encodage de l'unicode dans le DNS:

http://rfc3490.x42.com/(...)

http://rfc3491.x42.com/(...)

http://rfc3492.x42.com/(...)

c'est dans cette dernière RFC que c'est défini.

Et bien je n'ai qu'une chose a dire: c'est bizarre, compliqué, et déja que les requetes DNS sont pas très causante brute, là c'est pire ... c'est cryptique ...

Tiens un site hébergé par TuxFamily et qui marche :)
(-1)

Et pourquoi ne veux tu pas payer par cheque ?
Ils sont déjà payant dans ton pays ?
Perso je suis contre les cartes bleues car c'est une forme de privatisation de l'argent.
C'est un consortium privé qui s'occupe de cela, et le principe de fonctionnement est déplorable.

Mais un jour TuxFamily aura un système de paiement en ligne,
c'est prévu, mais pour l'instant on peut pas le faire directement parce que l'on est trop jeune, on a pas de business plan,
et pas suffisament d'argent ...
(et que l'on est pas forcement motivé pour remplir toute la paperasse aussi :)

gcc -E - > toto.i <<EOF
#include <stdio.h>

int
main(void)
{
printf("Hello world\n"),

return 0;
}
EOF

gcc toto.i -o toto


Mais la je suis pas sur que l'on peut encore appeler cela du developpement....