Batchyx a écrit 1261 commentaires

C'est normal de devoir tirer tout GTK si tu utilise une appli GTK, c'est pas un gestionnaire de paquet qui va automagiquement supprimer les dépendances. C'est pareil sous windows. Et si on veut comparer la taille, tirer KDE ou tirer le SP2 de vista, c'est gros pareil.

Et le développeur qui veut diffuser un truc pour se faire connaître il n'a qu'a distribuer les sources, et il y aura bien des utilisateurs sachant taper "make" qui sauront compiler le machin et en faire un paquet mal foutu. Le reste n'aura qu'a télécharger le paquet et casser leur distro (comme sous windows ! tiens). Comment on a fait pour Xgl au départ tiens ?

Quand à compiler en statique, quelle belle idée ! Au moins on sera sur que l'exécutable ne sera jamais mis à jour, sera complètement troué, n'utilisera pas les dernières nouveautés comme le support des gestures tactiles dans Xorg/GTK/Qt, ou le compulsary hard tickless paging policy du dernier noyau qui poutre les performances mais en cassant l'API (pô gräv).

Ça serait quand même mieux que le développeur puisse pusher lui même son paquet, avec son gros code bien crade avec un gets(), le tout en suid root (les permissions ça fait chier), écrivant la conf dans ~/.repertoire_caché_polluant_le_home et ignorant les retours utilisateurs (XDG ? c'est quoi ça ? boh pas grave, j'ai ma nouvelle idée pour une application qui déchire ...) et qui ensuite disparaîtra à jamais pendant 3 ans.

Développeur et mainteneur, ça n'est vraiment pas le même métier. Quand l'un prend la place de l'autre, ça ne fini jamais bien. Je pense qu'on a eu suffisamment d'expérience dans le monde linux, et qu'il y en a encore suffisamment sous windows pour ne pas avoir envie de retourner en arrière.

Ah bon ? moi les utilisateurs que je connais, quand l'antivirus râle trop ou qu'il supprime les cracks, les utilisateurs ont plutôt tendance à le désactiver (voire le virer) qu'a l'écouter.

C'est fumeux car au final ça prend autant de pixel que le gnome classique, sinon plus. Tu prend la barre de gauche, tu la met en bas, et tu retrouve avec pas plus de place.

Si on veut économiser de l'espace, faut aller regarder du coté des applications. Suffit de voir comment OpenOffice.Org se débrouille avec un petit écran ...

Si unity ne s'occupe pas des applications, alors ça ne sert vraiment à rien.

Pour avoir bidouillé pour essayer de réduire mon temps de démarrage,
Démarrer tout en parallèle ça n'a jamais fait grand chose, c'est pas avec ça que l'on va démarrer beaucoup plus vite. Dans mes bidouillages, je suis rapidement coincé par le temps de démarrage de grub/linux et par un démon système de base, genre Udev, qui prend facilement 100% du CPU, et qui va énumérer les disques ET les bidules genre webcam/wifi/bluetooth qui ne servirons pas de suite, alors qu'il y a plus urgent à faire.

Y a pas de miracle, si on veut démarrer vite, il faut avant tout faire moins. D'ailleurs, je suis surpris qu'il ne donne aucun résultat : combien de temps à t'il économisé ?

Ce qui est encore plus criminel, c'est de rouler à 10 km/h sur autoroute, voir même à 0 !
Vite ! Une loi pour interdire les bouchons !

Ce logiciel risque de me servir pour m'aider à faire du reverse-engineering à des fins d'interopérabilité.

Est ce que tu charge la batterie pendant ce temps, ou la batterie est déjà pleine ?

Parce que avec les batteries actuelles, on risque pas de tenir longtemps avec 40W.

Les vieux PC portables ont, comme les portables récents, une consommation largement inférieure à 20W. Mais ils n'ont pas tous de port ethernet :(

Ça suffit lorsque tu sait exactement de A à Z le déroulement de ton programme. Dès qu'il prend une entrée, ça tombe à l'eau. Surtout pour un noyau, vu qu'il peut se prendre des interruptions à n'importe quel moment dans l'exécution de son code, en fonction du matériel et des logiciels utilisés.

Et la théorie indique qu'il n'existe pas d'algorithme permettant de vérifier dans tout les cas une propriété dynamique d'un programme qui attend une entrée. c'est un théorème mathématique qui le dit. Dans la pratique, on doit se contenter d'approximations, de réponses du type "je sais pas", ou par des revue de code à la main ;)

