beny a écrit 83 commentaires

Entierement d'accord, rien ne vaut d'être pieds nus et en pantacourt au bureau. Cela ne reflette en rien du laxisme mais juste de l'aisance.

Personnellement, mon patron prefere me voir pieds nus ou en tongues que buffer sous un costard-cravate, je ne vais pas m'en plaindre, je me sens bien plus à l'aise comme ca aussi et je ne vois pas de clients ...

Et j'ajouterais juste qu'une tenue d'été ne veut pas dire 'crade' ou débaclé et qu'aussi cela n'empeche pas de rester pro comme l'hiver!

2. Pourquoi je n'ai toujours pas de système de fichier journalisé en interne pour pouvoir revenir à des versions ultérieures ???

J'y ai déjà pensé il y a quelques temps de cela, cela fait parti d'un de mes futurs sous-projets (inclus dans un projet global). Mais je n'ai pas 10 cerveaux et 20 mains pour coder. Désolé ...

En somme, pour expliquer rapidement aux gens qui se posent la question, c'est un système de versionning qui sera entièrement basé sur du xml et ses technologies (quand je dis entièrement, c'est réellement entièrement : XPath, XPointer, XLink, XQuery, XForms. XSchemas, XSL, (etc. ?)).

L'idée par dessus serait de réaliser un module qui reprendrait les fonctionnalités de ce système pour être intégré sur un système simple et complétement décentralisé (i.e. : via l'abstraction, on se retrouve sur un système de fichiers comme les autres, et en cas d'erreur ou de manipulations importantes, des outils permettent d'accèder directement à l'ensemble du fs versionné) au dessus d'un fs parce que personnellement je n'ai pas les compétences adéquates pour écrire un fs bas-niveau.

Bref, comme je l'ai déjà dit, je n'ai paas 10 cerveaux et 20 mains pour coder, donc soit ca attendra, soit des gens le feront à ma place.

<i>il n'y a même pas un mot "debian", des voleurs</i>

Je ne connais pas le nombre de développeurs ubuntu et leur organisation interne mais un certain nombre d'entre eux sont/étaient des développeurs debian ... Il suffit juste de suivre les 2 proets en parallèle pour comprendre qu'ubuntu n'a en soi-même rien 'volé' à debian!

<i>qu'apportent-ils de plus à part quelques petites mise en formes ?</i>

Regarde, par exemple, l'évolution du tou de sécurité trouvé sur mailman il n'y a pas très longtemps sur les listes debian-security-announce et ubuntu-security-announce, il y en a surement d'autres aussi, je te laisse chercher :)

Je ferais bien de la pub au livre bar en passant : c'est un des meilleurs bar de nantes - avec le violon dingue.
Et le graslin ?

Sinon, pour l'heure faut aller sur le site et c'est à 19h00. Dis moi mon cher BeTa, tu pense que vers 20h30 ca ne sera pas fini ?

http://www.logilab.org/projects/xmldiff/(...(...))
Le 2nd, ben ça produit des jolis fichiers, mais je ne sais pas les exploiter

Ca produit du XUpdate http://xmldb-org.sourceforge.net/xupdate/(...) mais il n'existe pas AMHA de 'xmlpatch' ...

Par exemple, si tu as des versions différentes des logiciels que tu utilises suivant la distrib, ça peut mal se passer si le format des fichiers de config est différents (au hasard, une Gentoo qui vient d'émerger et une Debian de y-a-2 ans, c'est pas pareil...)(Warning ! Troll Inside !).

Dans ce cas, entièrement d'accord! Disons que je parlais d'un /home au sens large du terme, en respectant le FHS, c'est à dire : une partition pour les données de l'utilisateur. Si tu veux l'appeler /data, c'est pareil :)

Sinon, ça risque pas de poser problème, si le UserId et le GroupId sont différents ?

Si c'est ta propre machine, c'est loin d'être impossible de conserver les mêmes uid et gid pour toutes tes distributions ... ou alors le type est neuneu et n'y connait rien à GNU/Linux, dans un tel cas pourquoi utilise-t-il plusieurs distrib' ? :p

'Vaut mieux partager un sous-répertoire que le /home, non ? (genre avec un mount -bind bien senti).

Cf mon 1er paragraphe.

Sauf que deja, ton /home tu le gardera surement pour plusieurs distributions

Reminder : ne jamais mettre /sbin et /etc sur des partitions separees )
Ou plutot toujours avoir /sbin et /etc sur le /
Sinon comment ton noyau appele-t-il /sbin/init au démarrage sinon ?

Donc on a du réseau, on met tout le code dépendant de Networking options ? (ipv4/v6, bootp, netfilter, virtual server, etc ..)

!Machine : je suis d'accord avec toi!
Par contre, s'ils avaient mis !M cela aurait été bien différent, leur mini_logo_web est un '!M' rouge

Après ... avoir instaurer une taxe sur les CD-R vierges, crier au scandale que le 'pire to pire' était 'mal' ...

Nous en sommes rendu à revoir la copie de la loi sur le droit d'auteur!

