Il faut aussi prendre en compte que le but des devs ArchLinux est de faire quelque chose qui fonctionne...
Ce n'est pas du tout le but de Debian SID, et même si elle n'est pas souvent cassée, quand ça arrive, ça peut parfois pour certain paquet durer longtemps...
Mais de toute façon, je suis comme beaucoup de gens ici, ArchLinux pour le Desktop, Debian stable pour les serveurs...
Donc à part le recommends/suggests de dpkg... Mais quand tu vois que maintenant, recommends est appliqué par défaut sous Debian/Ubuntu, je vois plus trop à quoi ça sert...
>et la notion de paquets virtuels.
Dans un PKGBUILD, tu as la notion de groupes:
# pacman -S kdenetwork
le paquet kdenetwork est introuvable, recherche du groupe...
:: groupe kdenetwork (inclut les paquets ignorés):
kdenetwork-filesharing kdenetwork-kdnssd kdenetwork-kget kdenetwork-kopete kdenetwork-kppp kdenetwork-krdc
kdenetwork-krfb
:: Installer tout le contenu ? [O/n]
Et à propos d'andouille, ton commentaire prouve que tu ne comprends pas grand chose au problème, qui est un bug et donc meme avec --force, la seul chose que tu peux avoir, c'est une base avec des dépendances foireuses mais pas une base non lisible...
Mwai, les utilisateurs ils en ont un peu rien à branler que l'effet wobbly de compiz ne soit pas beau ou que ce soit l'appli qui dessine ses bordures de fenêtres ;)
Rien à voir, réfléchie à ce que tu viens de dire et essaye encore...
La, c'est la base RPM qui est en vrac, pas une base RPM avec un probleme de cohérence au niveau des dépendances mais avec la base en vrac, inexploitable...
Oui, ca je sais, mais je pense pas qu'on puisse accuser des outils comme yum et zypper de péter la base RPM, c'est sûrement au niveau RPM que ca chie dans la colle...
Mais bon, même si ca se répart (encore heureux), je trouve ca bizarre de voir ce genre de bug arriver aussi souvent...
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 ;)
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)
[^] # Re: Vers un format unifié?
Posté par gnumdk (site web personnel) . En réponse au journal CUDF, ou la résolution de dépendances universelle. Évalué à 2.
Je demande pas à quoi ca sert, j'ai dit: "Je ne vois plus à quoi ca sert"
Ce qui veut bien dire que je voyais mais que je trouve le nouveau comportement stupide ;)
[^] # Re: Vers un format unifié?
Posté par gnumdk (site web personnel) . En réponse au journal CUDF, ou la résolution de dépendances universelle. Évalué à 5.
[^] # Re: Vers un format unifié?
Posté par gnumdk (site web personnel) . En réponse au journal CUDF, ou la résolution de dépendances universelle. Évalué à 2.
Je savais qu'il fallait le mettre en gras :( Je savais qu'on allait me faire la réflexion :(
Sinon, tu peux mettre APT::Install-Recommends false; dans un fichier de conf apt, sur un serveur c'est mieux (TM)
[^] # Re: Arch saybon mangezen !
Posté par gnumdk (site web personnel) . En réponse à la dépêche Nouveau snapshot de l'installeur Archlinux. Évalué à 2.
Ce n'est pas du tout le but de Debian SID, et même si elle n'est pas souvent cassée, quand ça arrive, ça peut parfois pour certain paquet durer longtemps...
Mais de toute façon, je suis comme beaucoup de gens ici, ArchLinux pour le Desktop, Debian stable pour les serveurs...
[^] # Re: Vers un format unifié?
Posté par gnumdk (site web personnel) . En réponse au journal CUDF, ou la résolution de dépendances universelle. Évalué à 6.
>Depends/Recommends/Suggests/Conflicts/Replaces/ etc.
provides=
depends=
makedepends=
conflicts=
replaces=
Donc à part le recommends/suggests de dpkg... Mais quand tu vois que maintenant, recommends est appliqué par défaut sous Debian/Ubuntu, je vois plus trop à quoi ça sert...
>et la notion de paquets virtuels.
Dans un PKGBUILD, tu as la notion de groupes:
# pacman -S kdenetwork
le paquet kdenetwork est introuvable, recherche du groupe...
:: groupe kdenetwork (inclut les paquets ignorés):
kdenetwork-filesharing kdenetwork-kdnssd kdenetwork-kget kdenetwork-kopete kdenetwork-kppp kdenetwork-krdc
kdenetwork-krfb
:: Installer tout le contenu ? [O/n]
# Dallas...
Posté par gnumdk (site web personnel) . En réponse à la dépêche Nouvelle version 2.6.34 du noyau Linux. Évalué à 10.
En tout cas, je ne sais plus quel "kernel hacker" (1) définissait Linus comme "le dictateur bienfaisant" mais cela semble proche de la réalité :)
(1) C'est dans la vidéo "The code", la monsieur qui explique ce qu'est un noyau.
[^] # Re: corruption base rpm
Posté par gnumdk (site web personnel) . En réponse au journal Et après on me dit que ca n'arrive pas souvent.... Évalué à 1.
Entre andouille tu me comprends ?
[^] # Re: corruption base rpm
Posté par gnumdk (site web personnel) . En réponse au journal Et après on me dit que ca n'arrive pas souvent.... Évalué à 2.
[^] # Re: On est libre non?
Posté par gnumdk (site web personnel) . En réponse au journal Client-side Window Decorations. Évalué à 7.
Mwai, les utilisateurs ils en ont un peu rien à branler que l'effet wobbly de compiz ne soit pas beau ou que ce soit l'appli qui dessine ses bordures de fenêtres ;)
[^] # Re: [:aloy]
Posté par gnumdk (site web personnel) . En réponse au journal Client-side Window Decorations. Évalué à -1.
[^] # Re: Mouais
Posté par gnumdk (site web personnel) . En réponse au journal Et après on me dit que ca n'arrive pas souvent.... Évalué à 1.
Surtout quand tu regardes la capture et que zypper a essayer de forcer l'installation...
Mais vu que la base est en vrac, que rpm ne peut plus la lire, il va avoir du mal à installer quoi que ce soit...
[^] # Re: corruption base rpm
Posté par gnumdk (site web personnel) . En réponse au journal Et après on me dit que ca n'arrive pas souvent.... Évalué à -1.
La, c'est la base RPM qui est en vrac, pas une base RPM avec un probleme de cohérence au niveau des dépendances mais avec la base en vrac, inexploitable...
[^] # Re: corruption base rpm
Posté par gnumdk (site web personnel) . En réponse au journal Et après on me dit que ca n'arrive pas souvent.... Évalué à 2.
Mais bon, même si ca se répart (encore heureux), je trouve ca bizarre de voir ce genre de bug arriver aussi souvent...
[^] # Re: Salut, j'ai vraiment bien aimé cette démonstration
Posté par gnumdk (site web personnel) . En réponse au journal QML: le futur des interfaces graphiques. Évalué à 4.
[^] # Re: Mon expérience
Posté par gnumdk (site web personnel) . En réponse au journal Sortie de Clementine 0.3, le successeur de Amarok 1.4. Évalué à 3.
[^] # Re: Copies d'écran ?
Posté par gnumdk (site web personnel) . En réponse à la dépêche Sortie de Clementine 0.3, le successeur de Amarok 1.4. Évalué à 2.
[^] # Re: 5 fruits et légumes par jour
Posté par gnumdk (site web personnel) . En réponse au journal Sortie de Clementine 0.3, le successeur de Amarok 1.4. Évalué à 3.
[^] # Re: mpd
Posté par gnumdk (site web personnel) . En réponse au journal Sortie de Clementine 0.3, le successeur de Amarok 1.4. Évalué à 2.
>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...
[^] # Re: Copies d'écran ?
Posté par gnumdk (site web personnel) . En réponse à la dépêche Sortie de Clementine 0.3, le successeur de Amarok 1.4. Évalué à 5.
[^] # Re: 5 fruits et légumes par jour
Posté par gnumdk (site web personnel) . En réponse au journal Sortie de Clementine 0.3, le successeur de Amarok 1.4. Évalué à 1.
[^] # Re: Il manque aussi beaucoup de choses dans Amarok 2
Posté par gnumdk (site web personnel) . En réponse au journal Sortie de Clementine 0.3, le successeur de Amarok 1.4. Évalué à 3.
Mais bon, moi ca m'a permis de découvrir picard qui fait quand même bien le boulot...
# Hmm
Posté par gnumdk (site web personnel) . En réponse à la dépêche JT sur l'open source et le logiciel libre. Évalué à 4.
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, ...)
[^] # Re: Alors
Posté par gnumdk (site web personnel) . En réponse à la dépêche Haiku R1/Alpha 2 est enfin disponible; 7 projets GSoC à venir. Évalué à 4.
# Euh ?
Posté par gnumdk (site web personnel) . En réponse au journal Disparition possible de Scroogle. Évalué à 6.
Comment font les projets comme seeks (qui fonctionne tres bien aujourd'hui) ?
# Alors
Posté par gnumdk (site web personnel) . En réponse à la dépêche Haiku R1/Alpha 2 est enfin disponible; 7 projets GSoC à venir. Évalué à 10.
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)