Avant on pouvait compter les entrées et les sorties. Ça ajoute vraiment beaucoup d'information de pouvoir faire correspondre les entrées et les sorties ? s'il y a 10 000 personnes qui rentrent à un endroit et 10 000 autres qui sortent à tel autre, c'est pas bien compliqué de deviner par ou ils passent ...
Et surtout, lorsqu'on change à une gare, on a pas toujours besoin de repasser de portiques. Ça veut dire qu'il peut manquer l'information de savoir quel trajet j'ai pris s'il y en a plusieurs.

Les stats servent pour planifier à long terme les nouvelles lignes, en sachant qui va où (sur le réseau RER), qui entre tout ça... Et c'est tout.

Si c'est juste ça, c'est que ça sert pas à grand chose. En fait, ça sert juste à supprimer des stations, ça ne peut même pas servir à autre chose.

Jusqu'à preuve du contraire, ça ne surveille que les trajets que l'on fait en Train/Metro/Bus, et pas ceux que l'on fait en voiture faute d'autres moyens ou les trajets pathétiques que l'on fait lorsque l'on à pas de voiture. par exemple, lorsque l'itinéraire le plus rapide c'est de marcher 45 minutes à pieds, ou lorsque en marchant de 30 à 45 minutes, on peut trouver un itinéraire qui fait économiser plus de 30 minutes. Franchement, si quelqu'un analysait ce que pourrai être mes logs de mon navigo, dans certains cas ça ne suggérerait absolument pas ce qu'il faudrai faire pour réduire mes temps de transport. Et ne parlons même pas de celui qui prend toujours sa voiture pour suivre exactement le trajet d'une ligne de bus, bêtement parce qu'il y en a pas assez, qu'ils ne sont pas assez fiables, ou que les arrêts sont loin du départ et/ou de l'arrivée...

Franchement, je vois pas à quoi ça peut servir ces statistiques. On ferait mieux de demander directement aux gens ce qu'ils veulent. Mais pour ça, il faut mieux donner l'impression que leurs suggestions ne vont pas finir dans /dev/null ...

Le but d'un DE c'est pas de tuer ses concurrents et de les découper en rondelle, on est pas sous Windows ici.
Ça me pose aucun problème qu'il y ai un DE qui est majoritaire et qui satisfait 90% des gens, soit. Mais qu'il n'écrase pas les autres, surtout lorsqu'il existe des standards.

Si j'ai envie d'un DE utilisable sans souris, alors ni KDE ni GNOME ne conviens vraiment. Mais si on me prive d'utiliser un autre DE, alors je n'ai plus le choix. Je ne suis plus libre, et on perd presque pas mal de l'intérêt du libre. Autant retourner sous Windows et laisser Microsoft faire les mauvais choix pour moi.

Exact, mais sous Windows 95, il n'y avait que les scripts qui utilisaient ipconfig, tout le monde utilisait sa version graphique winipcfg

Mais Microsoft à du décider que ça en apprenait trop au pékin moyen, donc exit winipcfg ...

Et sinon, le shell est t'il devenu utilisable au quotidien ?
Pour moi, une entrée sérieuse dans le monde du CLI commence déjà par ça.

Il n'y a pas que KDE qui est à l'ombre. Il y a tout les autres DE/WM. Cette sur-intégration à Ubuntu et à GNOME est néfaste pour la diversité du libre dans son ensemble. Si on ne peut plus choisir, ça ne peux pas être vraiment libre.

Bah ! Humbug !

Moi ce qui me fait marrer c'est toutes les considérations stupides du genre "je veux un OS qui tient en 2 Gio sur ma machine avec 1 Tio de disque et 4 Gio de RAM et qui illumine la vie de Michu", franchement, j'ai envie de lui dire "t'a qu'a installer un liveCD sur ton disque et d'arrêter de nous @&#%§!", faut croire qu'un OS qui tient en 2 Gio, ça sert juste à épater la galerie ...

Même pas : il est possible d'utiliser des plus hautes résolutions avec VESA 2, mais si c'était utilisé à l'époque, aujourd'hui, j'ai l'impression que certaines cartes graphiques n'implémentent pas les hautes résolutions. C'est peut être lié au fait qu'avec des grosses résolutions, les perfs peuvent tomber rapidement quand on travaille pas en mode x86 réel, c'est à dire dans tout les systèmes d'exploitations récents.

