Larry Cow a écrit 5011 commentaires

6) Parce que pour lancer une application, il faut faire un openapp Machin.app au lieu d'avoir un simple executable?

Tout comme il faut faire un "open Truc.app" sous OS X si tu veux lancer une appli via un terminal. Ce qui, somme toute, n'est pas censé arriver souvent dans une utilisation "de bureau".

7) Parce que GNUStep ajoute sa propre hiérarchie de répertoires pour les librairies, les éxécutables... en plus de ceux du système?

En général, je fais ça aussi : mon /home est rangé en "Documents", "Todo", "Conneries", etc... Je ne vois pas en quoi c'est un problème. La hiérarchie "standard" d'un Linux (type LSB ou assimilé) définit l'arborescence du système. Rien n'empêche que la partie vue par l'utilisateur ait un autre aspect, du moment que les deux vues sont compatibles (i.e. que tu puisse accéder à la partie utilisateur depuis le système facilement, et que tu puisse également accéder au système depuis le reste - fut-ce au moyen d'un terminal). C'est le choix d'OS X, et à l'utilisation c'est loin d'être désagréable. Et pourtant j'ai été un ctwm-addict, prenant tout début de lanceur d'application ou de gestionnaire de fichiers comme une hérésie microsoftienne. Mais j'en suis revenu.

8) Parce que Cocoa et GNUStep ne sont pas totalement compatible entre eux et que Cocoa à la puissance marketing d'Apple derrière lui?

C'est déjà une meilleure raison. Cependant, c'est précisément cette proximité (même imparfaite) de Cocoa et GNUstep qui m'attire : l'idée de pouvoir retrouver certains concepts d'OS X qui me plaisent sur mon Linux, c'est excitant. Je verais assez bien un bureau (ou une distribution complète, peu importe) basée sur GNUstep (éventuellement avec Etoilé) et fournissant une expérience utilisateur proche d'OS X. Pas un clone, non. Juste un OS libre, qui permettrait de lancer toutes mes applis Linux que j'aime, mais qui soit taillé pour compléter le monde Mac. Tel qu'un pommeux ne soit pas perdu trop longtemps dessus, en somme.

J'ai vu un contrôleur leur demander d'éteindre leurs cigarettes, une fois. Il n'était pas parti de cinq minutes qu'elles étaient rallumées, et que les blagues fusaient sur l'enculé de collabo qui avait osé les balancer à la gestapo (et je caricature à peine).

<cynique>Et vu le prix d'une chimio...</cynique>

Dans ce cas, le non fumeur pas coopératif il risque de passer pour un chieur, ou pas oser faire chier.

Jusqu'au jour où il osera faire _vraiment_ chier. Du genre redemander toutes les deux minutes en cas de refus ou de non-réponse.

Et on commence à en voir, et heureusement. Perso, quand je sors dans un milieu trop enfumé pour moi (et que je me fais un peu chier, faut bien avouer), je n'hésite plus à faire mon petit scandale. Quite à partir le premier, autant bien laisser entendre que c'est à cause de la clope, même si c'est un (petit) mensonge.

Truc marrant : les embouteillages. Tu ne peux tout de même pas interdire au mec de la voiture de devant de fumer, pas vrai? Après tout, il est dans sa voiture (espace privé), et les embouteillages étant souvent des moments de stress, on peut comprendre son soudain besoin de nicotine.

Hé ben quand t'es coincé derrière un fumeur qui fume la fenêtre ouverte (béh oui, pas fumeur au point d'aimer avoir une voiture qui pue la clope), tu bénis la position "recyclage" de ton système d'aération. Ou tu pleures si tu n'en a pas.

On peut élargir à "plaisir pour un, nuisance pour tous". Et comme ça, on pourra y introduire les motards qui font des wabrooos inutiles pour se la péter (genre celui qui a décidé que, sur les 300m qui séparent sa maison du début de sa rue, il était une lopette s'il avait pas réussi à passer toutes les vitesses dans l'ordre ... particulièrement fun quand il rentre à deux heures du matin), le mec qui fait du jetski pendant des week-ends entiers dans un étang voisin (pour une oreille extérieure, le jetski est une occupation aussi passionante que le tondeuse à gazon ou la tronçonneuse), ou jeune c** qui fait du nascar en mobylette avec ses potes à trente à l'heure autour du paté de maison (au quinzième tour, tu as envie d'aller faire une promenade, au cinquantième - tu reviens de ta promenade - de pleurer, au 240è de tuer). Et on en trouve d'autres sans trop chercher...

Ok. Demain, j'arrête de me laver[1] jusqu'à ce que mes collègues arrêtent de fumer. On verra bien qui craque le premier.

[1] Et je me remets au sport, tant qu'à faire.

Que fais le non fumeur dans ce cas ? Ou il prend sur lui (comme maintenant), ou il va pas au restau.