Et ensuite ... il ne reste plus qu'a taxer les Q.I. supérieurs à 110 qui pourraient trouver trop rapidement une faille dans les sytèmes propriétaires protégés. Mais aussi toute production biologique ou non de spermatozoïdes et d'ovules sous prétexte qu'ils peuvent former 'de toute pièce' un 'pirate' ...

Mais d'abord ... demandons à V.U. de parler avec le baron pour augmenter le salaire des smicards, ces derniers pourront peut être ensuite consommer en toute légalité et liberté :)

J'aurais juste aimé savoir si vous connaissiez Linux-Nantes (http://www.linux-nantes.fr.eu.org(...)) et si oui, pourquoi ne pas non plus avoir fait une annonce sur l'une des listes pour qu'on puisse relayer la manifestation, voir suivant les disponibilités, vous aidez ...

beny $ wget -c http://fnux.robertlan.eu.org/svn/fpack2/src/fpkg/install.c(...)
--18:10:01-- http://fnux.robertlan.eu.org/svn/fpack2/src/fpkg/install.c(...)
=> `install.c'
Résolution de fnux.robertlan.eu.org... 81.57.34.8
Connexion vers fnux.robertlan.eu.org[81.57.34.8]:80...connecté.
requête HTTP transmise, en attente de la réponse...401 Authorization Required
ÉCHEC d'autorisation.

si tu peut le mettre quelque part ou cela ne demande pas d'authentification ...

Tes 'contents' sont valides ? tu les met entre <![CDATA[ plop plop plop ]]> ?

Un strace te stoppe sur quelque chose de compréhensible ? sinon, si c'est libre, met le bout de code en question sur le web, plus de gens pourront t'aider AMA.

Coté prix, est ce avantageux par rapport à une solution comme LTSP ?

Je ne sais pas mais l'inconvénient, d'après ce que j'ai vu, avec LTSP est pour jouer ou regarder une vidéo ... ce qui, dans cette configuration, ne devrait pas AMA poser problème (s'ils ne bouffent pas tous ensemble le CPU).

ps1 : coucou
ps2 : je ne répond pas à la question prix désolé :p

Dans le même genre : http://www.gasell.org(...)
Pour avoir discuter avec les devs de galette, l'objectif de gasell n'est pas le même.

Parce que le week end, à cette periode de l'année, les gens vont sur la côte, non ?

Cette transition là, elle pourrait se faire vite, dès les prochaines version des distributions

La Sarge finale inclura-t-elle ce nouveau serveur X ?

ps: Ce commentaire n'est pas un troll à la légendaire lenteur robustèque de la Debian, juste une question pour savoir si le passage dans la sid va être long ou pas.

Ils en parlaient déjà dans la Debian Weekly News de Mardi (http://www.debian.org/News/weekly/2004/13/(...)), donc avant de voir des poissons d'avril partout, renseignez-vous :)

hop!

http://linuxfr.org/comments/19449.html(...)

qui revient d'une LP non moins éprouvante

éprouvante peut-être, mais elle s'est très bien déroulée. On a réussi à enregister(*) les conférences en audio et vidéo, c'est le principal :)

(*) Ne rentrons pas dans les détails ...

Je ne sais pas comment les develloppeurs Debian ont codé cela, mais à la mano tu as l'option --no-floppy.

Peut-être devraient-ils rajouter une option à cocher du genre :
[ ] This computer have a floppy drive.

j'aimerais bien savoir si ça vaut pas peine que je m'y mette :)

Si comme moi, pour developper (ou autre) tu as besoin de plusieurs machines (parce que par exemple tu dev un client/server :))) et qu'installer et faire tourner plusieurs machines physiques, ca t'embête ou tu ne les as pas, vserver peut te rendre de grands services de ce coté. Enfin pour moi, il m'en rend :)

Le problème vient, du moins je pense, que :
1- comme nous sommes dans un vserver
2- newvserver ne créé que le minimum
3- je n'ai pas le support devfs sur le serveur(*)

Les solutions sont 1 et/ou 2 et/ou 3 ?

(*) Oui, je pourrais recompiler un noyau avec le support devfs pour vérifier que cela ne vient pas de là.

J'avais rencontré un petit problème pour utiliser links(*) dans un vserver sur une debian stable, j'avais été obligé de faire un ln -s /dev/tty /dev/tty0 sinon links segfaultait au démarrage.

Dans /dev, à l'origine, il n'y avait que tty, pas de tty0 et Co. Et le code de links avait l'air de chercher (en stracant) /dev/vc/0 puis /dev/tty0. Je n'ai pas pris le temps de chercher pourquoi, comment, si quelqu'un sait ?

(*) En espérant ne pas être le seul à utiliser links dans un vserver :)

pour l'instant, il n'y a pas encore de trolleurs
Faut leur laisser le temps de tester tout de même :)

C'est simplement l'attrait de la nouveauté qui joue, je pense.
Je n'ai pas dit l'inverse, bien au contraire, c'est plus justement parce que c'est nouveau que certains vont passer des nuits blanches à les comprendre eux-deux, alors que CVS leur suffit amplement (c'est comme de passer du 2.4 au 2.6.0-pré_quelque_chose alors que tous les drivers marchent au poil sur un 2.4).

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.
Ceci n'étant que mon avis ...