gnumdk a écrit 7486 commentaires

Faux, ce n'est pas le même que celui de Mandriva... Enfin la dernière fois que j'ai testé mandriva et le menu simple, je n'avais pas le meme que sous Arch, mais ca a peut etre changé.

C'est quoi ta distrib ?

T'as regarder dans /media et /mnt ?

Euh, je n'ai pas dit que l'indexation ne peut pas être utile, j'ai dit: "Pour ceux qui pensent que cela ne leur sert pas, ne vous inquiétez pas, l'informatique de demain va répondre à votre problème" ...

Euh, la je vois une page qui explique comment corriger des problèmes de dépendances avec apt, pas un base apt en vrac...

Pour la base RPM en vrac, je ne suis pas le seul, ca arrive souvent et le log que j'ai sorti, ca vient de planet-libre.org y'a quelques jours, quelqu'un ayant eu le même probleme... Perso, je l'ai eu plusieurs fois entre 1999 et 2004 sous Mandrake...

Nan, la tu dis que Ubuntu est arrivée à une époque ou Linux n'était pas près pour le desktop ;)

Sinon, t'inquiètes, dans l'absolu, pour un geek, je préfère le fonctionnement d'ArchLinux:
- Tu configures ce qui doit être configuré toi même.
- Tu dois suivre les mises à jour sur le site de la distrib pour d'éventuelles intervention à la main.

Certe c'est moins pratique mais ca évite les mauvaises surprises (script de mise à jour qui chie).

>C'est toi qui a commencé à parler de yum/apt/zypper.

Euh, non, j'ai parlé de zypper et yum (sans m'avancer je te le rappelle), parce que ce sont les outils qui se démerde comme ils peuvent pour installer des RPMs... Mais j'ai installé apt-rpm à une époque, il ne s'en sortait pas mieux que les autres...

>Mais une base dkpg en vrac ca peut se faire aussi en faisant n'importe >quoi.

Renseignes toi sur ce qu'est une base rpm en vrac, c'est à dire ca:

rpmdb: Lock table is out of available locker entries rpmdb: Unknown locker ID: 2106 error: db4 error(22) from dbenv->close: Invalid argument error: cannot open Packages index using db3 - Cannot allocate memory (12) error: cannot open Packages database in /var/lib/rpm

Et ca perso, j'ai jamais vu avec dpkg alors que rpm ...

http://www.toolinux.com/lininfo/toolinux-information/economi(...)

Plus pour longtemps si ils rachetent Mandriva ;)

Oui, bon d'accord, laisse tomber...

Je parlais de vrais arguments, pas du: "C'est de la merde parce que moi je suis un geek bien poilu qui aime pas quand ça fonctionne tout seul" ...

Pour l'installeur, c'est trop compliqué de télécharger la version alternate ? Si t'aimes pas l'installeur graphique, je me demande bien pourquoi tu l'utilises, masochisme ?

Ton trip sur les fichiers de configuration, je vois pas... On va oublier le fait que tu utilises Arch, mais le support matériel sur une distribution comme Ubuntu (donc pas en mode rolling release), ca implique une upgrade... Mais si pour toi compiler un nouveau noyau, une nouvelle version de sane, ..., c'est adapté à un mec qui en a rien à foutre du coté technique ...