Et si une proportion non-négligeable de non-fumeurs décide de suivre la seconde voie, les restaurateurs qui auront choisie the way of the clope le verront sur leur bilan de fin d'année. Et on risque fort de voir apparaître quand même des restaurants "non-fumeurz".

Maintenant je n'ai jamais rencontrer de fumeur (moi y compris) refuser d'éteindre la cigarette, même quand il n'y pas d'interdiction.
Par contre je connais plus de non fumeur qui n'ose pas demander à un inconnu, et qui reparte frustré...

Tranches de vie (la mienne) : il y a quelques années, je prenais très souvent le train de (grande) banlieue, et plus spécifiquement la partie francilienne de la ligne Paris-Reims.

Sur cette ligne, et aux horaires que je pratiquais (le vendredi soir, étudiant, tout ça), je tombais très régulièrement sur une bande de fumeurs militants chiatiques. Toujours les mêmes, certes, mais ils étaient suffisament nombreux (plus d'une dizaine) pour compenser les statistiques de bien des gens qui m'ont prétendu "n'en connaître aucun".

Pour restituer l'ambiance générale du wagon : prenez le nombre de places assises prévues dans le train, multipliez-le par trois et faites rentrer tout ce petit monde dedans, après une longue semaine de boulot, à 7/8h du soir. En bref : il fait chaud, ça pue, ça colle de partout. Bonheur.

Là-dessus, tu rajoutes le groupe sus-cité, habitué des lieux (donc dans les premiers à rentrer dans le train, donc assis - eux), en train de cloper comme des pompiers et d'enfumer sans aucun complexe un wagon déjà plus guère vivable. Rajoutes, pour la mesure, les rires gras, les blagues sexistes et tout le toutim. Je précise, pour éviter tout raccourci abusif, qu'il ne s'agissait nullement de "jeunes", à quelque sens du terme que ce soit : l'age moyen que j'aurais donné à ces braves gens tournait entre 35 et 45 ans. Je précise également qu'il s'agissait d'individus des deux sexes, suivant une proportion approximative de 50% chaque.

La première fois, j'ai envisagé de leur faire remarquer leur manque d'égards pour leurs compagnons de voyage. Par "chance", un autre usager a eu l'initiative et a - poliment - demandé s'il était possible d'éviter de fumer dans de telles conditions de promiscuité forcée : il s'est fait litérallement huer, et à du subir silencieusement les charges de ces messieurs-dames au moins pendant les 20 minutes de trajet que j'ai partagé avec ce beau monde.

J'ai revu très souvent ce groupe de joyeux fumeurs decomplexés et heureux de vivre, et j'ai assisté plus d'une fois au lynchage en règle d'un importun empêcheur de fumer en rond. J'ai déjà vu des fumeurs se comporter comme d'absolus connards, mais jamais je n'en ai vu d'aussi peu irrespectueux que ceux-là. Fin de mon témoignage à deux balles.

"informations pertinentes", "contenus de qualité", "meilleur de ses connaissances", "interface simple", "inscription rapide", "prise en main facile", "optimisé"

FOUTAISES!

Ubuntu avec KDE direct dans le disque-compact-vivant, c'est Kubuntu. Mangez-en :)

Je me demande si ce serait possible d'avoir avant l'OS une couche qui prenne en charge tout les problèmes materiels, gestion des drivers, ... et qui permettrait de lancer l'OS de mon choix qui n'aura plus a se soucier des drivers.

C'était le boulot du BIOS, à la base. Il était prévu pour fournir des routines pour les tâches les plus courantes demandées au matériel (la fameuse interruption 13, si mes souvenirs sont bons). Le seul hic, c'est qu'avec le temps, les besoin ont évolué. Et, si on prend l'exemple des disques durs : le support de l'IDE fourni par le BIOS est rapidement devenu inutilisable : incapable de supporter les disques de grande capacité, etc. La conséquence est qu'aujourd'hui plus aucun OS "sérieux" (sauf erreur de ma part) ne passe par le BIOS pour ce genre d'opération.

Un autre exemple de fonctionnalités qui "sortent" du BIOS et deviennent compétence de l'OS : la gestion d'énergie qui est passée d'APM (boulot fait par le BIOS sous le contrôle de l'OS) à ACPI (boulot fait par l'OS lorsque le BIOS en éprouve le besoin).

Une alternative séduisante est EFI, qui permet apparement de pousser le principe des drivers du BIOS plus loin.

Dernière chose : il n'est absolument pas inimaginable qu'un OS libre sorte un jour, et qu'il ait un comportement très différent d'un OS compatible POSIX. Le côté multiplateformes se posera alors encore.

ReactOS? Haiku OS? Syllable?

C'est un des grands débats du moment, en ce qui me concerne je suis plutôt partisan de l'opinion inverse : avoir des softs communs aux différentes plateformes permet de faciliter le changement. Après, il ne faut pas réver : le changement ne se fera dans le sens qui nous intéresse que s'il intéresse aussi les gens. S'ils ont tout mieux sous Windows, on ne voit effectivement pas pourquoi ils resteraient sous Linux et - objectivement - je ne vois pas non plus pourquoi je resterais sous Linux dans ces conditions.

Pour moi, l'interopérabilité est primordiale, et pas seulement dans la direction habituellement réclamée à cor et à cri par les libristes : ce doit être un processus à double sens.

Par contre avec Phonon, KDE érige un standard (le standard KDE) qui se limite au plus petit dénominateur commun.

Rien à voir avec un standard. Avec Phonon, KDE développe une bibliothèque pour KDE et les développeurs d'applications KDE. Il n'a jamais été question d'étendre l'usage de Phonon au reste du monde logiciel.

Phonon, c'est un peu de sucre pour les développeurs d'applications multimédia sous KDE. C'est pour leur permettre d'avoir du son dans leurs applications, quelles que soient les préférences de l'utilisateur final (toi qui préfère GST, un autre qui ne jure que par Xine, ma maman qui est sous Windows, mon papa qui est sous OSX, ...).

Bien évidemment, le mec qui veut fait une application audio avancée (Rosegarden, LMMS, etc.), il y a fort à parier que Phonon lui soit inutile. Et c'est relativement normal.

Mais ça fait des années que KDE se traîne aRTs, qui n'a jamais trop su à quel genre d'applications il était destiné, et qui du coup était (selon les cas) peu utilisé, mal utilisé ou (dans mon cas) complètement désactivé.

Si tu penses que KDE se porterait mieux en ne proposant aucune API audio, expliques-nous pourquoi (sauf ta sempiternelle chanson sur la perte de temps, ils sont en train de remettre un DE à plat, il ne sont pas à un framework près).

Si tu penses que KDE se porterait mieux avec une API audio liée de manière forte à une architecture sous-jacente (GST, Xine, Portaudio, que-sais-je...), expliques-nous pourquoi, et comment dans ce cas gérer les ambitions multiplateformes du K.

Maintenant, si c'est juste pour expliquer que Phonon ça sert à rien, avec un argumentaire en bordure de Trollurie orientale, c'est pas la peine. On a tous déjà démonté tes arguments (enfin les "vrais" arguments, car il y en a) plusieurs fois.

De plus glib a été sorti de Gtk justement pour être utilisé dans un contexte hors desktop. Glib est petit et n'a rien à voir avec Qt qui fait figure de monstre à côté.

Comme par un fait exprès, Qt a justement été "explosé" en modules (dont QtCore et QtGui) pour des raisons similaires à la modularisation de GTK+.

Si à chaque fois qu'on voulait une liste chainée, etc, des petites fonctionnalités qu'on trouve dans glib il fallait tout recoder, ça serait vite très lourd, une grande source de bug et ça boufferait de la place mémoire (code non partagé).

Rassures-toi, il y a aussi des containers sympas en Qt (dans QtCore, justement).

Reste que, oui, ces projets ont leur libs "utilitaires" fétiches, et que tu feras aussi peu utiliser les containers Qt à un dev GTK que l'inverse. Ce n'est pas spécialement fait pour, et ce serait suboptimal. Un peu comme utiliser une librairie de containers conçue en C dans un programme C++ (même s'il y a plus sympa que C++ comme langage, je le reconnais aisément).

Il ne faut pas perdre de vue non plus que Gnome et GTK+ sont deux entités distinctes. Gnome est un bureau basé sur ce dernier, et y contribuant beaucoup, c'est entendu. Mais il est loin d'être le seul (cf. ROX, XFCE, GPE, ...). Ca oeuvre à expliquer pourquoi dans le monde GTK les librairies sont beaucoup moins "liées" entre elles (si ce n'est le lien à Glib) que dans le monde Qt.

Quand à la libxml2, elle est très largement utilisée, bien au delà du desktop, ou de linux. Ce n'est donc pas le meilleur exemple de récupération de projet Gnome par KDE.

Gnome ne dit pas à KDE, "recodé ceci afin qu'on l'utilise".

Quitte à marcher dans le troll avec toi, faudrait voir à pas oublier que les développeurs de Gnome ont justement choisi de créer ce dernier plutôt que de contribuer au jeune KDE de l'époque.

:]

Ce qui serait top, c'est un pilote qui ne nécessite pas de BIOS, de manière à pouvoir tourner sur les jolis Mac Intel-based nativement. Parce que, de manière générale, c'est tout ce qui manque pour pouvoir utiliser une machine complètement dépouillée de "l'ancêtre" ...

Les bdd me saoûlent profondément. Si quelqu'un pouvait m'expliquer ce qu'il y a d'intéressant la-dedans...

Il n'y a rien d'intéressant ou d'inintéressant dans les BDDs. Ce sont simplement des outils extrèmement pratiques pour gérer tes données (celles de ton client, le plus souvent). Le jour où écrire un ultime parseur pour un ultime format de données commencera à te fatiguer, le jour où ne charger qu'une partie de ton format de données en mémoire (gros fichier, p. ex.) te fera suer, le jour où tu devras implémenter une recherche efficace sur des données déjà bien tordues par les exigences précédentes ... ce jour-là, tu béniras les SGBD.

J'ai vu des cas (des vrais) où l'on commençait à utiliser sqlite sur des tables mémoires juste pour simplifier une gestion de données de travail (temporaires, donc) particulièrement complexe.

Je sais que c'est très subjectif, mais Ia Ora (toutes couleurs confondues) me fait penser à un WM que j'avais fait pour un sujet libre, du temps de mes études. Et comme on était des vieux manches en graphisme, on avait dessiné un joli gradient sous Gimp et on l'avait foutu en barre de titre. Ca donnait exactement le même effet. Limite on aurait préféré que ça ressemble à Win3.1, mais bon, le thème en question avait du être fait dix minutes avant la soutenance...

</my_life>

J'ai un peu la même impression. Les barres de titres se contentent d'être un vilain rectangle rempli de dégradé, idem pour les poignées d'ascenseurs... C'est simple, on dirait les thèmes merdiques qu'on faisait à la main il y a quelques années, bons geeks qu'on était. Trois coups de gimp, et hop on était persuadés d'avoir trouvé le nouveau truc à la mode. Depuis, on en est revenus ... apparement, pas Mandriva.

Il y a plutôt une idéologie dominante qui est le libéralisme

Pas en France, en tous cas. On passe quand même, auprès de bon nombre de nos voisins (et moins voisins, aussi) pour un pays particulièrement étatique. Après, ils se fourrent peut-être le doigt dans l'oeil, et on prend certainement la direction de "moins d'État" (en tous cas, c'est ce que certains essayent de mettre en place). Mais si on brosse un portrait de la France à un instant t correspondant grosso-modo à maintenant, le résultat ne passe pas pour particulièrement libéral auprès de beaucoup de pays dits "industrialisés".

Tu te méprends. J'ai juste pris cette information comme un indicateur : ceux qui lisent ce bouquin sont à priori proches des idées de l'extrême droite

Je ne me méprenais donc pas tant que cela :)

Reste que, dans le genre "vieux cliché qui a la vie dure", voir l'électorat FN comme quelque-chose de cohérent ou monolithique est une utopie. C'est d'ailleurs ce qui fait que toutes les tentatives de récupération du-dit électorat, que ce soit par la droite ou la gauche, se sont soldées par des flops. Le principe du FN, c'est le bon vieux populisme à l'ancienne : on pisse dans le sens du vent.

Sur ton bouquin, un détail "amusant", d'après Amazon : ...

C'est certain, il est préférable de ne pas savoir ce qu'elle écrit dans son bouquin, et ceux qui l'achètent ne sont probablement que des sympathisants à son mouvement politique qui cherchent, par cette acquisition, à lui assurer des royalties confortables.

Ou bien ce sont des gens qui cherchent à se faire une opinion sur le monde qui les entoure, en utilisant la technique désuette et mal vue de la "confrontation d'idées".

Et si la "pensée unique", dont parle ton interlocuteur et que tu sembles avoir du mal à localiser, se trouvait justement là? Dans le fait qu'une idée émanant de Marine L. (ou à plus forte raison de son géniteur) ou simplement relayée par elle soit forcément synonyme de villénie caractérisée.

(Note : j'ai pas lu son bouquin, j'ai pas spécialement envie de le lire et ma sympathie pour son auteur est des plus limitées. Reste que ça me choque qu'on considère "à priori" son opinion comme gage d'ignominie)

Damn, grillé :)

Trêve de private, je ne me souviens plus pourquoi cette histoire avait fini dans le /tmp, mais alors il y avait eu des pleurs et des grincements dedans. En tous cas, il y avait forcément une bonne raison, on n'était pas si cons en ce temps-là, quand même.

Dans un autre style, c'est l'histoire d'étudiants qui travaillèrent toute une journée dans /tmp plutôt que sur leur /home monté en NFS sur un réseau passablement engorgé. C'est l'histoire d'une machine qui plante honteusement au beau milieu d'une compilation un peu lourde, et qui est réputée pour vider le /tmp à chaque démarrage.

Et après, c'est l'histoire d'étudiants qui font une expérience digne de feu-Schrödinger, leur précieux code étant ni vraiment disparu, ni vraiment encore là. Reboot or not reboot, that used to be the question.