Bonnefille Guilhem a écrit 644 commentaires

un bon backup, ça peut être utile

Moui, enfin, s'il faut sauvegarder les dixaines de giga que compte un disque de nos jours, on n'a pas fini (surtout pour un simple geek). Par contre, une sauvegarde bien ciblée (genre /home, /etc, ...). Si vous connaissez des outils simples (pas forcement des trucs a increments) et efficaces de sauvegarde sur CD-RW... je suis prenneur.

Je crois surtout qu'il ne faut pas hesiter a multiplier les partitions, limitant ainsi la propagation des erreurs de manips.

Ben, et comment on teste les magnifiques live-cd ?

elle est peut etre encore sous garantie
Euh... ca je suis pas sur.
Et puis, j'm'y suis attache moi a ma copine-de-geek.

Oui, mais qu'en est-il de ce soft ?
Sur sa page projet SourceForge, y'a plus rien. Il a été :
- supprimé ?
- arreté par son auteur ?
- renommé ?
- ... ?

Euh... T'es sur que tu veux graver des CD-Rom de la Sid ?

Sid est une version extremement INSTABLE. Elle change donc tres tres tres souvent. Il y a de grande chance que tes CD soient peu utiles.

Pour instable (Sid) comme pour testing (sarge) je pense qu'il est de loin plus raisonable de faire de la mise a jour par le net si t'en as les moyens.

Hélas, je n'ai pas les moyens de tester ce jeux (j'ai pas de win truc).

Qu'en est-il des missions ?
On peut y jouer vraiment tout seul ?
C'est encore le début (peu de choses à faire) ou il est pleinement jouable (style plusieurs jours comme le UFO original) ?

Merci d'avance pour tout retour d'expérience.

PS: y'en a qu'on essayé sous Wine(X) ?

Merci beaucoup pour cet encouragement.
Je peux pas plusser pour l'instant, mais le coeur y est.

Au fait, est-ce que tu as essaye ?

Par contre, je ne trouve pas de reference a ce client sur le site JeuxLinux.com. Fais-tu reference a la demo ?

Dans un de ses essais, Eric S. Raymond a présenté l'utilité du Libre pour un jeux vidéo.

Comme tu le dit, un jeux représente un gros investissement. L'aspect propriétaire assure un retour sur investissement mais aussi permet de se protéger des contre-facons (c'est fortement concurrentiel ce domaine et chaque avancée technologique permet de prendre un peu d'avance).

Bref, pour Eric S. Raymond il s'emble initable que dans ce domaine le 'closed source' soit de mise, au moins un certain temps. Dès que l'effet nouveauté s'estompe, on peut commencer à envisager une nouvelle distribution sous licence libre. En effet, maintenir un jeu (ou n'importe quel logiciel) coute cher. Faire reposer cet effort directement sur une multitude de petites mains devient interessant. En plus, cela redone une nouvelle vie au jeu : les fans rajoute des niveaux, des mod (très à la mode), des facons de jouer (du tour par tour on passe au temps réel ou par email...).

Voila, j'espère ne pas avoir trahi l'auteur.

Je suis pas un 'gamer' donc y'a des trucs que j'ai pas bien compris. Quelqu'un peut m'expliquer/confirmer ?

"Enemy Territoy" est un jeu en réseau multi-joueur.
"Standalone" signifie qu'on peut y jouer seul (donc, pas en réseau).
Dois-je comprendre qu'avec "Urban Terror" on transforme un jeu en réseau en jeu pour joueur seul, isolé dans son coin ?

Oula, ca sent le vieux troll.

"Reserved chckout : pour ou contre" c'est une histoire de gouts/besoins. Inutile de développer plus.

Pour ma part, je dirais que cela dépends essentiellement de la capacité à faire de 'merge'. Quand on travaille avec des gars qui font de la programmation 'alimentaire' c'est assez rassurant de ne pas avoir à leur confier la responsabilité d'un merge.
Mais bon, j'avais dit que je dirais rien, alors j'en dis pas plus.

Moi non plus je ne l'ai pas encore recut.

Coté relance, la derniere fois ca ne s'est pas super bien passé : j'ai recut la relance un mois apres le dernier numero de mon abonnement. Du coup, j'ai du le commander a part.

Par contre, les fois precedentes cela s'etait mieux passer. J'imagine que ma derniere experience etait une malencontreuse erreur.

le cable pour Linux

???

Tu peux détailler (j'aimerai m'acheter un onduleur de cette marque) ?

au moins 50 % des gens qui programment ne sont pas vraiment qualifié pour le faire

Si le 50% fait référence au travail en binome préconisé par XP, je trouve que la réflexion est un peu rapide. L'objectif d'XP, via cette pratique, n'est pas de masquer l'incompétence de la moitié des effectifs, mais plutôt :
- de s'auto-motiver (rien de plus chiant que de passer des journées tout seul dans son coin à faire son bout de code),
- d'apprendre à travailler à plusieurs (il faut pour ça se connaître),
- se faire progrsser mutuellement,
- et surtout produire un soft de qualité (en groupe, le tout est bien plus que la somme des parties) : à deux, y'en a toujours un qui peut prendre du recul sur ce que fait l'autre et réorienter le tir.

