Distri Linux:: qqs questions - Page 2

ha ok...
bon de toute ma debian vien de crasher... parce que mon portable s'est etient d'un coup... apparemment ca niké ma partition reiserfs chuit vert.

ha non ca y est j'ai compris c de l'ext 2 par defaut sous debian (pas le choix a l'install cd...) et pas du reiserfs... (ct mon install slack en reiserfs...) si je veux de l'ext3 ou du reiserfs, je fais comment?? il me donne pas de choix: ((((

Si c'est un CD d'install debian, il suffit de booter en choisissant le noyau 2.4 (bf24 au boot) pour avoir le choix entre ext2, ext3 ou reiserfs.
De plus si tu as déjà une ext2, tu peux passer en ext3 avec "tune2fs -j /dev/hd..." (et en modifiant /etc/fstab).

bon j'ai refait l'install et j'ai des probleme pour installer mplayer:

jackosland:/home/jackosking# apt-get install mplayer-386
Reading Package Lists... Done
Building Dependency Tree... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.

Since you only requested a single operation it is extremely likely that
the package is simply not installable and a bug report against
that package should be filed.
The following information may help to resolve the situation:

Sorry, but the following packages have unmet dependencies:
  mplayer-386: Depends: libartsc0 (>= 1.2.1) but it is not installable
               Depends: libasound2 (> 1.0.2) but it is not going to be installed
               Depends: libaudio2 but it is not installable
               Depends: libc6 (>= 2.3.2.ds1-4) but 2.2.5-11.5 is to be installed

La ligne que j'ai donné pour /etc/apt/sources.list est pour unstable, et là tu n'es pas en unstable.
Tu as le choix :
* dans "deb ftp://ftp.nerim.net/debian-marillat/ unstable main" tu remplaces "unstable" par la version que tu utilises.
* dans les autres lignes de sources.list, tu mets unstable à la place de "stable" ou "testing" (suivant ce que tu utilises actuellement), puis tu fais "apt-get update && apt-get dist-upgrade".

nitro
:

Kevin Kofler
: Pourquoi n'est-ce pas par défaut?

Parce que ça marche mal dans pas mal de cas et sur un bon nombre d'architectures exotiques. Pour le nouvel installateur c'est Discover qui a été retenu, après avoir été testé contre Kudzu.

Et ils seront vraisemblablement les seuls à l'utiliser...

2 mois?! Je pensais qu'ils comptaient être plus rapides que ça!

C'est l'avancement de l'installateur qui définit si Sarge est prêt ou pas. Tant que l'installateur ne fonctionne pas parfaitement sur toutes les architectures, ça ne va pas. Au delà de deux mois, les architectures qui ne fonctionneront toujours pas seront enlevées tout simplement de cette release, mais les développeurs ne veulent pas en arriver là.

Et pourquoi freezer tous les paquets quand on ne peut de toute façon pas faire de release parce que l'installateur n'est pas prêt?

S'il reste encore 2 mois pour la release, je ne comprends pas du tout pourquoi ils s'obstinent à refuser des paquets comme X.Org X11R6.7 ou GNOME 2.6 dans testing.

En ce qui concerne X.Org X11R6.7, ce n'est pas cette version qu'ils prévoient d'utiliser pour remplacer XFree86, car c'est grosso-modo le même problème (source tree monolithique), c'est compliqué à packager, on ne peut pas mettre à jour des éléments individuellement, et surtout le travail de packaging est dupliqué par toutes les distributions. Ils vont plutôt utiliser le source tree de freedesktop.org (xlibs/xserver/xapps bien séparés), nettement plus facile à maintenir, et utilisant un build system moderne. Sur le long terme, c'est une meilleure idée car le code est le même (Keith Packard s'est occupé de synchroniser à la sortie de X.Org X11R6.7) mais les efforts de développement sont factorisés.

J'ai aussi lu ça sur les archives de la mailing-list de X.Org. Mais:
* X.Org X11R6.7 est prêt maintenant.
* C'est un remplacement drop-in de XFree86, donc poserait beaucoup moins de problèmes pour le mettre dans une release "au dernier moment" que le source tree modularisé.
Personnellement, je mettrais X.Org X11R6.7 dans cette release et la version modularisée dans la prochaine. D'après ce que j'ai lu, je pense avoir compris que Mike Harris compte aussi faire ça. Mais on va voir. Chez Red Hat, le planning pour la prochaine release ne se fait pas 5 ans en l'avance.

En ce qui concerne GNOME 2.6, Jeff Waugh (GNOME release team head) lui-même déconseille de le mettre dans Sarge pour la release.
http://lists.debian.org/debian-gtk-gnome/2004/debian-gtk-gnome-200403/msg00097.html

Voilà son argument principal:

  * The initial GTK+ 2.4 releases won't be amazingly stable. It would almost
    certainly be a bad thing for Sarge to ship with an early 2.4 release. If
    the next release cycle is anything like the current one, Debian stable
    users will be lumped with a relatively unstable core component of their
    desktop for a long time.

Le problème à la base est que Debian n'accepte pas les mises à jour non-sécurité dans stable, même pas des corrections de bogues. Le fait d'utiliser de vieux paquets n'est qu'un workaround pour cette fixation très mal pensée. Une distribution stable doit par définition accepter le maximum de corrections de bogues possible, parce que sinon, elle est boguée, pas stable. Pour Fedora, on a régulièrement le droit à des corrections de bogues, et vraisemblablement on aura droit à un GTK+ 2.4.1 ou 2.4.2 en mise à jour pour Fedora Core 2 si la 2.4 se révèle vraiment aussi boguée que Jeff Waugh le craint. Et même pour RHEL, il y a des "update packs" réguliers (tous les 3 mois) avec des corrections de bogues et des mises à jour de version.

C'est trooooop leeeeent...

Tu sembles oublier qu'il y a une énorme différence de taille entre Debian et Fedora.

Personne ne les empêche à partager le tout en Debian Core et Debian Extras à la manière de Fedora. C'est leur choix de maintenir tout en un gros bloc indivisible.

nitro
:

mplayer non plus

mplayer n'est pas dans Debian à cause de problèmes de licences (problèmes qui sont normalement résolus maintenant).

Et vu les brevets logiciels sur les codecs, je suppose qu'après, il finira dans non-us ou non-free... Ou alors ils vont virer tous les codecs internes.
Pour Fedora, mplayer est sur rpm.livna.org (le repository non-us et non-free) seulement, et si on veut les codecs propriétaires, on doit récupérer les packs directement sur MPlayer-HQ vu qu'il est illégal de les redistribuer. (Je suppose que Debian va faire de même.)

bon ca y est j'ai terminé mon install , maintenant je boot en 55 sec au lieu des 35 du debut mais bon c pas grave (gdm y est pour qqc).
je voulais savoir une autre question d'ordre plus general: CTRL ALT FX permet de se loger sous un autre pseudo etc..., c pas possible de le faire en graphique et de lancer 2 connections graphiques, parce qu'il me dit que X est deja lancé et en plus j'aimerai bien me loger en graphique (sous gdm). thx.

grr j'arrive pas a installer gxmame
j'ai essayer de plusieurs facons:
kosland:/#

a la main:
jackosland:/# cp /home/jackosking/gxmame_0.34b-1_i386.deb /var/cache/apt/archive s/.
jackosland:/# dpkg -i gxmame-version.deb dpkg: error processing gxmame-version.deb (--install):
 cannot access archive: No such file or directory
Errors were encountered while processing:
 gxmame-version.deb
jackosland:/# dpkg -i /home/jackosking/gxmame-version.deb
dpkg: error processing /home/jackosking/gxmame-version.deb (--install):
 cannot access archive: No such file or directory
Errors were encountered while processing:
 /home/jackosking/gxmame-version.deb
jac

automatiquement:


^^pour essayer le nouveau script de yaro

JackosKing VNR :
bon ca y est j'ai terminé mon install , maintenant je boot en 55 sec au lieu des 35 du debut mais bon c pas grave (gdm y est pour qqc).

kdm rulez...

JackosKing VNR :
grr j'arrive pas a installer gxmame j'ai essayer de plusieurs facons

Si ton apt est assez récent:
apt-get install /home/jackosking/gxmame_0.34b-1_i386.deb

Et sinon:
dpkg -i /home/jackosking/gxmame_0.34b-1_i386.deb
Il faut rentrer le nom du fichier correct, pas un nom qui n'existe pas.

ok thx mais j'ai des probleme d'"interdependance" :

jackosland:/home/jackosking# dpkg -i /home/jackosking/xmame_0.74.1-1.1_all.deb
(Reading database ... 47371 files and directories currently installed.)
Preparing to replace xmame 0.74.1-1.1 (using .../xmame_0.74.1-1.1_all.deb) ...
Unpacking replacement xmame ...
dpkg: dependency problems prevent configuration of xmame:
 xmame depends on xmame-x | xmame-svga | xmame-gl | xmame-fx; however:
  Package xmame-x is not installed.
  Package xmame-svga is not installed.
  Package xmame-gl is not configured yet.
  Package xmame-fx is not installed.
dpkg: error processing xmame (--install):
 dependency problems - leaving unconfigured
Errors were encountered while processing:
 xmame
jackosland:/home/jackosking# dpkg -i /home/jackosking/xmame-gl_0.74.1-1_i386.deb
(Reading database ... 47371 files and directories currently installed.)
Preparing to replace xmame-gl 0.74.1-1 (using .../xmame-gl_0.74.1-1_i386.deb) ...
Unpacking replacement xmame-gl ...
dpkg: dependency problems prevent configuration of xmame-gl:
 xmame-gl depends on xmame; however:
  Package xmame is not configured yet.
dpkg: error processing xmame-gl (--install):
 dependency problems - leaving unconfigured
Errors were encountered while processing:
 xmame-gl
jackosland:/home/jackosking#

Si jamais tu es en unstable, "apt-get install xmame-gl" suffit.
Sinon, installe les .deb en même temps : "dpkg -i xmame-gl_0.74.1-1_i386.deb xmame_0.74.1-1.1_all.deb"

JackosKing VNR
: je voulais savoir une autre question d'ordre plus general: CTRL ALT FX permet de se loger sous un autre pseudo etc..., c pas possible de le faire en graphique et de lancer 2 connections graphiques, parce qu'il me dit que X est deja lancé et en plus j'aimerai bien me loger en graphique (sous gdm). thx.

http://linux.about.com/library/bl/open/newbie/blnewbie4.3.6.htm

Kevin Kofler
: Et pourquoi freezer tous les paquets quand on ne peut de toute façon pas faire de release parce que l'installateur n'est pas prêt?

Pour corriger les bugs afin d'avoir une release vraiment stable.

X.Org X11R6.7 est prêt maintenant.

Pas sur toutes les architectures supportées par Debian.

Personnellement, je mettrais X.Org X11R6.7 dans cette release et la version modularisée dans la prochaine.

Daniel Stone, co-mainteneur des packages XFree86 chez Debian, est le principal développeur qui travaille sur le tree modularisé de freedesktop.org. Je suppose qu'il sait très bien ce qu'il fait en refusant de perdre du temps avec X.Org X11R6.7.

Le problème à la base est que Debian n'accepte pas les mises à jour non-sécurité dans stable, même pas des corrections de bogues. Le fait d'utiliser de vieux paquets n'est qu'un workaround pour cette fixation très mal pensée. Une distribution stable doit par définition accepter le maximum de corrections de bogues possible, parce que sinon, elle est boguée, pas stable.

Tu n'as toujours pas compris le sens de stable. D'après ce que tu dis, la première release "stable" de Fedora est buggée, et c'est fait exprès. Ca marche pour une distribution "desktop" très limitée comme Fedora, mais certainement pas pour Debian qui est utilisée dans un large éventail d'activités. Va dire aux gens qui utilisent Debian dans des routeurs satellites que la version qui est sensée être stable ne l'est en fait pas, juste parce qu'on voulait avoir les derniers numéros de version sur tous les packages.
Si des gens veulent avoir des versions récentes mais moins stables des logiciels, il y a testing et unstable qui sont là pour ça.

Je commence à me dire que tu es completement incapable de comprendre que Debian n'est pas la distribution "desktop" pour utilisateur lambda, comme le sont Mandrake, SuSE, Fedora, etc... En prétendant que Debian est mal foutue (cf. "pourquoi ils s'obstinent à refuser...", "partager le tout en Debian Core et Debian Extras", "Personnellement, je mettrais...", "fixation très mal pensée", etc...), tu montres une nouvelle fois à quel point tu te prends pour le centre du monde.

heu je pensais etre en unstable mais apparemment non:
jackosland:/# apt-get install xmame-gl
Reading Package Lists... Done
Building Dependency Tree... Done
Package xmame-gl is not available, but is referred to by another package.
This may mean that the package is missing, has been obsoleted, or
is only available from another source
E: Package xmame-gl has no installation candidate
jackosland:/#

fais voir ton /etc/apt/sources.list ?
tu as bien fait apt-get update && apt-get dist-upgrade ?

tiens je profite de ce topic, puisque vous parlez de Debian

si je compile moi-même xfree en faisant un apt-get source --build xfree86-common, est-ce que ça va compiler en optimisant pour mon proc ? je veux dire, à la fin ça reviendra au même que si j'avais fait apt-get install xfree86-common ou pas ?

Oui. Ou alors il faut que tu edites un fichier dont j'ai oublie le nom qui contient la liste de patches appliquees au paquet.

/usr/bin/dpkg-architecture ?

fabetal_
: si je compile moi-même xfree en faisant un apt-get source --build xfree86-common, est-ce que ça va compiler en optimisant pour mon proc ?

$ apt-get install pentium-builder
$ export DEBIAN_BUILDARCH=i686

Maintenant tout ce que tu compiles est optimisé pour i686.

Si ce sont les flags d'optimisations que tu veux changer, ceci devrait suffire :
$ export CFLAGS=-O3

bon alors:

jackosland:/home/jackosking# more /etc/apt/sources.list
 
deb cdrom:[Debian GNU/Linux 3.0 r2 _Woody_ - Official i386 Binary-2 (20031201)]/
 unstable contrib main non-US/contrib non-US/main
deb cdrom:[Debian GNU/Linux 3.0 r2 _Woody_ - Official i386 Binary-1 (20031201)]/
 unstable contrib main non-US/contrib non-US/main
deb ftp://ftp.nerim.net/debian-marillat/ unstable main
 
 
# deb http://security.debian.org/ unstable/updates main
 
deb ftp://ftp.fr.debian.org/debian/ unstable main
deb-src ftp://ftp.fr.debian.org/debian/ unstable main
deb http://non-us.debian.org/debian-non-US unstable/non-US main
deb-src http://non-us.debian.org/debian-non-US unstable/non-US main
 
# deb http://security.debian.org/ unstable/updates main
jackosland:/home/jackosking#

et

jackosland:/home/jackosking# apt-get dist-upgrade
Reading Package Lists... Done
Building Dependency Tree... Done
Calculating Upgrade... Done
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.

vla

Ok, en fait il te manque l'accès au contenu "non-free" (c'est là que se trouvent xmame, xmame-gl, etc...)

A la place de :

deb ftp://ftp.fr.debian.org/debian/ unstable main
deb-src ftp://ftp.fr.debian.org/debian/ unstable main
deb http://non-us.debian.org/debian-non-US  unstable/non-US main
deb-src  http://non-us.debian.org/debian-non-US  unstable/non-US main

il faut avoir :

deb ftp://ftp.fr.debian.org/debian/ unstable main contrib non-free
deb-src ftp://ftp.fr.debian.org/debian/ unstable main contrib non-free
deb http://non-us.debian.org/debian-non-US  unstable/non-US main contrib non-free
deb-src  http://non-us.debian.org/debian-non-US  unstable/non-US main contrib non-free

Voila, avec ça, ça devrait aller mieux

ok merci je vais essayer.

nitro> le "export machin" est gardé par défaut pour après ou faut le refaire avant chaque compilation ?

Il est gardé tant que tu ne fermes pas ton shell...

suite au topic bomberman:

jackosland:~# lspci
pcilib: Cannot open /sys/bus/pci/devices
pcilib: Cannot open /proc/bus/pci/05/00.0
lspci: Unable to read 64 bytes of configuration space.
jackosland:~#

Tu as bien cette ligne dans ton /etc/fstab ? (cf. topic sur gentoo je sais plus trop où)

none /sys sysfs defaults 0 0

Ca sert à monter dans le répertoire /sys (qu'il faudra peut-être créer si tu ne l'a pas encore) le filesystem virtuel qui permet d'avoir toutes les infos sur les devices et les drivers du kernel.
Après ça, "mount -a" pour le monter, et lspci.

Et aussi, c'est bizarre que /proc/bus/pci/05/00.0 ne soit pas lisible.. tu as bien des trucs dans ton /proc ?

nitro
:

Kevin Kofler
: Et pourquoi freezer tous les paquets quand on ne peut de toute façon pas faire de release parce que l'installateur n'est pas prêt?

Pour corriger les bugs afin d'avoir une release vraiment stable.

Et tu crois qu'ils ne corrigent pas les bogues chez Fedora? C'est à ça que ça sert de mettre des versions de développement dans les versions de test - à corriger les bogues à l'avance. Mais Debian ne met pas les versions de développement même dans "unstable", souvent même pas dans "experimental" (ils ont attendu la release officielle + 2-3 semaines avant de mettre XFree86 4.3.0 dans "experimental"!). Donc évidemment qu'ils se retrouvent à devoir corriger des bogues sur des paquets déjà freezés.

X.Org X11R6.7 est prêt maintenant.

Pas sur toutes les architectures supportées par Debian.

Pas étonnant, vu qu'ils n'ont pas fait le moindre effort... Chez Fedora, ils ont mis la version de développement dans la test2, des bogues sur PPC64 (par exemple) ont été reportés, et Mike Harris les a corrigés, à temps pour Fedora Core 2. Les releases de test servent à tester. (Mais pas chez Debian, où presque tout le monde utilise les releases de test parce que la stable est trop vieille. C'est un peu un cercle vicieux...)

Personnellement, je mettrais X.Org X11R6.7 dans cette release et la version modularisée dans la prochaine.

Daniel Stone, co-mainteneur des packages XFree86 chez Debian, est le principal développeur qui travaille sur le tree modularisé de freedesktop.org. Je suppose qu'il sait très bien ce qu'il fait en refusant de perdre du temps avec X.Org X11R6.7.

Je suppose que Mike Harris sait aussi très bien ce qu'il fait...

Le problème à la base est que Debian n'accepte pas les mises à jour non-sécurité dans stable, même pas des corrections de bogues. Le fait d'utiliser de vieux paquets n'est qu'un workaround pour cette fixation très mal pensée. Une distribution stable doit par définition accepter le maximum de corrections de bogues possible, parce que sinon, elle est boguée, pas stable.

Tu n'as toujours pas compris le sens de stable. D'après ce que tu dis, la première release "stable" de Fedora est buggée, et c'est fait exprès.

Elle n'est pas forcément boguée. Les releases de test sont là pour ça. Mais s'il y a l'un ou l'autre bogue qui échappe aux tests, ce n'est pas grave, Red Hat sort une mise à jour bugfix, généralement peu de jours après la release.

Ca marche pour une distribution "desktop" très limitée comme Fedora, mais certainement pas pour Debian qui est utilisée dans un large éventail d'activités. Va dire aux gens qui utilisent Debian dans des routeurs satellites que la version qui est sensée être stable ne l'est en fait pas, juste parce qu'on voulait avoir les derniers numéros de version sur tous les packages.

L'article dit justement que leur système peut être mis à jour, alors ils profiteraient bien des bugfixes. Va leur dire que si leur satellite est perdu, c'est parce que Debian a refusé de mettre une correction de bogue dans "stable" parce que ce n'est pas un bogue de sécurité...

Et au passage, va aussi expliquer à ceux qui ont du matériel géré seulement depuis XFree86 4.4 ou X.Org X11R6.7 que non, les routeurs satellites sont plus importants qu'eux...

Si des gens veulent avoir des versions récentes mais moins stables des logiciels, il y a testing et unstable qui sont là pour ça.

Et les versions plus récentes et plus stables (point releases, bugfix releases)?

En prétendant que Debian est mal foutue

Tu veux que je prétende qu'une distribution qui distribue KDE 2 en avril 2004 soit bien foutue??? KDE 3 existe depuis mars 2002, donc 25 mois! Red Hat le distribue d'office depuis mai 2002 (Red Hat Linux 7.3, il y a 23 mois)! Et je peux te dire que la 7.3 était très stable, je l'ai utilisée longtemps.

Kevin Kofler
: Mais Debian ne met pas les versions de développement même dans "unstable"

Non c'est sûr t'as raison, GCC 3.4 qui est dans unstable depuis plusieurs mois ce n'est pas du tout une version de développement.

Pas étonnant, vu qu'ils n'ont pas fait le moindre effort...

C'est vrai, quelle bande de feneants tous ces développeurs volontaires... ils pourraient quand même passer plus de temps pour satisfaire M. Kevin Kofler qui exige X.Org X11 dans la stable, même si c'est pour jeter les packages dans la version d'après.

Je suppose que Mike Harris sait aussi très bien ce qu'il fait...

Je crois que tu as un sérieux problème de compréhension. Est-ce que j'ai dit que Mike Harris fait n'importe quoi ? Non. Est-ce que j'ai dit que Fedora c'est que de la merde ? Non. Arrête de penser qu'il n'existe qu'une seule solution valide quel que soit le problème...

Elle n'est pas forcément boguée. Les releases de test sont là pour ça. Mais s'il y a l'un ou l'autre bogue qui échappe aux tests, ce n'est pas grave, Red Hat sort une mise à jour bugfix, généralement peu de jours après la release.

Et alors ? N'ai-je pas le droit de penser que c'est complètement inadapté pour beaucoup d'utilisations critiques ?

L'article dit justement que leur système peut être mis à jour, alors ils profiteraient bien des bugfixes. Va leur dire que si leur satellite est perdu, c'est parce que Debian a refusé de mettre une correction de bogue dans "stable" parce que ce n'est pas un bogue de sécurité...

Je pense ne pas me tromper en affirmant que tu n'as jamais bossé dans un environnement professionnel toi... ça ne marche pas comme ça. Quand tu déploies une application qui a été testée avec une certaine configuration, et qui dépend donc (volontairement ou non) de fonctionnements non déterminés, la dernière chose que tu souhaites c'est d'upgrader le système et t'apercevoir que ton application ne fonctionne plus, car un bug a été corrigé dans le système. Et boom le satellite.

Et au passage, va aussi expliquer à ceux qui ont du matériel géré seulement depuis XFree86 4.4 ou X.Org X11R6.7 que non, les routeurs satellites sont plus importants qu'eux...

Personne ne les oblige à utiliser Debian, le seul qui fait de la propagande ici c'est toi. Et pour ceux qui veulent absolument utiliser Debian, ils peuvent très bien installer X.Org X11R6.7 à la main, ce n'est pas interdit.

Si des gens veulent avoir des versions récentes mais moins stables des logiciels, il y a testing et unstable qui sont là pour ça.

Et les versions plus récentes et plus stables (point releases, bugfix releases)?

Au même endroit.

Tu veux que je prétende qu'une distribution qui distribue KDE 2 en avril 2004 soit bien foutue???

J'utilise KDE 3.2.2 (dans unstable depuis plusieurs semaines déjà), alors franchement cette histoire de KDE 2 ça me passe au dessus de la tête. (et KDE 3.2 est disponible pour woody sur kde.org)

Hum, kde 3.2.2 ??? alors que ce n'est meme pas une release officielle, encore au stade des snapshots cvs, et qu'il n'y a pas de paquets sur le ftp de kde ???