gemegik a écrit 160 commentaires

[disclaimer] Je n'ai pas regardé plus en avant la chaîne de dépendances. Si quelqu'un connaît un équivalent à packages.debian.org pour mandriva, j'aimerai y jetter un œil [/disclaimer]

Il me semble que le problème est plutôt à chercher du côté de la bibliothèque pulseaudio :
Pour utiliser les fonctionnalités d'une bibliothèque, il faut que le binaire soit lié à celle-ci lors de la compilation. Automatiquement, le paquet contenant ce binaire dépendra de pulseaudio, car si une bibliothèque nécessaire à un binaire n'est pas dispo sur le système, ça fait de méchants unresolved symbols

Il y a donc plusieurs possibilités pour l'équipe qui fait les paquets :
- ne pas compiler avec pulseaudio, supprimant la dépendance mais aussi les fonctionnalités ;
- compiler avec, et rajouter la dépendance, si on considère que c'est essentiel (c'est pourquoi les kdelibs dépendent de python, mais je ne m'en plains pas aux mainteneurs pour autant) ;
- extraire le code soumis à la dépendance dans un paquet externe. C'est ici l'avantage de phonon dans kde4 : le paquet debian phonon-backend-xine dépend de libxine, mais on peut le supprimer et le remplacer par un autre backend à loisir, et donc installer kde4 sans xine.

Ici, l'équipe Mandriva a choisi le choix numéro 2, peut-être par fénéantise, peut-être parce qu'ils ne pouvaient pas faire autrement techniquement. Mais finalement, si cela est si important pour toi, je pense qu'il est toujours possible de récupérer les SRPM et de recompiler dans pulseaudio.

Quand on a une petite base d'utilisateurs, il est facile de dialoguer avec tous les utilisateurs. Mais quand on doit gérer un nombre d'utilisateurs très grand, le bon grain est noyé dans l'ivraie, qui peut être :
- les critiques non constructives ("je n'aime pas", sans expliquer plus en avant)
- les gens qui ne lisent pas la documentation et les release plans avant de réclamer un truc
- les bugs démultipliés comme des journaux sur labrute parce que les gens ne vérifient pas que leut bug est déjà signalé
sans compter les utilisateurs qui considèrent que tout leur est dû et qui aggressent litéralement l'équipe. Ça tue vraiment la motivation.

