Octabrain a écrit 1685 commentaires

Je n'ai pas réussi à trouver ce bug tracker dont tu parles.

> Pas de lien fichier brut en effet, mais la possibilité d'afficher le contenu brut sans colorisation ni numéro de ligne
Ça ne remplace malheureusement pas le "fichier brut", car cela force à faire un copier/coller (penser aux gens qui naviguent sans souris avec des extensions firefox, par exemple)

Qu'en est-il de VNC ? J'ai souvent entendu dire qu'il consommait moins de réseau qu'un forward de X.

Plus important :
Il est impossible de choisir une durée d'expiration comme sur les paster dignes de ce nom. Je n'utilise personnellement pas un paster si je ne peux pas régler la durée de stockage.
Il n'y a pas de lien "fichier brut" qui ne contiendrait aucun HTML enrobant le contenu pasté. (permettant par exemple de faire "enregistrer le lien sous")
Confort :
Le type de coloration par défaut devrait être "pas de coloration" et non pas "abap", que je ne sais même pas ce que c'est.
Après avoir cliqué sur le bouton "Paste!", une redirection automatique vers la page résultante (plutôt qu'une page avec seulement un lien) ne serait pas de trop.

Pastebin [http://pastebin.com/] est en GPL, et est par exemple installé là : http://pastebin.mandriva.com/ .
Nopaste ne semble pas distribué.
Gnopaste est GPL, mais je n'ai trouvé nulle part où l'on peut le tester.

Attention en faisant des backups, LUKS a une possibilité de "révoquer" (changer) des mots de passe, mais un backup peut diminuer la sécurité de l'ensemble, lire la FAQ à propos du backup : http://www.saout.de/tikiwiki/tiki-index.php?page=LUKSFaq (2e question)

Ta partition n'a pas été chiffrée avec LUKS mais avec le cryptsetup "basique" (LUKS est aussi accessible par cryptsetup), mais LUKS offre des avantages : possibilité de changer le(s) mot(s) de passe sans re-chiffrer entièrement le disque, les options que tu as eu du mal à retrouver sont stockées dans un "entête" que LUKS ajoute à la partition. Il semble avoir d'autres avantages cryptographiques que je ne peux commenter par manque de connaissances.
LUKS est utilisable avec la commande "cryptsetup", est supporté par "cryptmount" et est inclus de base dans Debian.
http://luks.endorphin.org/

Attention, wizzgo pratique le watermarking ! cf. http://www.wizzgo.com/cgu.php

C'est pas vraiment une raison, un visiteur familier du site (non loggé) pourra devoir cliquer sur le lien à chaque fois (ordinateur différent, cookies pas gardés), et un visiteur pas habitué ne verra même pas ce lien et aura cette mise en page confuse.
Sinon, ta lecture est assez sélective, j'ai écrit après :
> Le problème est surtout le choix par défaut (un thème récurrent dans les sujets parlant de logiciels aussi) qui est mauvais.

> il ne manque qu'un cookie pour sauver le choix de l'ordre
Et les visiteurs qui n'ont pas de compte (ou qui ne sont pas loggés) ? Le problème est surtout le choix par défaut (un thème récurrent dans les sujets parlant de logiciels aussi) qui est mauvais.

> Désolé les gars, Apple a (encore) 10 ans d'avance...
Juste pour rire : http://slashdot.org/pollBooth.pl?qid=1633&aid=-1

http://osnews.com/story/20244/Google_Chrome_Considered_Harmf(...)

Bon, ben voilà encore un commentaire qui concerne un sujet qui me tient à coeur : KDE.
Une minute après la sortie de la révision 856831, l'équipe est en effet fière (et je crois qu'elle le peut) de vous annoncer la sortie de la révision 856832.
C'est une révision qui apporte :
- Plus de support pour la langue biélorusse

Cette révision est parmi une série qui aura lieu plusieurs fois par jour à partir de il y a un moment déjà.
[Bon, je vais pas vous emmerder avec mon avis inintéressant sur KDE]
Enfin, les traditionnels liens :
- l'annonce officielle : http://websvn.kde.org/?view=rev&revision=856832
- la liste des changements : http://websvn.kde.org/?view=rev&revision=856832
- le planning des sorties : http://kadreg.org/ipot/
Sinon, je fais un gros bisou aux gens de ma famille qui me regardent.

Pour moi (même si je ne joue pas au Sudoku) (un peu comme dit un commentaire au dessus), l'intérêt réside dans le fait de trouver la méthode la plus rapide de résoudre une grille (voir l'algorithmie, la complexité) et peut-être l'"intuition" (qu'on n'arrive pas à "enseigner" aux ordinateurs, comme pour les échecs par exemple).

