gnumdk a écrit 7502 commentaires

Revois tes règles adblock alors ;)

Ce que je voulais dire, vu que la première chose que fait kde, c'est indexer tes fichiers, c'est normal que ca gratte, t'as pas du chercher longtemps ;)

>Soit capable de lire de la musique même quand j'ai planté le serveur
>graphique.

Ca c'est l'arguement qui me fait un peu rire ;) Tu le plante souvent X toi ? Y'a 10 ans ca arrivait souvent, mais aujourd'hui ...

J'ai utilisé mpd/sonata pendant 1 an mais ca ne m'a jamais vraiment servi...

Trop fatiguant de cliquer sur le premier lien ?

Moi je pense que c'est entre la chaise et le clavier que y'a un problème d'optimisation...

Non, le support musicbrainz n'est pas présent...

Mais bon, moi ca m'a permis de découvrir picard qui fait quand même bien le boulot...

Alors, je veux pas faire ma langue de pute, mais ca sert à quoi ce truc ?

Autant, les interviews, c'est sympa, autant voir une potiche (désolé pour elle) qui ne fait que nous lire des news, c'est pas très interessant...

Il vaudrait peut être mieux faire des journaux moins souvent et avoir des reportages autour du libre (projet, asso, ...)

Mwai, enfin une partition ext4, tu vas pas la lire avec un driver ext3... Tandis que l'inverse normalement oui.

Je vais peut être dire une betise, mais y'a pas un API pour faire des recherches via google ?

Comment font les projets comme seeks (qui fonctionne tres bien aujourd'hui) ?

>Support du système de fichiers ext3

Euh, pourquoi pas ext4 ? Qui peut le plus peut le moins, non ?

>de nombreux pilotes empruntés à FreeBSD

Que faut il comprendre, que les drivers ont été porté sous Haiku ou qu'il y'a une "sale" couche d'abastraction pour les faires fonctionner sous Haiku ?

Ca fait plaisir de voir un nouvel os libre évoluer aussi vite... (et surtout se démarquer des linux/*bsd)

C'est de la connerie ça...

Faire un paquet statique qui installe dans /opt/nom_du_logiciel_version, c'est à la porté du premier venu... Pas plus dur que de faire un .dmg sous Mac... (opera le fait très bien).

Tu confonds défaut de Linux et défaut du logciel libre: "les devs ne prennent pas le temps de faire des versions binaires de leurs softs"

>Sous win7

Faux, sous windows seven (et vista), t'as une fenêtre qui sert à rien et qui te demande si tu veux vraiment détruire ta machine... (5 fois au cas ou).

Mais par défaut, Microsoft n'apprenant rien de ses erreurs passées continue de créer un compte admin pour l'utilisateur par défaut...

>Le seul problème c'était que le fichier en question était nécessaire au
>bon fonctionnement de windows...

T'inquiète, les éditeurs d'antivirus font pareil ;)

Dernier en date, Mcafee qui a foutu un beau bordel en supprimant un fichier systeme windows reconnu comme un virus...

Mwai, sauf que vu que certaines questions étaient:
- Tout foutre en vrac
- Ne rien faire
- Ignorer les problemes

A mon avis, meme avec un --force-resolution, ca va pas être beau à voir...

Perdu, c'était du pur FUD justement parce que Oracle n'avait rien dit sur le sujet...

Depuis Oracle a bien précisé qu'ils vont continuer à contribuer à OpenSolaris, mais qu'il y'aura probablement des technos proprios dans Oracle Solaris non disponible dans OpenSolaris... Reste à voir la part de proprio mais je pense que ce sera sur les outils orienté buisness (comme le fait Novell).

Ben, zypper y'a quelques années (à ces début), j'aimais beaucoup, je suis d'ailleurs grace à lui resté de long mois sous openSUSE.

Mais à l'époque, quand yast ne savait pas quoi faire, zypper avait souvent une solution... Maintenant, j'ai l'impression que les deux utilisent le même moteur de gestion des dépendances...

Exemple:

Y'a 1 mois j'installe un suse dans VirtualBox, je rejoute le dépot KDE UNSTABLE, j'installe tranquillement Kde et ca passe.

La semaine dernière je relance une mise à jour et j'ai droit à plusieurs dizaines de questions du genre:
- Enlever a, b , c
- Ignorer les dépendances
- Ne pas mettre à jour le paquet

Au bout de la 8ieme question, j'ai fais un Ctrl C, j'ai ressortie une vieille images ArchLinux avec un Kde 4.3.62&des_poussières, j'ai fait pointer pacman vers le dépot de Kde 4.5, j'ai lancé un pacman -Syu et c'était fini...

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...