tinou a écrit 81 commentaires

Ce n'est pas parce qu'un logiciel est libre, utile, et bien foutu qu'il recoit systematiquement des contributions, malheureusement. Voir l'exemple de Nessus, il y a quelques temps:

http://news.zdnet.co.uk/software/0,1000000121,39226976,00.ht(...)

The developer also expressed disappointment over the lack of community participation in developing the software, despite its open source licence. "Virtually nobody has ever contributed anything to improve the scanning engine over the last six years," he wrote, noting there had been minor exceptions.

Je voudrais pas chipoter, mais il aurait ete sans doute plus clair d'ecrire que Mandriva est le premier a commercialiser un systeme complet sur cle USB. En effet, installer un systeme bootable et exploitable en ecriture sur une cle USB, ca se fait depuis un petit moment. Un exemple, sans doute parmi d'autres: http://imil.net/nlk/

Par ailleur pour complétement s'affranchir du problème il faudrait un modèle de driver comme celui utiliser par le DRI avec un module noyau (DRM). Mais pour le moment cette solution n'est pas envisageable car trop peux de noyaux ont l'architecture DRM (linux et freebsd seulement).

Cependant sun a commencé à développer un DRM pour le noyau solaris. Il faudrait qu'OpenBSD face de même ainsi que netbsd et les principaux OS aujourd'hui "officielement" supportées aurait l'architecture nécessaire pour un modèle de driver graphique "secure".

