A la limite, il suffit que ça soit une FAT un peu pourrie que Linux et OSX tolèrent mais pas l'implémentation de Microsoft. Voire un FS non-supporté par MS, mais là j'y crois moins : tu t'en serais rendu compte :)
Et un produit qui met un logo "Windows XP Compatible" alors qu'il s'appuie sur un driver intégré à l'OS (typiquement : un USB Mass Storage), comment ça se passe à ton avis?
Moi aussi, j'aime pas les riches. Ceux qui gagnent leur vie en vendant des armes, de la drogue aux mômes, sont qui ont des entreprises qui exploitent la misère et se comportent en esclavagistes, ceux qui bloquent les pays fabricants des médicaments génériques, ceux qui spéculent sur des immeubles vides pendant qu'on meurt de froid en bas de leur porte.
Par contre, un riche qui le devient en vendant son travail, honnêtement, sans détruire la nature ou les gens autour de lui, je l'aime bien.
Moi, je n'aime pas les noirs. Ceux qui violent des gamines de 5 ans ou tuent leurs pères devant leurs yeux. Ceux qui massacrent des villages entiers au nom d'un désaccord ethnique ancestral. Ceux qui détournent l'aide humanitaire destinée à leurs administrés pour grossir leur (immense) fortune personnelle. Ceux qui considèrent que la femme n'est sur terre que pour servir de larbin à l'homme.
Maintenant, si je résume mon discours à sa première phrase, on pourrait légitimement me traiter de connard de rasciste. Il en va de même pour le sieur Hollande.
Et puis, à quoi ça sert d'être bon en calcul mental si on est pas capable de déterminer les calculs à effectuer ? Il vaut mieux passer du temps à développer le raisonnement mathématique que de faire faire du calcul mental.
Si le moindre calcul te demande un effort, comment peux-tu espérer développer ton raisonnement mathématique? C'est épuisant, de se poser _consciemment_ la question "ça fait combien?" à chaque ligne de calcul que tu pose.
C'est pareil pour la langue : si tu penses en permanence au bas niveau (agencer les lettres pour former des mots), tu auras du mal à te concentrer sur le haut niveau (agencer des mots pour former des idées). Et on retrouve ça partout : regarde la différence entre un mec qui conduit depuis dix ans et un mec qui doit encore réfléchir pour passer ses vitesses...
Il faut quand même préciser que RockBox n'est PAS linux. C'est un "OS" libre pour baladeurs, mais il n'est pas basé sur linux (à la différence de iPodLinux, par exemple).
Y'a pas vraiment besoin de plus de drivers. Au pire, tu as emacs/vi et un compilo C. Si on commence à rajouter des drivers, ça va devenir comme Windows.
Ou NTFS-3G. Bref, aujourd'hui les solutions ne manquent pas (même si aucune n'est officiellement intégrée au noyau), ce n'est pas vraiment un problème.
Mets toi à FreeBSD (ou autre), comme ça s'ils ont le mauvais gout de te dire que "les gens connaissant BSD sont mauvais en Unix" tu pourras te taper une bonne tranche de rigolade (jaune).
À noter que FUSE existe sous Linux et FreeBSD. Un port vers OpenSolaris a été mentionné. Le rêve : FUSE permet de créer un pilote de système de fichier pour plusieurs OS :).
On peut rappeler que 80% des français sont contre les OGM
Et sinon, tu es pour ou contre la dérive des continents?
Avant de balancer ce genre de chiffres, ça peut faire crédible d'indiquer les conditions du sondage :
- qui a été sondé
- par qui
- quand
- quelle était la question.
Sinon, on fait un peu dire ce qu'on veut à qui on veut. Je doute notamment qu'un sondage sur les OGMs à usage thérapeutique ait donne le même résultat. Bref, un sondage ne se résume pas à un pourcentage.
Je ne dis pas que la sécurité est inutile sur une machine personnelle, je dis juste que se priver de l'usage d'un compilateur sur un tel système alors que des tonnes d'autres failles potentielles (à commencer par l'utilisateur) existent, c'est du FF (fly-fucking, oeuf corse).
Si le pirate veut compiler du code sur ta plateforme, il n'a qu'à balancer un binaire de TCC, et c'est parti. Tu n'arrêteras pas grand monde en ne mettant pas GCC. Encore une fois, mettre un compilo là ou il ne sert à rien, c'est ballot. Mais se priver des services qu'il peut apporter pour des questions de sécurité, ça l'est autant.
Pour la sécurité, autant je trouve ça important sur un serveur, ou de manière général un système en production (disposant d'un administrateur capable de réfléchir un tant soit peu sa politique de mise-à-jour), autant c'est limite de l'enculage de mouche sur une machine personnelle. Typiquement, sur un système dont le propriétaire est potentiellement capable d'éxécuter n'importe quel script en root (parce qu'on le lui a demandé et qu'il a le moyen de le faire, mais pas de savoir si c'est raisonnable ou non), s'interdire d'avoir un compilateur me paraît un peu vain. Si la chose est inutile, c'est toujours mieux de s'en passer, mais de là à refuser les solutions source-based sous prétexte que le compilateur représente un risque...
Quant au plantage à la compilation, sur des vraies releases (je parle pas non plus de faire ça sur du CVS/SVN), ça me paraît relativement fiable. Il suffit de voir le nombre de paquets Gentoo qui compilent très bien partout. Après tout, c'est le mainteneur du logiciel qui serait chargé de définir les caractéristiques de son bébé, et c'est probablement le plus apte à le faire. Au pire, il peut toujours indiquer dans son paquet un niveau de "fiabilité" de la chose, qui pourrait même être évalué automatiquement par un système de remontée automatique et anonyme des erreurs de compilation.
Pourquoi? Parce que c'est un outil trop compliqué pour lui? On ne lui demande pas de s'en servir, ni même de l'installer volontairement, on suggère simplement qu'il soit installé par défaut (ainsi que les includes des librairies les plus courantes) pour simplifier au maximum l'installation de paquets sources. Et, effectivement, c'est peut-être une des meilleures solutions : si on arrive à empaqueter toute la procédure du configure/make/makeinstall dans une seule commande (voire une interface graphique), on offre ainsi la possibilité à tout utilisateur de Linux d'installer du bleeding-edge sans se casser le c*l. Si en prime on ajoute à ça un système efficace de remontée des bugs, c'est la fête du slip.
Si on peut faire cela sans rien changer aux tarballs (il suffit d'avoir un wrapper un peu malin sur la machine qui sache détecter un projet autoconfé et appeller les bonnes commandes au bon moment), ça pourrait valoir le coup de rajouter un petit fichier descriptif, genre LSM, qui indiquerait les différentes options utilisables, l'adresse e-mail pour remonter les bugs, etc.
En fait, tout ça ressemble violemment à un .ebuild (les scripts de compilation de Gentoo), mais l'idée serait de dissocier cela d'un système de port pour l'intégrer dans la tarball. Comme ça, un outil fait pour (et personnalisé pour coller à la distro - qu'elle soit compatible LSB ou pas, c'est son problème) pourra facilement détecter que la tarball est utilisable, proposer éventuellement à l'utilisateur de configurer quelques options (s'il le souhaite, par exemple via un mode "expert") et lancer la compilation et l'installation. Dans l'idée, un tel système pourrait aussi reprendre d'autres idées de Gentoo, comme la sandbox à la compilation, pour éviter qu'une tarball malicieuse ne sème la pagaille.
Pour moi, la principale difficulté (hors le fait de définir ce que l'on veut, mais il est toujours possible de partir d'un .ebuild simple et d'affiner le système avec le temps) vient de la gestion des dépendances. Il faudrait effectivement un moyen pour ce système de savoir ce qui est disponible sur la machine, ce qui peut-être fait via les gestionnaires de paquetages, mais pas de manière portable.
En revanche, ça n'apporte aucune aide aux paquets propriétaires. Mais pour aider à la diffusion de paquets libres, ça pourrait le faire, non?
Ca serait sympa d'avoir des cartes de "flash-ram". Genre un CF ou une SD qui se comporte comme n'importe quelle CF ou SD, mais qui ne conserve pas les données hors tension. Juste pour pouvoir créer un swap, quoi ;)
Does God answer prayers? According to believers, the answer is certainly yes.
Déjà, pour commencer, je ne suis pas d'accord avec ça (en tant que croyant). Au moins pour un catholique, et à priori pour un chrétien, Dieu n'est pas une sorte de génie qui résoud nos problèmes.
Dieu n'existe pas pour un athée et il a raison de le penser.....mais il existe réellement pour un croyant et il a aussi raison de le penser.
Je suis totalement d'accord avec toi sur ce point-là. Et, si ça peut donner matière à ta réflexion, ne penses-tu pas qu'un athée est un croyant comme un autre? Le croyant part du postulat "dieu existe" et - sans pouvoir le prouver ni l'infirmer - bâtit son système de pensée dessus. L'athée (pas l'agnostique, attention) part du postulat "dieu n'existe pas" et - sans davantage pouvoir le prouver ni l'infirmer - bâtit également son système de pensée dessus.
Finalement, un athée n'est-il pas quelqu'un qui croit à "pas-Dieu"?
Sinon faut jouer avec le mode les EDL (Edition Decision Lists). Tu lances une fois mplayer avec l'option "-edlout mylist.edl". Pendant la lecture, chaque pression sur la touche "i" ajoute le moment de la pression dans mylist.edl. En gros, ça définit des périodes "masquées". Au début, le film est en mode "visible". Première pression, il passe en mode "masqué". Seconde pression, il repasse en "visible". etc.
Donc en gros, si dans le fichier tu as :
temps A
temps B
temps C
temps D
temps E
la lecture avec mplayer et l'option "-edl mylist.edl" montrera :
* le film du début à A
* puis de B à C
* puis de D à E.
On peut également passer l'option "-edl" à mencoder, ce qui permet de n'encoder que la sélection ainsi réalisée. C'est un peu fastidieux, mais moins que de se faire ch*er à noter les temps et à les reporter dans la ligne de commande de mencoder.
[^] # Re: Super !
Posté par Larry Cow . En réponse au journal Des drivers gratuits !. Évalué à 2.
[^] # Re: Super !
Posté par Larry Cow . En réponse au journal Des drivers gratuits !. Évalué à 9.
[^] # Re: Moi aussi je spamme !
Posté par Larry Cow . En réponse au journal L'appel au spam de Ségolène Royal. Évalué à 5.
Par contre, un riche qui le devient en vendant son travail, honnêtement, sans détruire la nature ou les gens autour de lui, je l'aime bien.
Moi, je n'aime pas les noirs. Ceux qui violent des gamines de 5 ans ou tuent leurs pères devant leurs yeux. Ceux qui massacrent des villages entiers au nom d'un désaccord ethnique ancestral. Ceux qui détournent l'aide humanitaire destinée à leurs administrés pour grossir leur (immense) fortune personnelle. Ceux qui considèrent que la femme n'est sur terre que pour servir de larbin à l'homme.
Maintenant, si je résume mon discours à sa première phrase, on pourrait légitimement me traiter de connard de rasciste. Il en va de même pour le sieur Hollande.
[^] # Re: Pour les englophobes
Posté par Larry Cow . En réponse au journal KDE 3.5.6. Évalué à 6.
Si le moindre calcul te demande un effort, comment peux-tu espérer développer ton raisonnement mathématique? C'est épuisant, de se poser _consciemment_ la question "ça fait combien?" à chaque ligne de calcul que tu pose.
C'est pareil pour la langue : si tu penses en permanence au bas niveau (agencer les lettres pour former des mots), tu auras du mal à te concentrer sur le haut niveau (agencer des mots pour former des idées). Et on retrouve ça partout : regarde la différence entre un mec qui conduit depuis dix ans et un mec qui doit encore réfléchir pour passer ses vitesses...
[^] # Re: Sa logique elle pue du
Posté par Larry Cow . En réponse au journal Attention votre moteur de voiture n'est pas interopérable. Évalué à 2.
[^] # Re: Compat Rockbox ?
Posté par Larry Cow . En réponse au journal Marre du Ipod.... Évalué à 4.
[^] # Re: Perplexe
Posté par Larry Cow . En réponse à la dépêche Un installateur sous Windows pour Ubuntu. Évalué à 4.
[^] # Re: Ai-je bien tout compris?
Posté par Larry Cow . En réponse à la dépêche Un installateur sous Windows pour Ubuntu. Évalué à 2.
Ou NTFS-3G. Bref, aujourd'hui les solutions ne manquent pas (même si aucune n'est officiellement intégrée au noyau), ce n'est pas vraiment un problème.
[^] # Re: Sur le sondage
Posté par Larry Cow . En réponse au journal La Cnil dérive.... Évalué à 3.
Tu as raison, je propose que l'on applique également cela aux gens qui détournent les MTP.
Ah oups, on me souffle à l'oreille que c'est déjà fait...
[^] # Re: Testage
Posté par Larry Cow . En réponse au journal Sortie de Zimbra 4.5. Évalué à 9.
[^] # Re: ce n'est pas de bonne augure
Posté par Larry Cow . En réponse à la dépêche Fluendo propose une prise en charge des codecs Windows Media dans GStreamer. Évalué à 2.
# *BSD
Posté par Larry Cow . En réponse au journal Apprendre HP-UX et compagne. Évalué à 6.
[^] # Re: Circonspect
Posté par Larry Cow . En réponse au journal Zfs sous linux. Évalué à 6.
Tu cherches à déterminer le pourcentage de hurdistes parmi les habitués de DLFP?
[^] # Re: FUSE
Posté par Larry Cow . En réponse au journal Zfs sous linux. Évalué à 3.
Et même Mac OS X, maintenant (http://code.google.com/p/macfuse/ ).
[^] # Re: ???
Posté par Larry Cow . En réponse au journal Pétition pour la candidature de José Bové. Évalué à 6.
Et sinon, tu es pour ou contre la dérive des continents?
Avant de balancer ce genre de chiffres, ça peut faire crédible d'indiquer les conditions du sondage :
- qui a été sondé
- par qui
- quand
- quelle était la question.
Sinon, on fait un peu dire ce qu'on veut à qui on veut. Je doute notamment qu'un sondage sur les OGMs à usage thérapeutique ait donne le même résultat. Bref, un sondage ne se résume pas à un pourcentage.
[^] # Re: Beurk
Posté par Larry Cow . En réponse à la dépêche Amélioration en vue pour l'installation de logiciel sur GNU/Linux.. Évalué à 4.
Si le pirate veut compiler du code sur ta plateforme, il n'a qu'à balancer un binaire de TCC, et c'est parti. Tu n'arrêteras pas grand monde en ne mettant pas GCC. Encore une fois, mettre un compilo là ou il ne sert à rien, c'est ballot. Mais se priver des services qu'il peut apporter pour des questions de sécurité, ça l'est autant.
[^] # Re: Beurk
Posté par Larry Cow . En réponse à la dépêche Amélioration en vue pour l'installation de logiciel sur GNU/Linux.. Évalué à 1.
[^] # Re: Beurk
Posté par Larry Cow . En réponse à la dépêche Amélioration en vue pour l'installation de logiciel sur GNU/Linux.. Évalué à 4.
Quant au plantage à la compilation, sur des vraies releases (je parle pas non plus de faire ça sur du CVS/SVN), ça me paraît relativement fiable. Il suffit de voir le nombre de paquets Gentoo qui compilent très bien partout. Après tout, c'est le mainteneur du logiciel qui serait chargé de définir les caractéristiques de son bébé, et c'est probablement le plus apte à le faire. Au pire, il peut toujours indiquer dans son paquet un niveau de "fiabilité" de la chose, qui pourrait même être évalué automatiquement par un système de remontée automatique et anonyme des erreurs de compilation.
[^] # Re: Beurk
Posté par Larry Cow . En réponse à la dépêche Amélioration en vue pour l'installation de logiciel sur GNU/Linux.. Évalué à 10.
Si on peut faire cela sans rien changer aux tarballs (il suffit d'avoir un wrapper un peu malin sur la machine qui sache détecter un projet autoconfé et appeller les bonnes commandes au bon moment), ça pourrait valoir le coup de rajouter un petit fichier descriptif, genre LSM, qui indiquerait les différentes options utilisables, l'adresse e-mail pour remonter les bugs, etc.
En fait, tout ça ressemble violemment à un .ebuild (les scripts de compilation de Gentoo), mais l'idée serait de dissocier cela d'un système de port pour l'intégrer dans la tarball. Comme ça, un outil fait pour (et personnalisé pour coller à la distro - qu'elle soit compatible LSB ou pas, c'est son problème) pourra facilement détecter que la tarball est utilisable, proposer éventuellement à l'utilisateur de configurer quelques options (s'il le souhaite, par exemple via un mode "expert") et lancer la compilation et l'installation. Dans l'idée, un tel système pourrait aussi reprendre d'autres idées de Gentoo, comme la sandbox à la compilation, pour éviter qu'une tarball malicieuse ne sème la pagaille.
Pour moi, la principale difficulté (hors le fait de définir ce que l'on veut, mais il est toujours possible de partir d'un .ebuild simple et d'affiner le système avec le temps) vient de la gestion des dépendances. Il faudrait effectivement un moyen pour ce système de savoir ce qui est disponible sur la machine, ce qui peut-être fait via les gestionnaires de paquetages, mais pas de manière portable.
En revanche, ça n'apporte aucune aide aux paquets propriétaires. Mais pour aider à la diffusion de paquets libres, ça pourrait le faire, non?
[^] # Re: Comme disait Coluche...
Posté par Larry Cow . En réponse au journal La wii rend fou ?. Évalué à 8.
[^] # Re: Question performance
Posté par Larry Cow . En réponse à la dépêche Nokia et l'open source. Évalué à 4.
[^] # Re: Je sais
Posté par Larry Cow . En réponse au journal VLC en version stable 0.8.9. Évalué à 5.
# Dieu et les amputés
Posté par Larry Cow . En réponse au journal [HS] Pour un athéisme de combat. Évalué à 0.
Déjà, pour commencer, je ne suis pas d'accord avec ça (en tant que croyant). Au moins pour un catholique, et à priori pour un chrétien, Dieu n'est pas une sorte de génie qui résoud nos problèmes.
Dieu n'existe pas pour un athée et il a raison de le penser.....mais il existe réellement pour un croyant et il a aussi raison de le penser.
Je suis totalement d'accord avec toi sur ce point-là. Et, si ça peut donner matière à ta réflexion, ne penses-tu pas qu'un athée est un croyant comme un autre? Le croyant part du postulat "dieu existe" et - sans pouvoir le prouver ni l'infirmer - bâtit son système de pensée dessus. L'athée (pas l'agnostique, attention) part du postulat "dieu n'existe pas" et - sans davantage pouvoir le prouver ni l'infirmer - bâtit également son système de pensée dessus.
Finalement, un athée n'est-il pas quelqu'un qui croit à "pas-Dieu"?
[^] # Re: Simon Sorcerer 2
Posté par Larry Cow . En réponse au journal Rune Soft pourrait distribuer le jeu Ankh.... Évalué à 2.
Y'avait Runaway, et y'a Runaway 2. Ca avait l'air chouette (mais j'ai pas eu l'occasion de tester).
[^] # Re: découpage DVD
Posté par Larry Cow . En réponse à la dépêche Nouvelle version d'Avidemux !. Évalué à 5.
Donc en gros, si dans le fichier tu as :
la lecture avec mplayer et l'option "-edl mylist.edl" montrera :
* le film du début à A
* puis de B à C
* puis de D à E.
On peut également passer l'option "-edl" à mencoder, ce qui permet de n'encoder que la sélection ainsi réalisée. C'est un peu fastidieux, mais moins que de se faire ch*er à noter les temps et à les reporter dans la ligne de commande de mencoder.