Mildred a écrit 2249 commentaires

Ca évite les grossesses non désirées aussi... Bon après, je sens que je vais avoir une réponse "le sexe, c'est que pour les enfants", mais la j'abandonne l'explication...

Il faut savoir bien tourner la phrase: ça évite les avortements. Donc, c'est une bonne chose !

Plus important, c'est contre nature, deux personnes de même sexe ne peuvent pas faire des enfants. Les règles d'une femme rappel que pour enfanter il n'y a qu'une seule façon, être en couple hétéro.
L'homosexualité n'a pas de sens, si tout le monde était homo l'humanité disparaitrait en une seule génération. C'est absurde.

Il n'y a pas forcément que les homos qui ne peuvent pas avoir d'enfant, les couples stériles, ça existe. Dans la même logique, tu est contre le fait que des couples stériles aient une vie de couple ?

Je pousse un peu, tu n'as pas dit être contre les homos, mais contre la promotion de l'homosexualité. Mais justifier cela par le fait qu'ils ne peuvent pas avoir d'enfant n'est pas, je pense, une bonne justification.

Je ne vois pas en quoi ce serait pénalisant d'installer une machine virtuelle, c'est probablement en package dans ta distribution (vive OpenJDK).

Et Hudson est très facile à installer. Le plus simple c'est de lancer

java -jar hudson.jar

Sinon, il y a des moyens d'interfacer Hudson avec Apache httpd aussi ...

Hudson ne gère par Make.

Hudson gère très bien make, je l'utilise pour compiler mes projets Ada.

Dans la configuration, tu peux ajouter une étape "Execute Shell" et tu tapes ta ligne de commande make. je ne vois pas vraiment ce qu'il pourrait faire de plus. En tout cas, c'est largement suffisant pour la plupart des usages je dirais.

Pour GNOME, c'est effectivement Epiphany

L'avantage que je vois de WebSockets, c'est que tu n'est pas limité par un port, mais tu à toute une gamme d'URI que tu peux utiliser.

Au lieu d'appeler ta ressource par un numéro (de port) tu lui donnes un chemin.

De plus, il y a un minimum de formatage à ce que j'ai cru comprendre. Les données peuvent être binaires (précédées par leur taille) ou textuelles (unicode, terminées par un caractère marqueur).

En quoi vorbis n'est pas libre ?

Qu'est ce qui n'est pas libre dans vorbis ?

Avec mes dernières connaissances sur le sujet (qui dates de 1/2 ans quand même), un PKGBUILD ne permet pas de spécifier plusieurs paquets binaires pour un seul paquet source.

à mon avis, c'est plutôt le front-end gcc dont tu voulais parler (vu que LLVM est déjà un back-end).

Mais je ne pense pas que ce soit utile, vu qu'on ne cherche pas à avoir une machine virtuelle qui parse du C, mais de l'ActionScript. LLVM devrait suffire. Le front-end ActionScript est sans doute fourni par le projet Lightspark.

En même temps ce n'est pas comme si chez Fedora ils ne disaient pas que le but de la distribution c'est de mettre en avant de nouvelles technologies, pas encore forcément disponibles dans les branches principales des projets upstream.

C'est un des buts de Fedora, et je me vois mal les critiquer pour ça.

Maintenant, c'est vrai que tester de nouveaux kernels sous Fedora n'est peut être pas évident. Pour ça, ce que je verrais de mieux, c'est faire un rapport de bugs, expliquant qu'il est impossible de tester un nouveau kernel sans douleur. Pas de critiquer sans fin Fedora.

Les bugs, ça arrive à tout le monde.