L'idée de faire une GUI dédiée est toujours séduisante ("c'est mon bébé"). Par contre, comme cela touche à de la manipulation d'image, ne serait-il pas possible de porter ce logiciel sous forme d'un greffon pour Gimp ?

N'hésitez pas à réagir, je ne connais pas les possibilités offertes par Gimp.

Moi j'utilise la ligne de commande avec cdlabelgen[1].

[1] : http://www.red-bean.com/~bwf/software/cdlabelgen/(...)

qu'est ce qui importe quand vous choisissez un langage de programmation

Je répondrais par une autre question : qu'est-ce qui est important pour le logiciel que tu souhaite développer ?

En effet pour moi le langage permet d'écrire un programme, ce n'est pas une fin en soi. Le choix du langage dépend alors des contraintes externes : framework existant, rapidité d'exécution, complexité du logiciel, portabilité, etc.

Une fois que tout est clair, on peut choisir le langage. Par exemple,
- si mon besoin c'est de manipuler trois chaînes de caractères, j'utilise 'sed' ou 'awk',
- s'il faut que ça marche sur windows je prends Java,
- si je voulais jouer avec GNUStep, je choisirai objectiveC,
- etc.

Quand à savoir s'il faut un nouveau langange, je ne connais pas tous les langages déjà existants (Ruby, Perl, scheme, Python, et tous les autres plus ésotériques encore) alors...

Le langage que j'aimerai trouver, c'est un langage objet, proche du C, compilable (comme le C++), mais avec moins d'ecueils (comme Java). Si vous avez des pistes, je suis prenneur.

Pourquoi lancer un window manager ? mplayer en full-screen est suffisant, non ? Par exemple, suffit de faire 'exec xsession' dans le .xinitrc je pense.

Espérons qu'un site vera le jour sur le modèle de http://www.backports.org/(...) . Il me semble en effet que les logiciels non-free, voire propriétaires doivent avoir leur place dans une distribution. En effet, pour arriver à vivre avec certains logiciel, il est indispensable de les garder propriétaire (au moins un temps).

Pour que Debian ne devienne pas une distribution d'extrémistes, il faut qu'elle laisse la porte ouverte aux logiciels non-free.

>C'est une très bonne initiative de republier par thème ce genre d'articles de réference

Entièrement d'accord.

Personnellement, j'apprécierais aussi la publication sous cette forme de documents libres.
Par exemple :
- le glossaire de l'infographie,
- des howto volumineux (ex: le "Free Software Management Howto") ou doc du même genre (ex: le "Gnu Coding Standard"),
- les manuels utilisateurs de certains soft incontournables,
- les "oeuvres" des différents acteurs majeurs du libre (ex: Eric Raymond, RMS,...),
- ...

Pourquoi payer alors que c'est gratuit ?
Simplement pour disposer d'une version de qualité et agréable à consulter (les feuilles agraphées ça marche, mais c'est vite le bordel).

Par contre, dans le cas où le contenu est libre, 5,95Eur pour juste le mettre en page et l'imprimer ça me parait un peu cher. Ou alors il faut qu'un pourcentage soit reversé à un projet libre (par défaut par exemple à la FSF).

Idem pour moi (Toulouse)

Si j'ai bien compris, cela repose sur le "theme engine". Tout dépend donc de ce que le theme engine gère (désolé, moi j'aime la ligne de commande, les mondes Gnome et KDE je m'en sert assez peu) et de comment il peut evoluer.

Si le theme engine prend en charge la notion des icones standard, ca marche.
Si il permet de choisir le placement Oui/Non ou Non/Oui, ca marche aussi.
etc.

Tout semble dependre du niveau d'abstraction fournie par la notion de "theme engine". Des experts Gnome peuvent peut-être donner leur avis pour nous éclairer...
Des experts KDE peuvent peut-être nous dire si un tel niveau d'abstraction existe avec Qt.

A force de jeter des ponts entre les deux ToolKits, y'en a bien qui vont finir par sortir une fusion des deux.

Plus précisément, c'est quoi que l'on "vend" : le fichier compilable ou l'algo ?

En gros, ais-je le droit de réutiliser une idée de structure de donnée, un algo ou n'importe quoi de plus abstrait encore qu'un fichier source.

(Eh éh, on se rapproche des brevets là)

Il me semble qu'il y a un droit d'auteur qui reste à l'auteur (désolé, je n'ai plus le nom) : c'est celui qui permet à l'auteur de ce revendiquer comme auteur.

En gros, la société ne peut vous retirer le droit de signer (ou non) un code que vous avez écrit. Il n'y a qu'un seul auteur : c'est vous.

Dites, vous connaissez pas des antivirus libres ?