Si on veut prendre par la main chacun, on n'a plus de temps pour coder (alors que c'est ce que désire faire le développeur, ne l'oublions pas, pas du triage de bugs), et je comprends très bien le raz le bol de certains développeurs qui ne répondent pas à une question qui a déjà été posée 1000 fois et dont la réponse se trouve sur google.
Mais si on ne leur donne pas toute l'attention qu'ils espèrent (car c'est bien pour avoir un peu d'attention qu'ils font leurs caprices), les râleurs font un scandale.

Enfin, comme d'habitude, on entend les mécontents mais rarement les satisfaits. Pour ma part, mes rapports avec l'upstream (en tant qu'utilisateur, développeur client ou packageur) se sont toujours bien passés. As-tu un témoignage à mettre sur la table avant de généraliser ?

Bref il faudrait que les développeurs deviennent un peu plus humbles et se réfèrent à la base, se reposent sur la base, celle des utilisateurs professionnels, celle des amateurs, pour connaître leurs besoins et/ou leurs véritables pratiques professionnelles.

Bref il faudrait que les râleurs deviennent un peu plus humbles et comprennent que le monde ne tourne pas autour de leur nombril, se mettent à la place des développeurs bénévoles, pour comprendre leurs raisons et leurs pratiques.

Personnellement, depuis le lynchage de Aaron Siego [1] à cause de certains défauts de plasma par des béotiens qui n'ont jamais écrit une ligne de code mais ne se gênent pas pour dénigrer et harceler les développeurs, j'ai plutôt tendance à me ranger du côté des développeurs contre les râleurs.

[1] http://dot.kde.org/1214311382/1214318837/

Les packages KDE4 de debian experimental (à installer par dessus testing ou unstable) sont bien foutus et viennent de passer à la 4.0.98 (RC1).
Par contre, il est impossible sous debian de faire cohabiter kde3 et kde4 (je parle des applications, les bibliothèques étant bien sûr co-installables).

Pourquoi ne peut-on pas noter les commentaires de pasZapasTa ?
J'ai les liens de notation pour tous les autres commentaires, mais pas les siens.

(oui, le [inutile] me démange)

> Gimp ne suit pas les Gnome HUIG : http://library.gnome.org/devel/hig-book/stable/

Comme inkscape et tous les autres outils gtk qui gèrent. En fait, c'est peut-être le non respect des gnome-HIG qui fait que se sont de bonnes applications ?

Oui, l'interface de gimp est hautement bordélique, mais elle est terriblement efficace.

Pas natif (mais tourne très bien avec wine) mais très intéressant : http://www.armadillorun.com/
Le but est de créer une structure pour accompagner une balle jusqu'à la sortie, avec un budget fixe. Beaucoup de chalenge !

Il y a une raison pour laquelle j'utilise aptitude par opposition à dselect et apt-get : aptitude gère bien mieux les dépendances. Plus particulièrement, il supprime automatiquement les paquets qui ont été installés comme dépendances de paquets dont tu ne veux plus, ce qui est très pratique pour ne pas se retrouver avec un bordel sans nom dans son système dès qu'on n'a plus besoin d'un gros package qui dépend de 50000 trucs. Par exemple, imaginons que je veuille passer de Gnome à KDE (zut, on est plus vendredi depuis 20 minutes), avec dselect/apt-get je vais faire apt-get remove gnome (par exemple), il va bien m'enlever Gnome mais pas les 50000 dépendances qu'il traîne derrière lui. Aptitude le fait, lui.

Un exemple où ce comportement d'aptitude est insuportable : j'installe kde par le méta-paquet qui va bien ; puis je supprime une des applications pour gagner un peu de place : par effets de dépendances, aptitude veut supprimer tout kde et il faut que je demande explicitement que chaque paquet soit conservé.

apt-get a une action "autoremove" qui fait le boulot, mais avec un meilleur contrôle et la possibilité de lui faire "oublier" qu'un paquet n'a pas été installé directement. Il faut dont faire deux appels à apt pour nettoyer tout gnome, mais je préfère que ce soit manuel.

Un vrai utilisateur redirigerait ça directement vers /dev/null sans passer par le disque dur.
Encore une preuve que ubuntu c'est pour les noobs :)

Un aggrégateur en ligne ou une page d'accueil personnalisée qui ne fait qu'afficher des informations obtenues autre part ne rentrent pas dans la métaphore du minitel 2.0, aucune information (à part ta configuration) n'est stockée.

Utiliser cet argument à tort et à raison à chaque fois que l'on parle d'internet ne fait que le décrédibiliser. Merci de garder tes fantasmes de geek pour toi et de réfléchir à deux fois avant de ressortir toujours la même salade.

C'est confortant d'avoir une argumentation toute faite sur une page wiki ou dans le JT de TF1 ; c'est mieux de réfléchir par soi-même.

hurd est sous licence "GPL v2 ou plus" comme la grande majorité du code GPL (cf les entêtes des fichiers de code) et peut donc être linké avec du code GPL v3

> quel est l'intérêt de changer pour l'utilisateur lambda qui cherche juste un truc qui marche bien ?

Éviter que son serveur graphique pète du jour au lendemain ? /o\

> Oui, enfin c'est quand même leur manière d'opérer qui est à la limite de l'arnaque

C'est une pratique courante. L'exemple le plus connu en France est France Loisirs [https://www.offre.franceloisirs.com/], mais d'autres le font pour les DVDs ou les sonneries de portable [http://lp.zed.com/fr/club1.asp?lp=29&cp=5]

Le principe de base est qu'une entreprise ne te fera pas de cadeau sans rien attendre en retour. Tant qu'il y aura des pigeons, il y aura des gens pour en profiter.

La question posée à la notation est "Ce commentaire est-il pertinent ou inutile ?", pas "Êtes-vous d'accord avec ce commentaire ?"

Un commentaire qui apporte quelque chose au débat, même s'il défend intelligemment et de manière constructive le contraire de mon opinion recevra mon suffrage.
Un troll inutile, de l'agressivité, du hors-sujet, ... -> inutilisation

Ils ont déjà sorti un long métrage nommé "Le bal des innocents" qui était le premier long métrage "libre" (creative commons CC-BY-NC-ND inside) [1]
Le NC-ND n'est absolument pas libre : http://www.covertprestige.net/textes/la-libre-diffusion.html

Peut-être est-ce une contrainte technique liée à l'implantation des serveurs en Europe ? Vu les débits concernés, leur prestataire n'a peut-être pas les peerings nécessaires (oui, tout le monde n'a pas une infrastructure à la Akamai ou Google).

Sachant que la version précédente est certainement GPLv2 ou plus, y a-t-il un intérêt à passer à GPLv3 ou plus, qui finalement est plus restrictif (quid des projets v2 qui voudraient reprendre des sources) ?
Réelle volonté de "contamination" ? Buzz ?

Bonjour

Pas la peine d'installer de driver supplémentaire (et douteux ? le site est down, je ne peux pas vérifier), tout est déjà dans debian.
D'après [http://openprinting.org/show_printer.cgi?recnum=Epson-Stylus(...)], le driver conseillé pour ton imprimante est celui de gimp-print.
Installe le paquet gimp-print (apt-get install gimp-print) et recommence la configuration de l'imprimante, en utilisant le driver fraîchement installé. Ça devrait déjà être mieux.

Malheureusement, tu te trompes sur ce que veut/doit être drupal. Drupal est plus un CMF (Content Managing Framework) qu'un CMS.
Il n'est pas destiné à être utilisé tel quel ("tout nu"), mais à servir de base pour créer ton propre CMS. A toi de définir les types de contenu, leurs traitements, l'interface finale pour le webmaster et les utilisateurs. Ce n'est pas un "simple" CMS mais avec un peu de travail on peut baser un CMS simple d'utilisation dessus :)

Quitte à utiliser une traduction hasardeuse et moche, autant en garder le sens :
"out of the box" -> "à la sortie de la boîte" (c'est à dire sans rien faire d'autre, pas en vrac à côté du carton).

Même dans ce cas, il faudrait que le noyau linux passe lui aussi en GPLv3, ce qui n'est pas certain :/

Pour la carte graphique, tu peux prendre une ATI X1030 qui est en fait une 9250 "expressée", donc avec un chip r200 parfaitement supporté par les drivers libres.

Pour le RAID, j'imagine que c'est comme d'habitude du faux raid (partiellement logiciel) qui est moins fiable et performant que du raid totalement logiciel sous linux. En fait, on peut toujours oublier les lignes "raid" dans les descriptions de cartes mères, c'est du bluff ^^

En effet, très bonne idée : je développe au cas où.

On peut lancer plusieurs serveurs X sur la même machine (t'en as un par défaut sur la console 7, tu peux en mettre un deuxième sur la console 8, ...), par exemple avec la commande :
X -depth 16 :1
Qui te crée un nouveau serveur en 16bits/pixel sur le display 0:1

Pour lancer une appli dans ce nouveau X, il faut utiliser la variable $DISPLAY, par exemple :
DISPLAY=0:1 scummvm
Qui lancera l'application scummvm dans le 2° serveur X.

Dans l'ordre
2) SMS
3) écouter de la musique
1) téléphoner
4) consultation mail et web (et oui, opera mini et m.gmail.com ça gère !)
5) jeux
...) le reste, épisodiquement
et en plus, il fait mass storage sur la carte transflash

Oui, mon motorola SLVR, je l'ai acheté en tant que "terminal multimédia", pas comme cabine téléphonique.

eaucoup travaillé après ce di