mais on peut envisager d'avoir plusieurs OS qui tournent en même temps dans Xen ... et on pourrait certainement faire des choses très sympathiques.
On peut aisément citer quelques exemples utiles de la virtualisation.
Par exemple, dans le domaine professionnel, cela permet de tester des architectures distribuées (de plus en plus fréquentes) sur un simple poste de travail. Cela permet aussi d'éviter les phases de reboot pour passer d'un OS de développement (Unix like) à un OS de bureautique.
Mais ça peut aussi présenter un avantage pour monsieur ToutLeMonde. Je ne pense pas que ce monsieur ait envie d'avoir concrètement plusieurs OS sur sa machine. En général il a assez de mal avec un seul. Je pense donc que la place de la virtualisation chez monsieur tout le monde doit se faire "à l'insu de son plein grès", par exemple pour isoler, confiner, des services à risques, augmentant ainsi la sécurité du reste du PC.
J'ai fini par trouver une solution que je crois relativement élégante.
Dans mon exemple, j'avais oublié que les "task" sont dans un "tasks".
Du coup, sur "tasks" je parcours tous les "resource" de façon uunique avec un "for-each" et un select comme suit :
task[position() = 1 or not(preceding-sibling::node()/@resource = @resource)]
Voilou, ça marche. Et je n'ai qu'un seul "for-each", ce qui est plus dans l'esprit je pense.
Je parle de BEAUX jeux, hein, pas des jeux, certes intéressants, mais qui ont l'aspect de mes jeux d'Amstrad 6128...
Oula, c'est hyper trolesque ce commentaire.
D'abord parce que la notion de "BEAU" est à la fois relative et subjective.
Ensuite parce que tu semble dire qu'un jeu DOIT être beau.
Pour le second cas, je citerai les échecs ou le jeu de Go. Est-ce que le fait d'avoir des pièces en or massif ou en cristal apportent beaucoup au jeu ? (Je cite ces deux jeux pour éviter de citer des jeux informatiques fonctionnant en natif sous Linux, évitant par la même occasion de les catégoriser "PAS BEAU").
Quel être sain d'esprit irait montrer les sites pornographiques souvent horribles à ses enfants sous pretexte d'éducation ?
Il faut être sérieux. En ce qui concerne l'éducation "sexuelle" (pour ne citer que cet exemple), y'a des bouquins bien mieux fait qu'un site porno (Attention, cette phrase est un tantinet ironique).
Sur internet, y'a des trucs très bien, beaucoup de trucs inutiles et des trucs réservés à un public très averti.
Je pense que la solution de la barrière n'est pas la meilleure solution : il ne faut pas empécher purement et simplement aux enfants d'accèder au PC, d'autant qu'il va devenir incontournable au rythme où vont les choses.
Par contre, une solution qui permet qu'en l'absence des parents l'accès à internet soit FORTEMENT filtré, mais pas impossible. Attention aussi, il ne faut pas que cela devienne du fliccage, les enfants ont aussi droits à une vie privée, hors ingérence parentale.
par réseau... autremment dit au travers du protocole tcp/ip de façon général.
Si ça ne répond pas à ta question merci de préciser.
Effectivement, j'aurais besoin d'une précision.
Le transfert des sources (et des résultats de compilation) est-il fait via un protocole spécifique (fait main) ?
Pourquoi ma question ? Parce qu'aujourd'hui il y a plusieurs solutions pour synchroniser des arborescences (NFS, rsync...). Je voulais donc savoir si distcc utilisait ce genre de techno ou si il refaisait lui-même le boulot.
Excusez la question probablement ridicule, mais l'article ne présente pas un point qui me semble important dans distcc : comment les machines s'échangent les sources ?
Si quelqu'un a la réponse (et je pense que vous êtes nombreux vu les retours d'expérience exprimés).
Bienvenue dans le monde des "mainteneurs de LL amateur" !
Si je peux me permettre un conseil, penses à faire le ménage sur le net. J'entend par là qu'il te serait profitable de faire supprimer les morceaux qui trainent sur le net, en les faisant remplacer par des liens vers ta nouvelle page. L'idée, c'est qu'un futur utilisateur ne se perde pas trop longtemps et tombe rapidement sur ton site.
Je suis également dans ce cas. Après de longues années à utiliser vi/Emacs, je suis passé à Eclipse.
De manière générale, je pense qu'il est préférable d'utiliser des IDE. J'y vois au moins deux avantages :
1) Intégration du gestionnaire de source (CVS/SVN...) pour éviter des oublis de commit ou autre connerie.
2) Aide à la saisie. Quand on voit ce que permet Eclipse avec Java, on se rend compte qu'il est vraiment dommage de s'en passer.
Peut-être aussi qu'ils ne distribuent pas (encore) les sources modifiées car il considèrent que ça leur donne aujourd'hui une avance sur leurs concurrents.
Cette notion est abordé dans les écrits initiaux de E. Raymond.
En gros, le logiciel libre a sa place dans un domaine concurrentiel tant que la collaboration est envisageable donc tant que le sujet n'est pas un argument de différenciation entre les sociétés.
Dans le cas de Google et du marché des moteurs de recherche, la puissance de calcul est certainement un élément qui permet aussi de se distinguer de ses concurrents. Il est donc normal qu'il conserve de coté la techno qui leur permet de rester concurrentiel.
Non non, ce n'est pas une critique de l'existant, juste mon point de vue sur une solution possible d'attaque du marché.
Par rapport à l'existant, je verais bien :
- un live-cd de démo qui permette de mettre en fonctionnement un serveur en deux minutes ;
- une solution un peu plus "pro", c'est à dire une page dédiée pour les décideurs pressés avec LE serveur recommandé et quelque architectures standard (exemple : le serveur est intallé dans la DMZ ou le serveur est installé sur la partie privée).
Je dis cela car je vois bien comment les décisions sont prises dans ma boite. S'il faut passer plus de dix minutes pour comprendre comment mettre en place un truc nouveau et financièrement non rentable, l'idée est abandonnée.
Avec une page qui permette de faire une install "standard" d'un serveur jabber en quelques minutes, je suis sûr que cela sera plus convainquant.
Il faut quand même reconnaître qu'aujourd'hui, si je veux installer un serveur jabber, et que je vais sur jabber.org, je me retrouve avec une dizaine de serveurs possible. Or, en tant que décideur/administrateur pressé, je n'ai vraiment pas le temps de "tester". Une page/projet qui me conseille serait donc un plus non négligeable.
A mon avis, LA solution consiste à sortir des serveurs faciles à installer.
Pourquoi ? Quel rapport ?
En gros, c'est appliquer la technique MS mais à l'envers. MS, l'air de rien, est bien content que son OS se copie facilement à droite à gauche (ou du moins était bien content). Le raisonnement est simple :
- un particulier veut un OS pour son PC ;
- on lui donne un moyen de disposer facilement de Windows(TM) (piratage, pré-instal...).
Du coup, quand il retourne au boulot, il a l'habitude de cet OS, il le trouve même génial. Il fait alors installer cet OS sur son parc professionnel, avec un achat de licence cette fois.
Pour la messagerie, Jabber arrive dans un marché vérouillé par MSN. Mais ce marché est celui de la messagerie instantannée PERSONNELLE. Au boulot, ce truc n'est pas encore installé, bien que fort utile.
Si la communauté Jabber propose des offres clé en main pour monter un serveur GRATUIT en dix minutes avec des clients de bon niveau pour tous les OS : BANCO. Les entreprises vont installer ce petit OVNI, il va convaincre les gens que c'est pas mal du tout. Ils vont peut-être l'utiliser chez eux.
Moi, je pense en particulier à Perl, où le constructeur est juste une méthode de classe qui a la particularité de retourner un nouvel objet de la classe. La convention suggère de l'appeler new, mais on peut aussi bien l'appeler zorglub ou en faire plusieurs.
Moi, je ne connais pas Perl, mais ce commentaire me fait penser à Objective-C. En effet, en Objc, il n'y a pas de constructeur à la C++/Java. La phase de construction est décomposée en deux :
- l'allocation : par appel d'une méthode de nom "alloc" sur la classe ;
- l'initialisation : par la méthode de nom recommandé "init" (mais on peut aussi l'appeler "zorglub") ou en créer plusieurs : initWithString, initWithDouble, initWithZorglub...
Il aurait été plus judicieux de se poser la question au début du cycle de développement.
Je trouve dommage de réduire la problématique en ces termes.
De manière générale, si tous les problèmes pouvaient être traités avant même qu'ils n'apparaissent on vivrait dans un monde idylique. Heureusement, il y a des problèmes à traiter et du coup, y'a du boulot.
Moins ironiquement, il faut se réjouir que les problèmes restants soient de cet ordre et que la question de leur priorité soit posée. Ce dernier point nous offre une chance de ne pas retomber dans le modèle Sarge.
J'y connais rien en python/Eric, mais de manière générale, les questions du genre "Ca marche pas ! Comment je fais ?" sont vouées à l'absence de réponse.
Il faudrait un peu plus d'info pour espérer avoir une réponse. Du genre "Il me dit que..." ou "Y'a une erreur de nom ... qui me dit rien". Enfin, n'importe quoi qui peut mettre sur la voie.
Humh, pour Gnome, je sais pas. Ils sont surement dans la mouvance actuelle des gros projets qui cherchent à améliorer leur fréquence (suite aux demandes renouvellées des utilisateurs).
Quant à Mandriva, il me semble que ça ressemble plus à une entreprise commerciale qu'à un projet complètement libre ;-)
SI tu programmes en style objet un peu extrême, le corps de ton appli consiste principalement en une suite de déclaration d'objets interdépendants, qui gèrent après leurs interactions entre eux, donc par conséquent, une bonne partie du code est localisé au niveau des constructeurs... et des destructeurs, encore faut-il qu'il y en ait.
Ce point est TRES intéressant. J'ai justement eu un mini débat sur le sujet avec mes collègues : quel rôle donner aux constructeurs/destructeurs. En gros, jusqu'où va la construction de l'objet : simplement une affectation des membres à des valeurs par défaut pour rendre l'objet prèt à fonctionner ou du code réellement "fonctionnel".
Si vous avez des liens vers des "ouvrages" (au sens large, ce peut être un bouquin comme un wiki) sur le sujet, je suis vraiment intéressé.
Pour le coup, y'a vraiment un troll la-dedans, donc merci de resister à l'envie et poster uniquement des références.
En général, je fais ça aussi : mon /home est rangé en "Documents", "Todo", "Conneries", etc... Je ne vois pas en quoi c'est un problème. La hiérarchie "standard" d'un Linux (type LSB ou assimilé) définit l'arborescence du système. Rien n'empêche que la partie vue par l'utilisateur ait un autre aspect, du moment que les deux vues sont compatibles (i.e. que tu puisse accéder à la partie utilisateur depuis le système facilement, et que tu puisse également accéder au système depuis le reste - fut-ce au moyen d'un terminal).
L'intérêt d'une standardisation de la hiérarchie ne se situe pas exclusivement au niveau de l'utilisateur. A mon avis, cela permet surtout d'envisager des utilitaires qui vont pouvoir "communiquer" avec d'autres sans les connaître. C'est le principe de l'interface en objet.
Par exemple, si "man" arrive à trouver de la doc, c'est que les fichiers sont essentiellement ordonnés d'une certaine façon dans des répertoires prédéfinis.
Il y a quand même deux visions difficilement concilliable :
- vue à la Unix : une arborescence bien définie et chaque logiciel installe ses petits bouts où ils sont attendus ;
- vue à la OpenStep : chaque logiciel embarque sa propre arborescence.
Dire que l'une ou l'autre des visions est meilleure que l'autre serait purement trollesque, mais il faut reconnaître qu'elles ne sont pas faite pour cohabiter aisément.
Il faudrait une architecture distribuée pour la gestion des projets open-source.
Je crois que Gna! avait (a toujours ?) la volonté de définir une architecture distribuée afin de pallier aux défaillances des sites. Si j'avais bien compris, l'idée serait d'étendre la notion des miroirs à toutes les fonctions de l'hébergement.
Aujourd'hui, SourceForge propose un service de mirroir pour la partie téléchargement. L'idée serait d'étendre cette notion à tous les services :
- un mirroring des page web ;
- un mirroring du tracker ;
- un mirroring du CVS/SVN...
Si un tel travail était mené à terme, on pourrait surement envisager l'apparition de projet mirroir sur Gna alors qu'ils sont officiellement sur SourceForge.
Du coté propriétaire (mais il faut l'étendre à toute l'industrie "classique" si j'ose dire), les release sont fortement claquées sur un calendrier. La raison est assez simple : un mois de boulot ça coute un mois de boulot. Du coup, tout glissement signifie en général des coûts en plus ce qui motive les industriels à ne pas glisser (quitte à faire une release avec des bugs connus).
Du coté logiciel libre, la problématique est inversée. Le rythme est donné par les utilisateurs. Ce qui conduit à une logique générale de release "quand c'est prêt" (C).
De là à dire que l'un ou l'autre est dans l'erreur... c'est un peu osé.
Juste pour préciser l'existence de LLiaphon, un phonétiseur libre et pour le français.
Actuellement, son développement s'est beaucoup ralenti car il utilise un synthétiseur vocal non libre : mbrola. Nous avions donc commencé à étudier la possibilité de remplacer ce synthétiseur, mais l'ampleur de la tâche en a fait reculer plus d'un.
Si des personnes sont intéressée, les portes sont grandes ouvertes et vous serez les bienvenus.
De mémoire, il suffit de faire : gpsbabel -i kml -f entree.kml -o gpx -F sortie.gpx
C'est ce que je fais chez moi car j'utilise aussi parfois GoogleEarth pour préparer mes sorties.
PS: peut-être est-ce un problème de version. Je sais que chez moi, je suis passé, il y a quelques temps, à la version CVS qui marche très bien et apportait plus de fonctionnalité que celle packagée par Debian.
WikiBooks[1] contient des pages[2] traitant d'un habitat (plus) respectueux de l'environnement, ou du moins alternatif.
N'hésitez surtout pas à contribuer, les pages actuelles sont plutôt légères et visiblement certains lecteurs ont de bonnes connaissances à partager.
Je pense que le coup du saut de la table des partitions est nécessaire.
Pour un max d'info, j'irai regardé du coté des "émulateurs" de PC (genre qemu). En effet, ton fichier correspond pile à ce que ces logiciels savent manipuler : des images de DISQUE. Donc, sur leur site ou leur forum, tu va trouver à coup sûr les commandes qui vont te permettre d'exploiter ce fameux fichier.
[^] # Re: Xen et virtualisation native à la Qemu / VMWare
Posté par Bonnefille Guilhem (site web personnel) . En réponse à la dépêche Revue de presse : Octobre 2006. Évalué à 5.
On peut aisément citer quelques exemples utiles de la virtualisation.
Par exemple, dans le domaine professionnel, cela permet de tester des architectures distribuées (de plus en plus fréquentes) sur un simple poste de travail. Cela permet aussi d'éviter les phases de reboot pour passer d'un OS de développement (Unix like) à un OS de bureautique.
Mais ça peut aussi présenter un avantage pour monsieur ToutLeMonde. Je ne pense pas que ce monsieur ait envie d'avoir concrètement plusieurs OS sur sa machine. En général il a assez de mal avec un seul. Je pense donc que la place de la virtualisation chez monsieur tout le monde doit se faire "à l'insu de son plein grès", par exemple pour isoler, confiner, des services à risques, augmentant ainsi la sécurité du reste du PC.
# Ma solution
Posté par Bonnefille Guilhem (site web personnel) . En réponse au message Grouper le traitement de balises via XSLT. Évalué à 1.
Dans mon exemple, j'avais oublié que les "task" sont dans un "tasks".
Du coup, sur "tasks" je parcours tous les "resource" de façon uunique avec un "for-each" et un select comme suit :
task[position() = 1 or not(preceding-sibling::node()/@resource = @resource)]
Voilou, ça marche. Et je n'ai qu'un seul "for-each", ce qui est plus dans l'esprit je pense.
Merci à tous.
[^] # Re: utiliser <xsl:for-each>
Posté par Bonnefille Guilhem (site web personnel) . En réponse au message Grouper le traitement de balises via XSLT. Évalué à 1.
En effet, je n'affiche qu'une seule fois la ressource r1 pour les deux tasks t1 et t2.
Désolé de ne pas avoir été plus précis dès mon premier post.
[^] # Re: Et les autres types de jeux ?
Posté par Bonnefille Guilhem (site web personnel) . En réponse à la dépêche Sortie de TrueCombat: Elite 0.49. Évalué à 1.
Oula, c'est hyper trolesque ce commentaire.
D'abord parce que la notion de "BEAU" est à la fois relative et subjective.
Ensuite parce que tu semble dire qu'un jeu DOIT être beau.
Pour le second cas, je citerai les échecs ou le jeu de Go. Est-ce que le fait d'avoir des pièces en or massif ou en cristal apportent beaucoup au jeu ? (Je cite ces deux jeux pour éviter de citer des jeux informatiques fonctionnant en natif sous Linux, évitant par la même occasion de les catégoriser "PAS BEAU").
[^] # Re: Est-ce vraiment utile ?
Posté par Bonnefille Guilhem (site web personnel) . En réponse au journal forfaits de temps et contrôle parental .... Évalué à 2.
Quel être sain d'esprit irait montrer les sites pornographiques souvent horribles à ses enfants sous pretexte d'éducation ?
Il faut être sérieux. En ce qui concerne l'éducation "sexuelle" (pour ne citer que cet exemple), y'a des bouquins bien mieux fait qu'un site porno (Attention, cette phrase est un tantinet ironique).
Sur internet, y'a des trucs très bien, beaucoup de trucs inutiles et des trucs réservés à un public très averti.
Je pense que la solution de la barrière n'est pas la meilleure solution : il ne faut pas empécher purement et simplement aux enfants d'accèder au PC, d'autant qu'il va devenir incontournable au rythme où vont les choses.
Par contre, une solution qui permet qu'en l'absence des parents l'accès à internet soit FORTEMENT filtré, mais pas impossible. Attention aussi, il ne faut pas que cela devienne du fliccage, les enfants ont aussi droits à une vie privée, hors ingérence parentale.
[^] # Re: Question de béotien flémard : quid des sources ?
Posté par Bonnefille Guilhem (site web personnel) . En réponse à la dépêche Compilation distribuée avec distcc / dmucs. Évalué à 2.
Effectivement, j'aurais besoin d'une précision.
Le transfert des sources (et des résultats de compilation) est-il fait via un protocole spécifique (fait main) ?
Pourquoi ma question ? Parce qu'aujourd'hui il y a plusieurs solutions pour synchroniser des arborescences (NFS, rsync...). Je voulais donc savoir si distcc utilisait ce genre de techno ou si il refaisait lui-même le boulot.
# Question de béotien flémard : quid des sources ?
Posté par Bonnefille Guilhem (site web personnel) . En réponse à la dépêche Compilation distribuée avec distcc / dmucs. Évalué à 2.
Si quelqu'un a la réponse (et je pense que vous êtes nombreux vu les retours d'expérience exprimés).
[^] # Faire le ménage
Posté par Bonnefille Guilhem (site web personnel) . En réponse au journal Reprendre un projet : qu'en faire après ?. Évalué à 2.
Si je peux me permettre un conseil, penses à faire le ménage sur le net. J'entend par là qu'il te serait profitable de faire supprimer les morceaux qui trainent sur le net, en les faisant remplacer par des liens vers ta nouvelle page. L'idée, c'est qu'un futur utilisateur ne se perde pas trop longtemps et tombe rapidement sur ton site.
Bon courage pour la suite.
[^] # Re: Eclipse
Posté par Bonnefille Guilhem (site web personnel) . En réponse au journal Le meilleur éditeur de texte ?. Évalué à 3.
De manière générale, je pense qu'il est préférable d'utiliser des IDE. J'y vois au moins deux avantages :
1) Intégration du gestionnaire de source (CVS/SVN...) pour éviter des oublis de commit ou autre connerie.
2) Aide à la saisie. Quand on voit ce que permet Eclipse avec Java, on se rend compte qu'il est vraiment dommage de s'en passer.
# C'est une société commerciale
Posté par Bonnefille Guilhem (site web personnel) . En réponse au journal La stratégie de Google. Évalué à 4.
Cette notion est abordé dans les écrits initiaux de E. Raymond.
En gros, le logiciel libre a sa place dans un domaine concurrentiel tant que la collaboration est envisageable donc tant que le sujet n'est pas un argument de différenciation entre les sociétés.
Dans le cas de Google et du marché des moteurs de recherche, la puissance de calcul est certainement un élément qui permet aussi de se distinguer de ses concurrents. Il est donc normal qu'il conserve de coté la techno qui leur permet de rester concurrentiel.
[^] # Re: Comment implanter Jabber ? Ma solution.
Posté par Bonnefille Guilhem (site web personnel) . En réponse au journal Jabber à la traine ?. Évalué à 2.
Par rapport à l'existant, je verais bien :
- un live-cd de démo qui permette de mettre en fonctionnement un serveur en deux minutes ;
- une solution un peu plus "pro", c'est à dire une page dédiée pour les décideurs pressés avec LE serveur recommandé et quelque architectures standard (exemple : le serveur est intallé dans la DMZ ou le serveur est installé sur la partie privée).
Je dis cela car je vois bien comment les décisions sont prises dans ma boite. S'il faut passer plus de dix minutes pour comprendre comment mettre en place un truc nouveau et financièrement non rentable, l'idée est abandonnée.
Avec une page qui permette de faire une install "standard" d'un serveur jabber en quelques minutes, je suis sûr que cela sera plus convainquant.
Il faut quand même reconnaître qu'aujourd'hui, si je veux installer un serveur jabber, et que je vais sur jabber.org, je me retrouve avec une dizaine de serveurs possible. Or, en tant que décideur/administrateur pressé, je n'ai vraiment pas le temps de "tester". Une page/projet qui me conseille serait donc un plus non négligeable.
# Comment implanter Jabber ? Ma solution.
Posté par Bonnefille Guilhem (site web personnel) . En réponse au journal Jabber à la traine ?. Évalué à 3.
Pourquoi ? Quel rapport ?
En gros, c'est appliquer la technique MS mais à l'envers. MS, l'air de rien, est bien content que son OS se copie facilement à droite à gauche (ou du moins était bien content). Le raisonnement est simple :
- un particulier veut un OS pour son PC ;
- on lui donne un moyen de disposer facilement de Windows(TM) (piratage, pré-instal...).
Du coup, quand il retourne au boulot, il a l'habitude de cet OS, il le trouve même génial. Il fait alors installer cet OS sur son parc professionnel, avec un achat de licence cette fois.
Pour la messagerie, Jabber arrive dans un marché vérouillé par MSN. Mais ce marché est celui de la messagerie instantannée PERSONNELLE. Au boulot, ce truc n'est pas encore installé, bien que fort utile.
Si la communauté Jabber propose des offres clé en main pour monter un serveur GRATUIT en dix minutes avec des clients de bon niveau pour tous les OS : BANCO. Les entreprises vont installer ce petit OVNI, il va convaincre les gens que c'est pas mal du tout. Ils vont peut-être l'utiliser chez eux.
Et voilou.
Bon, j'arrète de réver et je sors ----->[]
[^] # Re: Destructeurs
Posté par Bonnefille Guilhem (site web personnel) . En réponse à la dépêche Sortie de Ruby 1.8.5. Évalué à 2.
Moi, je ne connais pas Perl, mais ce commentaire me fait penser à Objective-C. En effet, en Objc, il n'y a pas de constructeur à la C++/Java. La phase de construction est décomposée en deux :
- l'allocation : par appel d'une méthode de nom "alloc" sur la classe ;
- l'initialisation : par la méthode de nom recommandé "init" (mais on peut aussi l'appeler "zorglub") ou en créer plusieurs : initWithString, initWithDouble, initWithZorglub...
[^] # Re: Quel que soit le pour et le contre...
Posté par Bonnefille Guilhem (site web personnel) . En réponse à la dépêche Le projet Debian lance une consultation sur les firmwares non-libres. Évalué à 3.
Je trouve dommage de réduire la problématique en ces termes.
De manière générale, si tous les problèmes pouvaient être traités avant même qu'ils n'apparaissent on vivrait dans un monde idylique. Heureusement, il y a des problèmes à traiter et du coup, y'a du boulot.
Moins ironiquement, il faut se réjouir que les problèmes restants soient de cet ordre et que la question de leur priorité soit posée. Ce dernier point nous offre une chance de ne pas retomber dans le modèle Sarge.
# Précision
Posté par Bonnefille Guilhem (site web personnel) . En réponse au message Eric3 n'arrive pas à se connecter à mon SVN. Évalué à 2.
Il faudrait un peu plus d'info pour espérer avoir une réponse. Du genre "Il me dit que..." ou "Y'a une erreur de nom ... qui me dit rien". Enfin, n'importe quoi qui peut mettre sur la voie.
[^] # Re: Du calme!
Posté par Bonnefille Guilhem (site web personnel) . En réponse au journal Xorg et les modules proprio.... Évalué à 1.
Quant à Mandriva, il me semble que ça ressemble plus à une entreprise commerciale qu'à un projet complètement libre ;-)
[^] # Re: Destructeurs
Posté par Bonnefille Guilhem (site web personnel) . En réponse à la dépêche Sortie de Ruby 1.8.5. Évalué à 6.
Ce point est TRES intéressant. J'ai justement eu un mini débat sur le sujet avec mes collègues : quel rôle donner aux constructeurs/destructeurs. En gros, jusqu'où va la construction de l'objet : simplement une affectation des membres à des valeurs par défaut pour rendre l'objet prèt à fonctionner ou du code réellement "fonctionnel".
Si vous avez des liens vers des "ouvrages" (au sens large, ce peut être un bouquin comme un wiki) sur le sujet, je suis vraiment intéressé.
Pour le coup, y'a vraiment un troll la-dedans, donc merci de resister à l'envie et poster uniquement des références.
[^] # Re: Aussi peut être parce que...
Posté par Bonnefille Guilhem (site web personnel) . En réponse au journal Pourquoi GNUStep ne décolle-t-il pas ?. Évalué à 4.
L'intérêt d'une standardisation de la hiérarchie ne se situe pas exclusivement au niveau de l'utilisateur. A mon avis, cela permet surtout d'envisager des utilitaires qui vont pouvoir "communiquer" avec d'autres sans les connaître. C'est le principe de l'interface en objet.
Par exemple, si "man" arrive à trouver de la doc, c'est que les fichiers sont essentiellement ordonnés d'une certaine façon dans des répertoires prédéfinis.
Il y a quand même deux visions difficilement concilliable :
- vue à la Unix : une arborescence bien définie et chaque logiciel installe ses petits bouts où ils sont attendus ;
- vue à la OpenStep : chaque logiciel embarque sa propre arborescence.
Dire que l'une ou l'autre des visions est meilleure que l'autre serait purement trollesque, mais il faut reconnaître qu'elles ne sont pas faite pour cohabiter aisément.
[^] # Re: La main mise des grands groupe sur le petit open source
Posté par Bonnefille Guilhem (site web personnel) . En réponse au journal Hebergement de projet: nouvelle guéguerre. Évalué à 2.
Je crois que Gna! avait (a toujours ?) la volonté de définir une architecture distribuée afin de pallier aux défaillances des sites. Si j'avais bien compris, l'idée serait d'étendre la notion des miroirs à toutes les fonctions de l'hébergement.
Aujourd'hui, SourceForge propose un service de mirroir pour la partie téléchargement. L'idée serait d'étendre cette notion à tous les services :
- un mirroring des page web ;
- un mirroring du tracker ;
- un mirroring du CVS/SVN...
Si un tel travail était mené à terme, on pourrait surement envisager l'apparition de projet mirroir sur Gna alors qu'ils sont officiellement sur SourceForge.
[^] # Re: Du calme!
Posté par Bonnefille Guilhem (site web personnel) . En réponse au journal Xorg et les modules proprio.... Évalué à 2.
Du coté propriétaire (mais il faut l'étendre à toute l'industrie "classique" si j'ose dire), les release sont fortement claquées sur un calendrier. La raison est assez simple : un mois de boulot ça coute un mois de boulot. Du coup, tout glissement signifie en général des coûts en plus ce qui motive les industriels à ne pas glisser (quitte à faire une release avec des bugs connus).
Du coté logiciel libre, la problématique est inversée. Le rythme est donné par les utilisateurs. Ce qui conduit à une logique générale de release "quand c'est prêt" (C).
De là à dire que l'un ou l'autre est dans l'erreur... c'est un peu osé.
# Lliaphon : phonétiseur libre français
Posté par Bonnefille Guilhem (site web personnel) . En réponse à la dépêche Concours étudiant AVIOS de traitement de la voix. Évalué à 2.
Actuellement, son développement s'est beaucoup ralenti car il utilise un synthétiseur vocal non libre : mbrola. Nous avions donc commencé à étudier la possibilité de remplacer ce synthétiseur, mais l'ampleur de la tâche en a fait reculer plus d'un.
Si des personnes sont intéressée, les portes sont grandes ouvertes et vous serez les bienvenus.
URLs :
- BigLux (le projet englobant) : http://www.culte.org/projets/biglux/
- la page FreshMeat : http://freshmeat.net/projects/lliaphon/
- le site GNA! : http://home.gna.org/lliaphon/
# GPSbabel sait le faire
Posté par Bonnefille Guilhem (site web personnel) . En réponse au journal Convertir les fichier KML de googleEarth en GPX pour préparer vos ballades.. Évalué à 2.
De mémoire, il suffit de faire :
gpsbabel -i kml -f entree.kml -o gpx -F sortie.gpx
C'est ce que je fais chez moi car j'utilise aussi parfois GoogleEarth pour préparer mes sorties.
PS: peut-être est-ce un problème de version. Je sais que chez moi, je suis passé, il y a quelques temps, à la version CVS qui marche très bien et apportait plus de fonctionnalité que celle packagée par Debian.
# Contribuez à WikiBooks
Posté par Bonnefille Guilhem (site web personnel) . En réponse au journal Installation de panneaux solaires à grande échelle ?. Évalué à 2.
N'hésitez surtout pas à contribuer, les pages actuelles sont plutôt légères et visiblement certains lecteurs ont de bonnes connaissances à partager.
[1] http://fr.wikibooks.org/
[2] http://fr.wikibooks.org/wiki/Habitation_%C3%A9conologique
# Euh...
Posté par Bonnefille Guilhem (site web personnel) . En réponse au message Comment ouvrir 2 serveurs X avec des configurations différentes ?. Évalué à 2.
[^] # Re: mount loop
Posté par Bonnefille Guilhem (site web personnel) . En réponse au message extraire le contenu d'une image d'une clé ou disque. Évalué à 2.
Pour un max d'info, j'irai regardé du coté des "émulateurs" de PC (genre qemu). En effet, ton fichier correspond pile à ce que ces logiciels savent manipuler : des images de DISQUE. Donc, sur leur site ou leur forum, tu va trouver à coup sûr les commandes qui vont te permettre d'exploiter ce fameux fichier.