Axioplase ıɥs∀ a écrit 3042 commentaires

> Qui a dit que c'est compliqué d'avoir les dernières versions sous Linux ?

Personne.

> Bref, les captures sont alléchantes mais dommage, ça marche pas chez moi.

Mais personne non plus n'a dit que les dernières versions sous Linux allaient marcher :)

Ils livrent le produit sur les trottoir de Paris.
C'est 50€ la path.

Euh, depuis combien de temps ?

Je pense m'être plaint de l'absence totale de retour lorsqu'on soumet des sondages depuis, hum, au moins quelques années…
Et pas plus tard qu'en début de semaine.
Et encore quelques mois avant aussi je crois… https://www.linuxfr.org/tracker/1141.html

Et la redirection réparée, le pipe s'est vidé, ou faut tout renvoyer ?

Vim (pour taper du code)
Vimperator (pour chercher de la doc)
gcc (pour compiler du code)

Avec ces trois là, je peux réinventer les autres :)

>> Tu peux mettre toutes les protections que tu souhaites au coeur du langage, ça ne va pas empêcher un programmeur de laisser un trou béant dans son application s'il utilise le mauvais concept.

Tu peux avoir le meilleur concept du monde, si tu dépasses de ton tableau en C, tu risques un trou de sécurité.
Si tu dépasses en Caml, tu risques une erreur.

Bon, ben, tant qu'à utiliser un concept, quel qu'il soit, autant faire en sorte que le trou béant soit molletonné, plutôt que rempli de seringues usagées déposées par tes soins parce que t'es un homme un vrai qui code en C.


Tu peux faire les mêmes erreurs dans presque tous les langages. Simplement, dans certains comme le C, ces erreurs ont un coût et effet supplémentaire. Pourquoi vouloir à tout prix conduire une voiture dont l'accélérateur se bloque quand tu appuies trop fort dessus, alors que toute autre modèle roule aussi bien sans le risque de blocage ?

Mon WM est en haskell, très rapide, peu voire pas boggué. Jamais vu le moindre segfault…
Un serveur internet^Wweb efficace pas en C : http://john.freml.in/teepeedee2-release

Mais j'avoue, difficile de comparer car personne n'a envie de recoder une appli déjà existante conséquente from scratch…
Ptet que les scripts-fu de gimp sont plus conséquents qu'un micro-bench et facilement récrivables dans d'autres langages ?

Moi j'attends toujours de voir dans le monde réel des softs sans bugs de merdes qui sont uniquement dus au choix d'un langage de bas niveau…

>> un erreur d'inattention qui aurais put me couter cher .

un -> une
aurais -> aurait
put -> pu
couter -> coûter
cher . -> cher.

Et j'en passe.
Mais là, wow ! C'était fort de café !

>> Oui, "." est précisément l'inverse de "^$", d'où la comparaison entre grep . et grep -v "^$"

L'inverse ? Le complément ?
L'inverse de ^$, c'est .+.
L'inverse de « rien, » c'est « au moins un caractère. »

Non ?
(Après, certes, si tu matches un caractère, tu en matches aussi deux… Mais c'est dû au comportement de grep qui ne cherche pas à considérer uniquement les mots du langage qu'on veut matcher comme des lignes lignes entières.)

> Ashd (A Sane HTTP Daemon) est écrit en langage C
> * La sécurité

Bon, je ne suis jamais convaincu par "C" et "sécurité" ensemble.
Des langages de haut niveau qui se compilent et qui ont des performances comparables à C, c'est pas ce qui manque. Et ces langages ont au moins le bon goût de ne pas permettre de buffer overflows, le bug de base qu'on trouve dans au moins 100% des logiciels écrits en C.

> (les options en ligne de commande suffisent généralement)

Et sinon, j'espère qu'on ne fait pas
./ash --user=popol --password=s3crEt
Ou plutôt, je l'espère, et je veux un shell sur cette machine, merci. Et mettez bien "ps" dans le PATH, hein !

Il parait que ça marche très mal en Corée du Nord.
Et que depuis, les besoins d'envois de denrées alimentaires ont diminué.

>> Lourd et lent, tout le monde s’en fout, en pratique, ça ne se ressent pas tellement.