> Ce n'est pas vraiment un moteur dans le sens où il n'y a pas de modules tout prêts pour gérer les missiles, un autre pour le scrolling etc
Il y a un monde entre le moteur déjà tout fait où il n'y plus aucun code à écrire, où tu ne peux plus choisir que la couleur de la peinture de la maison, et Löve, où on se demande bien ce que ça contient à part de maigres wrappers, où tout ce qu'on te donne, c'est une pauvre hache pour fabriquer ta maison.

> Selon un des créateurs du système (Rude), cela lui a pris 15 minutes et 90 lignes de code pour faire une implémentation très simple du jeu du serpent
En regardant (très vite) le code, je ne vois rien qui montre que Löve a quelque chose d'unique ou de pratique, le même code aurait pu être écrit en C pour SDL à peu de choses près. (en fait le code en question n'est même pas vraiment beau (mais ça c'est pas la faute de Löve) : il utilise un tableau 1D pour représenter la carte en 2D)

> La première version date de janvier 2008, la dernière propose déjà de gérer les collisions, c'est pas mal et prometteur, et cela ne demande qu'a s'étoffer.
Je n'ai pas dit que c'était facile, et j'ai reconnu que ce n'était que le début.

Je trouve que le terme "moteur" est un peu fort pour ce qu'est Löve pour l'instant.
Pour tout ce qui est 2D (censé être le fer de lance de Löve) notamment, on ne trouve que des fonctions basiques "bas-niveau" de dessins ou d'image (tracer des rectangles, cercles ou images, qui sont du même ressort que l'API OpenGL mais pour la 2D) (... à part le moteur de particules, voir plus loin). Pour moi, ça ne fait pas un moteur, les bibliothèques implémentant l'API OpenGL ne sont pas des moteurs.
Certaines parties ("physics", le moteur de particules) semblent de bien plus haut-niveau (et intéressantes), où l'on configure des objets préfabriqués (où tout le calcul ou dessin bas-niveau sont déjà gérés), mais ces parties semblent indépendantes et pas faites pour aller ensemble (je n'ai pas dit que c'était impossible ou volontaire), c'est dommage.
Quand on voit Soya et son intégration... (oui, Soya n'a rien à voir et n'est pas comparable, je parle juste de l'"intégration" (un peu comme pour un environnement de bureau) des éléments du "moteur")

Disclaimer : j'ai passé 5 minutes sur la doc, je n'ai jamais utilisé Löve, c'est la version 0.4 seulement, je ne suis pas un cador de la programmation de jeux, cet avis est très subjectif.

Çapucestpaslibre

Certains commencent à trouver que le bio-carburant n'est pas si écologique : http://www.notre-planete.info/actualites/actu_1172.php

À lire à propos de la publicité :
https://www.les-renseignements-genereux.org/brochures/172
http://www.monde-diplomatique.fr/2008/01/DUFOUR/15491

Tu t'enfonces là...

Quand elle récolte 128 votes, la note passe à -128

Je ne trouve plus de liens qui en parlent en détails, mais les programmes python 2 pourront être passés en python 3000 grâce à un outil automatique (aucun besoin d'intervention humaine) : 2to3 (http://www.python.org/dev/peps/pep-3000/ )

C'est marrant, ma gf2mx marche très bien chez moi, seulement, quand c'est pas libre, on accuse aussitôt le logiciel non-libre. Il ne t'es pas venu à l'idée que ça _pouvait_ être un problème qui venait d'ailleurs : peut-être le noyau 2.6.26, peut-être une erreur involontaire de ta part, ou autre chose ?
Je suis d'accord qu'étant donné sa non-liberté et une hypothétique moindre attention portée par nvidia pour du matériel vieillissant (en fait, il est tout à fait normal qu'elles soient moins maintenues, qu'y a-t-il à changer à part quelques corrections de bugs ? Connais-tu des gens qui maintiennent _très activement_ un logiciel ou un matériel très ancien ?), il est sans doute plus difficile de trouver d'où vient le problème et carrément de faire un rapport de bug, mais c'est pas une raison pour affirmer que c'est « impossible à faire fonctioner sur un Xorg/noyau récent » (ce sont tes mots)...

http://sam.linuxfr.org/*sous%20mes%20fenetres*

> Avec NVidia, il fait toujours bricoler pour avoir un triplet kernel, Xorg, driver qui fonctionne...
J'ai dû avoir beaucoup de chance parce que je n'ai jamais eu de problème particulier, à part avec le noyau 2.6.25, mais le patch est maintenant inclus upstream.

> Il serait plus intelligent de dire ce qu'il compte faire avec sa "3D"
Tu dois avoir des problèmes de vue, parce qu'il l'a assez clairement écrit dans son journal.