>Ils réduisent la taille des paquets principaux, mais deviennent une
>abomination quand on veut faire du développement ou compiler soi-
>même des logiciels (heureusement qu'il y a apt-get build-dep)

Mwai, en fait t'aimes pas Debian...

Mais tu sais, si j'ai un reproche à faire à ArchLinux, c'est justement un découpage manquant de finesse et si j'ai un reproche à faire à Debian, c'est un manque de méta-paquets pour éviter de faire du apt-cache search dans tous les sens...

Tu fais un bloquage sur yum/apt/zypper...

Moi, depuis le début, je te parle de dpkg vs rpm...

Mais à titre d'exemple, j'avais envoyé une demande de modification sur un paquet openSUSE il y'a quelques années à un dev Suse, ca réponse avait été: "C'est compliqué, nos paquets sont auto générés et nos outils ne permettent pas de mettre en place la modification que tu veux..."

Ce qui explique peut être le comportement hazardeu de zypper...

http://www.googlefight.com/index.php?lang=fr_FR&word1=rp(...)

En utilisant les bons termes, ca fonctionne beaucoup mieux... Parce que deb, si tu le cherches dans google, tu veras que ca renvoie plein de truc sans rapport avec Debian...

>Peut-être sont-elles inappropriées mais dans ce cas apt ne fera pas
>mieux, nul besoin d'avoir un sourire en coin...

Donc en fait, ce que tu dis, c'est pas la fautes aux outils, ce sont les packageurs Redhat/Suse qui sont des blaireaux ?

Et tu remarqueras que je ne parles pas de Mandriva, j'ai utilisé urpmi pendant des années en version cooker sans problèmes autres que des problèmes de synchro sur les mirroirs (pour une version comme cooker, rien de plus normal).

Par contre, la base rpm en vrac, avec mandrake, j'ai déjà eu droit.

Voila, pour tout ceux qui ne comprennent pas à quoi sert d'indexer leurs fichiers (tracker, strigi, ...), voila la réponse:

L'environnement de bureau du futur, c'est un bureau qui simule le bordel de la vrai vie, avec des fichiers en tas les eux sur les autres, en vrac total ...

Y'a pas à dire, l'informatique de demain, ça donne envie ...

>Tu peux mettre HS une Debian en quelques secondes également en
>forçant la désinstallation de paquets vitaux

Pour désinstaller des paquets vitaux sous Debian, faut effectivement être très cons...

Sous openSUSE que je connais mieux que Fedora, la gestion des dépendances via zypper/yast est une catastrophe sans nom, en fait, leurs outils ne savent pas gérer les dépendances et passent plus de temps à te poser des questions qu'a faire leur boulot...

Pour Fedora, je connais mal, je vais pas trop m'avancé, mais les deux ou trois fois ou j'ai testé une fedora, l'outils de mise à jour n'a jamais réussi à faire son travail (un peu comme le monsieur au dessus). Par contre, lors d'une formation récente pour le boulot, j'ai vu des redhateux se prendre la tête avec yum qui voulait leur désinstaller une 30aines de paquet pour en installer un autre (sous centos), je peux te dire que les debianneux présent dans la salle avait un sourire en coin...

Et je suis désolé, mais je n'ai jamais réussi à foutre la base de données dpkg en vrac, avec une distrib à base de RPM, c'est tout de suite pas la même...
http://www.googlefight.com/index.php?lang=fr_FR&word1=dp(...)

>Alors qu'est-ce qui fait la différence ?

Euh, à titre personnel:
- Basée sur Debian
- Gestion des paquets à des années lumières du bordel rpm: Au boulot, j'ai des utilisateurs sous Fedora/OpenSuse, même avec les dépots officiels, ils arrivent à foutre en vrac leurs distribs...

Par contre, je suis intéressé par les défauts que tu trouves à Ubuntu, car y'a beaucoup de monde pour dire que c'est de la merde mais personne pour donner de vrais arguments... Moi, ce que je vois, c'est que les utilisateurs qui viennent me faire chier pour des problèmes, ils utilisent pas Ubuntu...

Même si Kubuntu est loin d'être un exemple, je n'ai jamais vu de graves problèmes sous Ubuntu, à part peut être la migration XAA -> EXA un peu prématurée...

Ah ma ptite Mandrake...

Tiens, j'ai testé cette semaine Mandriva 2010.1.

Bon, l'installation n'a pas trop changé depuis Mandrake 10.0 ( enfin j'étais en cooker à l'époque), ça fonctionne bien, je choisi Kde comme bureau.

Tu parles de drakconf, mais moi justement, ce qui me chagrine, c'est pourquoi Mandriva dépense du temps sur des projets comme leur outils de gestion du réseau (dont l'IHM est affreuse) plutôt que d'utiliser networkmanager et de contribuer (selon les moyens) dessus ?

Pareil pour le menu Kde, même si personnellement, avec le temps, j'ai appris à vraiment aimer Kickoff, la version du menu classique Mandriva aurai pu être remontée upstream...

Et je vais de nouveau en rajouter une couche sur l'aspect graphique mais il suffit de lancer Firefox pour voir un truc qui fait tache sur le bureau... J'imagine que le problème n'est pas visible sous Gnome, mais le bureau Kde de Mandriva a un gros problème d'intégration avec les outils non Kde.