T'as besoin que je fasse un autre journal qui crie ma haine envers OOo et sa lourdeur légendaire ?
C'est inutilisable. Lent, toussa. Et je m'en coltine toutes les semaines !
Sans doute parce que j'ai qu'un dual core avec 2Go de ram. Mais pour taper du putain de texte de merde, je dis non !
J'ai vu des rendus 3D photoréalistes plein écran temps réel tourner sur des config bien plus petites !

>> - trackball ou souris verticale, comment lutter contre le syndrome du canal carpien ?

"Pen tablet" (une petite intuos A5 fait parfaitement l'affaire)

Les captchas uniquement visuels ne sont pas adaptés aux aveugles.
Dans ce cas, il faut un lecteur audio aussi.
Qu'il y ait une discrimination sur la couleur est marginal quant à l'accessibilité globale du captcha…

Je voudrais quand même savoir si les sondages envoyés à DLFP sont bien reçus et lus…
J'ai du en envoyer 10 ou 15 depuis quelques temps, et *jamais* la moindre réponse…
Ça coupe l'envie de participer, hein…

Cypher est très bien, et sa BO est excellente.
Antitrust, ça m'a lourdé sévère.

>> Puis, il faut bien du logiciel propriétaire pour comparer l'offre libre…
> Pas besoin. Tu peux comparer les différentes offres libres.

Bien sûr que si c'est nécessaire !
Sinon, c'est la politique de l'autruche !
« Pour éviter de montrer qu'on a une offre de merde, évitons surtout de la comparer à la concurrence ! »
Excuse-moi, mais des logiciels dont toutes les instances libres sont pourries alors qu'il existe des versions propriétaires de qualité, ça manque pas. Évidemment, tu compares de la merde avec de la merde, alors tu te dis « si tout est nul, j'ai pas à me plaindre ! » Mais si tu regardais à côté, tu ne manquerais pas de te remettre en question plus souvent…

>> Et la sécurité n'a jamais été la principale préoccupation du libre non plus…
> Elle est tout de même un des principaux arguments du libre.

Ah ? Je rigole bien fort en te lisant !
En pratique, le libre, c'est beaucoup de code en C pissé par une grosse quantité d'amateurs, c'est clairement pas un bon exemple de sécurité, vu le choix du langage…
Aucun mot dérivé de "sécurité" n'est même présent dans la GPL, « principale licence libre. »
Le libre ne donne aucune indication sur l'écriture de code sûr, correct. Le libre ne pénalise aucunement les logiciels non sûrs. Aucune métrique publique de sécurité pondère le choix des technologies, et aucun effort n'est fait pour.

Nan, avec du recul, la sécurité n'est *aucunement* l'un des arguments du libre…
C'est une fatalité quand un bug est découvert (et encore !) mais jamais une préoccupation initiale, alors que ça devrait être une condition sine qua non du développement logiciel.

>> Ça amène également à simplifier l'installation de logiciels et pilotes propriétaires et ça ne fera pas forcément que du bien au libre.

Le LL, c'est un moyen, pas un but.
Si ça amène à l'amélioration de logiciels propriétaires de meilleure qualité, moi, je suis pas contre. C'est pas parce que c'est libre que c'est forcément de meilleure qualité. Moi, je veux un ordi qui fait ce que je veux comme je le veux. Aujourd'hui, j'arrive à vivre avec du libre, mais si demain, l'éditeur de texte que je veux est payant, pas libre, et selon moi meilleur que les autres, je vais pas refuser de l'utiliser. Et je n'utiliserai pas un système qui m'en empêche.

Puis, il faut bien du logiciel propriétaire pour comparer l'offre libre…


Quant aux Kevins, tu les auras, c'est ainsi. Et la sécurité n'a jamais été la principale préoccupation du libre non plus…

Et si je rajoute un gros fichier (au moins deux carrés), il fait quoi ?
Ça marche comme un GC ?

>> L'humour était caché dans le fait qu'Adobe prévienne que la béta ne sera pas stable, comme le sera la version final.

1/ J'attends pas d'une béta la stabilité.
2/ La page que tu lies précise aussi que preview != beta.

Enfin…

>> Pour finir, je ne peux m'empêcher de partager ce trait d'humour que l'on trouve dans la note de sortie :
>> Because this is a preview version of Flash Player, we don’t expect it to be as stable as a final release version of Flash Player.
>> Il y en a qui ne manquent pas d'Air.

Je ne vois pas d'humour.
Dès la première phrase, ils annoncent la couleur en disant que c'est une « preview. »
Ensuite, ils disent que c'est pas forcément aussi stable qu'un produit abouti. Ben, ça me parait normal, et justifié.
Ça permet aussi d'éviter que des abrutis disent « on vous avait bien dit, ça marche moins bien, c'est la faute du logiciel propriétaire, d'adobe, de microsoft, d'ubuntu/fedora, et de Robert Mugabe. »
Si après t'y vois de l'humour, je trouve que c'est que tu cherches à tout prix un moyen de dire que c'est mal, pour le principe. Et ça, c'est mal.

>> Ce n’est pas une légende, c’est la réalité, un ext3 ne fragmente pas, dès qu’il est en régime stable (aux alentour de 5 %) ça bouge plus d’un poil.

Comment fait-il ?
Je remplis mon disque de petits fichiers,
■ ■ ■ ■ ■ ■ ■ ■■ ■ ■ ■ ■ ■ ■

puis j'en efface un sur deux,
■□ ■□ ■ □ ■ □ ■ □ ■ □ ■□ ■ .

Si c'est pas fragmenté, ça, je ne m'y connais pas en petits carrés !

Je ne demande que des explications, pas une « réalité » aussi fondée que la « légende » qui, elle, a le bon goût d'être intuitive.

>> Si ça ne gène pas qu'ubuntu ne contribue pas upstream, pourquoi c'est pas écrit en gros dans les définitions,

Pourquoi devraient-ils l'écrire ?
Sur la porte de ta maison, y a une liste de toutes les choses que tu ne fais pas ?
Quand tu rencontres quelqu'un, tu lui dis « Salut, moi c'est imr ! Je ne donne pas à la croix-rouge ! »

>> et pourquoi les ubunteros que je rencontre depuis des années et que je trouve très sympathiques disent et croient sincèrement (croyaient?) qu'ubuntu est un gros contributeurs du libre?

C'est sincèrement je le crois un gros contributeur du libre. Ils donnent upstream des utilisateurs. Ton libre, c'est pas avec 5 barbus qu'il progresse. C'est avec 2_000_000 de Madames Michu, et plus chaque jour. C'est plus de rapports de bugs utilisateurs, c'est plus de visibilité des logiciels. Certains fournissent du code, d'autres fournissent des utilisateurs. Reprocher aux uns de ne pas faire comme l'autre, ici, c'est être aigri comme lors de la semaine des quatre vendredis sur DLFP.

Ça ressemble d'ailleurs un peu à [https://www.linuxfr.org/tracker/1076.html].

Ma solution, c'est :
— en cas de longue prose, taper mon troll^Wtexte dans vim,
— en cas de courte prose, de selectionner mon texte à la souris avant d'envoyer (et hop, clipboard !)
— dans tous les cas, d'utiliser "lazarus" avec firefox (quoique, pour une raison qui m'échappe, sur certains ordis, lazarus refuse de sauver les textes sur DLFP)
— de toujours me rappeler comment dumper la mémoire pour récupérer le texte en ram tant que c'est possible.

Pas comme si on n'en avait que très peu nous non plus.
Eau, glace, neige, verglas, crachin, bruine, brouillard, brume, vapeur, grêle, pluie, cordes (« il pleut des cordes »), hallebardes, stalactite, glaçon…
Et encore, je suis sûr qu'un bon guide de montagne t'en sortira une palanquée d'autres pour toutes les différentes neiges…

>> Je suis surpris qu'il soit nécessaire d'avoir une parfaite connaissance des protocole internet et du fonctionnement des DNS pour pouvoir envoyer un mail!

Et moi je suis surpris qu'il soit nécessaire de connaître le code de la route avant d'aller conduire sur l'autoroute.
Dans quel monde vit-on, tout de même ?!