itstimetogo a écrit 459 commentaires

  • [^] # Re: habitude / méconnaissance

    Posté par  . En réponse au journal Solaris 10 (mon humble avis). Évalué à 3.

    Et notes que les "bas de gamme" ne sont pas donnés par rapport aux PC et qu'ils ont des performances très très moyenne pour ne pas dire mauvaise.
    Les stations de travail sont intéressantes dans le haut de gamme mais pour un prix exorbitant.
  • [^] # Re: DTrace

    Posté par  . En réponse au journal Solaris 10 (mon humble avis). Évalué à 2.

    > l'un des premiers système a avoir utilisé PAM c'est Solaris 6 :-)

    J'ai vu PAM dans HP-UX avant que ça n'existe sous Linux. Je sais que ce n'est pas Linux qui a "inventé" PAM.

    > Oui et ?

    Relis le thread.

    > Sauf failles qui commencent a etre courantes chez linux

    Faut éviter le FUD à la MS. Les failles sont publics, les sources sont dispos etc...
    Donc des failles sont souvent trouvées (c'est tant mieux) et corrigées (c'est encore mieux).
    Si tu ignores ce point, tu peux aussi "démontrer" que Windows est plus sûr que Linux...
    L'absence de communication des Unix proprio ne les rend pas plus sûr.
    Jusqu'à preuve du contraire, GNU/Linux est un système _très_ sûr.
  • [^] # Re: habitude / méconnaissance

    Posté par  . En réponse au journal Solaris 10 (mon humble avis). Évalué à 2.

    Les stations Sun d'aujourd'hui, c'est du PC avec une vieille carte graphique. Il y a même plus de disques SCSI...
  • [^] # Re: DTrace

    Posté par  . En réponse au journal Solaris 10 (mon humble avis). Évalué à 1.

    Puisque tu "aimes" les unix proprio, j'ai une petite question.

    Comment expliques-tu que les Unix proprio se soit fait rattrapé aussi rapidement par GNU/Linux ?

    Linux a débuté environ près de 10 ans après les Unix proprio. En ~15 ans, Linux les a rattrapé et même doublé globalement.

    Certe, il ne faut pas comparer une Fedora ou Gentoo à un unix proprio. Mais compares une RHEL ou SuSE Enterprise à un Unix proprio et reconnait que l'écart est maintenant énorme et presque insurmontable pour les Unix proprio.
    Certe, ils ont encore quelques "features" uniques à afficher. Mais Linux a des points forts énormes par rapport à eux. Dont le support hardware qui est sans commune mesure.
    Ils en sont maintenant à intégrer des logiciels libres (apache, bind, bash, gdb, gnome, mozilla, ...) dans leur OS car ils ne peuvent plus suivre le rythme du logiciel libre. Heureusement pour eux, Linux ne peut pas pomper comme ils le font avec le logiciel libre...
    Maintenant les éditeurs d'Unix commerciaux travaillent "main dans la main" avec le logiciel libre. Donc ils aident aussi le libre. Il faut le reconnaitre. Il n'empêche qu'il y a quelques années, ils étaient très très très peu nombreux à faire la promotion du libre et/ou y croire.
    Eux aussi ils avaient des certitudes...
  • [^] # Re: DTrace

    Posté par  . En réponse au journal Solaris 10 (mon humble avis). Évalué à 0.

    > Bref laisse un peu tes certitudes de linuxien qui te font toujours sortir "c'est nous qu'avons la plus grosse"

    C'est typiquement ce que disait les "propriétaires" des unix commerciaux.
    Maintenant les Unix commerciaux sont presque à agonie (ou c'est pour un proche avenir).
    Donc :
    - laisses un peu tes certitudes de ...

    > Sors un peu de ton monde linuxo linuxien même si tu n'aimes pas; s'interesser aux technos de l'extérieur est très enrichissant.

    J'ai bossé durant 5 ans sur les unix commerciaux avant de basculer sous Linux. À cette époque j'ai regardé les "technos de l'extérieur" et Linux y faisait parti.
    Et bien linux écrase les Unix commerciaux. Il n'y a pas photo. Sauf peut-être pour quelques machines hyper haute de game dont les constructeurs gardent les specs bien caché dans leur coin.

    Il ne reste que quelques vieux amadoués par le discours maketing des Unix proprios et accroché à leur habitude pour croire que les Unix proprios ont du "talent" ou de l'avenir.

    > En plus les gens de chez sun c'est des mecs bien quand ils font un nouveau truc en général y'a un papier qui arrive avec.

    C'est vrai. Remarque que c'est comme ça pour tous les Unix proprio.
    N'oublie pas que "les gens de chez GNU/Linux" c'est des mecs bien. D'ailleurs il y a des gros morceaux de GNU dans Solaris.
  • # Enregistrer un flux video

    Posté par  . En réponse au message Enregistrer un flux video. Évalué à 6.

    mplayer -dumpstream [url]
  • [^] # Re: DTrace

    Posté par  . En réponse au journal Solaris 10 (mon humble avis). Évalué à 1.

    > Il te permet, sans toucher à tes applications (sans même les relancer !) de tracer avec précision (locks, mémoire,appels système...)

    Comme strace...
    Exemple :
    $ strace -e trace=file -e trace=network -p 2826
    setsockopt(28, SOL_TCP, TCP_NODELAY, [1], 4) = 0
    connect(28, {sa_family=AF_INET, sin_port=htons(80), sin_addr=inet_addr("194.117.209.179")}, 16) = -1 EINPROGRESS (Operation now in progress)
    accept(11, {sa_family=AF_INET, sin_port=htons(43470), sin_addr=inet_addr("192.168.0.2")}, [16]) = 29
    getsockname(29, {sa_family=AF_INET, sin_port=htons(3128), sin_addr=inet_addr("192.168.0.2")}, [16]) = 0
    accept(11, 0xbff023b8, [16]) = -1 EAGAIN (Resource temporarily unavailable)
    socket(PF_INET, SOCK_STREAM, IPPROTO_IP) = 31
    bind(31, {sa_family=AF_INET, sin_port=htons(0), sin_addr=inet_addr("0.0.0.0")}, 16) = 0
    setsockopt(31, SOL_TCP, TCP_NODELAY, [1], 4) = 0
    connect(31, {sa_family=AF_INET, sin_port=htons(80), sin_addr=inet_addr("194.117.209.179")}, 16) = -1 EINPROGRESS (Operation now in progress)
    getsockopt(26, SOL_SOCKET, SO_ERROR, [0], [4]) = 0
    socket(PF_INET, SOCK_STREAM, IPPROTO_IP) = 32
    bind(32, {sa_family=AF_INET, sin_port=htons(0), sin_addr=inet_addr("0.0.0.0")}, 16) = 0
    ....

    L'avantage de DTrace est d'avoir un système de script pour faire le tri dans tout ça et faire des statistiques.

    > Et comme ZFS

    ZFS ne sera pas avec la première fournée de Solaris 10. Il est prévu dans "update 1".

    > gere les volumes logiques et le raid

    Je doute que ce soit supérieur à device-mapper et lvm2 :
    http://sources.redhat.com/dm/(...)
    http://sources.redhat.com/lvm2/(...)
    Et GFS qui peut utiliser tout ça pour faire un cluster :
    http://sources.redhat.com/cluster/(...)
  • [^] # Re: Pas sorti, mais disponible...

    Posté par  . En réponse au journal Solaris 10 (mon humble avis). Évalué à 1.

    > il est téléchargeable sur le site de Sun

    Se sont des Beta version actuellement. Il n'y a aucune station/serveur Sun livré avec Solaris 10 actuellement.

    > ou jouer avec

    Sauf que la dernière beta que je voulais tester ne s'installe pas chez moi. J'ignore pourquoi.
  • [^] # Re: DTrace

    Posté par  . En réponse au journal Solaris 10 (mon humble avis). Évalué à 2.

    > ca ressemble plus aux capabilities, developpé chez linux

    capabilities *diminue* les privilèges. Il ne les augmente jamais.

    > mais jamais utilisé.

    apache, named, etc... utilise les capabilites.

    > Et je vois pas bien ce que PAM fait dans la choucroutte.

    Pour gérer les privilèges peut-être ?
    Exemple, j'ai fait un petit wrapeur à mplayer pour que mplayer puisse faire mlockall() et utilise l'ordonnanceur temps réel round Robin.
    Il faut patcher mplayer pour qu'il utiliser mlockall().

    Avec le driver mga_vid (-vo mga ou -vo xmga), ça permet d'avoir un mplayer imperturbable. J'ai testé avec un upload à 150 (compilation de trois linux en parallèle avec "make -j") en lisant un DVD. Pas le moindre accro. Impressionnant.

    Il faut Linux 2.6.9 qui permet de fixer un ulimit sur la mémoire verrouillé en mémoire.
    Mon wrapper (mplayer_rt) utile PAM et a le suid (c'est le seul).

    Le mplayer lancé par le wrapper a deux privilège en plus :
    - ordonnancement à SCHED_RR
    - ulimit -l 65536
    Tu ne peux pas avoir ces deux privilèges avec un processus "normal" et pourtant mon mplayer tourne avec mes droits utilisateurs seulement, mais juste avec ces deux privilèges de plus (capabilities ne peut pas faire ça).

    Donc voilà ce qui est fait :
    - mplayer_rt est appelé comme le mplayer "classique" avec les arguments "qui vont bien".
    - mplayer_rt utilise PAM
    - PAM vérifie si l'utilisateur à la console (pam_console)
    - PAM vérifie que c'est moi (pam_succeed_if)
    - PAM change ulimit (pam_ulimit)
    - PAM change l'ordonnancement (pam_sched : c'est tout petit module PAM que j'ai fait pour le "fun" et qui n'est pas "présentable").
    - mplayer_rt vire les privilège root (seteuid() = getruid())
    - mplayer_rt fait un exec de mplayer
    Je pourrait utiliser les capabilities de Linux mais mon wrapper est si petit et fait si peu de chose que ce n'est pas nécessaire.

    Rappel, seul mplayer_rt a le suid.
    Si j'installe un nouveau mplayer, ça marche toujours (j'ai seulement à ajouter un patch pour utiliser mlockall). Donc avec PAM, j'ai bien fait de la gestion de droits/privilèges.
    Le fait que j'ai du utiliser du C (pour mplayer_rt) montre que ce n'est pas encore suffisament "enrobé".
  • [^] # Re: XEN

    Posté par  . En réponse au journal Solaris 10 (mon humble avis). Évalué à 4.

    Il y a plein d'usage. Mais si c'est pour faire tourner un "classique" apache ce n'est pas très intéressant.
    Par contre, si tu as un client qui veut :
    - tripatouiller son apache, voir le compiler/patch
    - ajouter des modules "bizarre" que généralement tu refuses car trop "dangereux"
    - avoir un accès ssh
    - utilise MySQL alors que tu ne fournis que PostgreSQL par défaut
    - avoir ses propres triggers écrit en C pour PostgreSQL
    - avoir un environnement Debian alors que le serveur principale tourne sous RHEL
    - etc

    là, ça prend tout son sens d'utiliser Xen (ou usermode). Ton client est autonome, il a son serveur (virtuel), il le gène, etc.

    > si il se fait bourriner la gueule par un cracker

    Apache est un serveur "sûr" et il y a d'autre moyen pour ça. Utiliser le module proxy d'apache par exemple et avoir d'autre apache "chrootés". Et si tu n'as pas confiance dans le modules proxy d'Apache, pourquoi tu aurais confiance en Xen ?
  • [^] # Re: XEN

    Posté par  . En réponse au journal Solaris 10 (mon humble avis). Évalué à 3.

    > Je viens, grâce à toi, de découvrir Xen

    Zut, l'objectif était de faire découvrir Solaris 10 :-)

    > Pour ceux qui ne connaissent pas, et si j'ai bien compris, c'est une sorte de micronoyau (ring 0)

    Personnellement, j'y comprend rien :-) et j'ai pas la motivation de comprendre comment marche en interne tout ça. Ça me dépasse un peu :-)
    Fedora a été moyennement motivé par usermode.
    Maintenant Red Hat semble assez motivé et a affecté un développeur à Xen (Rik van Riel). Anaconda/kudzu devrait être porté pour Xen et/ou détecter ce que fournit Xen. Peut-être qu'on pourra tester FC4 sous FC3. Ça va faciliter le debuggage.
    Voilà le premier usage que je vois à court terme.
    M'enfin, l'outil crée aussi le besoin. Je trouverais sûrement d'autres utilisations.
  • [^] # Re: habitude / méconnaissance

    Posté par  . En réponse au journal Solaris 10 (mon humble avis). Évalué à 5.

    J'en profite pour préciser que j'ai un lourd "passif" avec les unix proprios (Dec/OSF beaucoup, HP-UX pas mal, Solaris un peu).

    GNU/Linux m'a sidéré pour un Unix.
    En même temps, en entreprise, Linux ne peut pas se passer d'un bon support. Donc pour le gratuit, il faut oublier.
    J'ai été impressionné par le support qu'il y avait sous DEC (fin 90). Un "petit" kernel panic ou "Ooops" et c'était le branle-bas le combat. C'était cher (et même très cher car il fallait utiliser le hard spécifique DEC) mais le service était là.
  • [^] # Re: Pauvre Mandrake...

    Posté par  . En réponse au journal Majorité silencieuse mandrakelinux. Évalué à 0.

    T'es toujours aussi con.
  • [^] # Re: Revue de Presse

    Posté par  . En réponse à la dépêche Revue de Presse - Décembre 2004. Évalué à 0.

    Mille excuses.

    Signé : quelqu'un qui manifestement ne lis pas assez les revues de presse.
  • [^] # Re: Pauvre Mandrake...

    Posté par  . En réponse au journal Majorité silencieuse mandrakelinux. Évalué à 0.

    Tu peux mettre ton numéro de téléphone et ton adresse ici si Tu veux.
    Mais je ne mettrais pas ton numéro et ton adresse. Ça Te regarde et ça ne me regarde pas.

    Je t'es choqué ?

    > Vive l'Anonymat Absolu et Infini, seul Garant de Ta Liberté.

    Publies mon casier judiciaire si t'es aussi con que tu le dis.
    Tu nous donnerais ton salaire ?
    Tu serais d'accord qu'un autre, sans ton accord, publie ton salaire ?
    Tu veux que quelqu'un disent à quel école vont tes gamins (si tu en as) et quelle heure ?

    Toi aussi tu es dans le "Vive l'Anonymat Absolu et Infini, seul Garant de Ta Liberté". Tu jouis de ce privilège mais en plus tu t'attribues le "droit" d'en priver les autres de ta propre initiative.

    T'as pas de leçon à donner.
  • # Revue de Presse

    Posté par  . En réponse à la dépêche Revue de Presse - Décembre 2004. Évalué à 6.

    On en n'a jamais parlé dans la revue de presse, donc faisons le une première et dernière fois.
    Red Hat Magazine France n'est plus.
    Le dernier numéro (le 5) est uniquement dispo en pdf :
    https://www.redhatmagazines.com/fr/PDF/(...)

    On y trouvera aussi les autres numéros. Les articles sont de qualités mais parfois sont des traductions "moyennes".

    Red Hat Magazine (de Red Hat, à ne pas confondre avec Red Hat Magazine France) a sorti son premier numéro :
    http://www.redhat.com/magazine/(...)

    Pas de version papier.
  • [^] # Re: Pauvre Mandrake...

    Posté par  . En réponse au journal Majorité silencieuse mandrakelinux. Évalué à -2.

    Confirmation, c'est un Sarkozien.
    Merde, y en a plein de ces cons la en ce moment.
  • [^] # Re: Pauvre Mandrake...

    Posté par  . En réponse au journal Majorité silencieuse mandrakelinux. Évalué à 1.

    Je croyais que le régime de Vichy c'était du passé.
    Où c'est un fan de Sarkozy qui prend ses rèves pour une réalité.
  • [^] # Re: Confusion

    Posté par  . En réponse au journal mkswap est dangereux !. Évalué à 1.

    Tout le log puisque pour certain il est inconcevable que Mandrake soit buggé :
    http://qa.mandrakesoft.com/attachment.cgi?id=2271(...)

    Noter le stupide :
    Setting up swapspace version 1, size = 61631148 kB

    Qui demanderait un swap de 60 Go que Linux ne peut gérer sous i386.
  • [^] # Re: Confusion

    Posté par  . En réponse au journal mkswap est dangereux !. Évalué à 1.

    Et alors ?

    C'est à l'installeur de faire attention.

    De ddebug.log :
    * RAID: found md0 (raid 0) type ext3 with parts /dev/hdg2,/dev/hde2

    /dev/hde2 fait parti d'une partition raid logiciel et l'installeur l'a remarqué et activé (normal).

    * suggest_mount_points: hde2 -> swap
    * running: mkswap /dev/hde2
    * swapon called with hde2
    * error: swapon(hde2) failed: No such file or directory at /usr/bin/perl-install/fs.pm line 393.


    Ça c'est l'installeur qui le fait et je ne lui ai rien demandé. Pourtant il fait un mkswap et swapon sur une partition non-swap qu'il a précédement reconnu (à juste titre) comme un partition "Linux raid autodetect", et activé le périphérique raid associé.

    C'est indiscutable une erreur de l'installeur.
  • # Pauvre Mandrake...

    Posté par  . En réponse au journal Majorité silencieuse mandrakelinux. Évalué à 1.

    > le feu d'artifice de troll qui éclate à chaque news mandrakelinux

    Car il n'y a rien pour les news des autres distributions ?

    Petits exemples :
    Debian : Quand sort Sarge (préciser l'année svp) ?
    Gentoo : C'est aussi rapide que Mandrake mais il faut attendre plus longtemps.
    SuSE : Çapucaipolibre
    Red Hat : Esprit du libre es-tu là ?
    Slack : aussi bien qu'une LFS mais sans l'intérêt de se faire une LFS.
    etc
  • # Correction

    Posté par  . En réponse au journal mkswap est dangereux !. Évalué à 1.

    > - "mkswap(hde2) : no such device"

    C'est :
    - "swapon(hde2) : no such device".

    Désolé pour la confusion.
  • [^] # Re: mouais

    Posté par  . En réponse au journal mkswap est dangereux !. Évalué à 3.

    > ton raid logiciel a été mal créé

    Il a été parfaitement avec mdadm et je ne reviendrait pas sur ce point.

    > parce qu'il n'est pas normal qu'il mette le type "linux swap" à tes partitions.

    Le type des partitions n'a été mis à "linux swap" et n'a jamais été "linux swap".

    > Il est normal qu'il cherche à utiliser comme swap les partitions qui sont indiquées comme swap dans la table de partition.

    Je répète, hde2 n'est pas marqué comme une partition de swap. fdisk de Mandrake le confirme. fdisk et sfdisk de Fedora le confirme.

    > mais le problème ne vient pas de mak pour ce coup là.

    Le problème vient de Mandrake définitivement.
    Si a chaque fois qu'il y a un problème c'est ce type de réponse qu'il faut "supporter", alors Cooker a parfaitement raison de gueuler.
  • [^] # Re: Remonter le rapport de bugs

    Posté par  . En réponse au journal mkswap est dangereux !. Évalué à 1.

    > comme pas le temps de le suivre

    Oui et non. Le problème c'est que Mandrake n'est pas ma distribution quotidienne et je la connais peu.

    > Au passage, je pense que "utiliser les partitions existantes", ça veut dire de les reprendre _toutes_
    > Toutes les partitions, ça veut dire y compris celles sur les autres disques

    Si c'est ça, c'est nullissime. J'ai refais l'installation et heureusement, ce n'est pas ça.
    Ça ne change rien au bug. L'installeur fait un mkswap sur une partition qui n'est pas une partition de swap. C'est une grave erreur.

    > Et, sauf erreur de ma part, l'installeur te demande de confirmer les points de montage

    Oui. J'ai demandé /dev/hda1 => "/".
    Rien d'autre. /dev/hda1 a été reformé comme prévu.

    > tu peut donc refaire l'installation

    J'ai refais l'installation. Avant, j'ai changé le type de partition de /dev/hda2 de 0x82 (swap) à 0x0 (vide). Je ne sais pas pourquoi mais c'est la présence de /dev/hda2 et fait qu'il fait un "mkswap /dev/hde2" (hde2, n'est pas une partition de swap).

    Cette partie (formatage, activation swap des partitions 0x82) a marchée comme prévue en mettant /dev/hda2 à 0x0 (vide).

    La suite est moins glorieuse et j'ai confirmé tous les petits problèmes que je cite. J'ai fait deux fois l'installation.

    Déjà, le formatage n'active pas httree pour ext3 (feature "index_dir"). Ni "large_file" et ni "ext_attr". Ces "features" sont standards et upstream depuis Linux 2.6.0. D'autant bizarre que ext3 est le système de fichier par défaut...

    Je n'ai pas demandé à monter /dev/hdg1 et pourtant l'entrée a été ajouté à /etc/fstab alors qu'il n'a pas ajouté /dev/hde1 ni /dev/md0. Va savoir...
    /dev/hdg1 avait les images iso de Mandrake.

    Comme FC3 utiliser "resize_inode", e2fsck de Mandrake plante (normal) à la vérification de hdg1 par e2fsck. Mais j'ai pas demandé à monter hdg1.

    L'écran, un classique "Sony CPD-E200/E200E", n'a pas été détecté et il me propose du "1600x1200 à 76Hz" que ne supporte pas mon écran.
    La quantité de mémoire de la carte graphique (G400) n'a pas été détecté (de /root/drakx/ddebug.log) :
    - "* Xconfig::card: auto failed (needVideoRam)"

    J'ai aussi ce message "bizarre" :
    - "* hdg: argh! no valid geometry found"

    Bizarre le disque hde est exactement le même que hdg. Alors pourquoi pour hdg uniquement ?

    J'ai fait une installation depuis le disque dur et demandé l'installation de KDE et Gnome. Ça plante a plein d'endroit (de /root/drakx/ddebug.log) :
    * getFile install/images/hd_grub.img: (1:disk-iso)
    * selecting new medium '2'
    * getFile wget-1.9.1-4mdk.i586.rpm:Installation CD 2 (2:disk-iso)
    * Can't open /tmp/image/media/main2/wget-1.9.1-4mdk.i586.rpm: No such file or directory
    * running: losetup /dev/loop1 /tmp/hdimage/mdk-10.1//Mandrakelinux-10.1-Official-Download-CD1.i586.iso
    * running: losetup -d /dev/loop1
    * running: losetup /dev/loop1 /tmp/hdimage/mdk-10.1//Mandrakelinux-10.1-Official-Download-CD2.i586.iso
    * running: losetup -d /dev/loop1
    * running: losetup /dev/loop1 /tmp/hdimage/mdk-10.1//Mandrakelinux-10.1-Official-Download-CD3.i586.iso
    * running: losetup -d /dev/loop1
    * refusing medium 2
    * getFile XXX: (2:disk-iso)
    * read header file /mnt/tmp/headers/wget-1.9.1-4mdk.i586
    * read header file /mnt/tmp/headers/fonts-ttf-vera-1.10-4mdk.noarch
    * read header file /mnt/tmp/headers/myspell-fr_BE-1.0.2-0.20030619.8mdk.noarch
    * read header file /mnt/tmp/headers/myspell-fr_FR-1.0.2-0.20020608.8mdk.noarch
    * read header file /mnt/tmp/headers/OpenOffice.org-l10n-fr-1.1.3-2mdk.i586
    * read header file /mnt/tmp/headers/libkdepim2-common-3.3.0-26mdk.i586
    * read header file /mnt/tmp/headers/libkdepim2-kaddressbook-3.3.0-26mdk.i586
    * read header file /mnt/tmp/headers/gcc-cpp-3.4.1-4mdk.i586
    * read header file /mnt/tmp/headers/gstreamer-tools-0.8.5-2mdk.i586
    * read header file /mnt/tmp/headers/libgstreamer0.8-0.8.5-2mdk.i586
    * read header file /mnt/tmp/headers/libpisock8-0.11.8-6mdk.i586
    * read header file /mnt/tmp/headers/librecode0-3.6-6mdk.i586
    * read header file /mnt/tmp/headers/fortune-mod-1.99.1-5mdk.i586
    * opened rpmdb for writing in /mnt
    * opened rpm database for transaction of 13 new packages, still 214 after that to do
    * rpm transactions start
    * getFile librecode0-3.6-6mdk.i586.rpm:Installation CD 2 (2:disk-iso)
    * Can't open /tmp/image/media/main2/librecode0-3.6-6mdk.i586.rpm: No such file or directory
    * selecting new medium '3'
    * getFile aspell-fr-0.50.3-8mdk.i586.rpm:Installation CD 3 (3:disk-iso)
    * Can't open /tmp/image/media/main3/aspell-fr-0.50.3-8mdk.i586.rpm: No such file or directory
    * refusing medium 3
    * getFile XXX: (3:disk-iso)
    * read header file /mnt/tmp/headers/aspell-fr-0.50.3-8mdk.i586
    * read header file /mnt/tmp/headers/libgtkhtml-3.1_11-3.2.2-2mdk.i586
    * read header file /mnt/tmp/headers/gal-2.2-2.2.2-1mdk.i586
    * read header file /mnt/tmp/headers/libgal-2.2_1-2.2.2-1mdk.i586
    * read header file /mnt/tmp/headers/gnome-spell-1.0.5-3mdk.i586
    * read header file /mnt/tmp/headers/gtkhtml-3.1-3.2.2-2mdk.i586
    * read header file /mnt/tmp/headers/perl-SDL-1.20.0-10mdk.i586
    * read header file /mnt/tmp/headers/OpenOffice.org-help-fr-1.1.3-2mdk.i586
    * read header file /mnt/tmp/headers/evolution-2.0.1-2mdk.i586
    * read header file /mnt/tmp/headers/frozen-bubble-1.0.0-6mdk.i586
    * read header file /mnt/tmp/headers/kde-i18n-fr-3.2.3-4mdk.noarch
    * read header file /mnt/tmp/headers/kdeartwork-3.2.3-14mdk.i586
    * read header file /mnt/tmp/headers/mailman-2.1.5-7mdk.i586
    * opened rpmdb for writing in /mnt
    * opened rpm database for transaction of 13 new packages, still 0 after that to do
    * check failed : libSDL_gfx.so.11 is needed by perl-SDL-1.20.0-10mdk
    libSDL_image-1.2.so.0 is needed by perl-SDL-1.20.0-10mdk
    libSDL_net-1.2.so.0 is needed by perl-SDL-1.20.0-10mdk
    libSDL_ttf-2.0.so.0 is needed by perl-SDL-1.20.0-10mdk
    evolution-data-server >= 1.0.1 is needed by evolution-2.0.1-2mdk
    spamassassin is needed by evolution-2.0.1-2mdk
    libebook.so.8 is needed by evolution-2.0.1-2mdk
    libecal.so.6 is needed by evolution-2.0.1-2mdk
    libedataserver.so.3 is needed by evolution-2.0.1-2mdk
    libegroupwise.so.4 is needed by evolution-2.0.1-2mdk
    libgnutls.so.11 is needed by evolution-2.0.1-2mdk
    libnspr4.so is needed by evolution-2.0.1-2mdk
    libnss3.so is needed by evolution-2.0.1-2mdk
    libplc4.so is needed by evolution-2.0.1-2mdk
    libplds4.so is needed by evolution-2.0.1-2mdk
    libsmime3.so is needed by evolution-2.0.1-2mdk
    libsoftokn3.so is needed by evolution-2.0.1-2mdk
    libsoup-2.2.so.7 is needed by evolution-2.0.1-2mdk
    libssl3.so is needed by evolution-2.0.1-2mdk
    * rpm transactions start
    * getFile gal-2.2-2.2.2-1mdk.i586.rpm:Installation CD 3 (3:disk-iso)
    * Can't open /tmp/image/media/main3/gal-2.2-2.2.2-1mdk.i586.rpm: No such file or directory
    * closing install.log file
    * calling umount(/mnt/cdrom)


    Donc l'installation des paquets s'est arrêté au milieu (sans le moindre message sur la console 7) et Gnome n'est pas installé. NB : KDE est le bureau par défaut.
    Les trois iso sont biens vues !

    Il y a des problèmes de locale pour perl (dans /root/drakx/install.log) :
    perl: warning: Setting locale failed.
    perl: warning: Please check that your locale settings:
    LANGUAGE = "fr_FR:fr",
    LC_ALL = (unset),
    LC_PAPER = "C",
    LC_ADDRESS = "C",
    LC_MONETARY = "C",
    LC_NUMERIC = "C",
    LC_TELEPHONE = "C",
    LC_MESSAGES = "fr",
    LC_COLLATE = "fr",
    LC_IDENTIFICATION = "C",
    LC_MEASUREMENT = "C",
    LC_CTYPE = "fr",
    LC_TIME = "C",
    LC_NAME = "C",
    LANG = "fr"
    are supported and installed on your system.
    perl: warning: Falling back to the standard locale ("C").
    perl: warning: Setting locale failed.
    perl: warning: Please check that your locale settings:


    Il y a ça pour plusieurs paquets.

    C'est un udev sauce devfs (/dev/ide/host2/bus1/target0/lun0). Quel intérêt ?
    Il y a udev mais il y a toujours tous les fichiers static dans /dev (17 000 fichiers).

    alsa est restauré avec /etc/init.d/sound alors que /etc/dev.d/sound/ est là pour ça.
    L'installeur n'a configuré qu'une seul de mes cartes sons (via82xx est configuré mais pas ens1371). Or c'est ens1371 que j'utilise...

    En fait ens1371 est configuré mais mal configuré. Voilà ce qu'il y a dans /etc/modprobe.conf :
    alias sound-slot-1 snd-via82xx
    remove snd-via82xx /sbin/modprobe -r snd-pcm-oss; /sbin/modprobe --first-time -r --ignore-remove snd-via82xx
    install snd-via82xx /sbin/modprobe --first-time --ignore-install snd-via82xx && { /sbin/modprobe snd-pcm-oss; /bin/true; }
    alias sound-slot-0 es1371


    es1371 c'est pour OSS. il faut snd-ens1371 pour alsa.

    Fedora a un long /etc/modprobe.conf.dist qui est nécessaire depuis le passage à module-init-tools. Il y a tous les alias qui ne sont plus supporté, des petites "bricoles" comme :
    install binfmt_misc /sbin/modprobe --first-time --ignore-install binfmt_misc && { /bin/mount -t binfmt_misc none /proc/sys/fs/binfmt_misc > /dev/null 2>&1 || :; }
    install nfsd /sbin/modprobe --first-time --ignore-install nfsd && { /bin/mount -t nfsd nfsd /proc/fs/nfsd > /dev/null 2>&1 || :; }
    install sunrpc /sbin/modprobe --first-time --ignore-install sunrpc && { /bin/mount -t rpc_pipefs sunrpc /var/lib/nfs/rpc_pipefs > /dev/null 2>&1 || :; }


    Mandrake n'a _rien_.

    J'ai pas Gnome et ça, ça me gonfle.
    Bref, ça suck. J'arrête là.

    Fedora 1, 2, 3 et SuSE 9.1 se sont installée sans problème sur ce même hardware.
    Donc, honnètement, je n'ai pas envis de perdre du temps avec "ça".
  • [^] # Re: swap sur raid ?

    Posté par  . En réponse au journal mkswap est dangereux !. Évalué à 3.

    Aucun, et je n'en fais pas.
    De plus le swap sur une partition raid (logiciel) est connu pour ne pas marcher (dead lock).