Tant qu'on parle de sécurité et de code "propre", je voudrais en profiter pour poser une question, moi qui ne suis même pas développeur: Le concept même de l'architecture DRM ne pose-t'il pas un problème de sécurité ? A part les performances, que reproche-t'on à Utah-GLX (dont j'ai cru comprendre que le code fonctionne intégralement en user-mode) ?

Encore une fois, "libre" ne signifie pas dire "gratuit". La gratuité, c'est comme les marges arrières : une opération commerciale.

Je suis bien d'accord, et je suis prêt à payer pour l'accès aux données. Mais pas pour le logiciel. Je veux pouvoir accéder aux données à _ma_ façon, avec _mon_ OS, construire _mon_ programme, autour d'une API existante, par exemple. C'est pourtant pas compliqué pour une entreprise de fournir l'accès aux données de cette façon, et le fait de faire payer ou non n'y change rien: L'accès aux APIs de google se fait après avoir acquis une clé, qu'on me propose la même chose à l'IGN, et qu'on me fasse payer cette clé.

Je prépare le cash.

Monsieur : Tu vois mon smileys magik? il déchire hein ??
Madame : non je suis sous Linux donc je te parle grâce à gaim/Kopete/aMSN/jabber et je n'ai pas MSN Messenger
Monsieur : Trop nul ton Linux! Reboot sous Windows il déchire mon smiley !

Tu choisis mal tes interlocuteurs. Les miens n'ont aucun mal à comprendre mon intêret pour un client de messagerie qui se connecte à plusieurs réseaux à la fois (MSN, Y!, etc ...), et quand celui-ci existe aussi sous Windows (Gaim), ben je n'entends plus parler de smileys.

Madame : Je n'ai pas Windows car je n'utilise que des logiciels libres. Ton smiley déchire peut-être mais même si je pouvais le voir, il ne réussira pas à combler le manque patent

MSN n'est pas breveté ?

Ne fais pas d'enfant, ils risquent de naître avec trois jambes, un oeil et deux cerveaux. :-)

... quelqu'un les a prévenu du risque de confrontation avec l'opérateur de téléphonie mobile "Orange" ? Juste histoire de ne pas se retrouver avec un autre procès "Mobilix" qui freine le développement d'un projet libre.

--
Tinou

Par contre j'ai regardé ce que c'est Labview (...) Ce logiciel n'a pas l'air de tourner sous Linux.

Si, il tourne sous Linux. Pas encore essayé de le faire tourner avec le pingouin, mais sous Windows, je trouvais ce truc assez gore. C'était bien pour faire des petites applis, rapidement, pour tester un ou deux truc, pour développer un peu d'électronique, mais ça devenait AMHA assez vite illisible quand le code prenait de l'ampleur. A ce moment-là, quand il fallait déboguer, c'était la panique. Et pour documenter la chose ...

Je ne sais pas si c'est mon côté Emacs, mais plus ça va, moins j'arrive à me servir de tous ces desktops

Ce n'est pas ton côté Emacs, je suis dans le même cas, et je suis viiste ;-)

Plus je lis le fil de discussion au-dessus de celui-ci, plus je me dis que je ne suis pas près de quitter le Shell comme interface majeure, et le couple "cd & ls" comme "File manager" de premier choix. Tout ces concepts de "spatial view", d'arbre symbolisant la hierarchie, ... m'ont l'air complètement inadaptés aux systèmes que nous utilisons, avec finalement une arborescence de répertoire profonde, et peu de fichiers dans chaque répertoire. Chaque fois que j'ai essayé de les utiliser, j'ai manqué de place sur l'écran. Un $TERM qui permette l'affichage en couleur et une invite de shell avec le $PWD sont à la fois plus simple, et aussi ergonomique, je trouve. Et si on rajoute la completion dans le shell, tout ces "File managers" sont surpassés, AMHA.

et pourtant c'est une vraie galère à prendre en main.

Et à expliquer aux newbies, dans mon cas.

Si, dans le paragraphe 16.

Oups. Bon, ça me rassure, en fait.

Ya pas de recherche de texte, dans ton étrange visualiseur ?

Non. Et gv n'est pas tout neuf, mais n'est pas "étrange". Oui, je sais xpdf est mieux pour les PDFs.

http://www.caldera.com/iplawsuit/DCComplaint.pdf(...)

C'est dingue, je ne vois nulle part le mot "Linux" dans ce document ?!?!

on s'autorise à penser, dans les milieux autorisés, qu'un accord secret, aurait été conclu .... ça ne vous rappelle rien ?

"- Qu'est-ce que tu fais, toi, aujourd'hui ?
- J'sais pas, vais p'têt' m'autoriser
- Ouais, mais là, c'est gros ..."

on s'autorise à penser, dans les milieux autorisés, qu'un accord secret, aurait été conclu .... ça ne vous rappelle rien ?

"- Qu'est-ce que tu fais, toi, aujourd'hui ?
- J'sais pas, vais p'têt' m'autoriser
- Ouais, mais là, c'est gros ..."

> http://www.insecure.org/nmap/nmap_haxxxor.html(...(...))

Et moi qui cherchais un bon moyen de travailler mon Anglais technique, alors qu'il suffisait de surfer sur www.haxxxor.com. M'enfin, une traduction en Français serait peut-être bien, histoire d'être sûr d'avoir compris ce qui était dit en Anglais. Peut-être un projet pour http://www.copinedegeek.com/(...) ?

Blague à part, ça me fait penser au film de Chabat "Bricol'Girls".

> Tout le monde est prié de débrancher les trolloscopes à armature sans titane, qui ne sont pas conçus pour de telles conditions.

Comme d'habitude, les trollomètres (sans visu graphique fullscreen de la morkitu) ne sont pas concernés par ce problème. Achetez vos trollomètres chez Prumpleffer(R).

--
Tinou

> Mais ce n'est qu'une explication, en aucun cas une excuse.

man ispell.

--
Tinou

Faut qu'on m'explique ce qui fait que notre premier ministre veuille se rendre indépendant de Redmond alors qu'il y a environ un an, on avait droit à ça:

http://linuxfr.org/2002/11/06/10217.html(...)
http://linuxfr.org/2003/04/23/12157.html(...)

Pourquoi ce revirement ? L'industrie "nationale" du jeu vidéo n'aurait pas pu être soutenue grâce au LL, à cette époque ?

--
Tinou

61072 07-26-00 02:12 win2k/private/inet/mshtml/build/scripts/tools/alpha/awk.exe
112672 07-26-00 02:12 win2k/private/inet/mshtml/build/scripts/tools/alpha/chmod.exe
143280 07-26-00 02:12 win2k/private/inet/mshtml/build/scripts/tools/alpha/grep.exe
58640 07-26-00 02:12 win2k/private/inet/mshtml/build/scripts/tools/alpha/kill.exe
88884 07-26-00 02:12 win2k/private/inet/mshtml/build/scripts/tools/alpha/touch.exe

Tiens donc.

--
Tinou

Dans d'autres cas, c'est rudement utile. Pour graver un CD, par ex.

$ cdrecord -dummy dev=0,0 image.iso && cdrecord dev=0,0 image.iso

ne gravera l'image que si le test d'écriture en "dummy" a réussi. En plus complet:

$ mkisofs -r -V "Mes sauvegardes" -o image.iso ~/Sauvegardes/* && cdrecord -dummy dev=0,0 image.iso && cdrecord dev=0,0 image.iso && mount /cdrw && rm -f image.iso

Propre, net, et sans bavure.

--
Tinou

Pour une réinstallation complète, jetez un oeil là:

http://www.informatik.uni-koeln.de/fai/(...)

--
Tinou

> Par contre, si tu fais (en suivant l'astuce ou non) la suite de commandes make ; make install, si le premier make échoue, le make install est exécuté quand même... pour rien.

Pire: en fait, le "make install" est exécuté, mais commence par tenter de construire les objets, chose qui a précédemment échoué avec "make", et qui échoue de nouveau.

> - Est-ce que du point de vue exécution la suite make ; make install ne revient pas au même que make || make install ?

Non, le "||" signifie qu'on execute "make install" si et seulement si "make" a échoué, alors que "make; make install" execute "make" puis "make install", quel que soit le code retour de la commande "make".

> J'avoue que je n'ai jamais vraiment compris le pourquoi de ce premier make ?

Parce que la plupart du temps, l'installation demande d'être root, et pas la compilation.

--
Tinou

...ce fork est dû à des différents... ("différends")

Je suis confus. Je savais bien qu'il y avait quelque chose de choquant, mais je n'arrivais pas à voir quoi. Merci !

...l'intégration de nouveaux développeurs...

Euh, là, on est d'accord. Où est l'erreur ?

--
Tinou

Je ne suis pas développeur, mais je croyais que Qt servait à créer des interfaces graphiques. Qu'est-ce que vient faire le pilote SQL pour DB2, dans cette affaire ?

--
Tinou

... à une époque ou je crois qu'Internet Explorer n'était pas encore sorti. Netscape (3.0 ?) était le seul browser connu du public. On trollait sur le meilleur moteur de recherches.

--
Tinou