J'aime bien Tcl, justement pour la simplicité de sa grammaire.
Et pour la version 8.6 (que j'attend avec impatience) on a droit aux objets, intégrés dans le language, nativement.

Par exemple:


oo::class create fruit {
variable color
constructor {{c ""}} {
set color $c
}
method get_color {} {
return $color
}
}

oo::class create orange {
constructor {taille} {
next orange
}
}

set mon_orange [orange new 5cm]
puts [$mon_orange get_color] ;# --> "orange"


C'est pour ça qu'il veut aussi utiliser systemd pour la session utilisateur:

More importantly however, it is also our plan to experiment with systemd not only for optimizing boot times, but also to make it the ideal session manager, to replace (or possibly just augment) gnome-session, kdeinit and similar daemons. The problem set of a session manager and an init system are very similar: quick start-up is essential and babysitting processes the focus. Using the same code for both uses hence suggests itself. Apple recognized that and does just that with launchd. And so should we: socket and bus based activation and parallelization is something session services and system services can benefit from equally.

C'est idiot d'utiliser des scripts shell là où c'est inutile. A mon avis, les scripts shell est la raison principale du temps de démarrage long. Parce que forker pour chaque grep ou awk, au final, ça prend du temps.

Et c'est pas pour dire, mais ton script shell qui va lancer ton fsck, ça m'étonnerait que tu y touches souvent. Et pour celui qui lance apache httpd, c'est aussi bien d'avoir la même chose dans un fichier de configuration .desktop

En même temps, est-ce pertinent de savoir le sexe de l'enfant (et même, si il en a un) ?

Faites pas attention, je sors

J'ai quand même l'impression du'une grande majorité des touchpads est supporté par le driver synaptics libre. Je n'ai à ce jour rencontré aucun touchpad (à part celui de l'OLPC) qui n'est pas supporté par synaptics.

La procédure pour Fedora: http://docs.fedoraproject.org/install-guide/f10/en_US/ap-med(...)

Dans un certain langage de programmation (Lisaac) qui à choisi une convention de nommage très simple: les identifiants en minuscule et les types en majuscule. Comme ça, pas de conflits.

Donc, au lieu de se casser les doigts à maintenir la touche majuscule enfoncée, on peut juste utiliser caps lock pour des noms de types tout ce qu'il y a de plus standard en Lisaac:

STRING_CONSTANT
ABSTRACT_STRING
PARAMETER_TO_TYPE
CHARACTER_UNICODE
CHARACTER
INTEGER
BOOLEAN

Ça ne paraît pas si long, mais si on tape ces mots environ 20% du temps, ça veut dire qu'on a le petit doigt sur la touche majuscule 20% du temps, et ça fatigue vite.

Rien ne t'oblige à distribuer du code sous GPL si le code n'est pas lié à du code GPL au moment de la distribution.

Et comme avec l'installeur nvidia, tu fais la liaison sur ta propre machine, il n'y a pas de problème tant que tu ne va pas redistribuer le résultat compilé.

Que le blob soit portable Linux/BSD/Windows ne change absolument rien au fait que nvidia n'a pas à le donner en GPL si il ne distribue pas de binaire contenant du code GPL et lié à son blob.

Il y a un driver libre synaptics.
Il n'a pas été créé par le constructeur (je crois) mais il existe: http://cgit.freedesktop.org/xorg/driver/xf86-input-synaptics(...)

Je pense que le code pour récupérer les chaînes payantes ou non enregistrables doit être secret. Et les accès aux serveurs pour recevoir la TV aussi.

Je pense que dans le cas de nvidia, c'est juste que nvidia ne distribuent que leur pilote et en aucun cas le kernel au complet.

Par contre, le cas des distributions qui fournissent un paquet pour nvidia est un peu plus louche, et sont peut être en infraction (mais personne ne va les embêter de fait)

En pratique, ça marche comment ?

Parce que c'est gentil de supporter les gestures pour zoomer et autre. Le driver libre synaptics (inclus dans Xorg depuis plus de 2 ans maintenant) peux reconnaître ces gestures. Mais une fois reconnues, il faut un moyen de communiquer à l'application qui à le focus l'action à faire.

Est-ce simplement par une émulation clavier, ce serait une solution très moche ...

Sinon, quelqu'un sait si il y a des efforts dans ce sens pour que les applucations X11 puissent définir des gestures spécifiques ? peut être cela fait partie de MPX (Multi Pointer X), je ne sais pas ...

Mildred

Je suppose que si tu utilises la valise audio de HTML5, tu devrais pouvoir avoir le même contrat que pour YouTube & co. Parce que la balise audio à pour but de jouer la musique (je suppose) et ce n'est pas en "vue de sa fixation sur une unité de stockage".

En plus, maintenant, ce n'est pas bien difficile de récupérer les fichiers .flv de YouTube et de les jouer directement dans sa bibliothèque musicale.

ça pousse un peu sur le visage, mais je suppose que c'est beaucoup plus gérable dans mon cas :)