Sinon il y a la touche Compose (qu'il faut configurer par défaut ):

Compose ' shift+e pour avoir ton É.

On est d'accord sur le fait de s'affranchir du bas niveau est un idéal rarement atteint. Moi je dit juste que en attendant, il ne sera jamais atteint, et donc il faut les prendre en compte.

C'est sur que ça sourcille pas sur ton Quad Core Extreme Quartz Gold, mais chez moi ça fait 1 secondes avant que ça affiche quelque chose en plein écran, avec un simple athlon xp 2000, alors j'ai même pas envie d'essayer une animation. T'a déjà essayé une animation SVG sur un netbook ? sur un smartphone ?

Alors la on fait fort, dire que le SVG c'est juste du XML, on me l'avait jamais faite.
le SVG c'est du vectoriel, et le vectoriel, c'est lent, tout comme flash. Tu trouve peut être super le fait d'avoir des freezes quand on va sur google maps (ou dès que quelqu'un inclut un google maps quelque part), mais moi pas, surtout sur une config moyenne de maintenant. Faudrai peut être se demander pourquoi flashblock existe. En tout cas il existera un svgblock quand demain toutes les pubs soient en SVG animé et quand ça sera la mode des menus, des bandeaux et des smileys en SVG animé. Faudra pas venir parler d'informatique verte après.

Quand à javascript, il existe depuis 15 ans, mais il aura fallu combien de temps avant qu'on se soucie de son optimisation ? Quand Ajax est (re)devenu à la mode, les PC d'entrée de gamme étaient tous à la ramasse, avec une navigation pas du tout fluide, tout ça pour soit disant "améliorer la navigation".

C'est sur, ça peut être utile, mais dans le cas du texte qui change c'est pas le cas. On n'a pas besoin de vectoriel juste pour pouvoir changer du texte, on peux déjà le faire avec du bitmap des grands mères et du CSS de grand père, c'est peut être moins simple, mais ça marche mieux avec les vieux navigateurs (et les smartphones, accessoirement). Et franchement, je m'appellerait mozilla, je commencerai déjà par faire un site web utilisable quand on zoome le texte avant de m'amuser a mettre du vectoriel dans un bloc de taille fixée en pixels.

Oh non pitié pas du SVG, ça suffisait pas flash pour mettre un PC à genoux ? Et après on parle d'informatique verte ...

J'veux bien croire que ça puisse être utile, mais au final ça va être comme flash, ça va être complètement inutile dans 99% des cas ou c'est utilisé, mais il faudra quand même se le farcir puisqu'il restera toujours des sites webs incontournables qui seront inutilisable avec SVG désactivé, vu qu'ils seront codés par des développeurs idiots qui ne pensent qu'a eux ...

Et puis je vois vraiment pas pourquoi il faudrai du vectoriel sur le net, y a déjà plus de la moitié des sites webs qui n'ont même pas de design liquide, alors à quoi ça sert d'avoir du vectoriel avec une taille fixe ?

J'espère pas avoir besoin un jour d'un plugin SVGBlock, mais si ça deviens nécessaire, je suis prêt à la coder si ça n'existe pas déjà.

Absolument pas. Prend n'importe quel idiot qui débranche une prise en tirant sauvagement sur le fil. N'importe qui ayant déjà vu une prise démontée sait que c'est vraiment pas une bonne idée. C'est pareil pour les idiots qui mettent leur photo très fragile de tante janine quand elle était bébé juste à coté d'une lampe halogène de 500 W (l'écologie c'est pour les autres, c'est bien connu), et qui s'étonnent au bout de 5 ans que la photo déteint. Il ne se poseront jamais la question et il vont dire que la photo était de mauvaise qualité, bien que quelqu'un leur ai dit que ça n'était pas une bonne idée...

C'est pareil quand tu code. Tu t'affranchira jamais du bas niveau. Si t'utilise une lib qui a un algorithme en n^3 et que tu appelle la fonction plusieurs fois parce que tu a la flegme de stocker le résultat, alors tu va ralentir ton programme inutilement. Pareil si tu utilise un OS avec un répertoire utilisateur sur un disque en réseau : Si ton programme s'amuse stupidement à stocker plein de fichiers temporaires dans le répertoire de l'utilisateur et non dans le répertoire temporaire, alors tu va bien ralentir ton programme, et l'utilisateur comprendra pas que ton programme freeze complètement au moindre petit problème réseau.

Les lib c'est la pour te simplifier la vie, pas pour te cacher des choses.

Le mieux c'est google agenda : "connais pas ton navigateur, alors j'vais te sortir une erreur générique du style 'ton compte est corrompu'" ...