Il ya le très geeky tellico (ancien bookcase) pour KDE. Qui se veut très généraliste dans le genre de collections possible (et donc forcément très (trop ?) configurable, voir même un peu complexe à utiliser).
J'avais lu il y a 2 ou 3 ans une étude "sérieuse" d'un magazine grand public qui indiquait : il y a plusieurs centaines de millions de joueurs dans le monde. Les jeux joués : 90% de FreeCell/Démineur... 10% de "vrais jeux".
Je pense que les deux sortes de jeux ont leur place dans une ludothèque. Clairement, les jeux libres sont plus au niveau de FreeCell que de Halo 2. Ca n'est pas pour ça qu'ils ne permettent pas de s'amuser...
Y'a quelquechose d'intéressant à apprendre de cette phrase : l'installation de GNU/Linux fait encore peur !
Je n'interpreterais pas cette phrase de cette manière là mais plutôt par :
"Tu peux continuer à utiliser Windows et toutes les applis que tu connais et que tu aimes et utiliser en plus ce nouvel outil the Gimp. Tu n'es pas obligé de te radicaliser en oubliant TOUT ce que tu as appris depuis que tu as touché un ordinateur en réapprenant la façon d'utiliser TOUTES les applications que tu connaissais juste pour utiliser The Gimp".
Je fournis mes propres connaissances qui sont loins d'être complètes...
UTF-8 est un codage à longueur variable. Les 7 premiers bits du premier octet sont les caractères ASCII-7bits standards. Donc tous les caractères alphanumériques de base s'écrivent de la même façon en UTF-8 et en ASCII (et donc LATIN-*). Le 8ème bit permet d'indiquer si le caractère est codé sur 1 ou plusieurs octets. Les lettres accentués sont codés en UTF-8 sur 2 octets. Et on continue, s'il y a besoin de plus de deux octets, le dernier bit sert à indiquer qu'on passe au troisième octet...
Du coup, pour les langues asiatiques, on a besoin de beaucoup d'octets pour chaque lettre. Du coup, on a :
UTF-16 : tous les caractères sont codés sur 2 octets. Comme ça les caractères asiatiques sont toujours codés sur 2 caractères plutôt que sur 4 caractères en UTF-8, ce qui divise la taille des fichiers par 2. Et on s'est rendu compte que 65000 caractères, c'était peut-être pas suffisant du coup :
UTF-32...
Conclusion, tout le monde ne jure que par l'UTF-8 parce que c'est le plus pratique pour les américains (leurs caractères ASCII-7 bits resent inchangés !), c'est presque aussi pratique pour les européens (quelques caractèrse à mettre sur 2 octets seulement). Pour les asiatiques, ce n'est pas encore la panacée puisque leurs documents prennent plus de place qu'ils ne pourraient en prendre avec de l'UTF-16.
Et bien, c'est parfait avec OOo.
Tu sauvegardes en .doc et en .pdf de la plus simple manière qui soit. Tu configures OpenOffice pour qu'il sauvegarde en .doc PAR DEFAUT, et il n'y a plus rien à faire.
(Par contre, le problème du template qui passe mal, ça me paraît plus génant à mon avis...). T'as essayé avec la dernière version 1.1.3 (le filtre Word a été beaucoup amélioré depuis la 1.0) ?
ON m'a dit un jour que c'était fait pour s'afficher dans une espèce de sidebar d'une fonctionnalité de Windows qui nécessite donc une page très peu large. Heu, j'ai pas vérifié mais ça semble plausible.
Je dis justement dans mon message que c'est à la distrib de distribuer chaque logiciel de la façon qui lui plaît. Que les formats par défaut des projets (gros paquet pour KDE, plein de petites libs pour Gnome) ne doivent pas nécessairement être visible pour l'utilisateur.
Donc, ton commentaire appuie le mien. C'est pas parce Gnome est livré de base avec plein de petits paquets que c'est comme ça qu'on le compile. Pareil pour KDE, c'est pas parce que c'est livré de base avec des gros paquets que c'est comme ça qu'on le compile.
Mon propos n'était pas ici de savoir précisément si il faut préférer JuK ou AmaroK. Mais plus généralement la multiplication des logiciels pour faire "grosso modo" la même chose est le même problème que la multiplication des panneaux de configuration.
Effectivement, KDE a décidé de donner la même réponse dans les deux cas : chacun fait comme il veut. Si un dev veut développer une nouvelle fonctionnalité/nouvelle appli, libre à lui. ET on ne supprime rien d'existant.
On pourrait discuter à l'infini sur ce choix, ce que je ne ferais pas ici :)
Cette remarque me fait penser à un avis de Aaron Seigo sur son Blog :
the topic of the blog: features are like drugs.
when a feature is included in an application, some subset of the user base will become attached to it. very attached. they'll claim the need it, that they can't live without it. and fair enough, we come to grow comfortable with our configurations and tool sets.
but then if that feature gets removed or altered, you can be certain that somewhere some user(s) exist who are going to be really upset. there are few features that don't have fans. it doesn't matter how stupid the feature is, it can't be taken back as easily as it's given.
moreover, not all users like all features and options equally, just as not all people like all drugs equally. for instance, penicillin makes me break out in hives and pisses off my lungs (thank the goddess for tetracycline!) and marijuana just makes me drowsy and isn't particularly enjoyable to me. and so it is that some people just don't like certain software features.
this means that when a feature is added, some subset of the user base will clamor for it to either be removed, changed or be made configurable. the challenge in removing or changing it has already been covered, so making it configurable is often the path of least flamage. this is how we get insanely large configuration dialogs and things like the clock applet. ug.
now, i'm not advocating featureless software anymore than i advocate the outlawing of drugs. i am advocating that just as we should use drugs responsibly and often with consultation of an expert first, adding features is something to be done with much consideration.
S'il existe plusieurs applications différents dans KDE pour faire plus ou moins la même chose, c'est qu'il suffit que chaque application ait au moins 1 fonctionnalité que les autres n'ont pas pour qu'il soit très difficile de supprimer cette application. La simplicité étant aussi "une fonctionnalité", il est toujours très difficile de supprimer une application des repository de KDE.
Mais ceux qui m'embêtes le plus dans KDE en général, c'est que justement dans un "paquetage", on retrouve plusieurs logiciels dont parfois un seul nous suffit. Pourquoi n'aurait-on pas le choix d'installer tel ou tel logiciel seulement plutôt que le gros bloc entier ?
Je pense que la question devrait plutôt se situé dessus, ce qui laisserait à l'utilisateur final plus de liberté et de confort
KDE a toujours fourni les sources sous la forme de gros tarballs contenant de nombreuses applis. C'est un choix particulier qui peut se défendre (qui était même plutôt logique il ya quelques temps, qu'il est de moins en moins maintenant que de plus en plus de logiciels sont intégrés dans la version de base de KDE et que ça devient un joli bordel). Au moins, ça limite fortement les dépendances. Quand on voit ce qu'il faut faire pour installer Gnome (à la main), c'est une galère pas possible.
Maintenant, si cette façon de faire ne convient pas aux utilisateurs, c'est aux distributions de découper les gros paquets d'origine en plus petits paquets. C'est justement ce qui est en train d'arriver (au moins pour celles que je connais) : Mandrake a déjà fait le pas depuis la version 9.2, pour Gentoo il existait la variable DO_NOT_COMPILE (qui n'était pas très conviviale) et ils sont en train de passer tous leurs paquets à une nouvelle version plus divisée. j'ai cru comprendre que la question était en train de se poser chez Debian également (mais là, je suis pas sûr). Pour les autres, je ne sais pas.
Bref, la question était bonne et légitime, la réponse étant c'est en cours. :o)
Tout le monde a l'air de trouver que la solution des InstallShield et autres MSI de Windows est "à chier" par rapport aux systèmes de repository central gérant toutes les dépendances. Y a que moi pour ne pas être d'accord ?
Certes, ce système apporte une gestion des dépendances bien pratique et une facilité de mise à niveau qui est remarquable et c'est donc un système formidable !
N'empêche que ça ne résoud pas tout !
1. Les repository ne contiendront jamais l'ensemble des softs possibles et donc ce sera toujours compliqué d'installer un petit soft inconnu (voir même ça devient franchement problématique quand l'appli utilise kde et qu'il faut installer tout kde-dev pour pouvoir compiler un petit truc de 100 lignes)
2. Les repository seront toujours en retard par rapport aux sorties des softs. ca peut être quelques jours pour les softs très connus à plusieurs mois pour les softs moins connus ou ceux qui posent des problèmes de dépendance (Debian anyone ?).
Perso, j'ai développé un petit jeu sous QT multi-plateforme Windows/Linux. Et bien pour Windows, je livre un installer géré par je ne sais plus quel utilitaire opensource. C'est quasi instantané. Et ça marche, je n'ai jamais eu aucun problème. Lorsque je sors une nouvelle version, tout le monde peut l'utiliser instantanément.
Pour Linux, comment je fais ? Je laisse les packageurs faire leur boulot en sortant juste les sources et donc les utilisateurs non informaticiens (ceux qui ne veulent pas faire de ./configure && make && make install) ne peuvent pas l'utiliser avant la nouvelle version de la Mandrake/RedHat, ....
Ou alors, il faut compiler les sources et j'ai des problèmes d'utilisateurs qui ont des compilateurs plus anciens / plus récents, une autre version de QT...
La solution "à la InstallShield/MSI" est donc une solution qui devrait exister sous Linux en plus des repository centraux qui sont effectivement très pratique !
Suivant les projets, il est demandé aux contributeurs de donner leur copyright à la structure organisationnelle ou pas. Les développeurs Gentoo doivent donner leur copyright à la foncdation Mentoo. Même chose pour Mozilla (ce n'était pas le cas avant mais je crois que ça l'est maintenant). Pour Linux, non. Linus a décidé que chaque contributeur conserverait son copyright sur ses lignes de code.
Ce qui a comme conséquence indirecte qu'il est pratiquement absolument impossible de changer la licence de Linux de GPL à autre chose car il faudrait demander leur accord à plusieurs milliers d'individus.
Donc, non. Linus n'est pas le détenteur légitime de Linux, uniquement de ses propres lignes de code, ce qui ne doit plus faire un si grand pourcentage...
Oui, oui, je sais, je suis un peu sévère. Gentoo est ma distribution préférée et de très loin. La documentation est effectivement très bien faite. Mais ce n'est pas une raison pour ne pas critiquer ce qui peut encore être amélioré :o)
La doc est excellente, c'est certain Mais ça part un peu dans tous les sens. On a la doc officielle (pour l'install, ça c'est parfait). Mais aussi de plus en plus pour configurer pas mal de truc (X, le son, ...). Il y a le forum avec plein de How-tos plus ou moins à jour. il y a les wikis avec d'autres how-tos, ou les mêmes, plus ou moins à jour ausi.
Et finalement, dans cette prolifération, on a un peu de mal à sy retrouver.
Sinon, merci pour le lien sur les TIPs gentoolkit, voilà qui va me servir. dispatch-conf, j'ai essayé de m'en servir, mais faute de documentation compréhensible, j'ai abandonné. Pour revdep-rebuild, effectivement c'est dans la doc officielle maintenant. Ce qui est déjà bien. Mais pourquoi ça ne fait pas directement partie de emerge alors ? ET puis la relation entre "emerge depclean" et "revdep-rebuild" est pas très clair...
Bon après tout ça, vous me direz, t'a qu'à la faire la doc, et vous aurez raison. Donc, encore merci à tous pour tout !
Est-il prévu un jour d'avoir une vrai bonne doc sur tous les petits outils utiles et pratiques de Gentoo ?
Parce que dans la doc, on nous parle de emerge. ok. C'est bon, ça marche, j'ai compris. Mais en fait, c'est pas suffisant. Il nous faut aussi des revdev-rebuild, des gentoolkit, des distclean, des ...
Quand je cherche sur les forums, je trouve des threads avec tous ces petits outils mais qui sont, eux, trops détaillés, du coup, je n'ai pas envie de fouiller pendant des heures les 70 logiciels proposés pour voir ce que ça fait et si ça pourrait me servir...
Par ailleurs, les noms des programmes ne sont pas du tout homogénéisés.
En bref, c'est un peu le foutoir...
Si quelqu'un pouvait nous sortir une doc sélective et concise en indiquant juste ce que fait précisement chaque outil sélectionné, ce serait uber cool !
PLus précisément, j'utiliserai le petit utilitaire distclean.py (trouvé quelque part sur le forum de Gentoo) qui supprime tous les tarballs de /usr/portage/distfiles ne correspondant plus à des paquets installés ! Autrement dit, si tu as un logiciel toto-x.y, il est possible que tu aies encore besoin des sources, si jamais tu veux le recompiler, si jamais, il sort une version toto-x.y-r1, si jamais tu changes des USE flags... Par contre, les tarballs de la version x.(y-1), il n'y a aucune chance que tu t'en resserves, et pourtant Gentoo ne les supprime pas. distclean oui.
ET bien, virer les tarballs de kde 3.2.0, kde 3.2.1, kde 3.2.2... ça fait du bien...
C'est pourqoi il est possible d'utiliser BitTorrent avec le tracker officiel de Mozilla. J'ose spérer qu'ils récupèrent les infos du tracker pour ajouter les nombres de téléchargements.
C'est bien là, à mon sens, le principal avantage de BitTorrent par rapport aux autres clients FTP, il conserve une entité centrale, le tracker qui gère tous les téléchargements et peut compter leur nombre.
Bon, j'ai pris ce post au hasard, mais je pouvais répondre sur de nombreux autres. Dans un récent intervieuw d'un des développeurs de Firefox, on lui avait fait remarquer que de nombreux adeptes indiquaient que Firefox était plus rapide que Internet Explorer.
Il avait répondu que avec des batteries de test réalisés chez Mozilla, il s'avère que Firefox est sensiblement équivalent à IE en terme de vitesse, puisque c'est essentiellement la bande passante qui flanche (encore que). Par contre, en prenant un IE de Papy Brossard qui a passé la nuit sur des sites de cul ou qui a cliqué comme un brave sur les bannières lui indiquant monts et merveilles gratuitement, son IE est effectivement plus lent que le Firefox. Le coupable étant évidemment le tas d'immondes spywares venu se vautrer sur son disque qui envoit tout plein d'infos sur les pages visitées en temps réel, ralentissant d'autant sa navigation.
Mais ça, le Papy Brossard, il peut pas le deviner que son IE il fonctionne pas bien !
(Même chose sur tous les trojans, virus, spywares qui se lancent au démarrage de Windows. Une fois sur deux, quand je vais dépanner la machine d'un copain, je vois plein de sales trucs qui sont lancés au démarrage, qu'il ne voit pas, ou pire qui se lance mal parce qu'un fichier est manquant et on a un gros message d'erreur en pleine face à chaque démarrage mais comme on sait pas d'où ça vient ni même comment l'enlever, on le laisse...)
La deuxième chose à faire est donc de virer ce véritable nid à cafard de Outlook Express.
(Heu... Il part dans tous les sens mon post).
La conclusion : le IE de M. tout-le-monde, il marche, mais mal. Il faut lui faire prendre conscience que son IE ne marche pas bien et lui montrer qu'il y a une solution simple : utiliser Firefox. (parce que jusqu'à présent, c'était bien beau de dire Windows, c'est plein de virus, mais quand on a rien de simple à présenter en face, le M. tout-le-monde, il préfère son truc qui marchouille mais qui reste simple que un truc qui marche bien mais qui est compliqué).
Si tu es sous X et que tu as déjà l'URL dans ta sélection primaire, tu doubles-cliques n'importe où dans la fenêtre et ça t'ouvre la page.
Par contre, j'ai le même problème avec la zone de texte Google qui ne s'efface pas automatiquement. Du coup, lorsque j'ai mon texte de recherche dans ma sélection, et ben, je sais pas quoi faire...
Alors, cet argument on me l'avait pas encore sorti...
Firefox "de base" contient des fonctions basiques. Si tu veux avoir plus d'options, n'oublie pas toutes les extensions qui existent. Toutes les fonctions sous Konqueror ont forcément leur équivalent sur Firefox sous la forme d'une extension. En ce qui concerne les onglets, il y a encore un an, Konqueror était carrément à la bourre. Les onglets du KDE3.1 étaient encore rudimentaires, ceux du KDE3.2 s'amélioraient mais n'étaient pas encore suffisantes. je ne sais pas pour le KDE3.3, j'ai abandonné Konqueror pour Firefox à cette époque là justement en raison de tous les gadgets que l'on peut trouver sur Firefox qui n'existe pas sous Konqueror (AdBlock, Session Saver, Download manager en tab, javascript debugger...).
Par contre il ya deux arguments valables contre irefox par rapport à Konqueror :
1. Je regrette encore l'intégration de Konqueror sous KDE. L'intégration de Firefox dans KDE est inexistante (click sur un lien dans KDE -> ouverture de Konqueror au lieu de Firefox, click sur un mailto -> ouverture de rien du tout à la place de Kmail ou autre, gestion des mimetypes...). Ce n'est malheureusement pas la priorité des devs de Firefox.
2. Les extensions, c'est bien, mais c'est chiant à gérer. Mieux veut avoir des écrans de config monstrueux "à la kde" où on ne retrouve jamais l'option souhaitée mais avoir tout de base plutôt que de devoir chercher sur le web entier la petite extension qui va bien.
J'aimerai bien savoir de quand elle date cette doc et si elle est toujours à jour.
Moi, je n'ai pas fait comme ça :
1-2-3 : Faire les 3 premiers points comme ci-dessus
4 : supprimer le profile créer sous Linux : rm -rf ~/.thunderbird/default/1a2b3c4d.slt
5 : faire un lien symbolique du répertoire profile : ln -s /win/c/... ~/.thunderbird/default/1a2b3c4d.slt
Et relancer Thunderbird. Pas besoin de tripatouiller le prefs.js, ça marche tout seul. Ca permet aussi de partager le carnet d'adresse, les filtres, les extensions et tout le reste.
Seul problème : j'ai installé l'extension inline spellchecker (http://www.supportware.net/mozilla/#ext8(...)) qui a une référence au fichier dico avec le chemin complet. Du coup, l'extension est bien présente sous Linux mais ne fonctionne pas parce qu'elle ne parvient pas à trouver le dico qui se trouve dans C:\...
Sauf que justement, non, Kexi n'existe pas sous Windows. Kexi dépend fortement de KDE et KDE n'existe pas sous Windows, du moins pas en tant qu'environnement utilisable (Cygwin n'est pas vraiment une option).
Est-ce que ça n'indiquerait pas, justement, que le modèle de développement de Debian commence à perdre les pédales ?
Le principe de Debian, c'est d'avoir toutes les applis sur l'arbre principal et de faire un apt-get xxx. Si tu trouves des .deb qui se balladent un peu partout sur le web, c'est bien que l'arbre principal ne fournit plus le service escompté.
Et lorsqu'il sera inclus de base dans IIS ?
Et quand IIS sera inclus de base dans chaque Windows afin de mettre en place la nouvelle fonctionnalité hyper indispensable de Windows 2010 ("Personal Home Pages : votre propre site web directement inclus dans votre Windows, vous n'avez qu'à cliquer sur un bouton pour l'activer. Vous bénéficiez ainsi du MS WeBlog, du MS Wiki...") ?
Donc oui, il est tout à fait possible qu'il soit intégré de base dans Windows d'ici quelques années et que son incompatibilité vire une fois plus tous les autres Wiki "concurrents".
Si 'ai bien compris, le NB correspond exactement à ce que fait par défaut WindowMaker.
Alt-Tab fait passer directement le focus sur une fenêtre en la mettant au premier plan et ça boucle.
KWin le fait aussi mais heu, je retrouve plus où c'est... Ca a changé depuis le KDE 3.3... Avant il fallait mettre quelque part "Alt-Tab" compatible CDE-like.
[^] # Re: Collections
Posté par Romain Vinot . En réponse à la dépêche GCfilms : Logiciel de gestion de films. Évalué à 4.
[^] # Re: Sérieusement...
Posté par Romain Vinot . En réponse à la dépêche Des petits jeux pour les fêtes. Évalué à 5.
Je pense que les deux sortes de jeux ont leur place dans une ludothèque. Clairement, les jeux libres sont plus au niveau de FreeCell que de Halo 2. Ca n'est pas pour ça qu'ils ne permettent pas de s'amuser...
[^] # Re: MHA
Posté par Romain Vinot . En réponse au journal Application open source sous windows, un bien ou un mal?. Évalué à 2.
Je n'interpreterais pas cette phrase de cette manière là mais plutôt par :
"Tu peux continuer à utiliser Windows et toutes les applis que tu connais et que tu aimes et utiliser en plus ce nouvel outil the Gimp. Tu n'es pas obligé de te radicaliser en oubliant TOUT ce que tu as appris depuis que tu as touché un ordinateur en réapprenant la façon d'utiliser TOUTES les applications que tu connaissais juste pour utiliser The Gimp".
[^] # Re: UTF-8 le standard des noms de fichier
Posté par Romain Vinot . En réponse à la dépêche GTK+ 2.6 est disponible. Évalué à 10.
UTF-8 est un codage à longueur variable. Les 7 premiers bits du premier octet sont les caractères ASCII-7bits standards. Donc tous les caractères alphanumériques de base s'écrivent de la même façon en UTF-8 et en ASCII (et donc LATIN-*). Le 8ème bit permet d'indiquer si le caractère est codé sur 1 ou plusieurs octets. Les lettres accentués sont codés en UTF-8 sur 2 octets. Et on continue, s'il y a besoin de plus de deux octets, le dernier bit sert à indiquer qu'on passe au troisième octet...
Du coup, pour les langues asiatiques, on a besoin de beaucoup d'octets pour chaque lettre. Du coup, on a :
UTF-16 : tous les caractères sont codés sur 2 octets. Comme ça les caractères asiatiques sont toujours codés sur 2 caractères plutôt que sur 4 caractères en UTF-8, ce qui divise la taille des fichiers par 2. Et on s'est rendu compte que 65000 caractères, c'était peut-être pas suffisant du coup :
UTF-32...
Conclusion, tout le monde ne jure que par l'UTF-8 parce que c'est le plus pratique pour les américains (leurs caractères ASCII-7 bits resent inchangés !), c'est presque aussi pratique pour les européens (quelques caractèrse à mettre sur 2 octets seulement). Pour les asiatiques, ce n'est pas encore la panacée puisque leurs documents prennent plus de place qu'ils ne pourraient en prendre avec de l'UTF-16.
[^] # Re: kool mais...
Posté par Romain Vinot . En réponse à la dépêche Migration vers Linux par IBM. Évalué à 1.
Tu sauvegardes en .doc et en .pdf de la plus simple manière qui soit. Tu configures OpenOffice pour qu'il sauvegarde en .doc PAR DEFAUT, et il n'y a plus rien à faire.
(Par contre, le problème du template qui passe mal, ça me paraît plus génant à mon avis...). T'as essayé avec la dernière version 1.1.3 (le filtre Word a été beaucoup amélioré depuis la 1.0) ?
[^] # Re: Pour Internet Explorer aussi !
Posté par Romain Vinot . En réponse au journal Thunderbird 1.0 is out. Évalué à 2.
[^] # Re: Juk/Amarok : Faut-il vraiment choisir ?
Posté par Romain Vinot . En réponse à la dépêche Interview de Scott Wheeler à propos de kdemultimedia. Évalué à 1.
Je dis justement dans mon message que c'est à la distrib de distribuer chaque logiciel de la façon qui lui plaît. Que les formats par défaut des projets (gros paquet pour KDE, plein de petites libs pour Gnome) ne doivent pas nécessairement être visible pour l'utilisateur.
Donc, ton commentaire appuie le mien. C'est pas parce Gnome est livré de base avec plein de petits paquets que c'est comme ça qu'on le compile. Pareil pour KDE, c'est pas parce que c'est livré de base avec des gros paquets que c'est comme ça qu'on le compile.
[^] # Re: Juk/Amarok : Faut-il vraiment choisir ?
Posté par Romain Vinot . En réponse à la dépêche Interview de Scott Wheeler à propos de kdemultimedia. Évalué à 2.
Effectivement, KDE a décidé de donner la même réponse dans les deux cas : chacun fait comme il veut. Si un dev veut développer une nouvelle fonctionnalité/nouvelle appli, libre à lui. ET on ne supprime rien d'existant.
On pourrait discuter à l'infini sur ce choix, ce que je ne ferais pas ici :)
[^] # Re: Juk/Amarok : Faut-il vraiment choisir ?
Posté par Romain Vinot . En réponse à la dépêche Interview de Scott Wheeler à propos de kdemultimedia. Évalué à 2.
Cette remarque me fait penser à un avis de Aaron Seigo sur son Blog :
S'il existe plusieurs applications différents dans KDE pour faire plus ou moins la même chose, c'est qu'il suffit que chaque application ait au moins 1 fonctionnalité que les autres n'ont pas pour qu'il soit très difficile de supprimer cette application. La simplicité étant aussi "une fonctionnalité", il est toujours très difficile de supprimer une application des repository de KDE.
[^] # Re: Juk/Amarok : Faut-il vraiment choisir ?
Posté par Romain Vinot . En réponse à la dépêche Interview de Scott Wheeler à propos de kdemultimedia. Évalué à 4.
KDE a toujours fourni les sources sous la forme de gros tarballs contenant de nombreuses applis. C'est un choix particulier qui peut se défendre (qui était même plutôt logique il ya quelques temps, qu'il est de moins en moins maintenant que de plus en plus de logiciels sont intégrés dans la version de base de KDE et que ça devient un joli bordel). Au moins, ça limite fortement les dépendances. Quand on voit ce qu'il faut faire pour installer Gnome (à la main), c'est une galère pas possible.
Maintenant, si cette façon de faire ne convient pas aux utilisateurs, c'est aux distributions de découper les gros paquets d'origine en plus petits paquets. C'est justement ce qui est en train d'arriver (au moins pour celles que je connais) : Mandrake a déjà fait le pas depuis la version 9.2, pour Gentoo il existait la variable DO_NOT_COMPILE (qui n'était pas très conviviale) et ils sont en train de passer tous leurs paquets à une nouvelle version plus divisée. j'ai cru comprendre que la question était en train de se poser chez Debian également (mais là, je suis pas sûr). Pour les autres, je ne sais pas.
Bref, la question était bonne et légitime, la réponse étant c'est en cours. :o)
# Et les programmes qui ne sont pas dans le repository ?
Posté par Romain Vinot . En réponse au journal Linspire aurait-il compris le problème?. Évalué à 4.
Certes, ce système apporte une gestion des dépendances bien pratique et une facilité de mise à niveau qui est remarquable et c'est donc un système formidable !
N'empêche que ça ne résoud pas tout !
1. Les repository ne contiendront jamais l'ensemble des softs possibles et donc ce sera toujours compliqué d'installer un petit soft inconnu (voir même ça devient franchement problématique quand l'appli utilise kde et qu'il faut installer tout kde-dev pour pouvoir compiler un petit truc de 100 lignes)
2. Les repository seront toujours en retard par rapport aux sorties des softs. ca peut être quelques jours pour les softs très connus à plusieurs mois pour les softs moins connus ou ceux qui posent des problèmes de dépendance (Debian anyone ?).
Perso, j'ai développé un petit jeu sous QT multi-plateforme Windows/Linux. Et bien pour Windows, je livre un installer géré par je ne sais plus quel utilitaire opensource. C'est quasi instantané. Et ça marche, je n'ai jamais eu aucun problème. Lorsque je sors une nouvelle version, tout le monde peut l'utiliser instantanément.
Pour Linux, comment je fais ? Je laisse les packageurs faire leur boulot en sortant juste les sources et donc les utilisateurs non informaticiens (ceux qui ne veulent pas faire de ./configure && make && make install) ne peuvent pas l'utiliser avant la nouvelle version de la Mandrake/RedHat, ....
Ou alors, il faut compiler les sources et j'ai des problèmes d'utilisateurs qui ont des compilateurs plus anciens / plus récents, une autre version de QT...
La solution "à la InstallShield/MSI" est donc une solution qui devrait exister sous Linux en plus des repository centraux qui sont effectivement très pratique !
[^] # Re: bk et linux
Posté par Romain Vinot . En réponse au journal BitKeeper ou Arch. Évalué à 3.
Ce qui a comme conséquence indirecte qu'il est pratiquement absolument impossible de changer la licence de Linux de GPL à autre chose car il faudrait demander leur accord à plusieurs milliers d'individus.
Donc, non. Linus n'est pas le détenteur légitime de Linux, uniquement de ses propres lignes de code, ce qui ne doit plus faire un si grand pourcentage...
[^] # Re: emerge --update
Posté par Romain Vinot . En réponse à la dépêche Sortie de la Gentoo 2004.3. Évalué à 2.
La doc est excellente, c'est certain Mais ça part un peu dans tous les sens. On a la doc officielle (pour l'install, ça c'est parfait). Mais aussi de plus en plus pour configurer pas mal de truc (X, le son, ...). Il y a le forum avec plein de How-tos plus ou moins à jour. il y a les wikis avec d'autres how-tos, ou les mêmes, plus ou moins à jour ausi.
Et finalement, dans cette prolifération, on a un peu de mal à sy retrouver.
Sinon, merci pour le lien sur les TIPs gentoolkit, voilà qui va me servir. dispatch-conf, j'ai essayé de m'en servir, mais faute de documentation compréhensible, j'ai abandonné. Pour revdep-rebuild, effectivement c'est dans la doc officielle maintenant. Ce qui est déjà bien. Mais pourquoi ça ne fait pas directement partie de emerge alors ? ET puis la relation entre "emerge depclean" et "revdep-rebuild" est pas très clair...
Bon après tout ça, vous me direz, t'a qu'à la faire la doc, et vous aurez raison. Donc, encore merci à tous pour tout !
[^] # Re: emerge --update
Posté par Romain Vinot . En réponse à la dépêche Sortie de la Gentoo 2004.3. Évalué à 3.
Parce que dans la doc, on nous parle de emerge. ok. C'est bon, ça marche, j'ai compris. Mais en fait, c'est pas suffisant. Il nous faut aussi des revdev-rebuild, des gentoolkit, des distclean, des ...
Quand je cherche sur les forums, je trouve des threads avec tous ces petits outils mais qui sont, eux, trops détaillés, du coup, je n'ai pas envie de fouiller pendant des heures les 70 logiciels proposés pour voir ce que ça fait et si ça pourrait me servir...
Par ailleurs, les noms des programmes ne sont pas du tout homogénéisés.
En bref, c'est un peu le foutoir...
Si quelqu'un pouvait nous sortir une doc sélective et concise en indiquant juste ce que fait précisement chaque outil sélectionné, ce serait uber cool !
[^] # Re: Prevoire de la place !
Posté par Romain Vinot . En réponse à la dépêche Sortie de la Gentoo 2004.3. Évalué à 2.
ET bien, virer les tarballs de kde 3.2.0, kde 3.2.1, kde 3.2.2... ça fait du bien...
[^] # Re: je crois qu'il faut éviter le P2P si on peut
Posté par Romain Vinot . En réponse à la dépêche Firefox 1.0 est disponible. Évalué à 2.
C'est bien là, à mon sens, le principal avantage de BitTorrent par rapport aux autres clients FTP, il conserve une entité centrale, le tracker qui gère tous les téléchargements et peut compter leur nombre.
[^] # Re: FireFox l'arme tranquille !
Posté par Romain Vinot . En réponse à la dépêche Firefox 1.0 est disponible. Évalué à 4.
Bon, j'ai pris ce post au hasard, mais je pouvais répondre sur de nombreux autres. Dans un récent intervieuw d'un des développeurs de Firefox, on lui avait fait remarquer que de nombreux adeptes indiquaient que Firefox était plus rapide que Internet Explorer.
Il avait répondu que avec des batteries de test réalisés chez Mozilla, il s'avère que Firefox est sensiblement équivalent à IE en terme de vitesse, puisque c'est essentiellement la bande passante qui flanche (encore que). Par contre, en prenant un IE de Papy Brossard qui a passé la nuit sur des sites de cul ou qui a cliqué comme un brave sur les bannières lui indiquant monts et merveilles gratuitement, son IE est effectivement plus lent que le Firefox. Le coupable étant évidemment le tas d'immondes spywares venu se vautrer sur son disque qui envoit tout plein d'infos sur les pages visitées en temps réel, ralentissant d'autant sa navigation.
Mais ça, le Papy Brossard, il peut pas le deviner que son IE il fonctionne pas bien !
(Même chose sur tous les trojans, virus, spywares qui se lancent au démarrage de Windows. Une fois sur deux, quand je vais dépanner la machine d'un copain, je vois plein de sales trucs qui sont lancés au démarrage, qu'il ne voit pas, ou pire qui se lance mal parce qu'un fichier est manquant et on a un gros message d'erreur en pleine face à chaque démarrage mais comme on sait pas d'où ça vient ni même comment l'enlever, on le laisse...)
La deuxième chose à faire est donc de virer ce véritable nid à cafard de Outlook Express.
(Heu... Il part dans tous les sens mon post).
La conclusion : le IE de M. tout-le-monde, il marche, mais mal. Il faut lui faire prendre conscience que son IE ne marche pas bien et lui montrer qu'il y a une solution simple : utiliser Firefox. (parce que jusqu'à présent, c'était bien beau de dire Windows, c'est plein de virus, mais quand on a rien de simple à présenter en face, le M. tout-le-monde, il préfère son truc qui marchouille mais qui reste simple que un truc qui marche bien mais qui est compliqué).
[^] # Re: Firefox help
Posté par Romain Vinot . En réponse à la dépêche Firefox de plus en plus accepté ?. Évalué à 1.
Par contre, j'ai le même problème avec la zone de texte Google qui ne s'efface pas automatiquement. Du coup, lorsque j'ai mon texte de recherche dans ma sélection, et ben, je sais pas quoi faire...
[^] # Re: Evolution
Posté par Romain Vinot . En réponse à la dépêche Thunderbird 0.9 est sorti. Évalué à 7.
Firefox "de base" contient des fonctions basiques. Si tu veux avoir plus d'options, n'oublie pas toutes les extensions qui existent. Toutes les fonctions sous Konqueror ont forcément leur équivalent sur Firefox sous la forme d'une extension. En ce qui concerne les onglets, il y a encore un an, Konqueror était carrément à la bourre. Les onglets du KDE3.1 étaient encore rudimentaires, ceux du KDE3.2 s'amélioraient mais n'étaient pas encore suffisantes. je ne sais pas pour le KDE3.3, j'ai abandonné Konqueror pour Firefox à cette époque là justement en raison de tous les gadgets que l'on peut trouver sur Firefox qui n'existe pas sous Konqueror (AdBlock, Session Saver, Download manager en tab, javascript debugger...).
Par contre il ya deux arguments valables contre irefox par rapport à Konqueror :
1. Je regrette encore l'intégration de Konqueror sous KDE. L'intégration de Firefox dans KDE est inexistante (click sur un lien dans KDE -> ouverture de Konqueror au lieu de Firefox, click sur un mailto -> ouverture de rien du tout à la place de Kmail ou autre, gestion des mimetypes...). Ce n'est malheureusement pas la priorité des devs de Firefox.
2. Les extensions, c'est bien, mais c'est chiant à gérer. Mieux veut avoir des écrans de config monstrueux "à la kde" où on ne retrouve jamais l'option souhaitée mais avoir tout de base plutôt que de devoir chercher sur le web entier la petite extension qui va bien.
[^] # Re: How To Share Mail Between Windows and Linux
Posté par Romain Vinot . En réponse à la dépêche Thunderbird 0.9 est sorti. Évalué à 2.
Moi, je n'ai pas fait comme ça :
1-2-3 : Faire les 3 premiers points comme ci-dessus
4 : supprimer le profile créer sous Linux : rm -rf ~/.thunderbird/default/1a2b3c4d.slt
5 : faire un lien symbolique du répertoire profile : ln -s /win/c/... ~/.thunderbird/default/1a2b3c4d.slt
Et relancer Thunderbird. Pas besoin de tripatouiller le prefs.js, ça marche tout seul. Ca permet aussi de partager le carnet d'adresse, les filtres, les extensions et tout le reste.
Seul problème : j'ai installé l'extension inline spellchecker (http://www.supportware.net/mozilla/#ext8(...)) qui a une référence au fichier dico avec le chemin complet. Du coup, l'extension est bien présente sous Linux mais ne fonctionne pas parce qu'elle ne parvient pas à trouver le dico qui se trouve dans C:\...
[^] # Re: Un logiciel qui nous manquait!
Posté par Romain Vinot . En réponse à la dépêche Ne vous demandez pas ce que Kexi peut faire pour vous.... Évalué à 9.
Finalement, KDE commence à être porté nativement sous Windows.
http://dot.kde.org/1099243721/(...)
http://wiki.kde.org//tiki-index.php?page=KDElibs+for+win32(...)
je m'étonne qu'il n'y ait pas plus de bruit autour de cette annonce. ca serait trop fort d'avoir un KDE utilisable sous Windows.
[^] # Re: Un logiciel qui nous manquait!
Posté par Romain Vinot . En réponse à la dépêche Ne vous demandez pas ce que Kexi peut faire pour vous.... Évalué à -1.
[^] # Re: Drôle de surprise !
Posté par Romain Vinot . En réponse à la dépêche Sortie de la Debian Woody 3.0r3. Évalué à 5.
Le principe de Debian, c'est d'avoir toutes les applis sur l'arbre principal et de faire un apt-get xxx. Si tu trouves des .deb qui se balladent un peu partout sur le web, c'est bien que l'arbre principal ne fournit plus le service escompté.
[^] # Re: Les grands éditeurs proprio et le libre...
Posté par Romain Vinot . En réponse à la dépêche Microsoft propose sa solution Wiki en licence CPL. Évalué à 10.
Et quand IIS sera inclus de base dans chaque Windows afin de mettre en place la nouvelle fonctionnalité hyper indispensable de Windows 2010 ("Personal Home Pages : votre propre site web directement inclus dans votre Windows, vous n'avez qu'à cliquer sur un bouton pour l'activer. Vous bénéficiez ainsi du MS WeBlog, du MS Wiki...") ?
Donc oui, il est tout à fait possible qu'il soit intégré de base dans Windows d'ici quelques années et que son incompatibilité vire une fois plus tous les autres Wiki "concurrents".
[^] # Re: À propos de l'extension Composite ...
Posté par Romain Vinot . En réponse à la dépêche Xorg 6.8 est sorti le 8 septembre. Évalué à 1.
Alt-Tab fait passer directement le focus sur une fenêtre en la mettant au premier plan et ça boucle.
KWin le fait aussi mais heu, je retrouve plus où c'est... Ca a changé depuis le KDE 3.3... Avant il fallait mettre quelque part "Alt-Tab" compatible CDE-like.