Pour mes précédente critique sur le theme graphique, j'ai vu que y'avait du boulot de prévu dessus mais que pour l'instant le statu est à 0% de fait :-/

Après, quel est à votre avis l'influence d'Ubuntu sur la mauvaise santé de Mandriva.? Je parle autant au niveau utilisateurs qu'au niveau professionnels...

Je vais prendre l'aspect professionnel, y'a 5/6 ans, quand on parlait "Linux facile", on parlait Mandriva:
- Eole (routeur, serveur fichier, serveur conf, ... pour les établissements publics avaient une base Mandrake)
- On voyait pas mal de projet de clients légés pour les collèges Lycées sous Mandake
- Dans les facs, la plupart des postes clients Linux était sous Mandrake.

Aujourd'hui, il n'y a plus que Ubuntu:
- Eole a migré entièrement sous Ubuntu
- Au niveau de l'offre éducation nationale des boites privées, il n'y plus que Ubuntu
- La plus part des grosses écoles/facs qui ont des clients Linux sont sous Ubuntu LTS

D'un point de vu utilisateur non geek, si tu parles à un enseignant d'Ubuntu, soit il a déjà essayé, soit il connait parce que un des ces collègues utilise Linux. Par contre, parle lui de Mandriva et il ne sera même pas ce que c'est ...

Euh, je ne sais pas ce qui m'ai passé par la tête quand je me suis dit: "Ne relis pas, ca doit être bon..."

s/d'application/d'applications/g
s/même principe/mêmes principes/g
s/pas un/pas une/g
s/aucun/ok/g

ps: désolé.

Mais personne ne dit que y'a que des applications intégrées les unes avec les autres.

Mais moi dans mon env Kde (ainsi que mon ex, mes vieux, ma soeur, ...), voila ce que j'utilise en apps non Kde:
- Firefox (pas moi)
- OpenOffice
- Gimp (que moi)

Donc 90% d'application Kde en gros... 90% d'application suivant les même principe niveau IHM...

Maintenant, tu prends un Windows, et on rigole, y'a pas un application sous Windows qui ressemble de près ou de loin à une autre (aucun je grossi un peu le trait)...

Ca doit être un bug dans midori car ca passe très bien avec konqueror/webkit...

Une fois de plus, je ne parlais de pas de standard du web...

Une souris transparente avec 12 buttons, une lumiere bleue à l'intérieur et qui chante la carioca, j'appelle pas ca une souris standard... ;)

Le textedit et les bouttons, à part pour faire comme la concurrence, je vois pas bien ce que cela apporte...

Bon, t'as pas de change, ca fonctionne ;)

Mais ce que je voulais dire par la, c'est que beaucoup de gens tape des url dans leur moteur de recherche, et pour le coup, pagesjaunes.com, .org, le moteur de recherche il trouve meme si le domaine n'existe pas.

Et tu l'as déjà installé sur un serveur perso ?

Parce que je voudrais pouvoir le configurer mais je me retrouve avec plein de fichier .js et je ne sais pas comment intégré ca dans une page html :-/

Moi en 1999 j'utilisais Yahoo et ce qui m'a fait migrer c'est l'interface...

Et puis à part pour le geek, Yahoo offre d'aussi bon résultats que Google, la plupart des utilisateurs, ils utilisent un moteur de recherche pour:
- mabanque
- pagesjaunes
- france2

Pour les exemples de base mais surtout:
- dailymotion.fr
- youtube.fr
- ...

Bref, la seul chose qui m'empeche de migrer vers autre chose que google, c'est que seul google comprend les recherches de geek.

>entre gtk et qt il y a des différences

Mwai, enfin avec qtcurve sous Kde ou GtkStyle sous Gnome, c'est quand même compliqué de savoir si une application est en Gtk ou en Qt...

Certe aujourd'hui c'est l'argument principal...

Mais quand Google a commencé, ce qui a joué c'est l'interface de leur outils: Page blanche avec un logo et deux bouttons (Cf reportage National Geographics ou Planete).

Moi, ce que je vois, c'est que ce qui a fait le succés de Google est justement l'absence de ce genre de fioritures...

Bien sur que je parlais pas du W3C, juste que google nous avais habitué à une présentation sobre, et que la ca va dans le mauvais sens ...

Mwai, je lui donne ma dernière recherche google "qtwebkit xcodebuild" et c'est l'échec...