[ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 :: Suivant ]
Re: Et alors ?
Ceux qui étaient à la tête hier sont en train d'être remplacés, petit à petit. C'est du business, ce qui était vrai hier ne l'est plus forcément aujourd'hui.
Bah, après c'est vrai qu'on peut douter :)
[ Répondre ]
Hé bé ?
Ben c'est chouette, ça marche bien, Ubuntu.
[ Répondre ]
10 ans plus tard
10 ans plus tard, l'outil semble totalement intégré dans la vie quotidienne des habitants de l'hémisphère nord. Et internet n'aura vraisemblablement pas mis 30 ans, lui...
Il est intéressant, ce truc, quand on voit ce qui s'est passé ces 10 dernières années, avec notamment le retour d'Apple, moribond à la fin du reportage. La vision du PDG d'Oracle semble se concrétiser, avec les machin-box qui fleurissent partout. Et là, clairement, il y a une place pour Linux !
Même Bill Gates le dit dans ce reportage : rien n'est figé :)
[ Répondre ]
Revolte
Je sais, c'est mignon, mais ça me révolte.
Que se passe-t-il si je dis, dans mon blog, que le père noël récompensera les enfants SAGES ?
Naaan putain, mais faut arrêter de délirer, là, sérieux. Ils commencent à me gonfler avec leur "propriété" de mes 2. Je rêve du jour ou un juge renverra pêter ce genre de choses. L'extension "sage" no porte vraiment pas atteinte à l'intégrité du'une société dont je sais maintenant qu'il faudra que je me passe de ses services.
Bande de *ons.
[ Répondre ]
fdisk
cuila fonctionne très bien depuis des années..
[ Répondre ]
Re: Python+GTK
En gros, c'est ça.
Le truc s'appelle py2exe, au fait, si jamais ça intéresse quelqu'un.
L'avantage est de ne pas avoir à installer gtk+, python & co. Tout est empaqueté. Evidemment, on passe de 250Ko à un petit Mo à télécharger. Mais comparé à demander à un béotien d'installer un environnement python + les bibliothèques GTK + pygtk + machin.. c'est un moindre mal, il me semble.
Et seuls les modules vraiment utilisés sont inclus, il n'y a donc pas beaucoup de gaspillage.
[ Répondre ]
Python+GTK
Perso, j'utilise python avec GTK. L'avantage, lorsqu'il s'agit de distribuer le programme pour windows, c'est qu'il existe des utilitaires qui permettent de "packager" tout ce qui est nécessaire, l'interpréteur python, les DLLs GTK, ... Donc il n'y a plus besoin d'installer 25 bibliothèques, ni un environnement python complet. Et pour linux, c'est du "just work" puisque toutes les dépendances sont en général déjà là.
Sous OSX, je ne sais pas, j'ai jamais essayé, mais si quelqu'un a une solution je suis preneur :)
[ Répondre ]
Re: ls | more --> more: command not found (???)
Ah bon, tu es sûr ? Dans latex j'ajoute explicitement un espace insécable avant les caractères de ponctuation. Mais si y'a pas besoin, clair que je vais pas m'embeter !
[ Répondre ]
Re: ls | more --> more: command not found (???)
Oui, je confirme qu'à la longue c'est _vraiment_ lourd... Et je n'avait pas réalisé que ça venait du latin9... En fait, du moment que je n'avait pas un q en tapant un a je ne m'était pas trop posé la question :$
[ Répondre ]
Re: Vrai ?
En même temps il a pas eu trop son mot à dire, là ^^
[ Répondre ]
Apropos
Bon, moi j'aime Gnome mais j'utilise pas mal d'applications écrites avec Qt, parceque certaines sont vraiment bien foutues (Lyx, principalement, mais aussi Kopete, ..).
Et alors, bon, chez KDE quand ils veulent utiliser un bon produit écrit avec Gtk, ils ont la possibilité d'utiliser un thème qui fait que c'est Qt qui dessine les contrôles de Gtk. Comme ça, ni vu ni connu, Gimp ressemble à tout le reste et ça fait pas trop tâche sur le bureau.
Est ce qu'il existe un truc similaire pour Gtk ? Un thème Qt qui utilise Gtk pour le rendu du toolkit ?
[ Répondre ]
Re: Mono
Beaucoup trop car c'est de l'utilisation de la mémoire qui aurait pu et du être évitée.
Oé, si tu veux lancer Evolution, c'est clair...
Après, bon, j'ai une barette de 1Go dans ma machine, ce qui tend à devenir le standard, eh bien.. En utilisation de tous les jours (avec des trucs qui tournent en Mono, en python, mes 3 emacs dont un avec Slime, ça fait déja un paquet de machines virtuelles, mes 32 tabs dans firefox, et des gcc qui partent dans tous les sens, ..) eh bien, avec tout ça c'est encore le kernel et ses buffers qui occupent la majorité de la mémoire. Alors cet argument, il devient de plus en plus à 2 balles.
J'ai d'ailleurs pensé à ajouter un autre Go pour qu'il y ait encore plus de buffers pour que find / se termine en moins de 2 secondes. C'est vrai, à cause de Mono ça rame, y'a plus de place pour les buffers.
[ Répondre ]
Re: bientot la fin de esound ?
Heuu, les fonctionnalités d'un serveur de sons avec DMIX, ça va être cho ^^
L'idée du serveur de sons n'est pas tant de permettre à plusieurs applications d'ouvrir /dev/dsp en même temps, mais plutôt d'offrir les mêmes fonctionnalités pour le son qu'un serveur X pour les fenêtres. Histoire que les clics de tout le monde ne soient pas joués par le serveur, mais par les terminaux.
Bon, après, chez soi sur son pti pc (Personal Computer) on voit moins l'intérèt, surtout avec dmix pour le multiplexage.
[ Répondre ]
Re: Mono
Les imagettes[1] produites par F-Spot suivent les recommandations de freedesktop, comme Nautilus ou GThumb.
[1] on a vraiment des mots à ch*er je trouve...
[ Répondre ]
Re: Mono
Une appli en C + Une appli en Ruby + Une appli en Python + Une appli en Mono + Une appli en Java + Une appli en OCAml + Une appli en Haskell...etc etc
C'est absurde !!
Ah bon, c'est absurde de disposer du choix du langage de programmation pour son projet ? J'ai du mal à te suivre, là. Ils servent à quoi, sinon, les bindings ? A faire joli ?
Il y a plein de gens qui programment avec Perl, et si je pense que perl lui-même est absurde, ben moi je l'utilise pas pour programmer, mais je vais pas empecher les autres de le faire s'ils aiment ça ! D'autant que certains écrivent de très bon programmes en Perl.
Tu veux pas les applis écrites en Java/c#/Perl/Ruby/asmZ80 ? Mais tu es libre de ne pas les installer. Les bibliothèques de la plateforme sont en C, y'a pas de problème. Tu es libre de réécrire F-Spot si ça t'amuse.
Et puis t'as oublié GtkAda. On peut faire plein de trucs chouette avec GtkAda. Tous les programmes de Gnome devraient être écrits avec GtkAda.
[ Répondre ]
Principe d'incertitude
On devrait plutôt parler des inégalités d'Heisenberg, ou au pire du principe d'indétermination.
Quote Wikipedia :
Ainsi, la dénomination « principe d'incertitude » n'a plus de valeur autre qu'historique et ne devrait plus être mentionnée.
[ Répondre ]
Re: mon humble avis
donc tu en es ?
[ Répondre ]
Re: Moi...
Allons, Jean ne pense pas, c'est bien connu.
[ Répondre ]
Autre
Ben ouais, il en manque toujours un. Dans ce cas, c'est la bleedingedgitude de la distrib :)
[ Répondre ]
[ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 :: Suivant ]



ActiveSync
Pousser ActiveSync et tuer SyncML dans l'oeuf (si ce n'est déjà fait).
[ Répondre ]