> Tu trouveras beaucoup d'info dans /sys.

Décidément, je n'ai pas toute ma tête.

Voilà une librairie pour accéder à /sys :
http://prdownloads.sourceforge.net/linux-diag/ (chercher sysfstutils).

[ Répondre ]

Ooops, j'ai oublié un exemple d'utilisation de hal.
$ lshal --tree
[...]
storage_serial_Y28G0SEE
volume_uuid_4d8be246_0959_4760_93da_7340446b2baa
volume_uuid_72abcf17_7925_2b28_77d9_d218c8b8e4eb_0
volume_part3_size_537255936_0
[...]

$ lshal --long --show storage_serial_Y28G0SEE
udi = '/org/freedesktop/Hal/devices/storage_serial_Y28G0SEE'
volume.ignore = true (bool)
block.storage_device = '/org/freedesktop/Hal/devices/storage_serial_Y28G0SEE' (string)
info.udi = '/org/freedesktop/Hal/devices/storage_serial_Y28G0SEE' (string)
storage.partitioning_scheme = 'mbr' (string)
storage.removable.media_size = 81964302336 (0x1315740000) (uint64)
storage.requires_eject = false (bool)
storage.hotpluggable = false (bool)
info.capabilities = {'storage', 'block'} (string list)
info.category = 'storage' (string)
info.product = 'Maxtor 6Y080L0' (string)
storage.size = 81964302336 (0x1315740000) (uint64)
storage.removable = false (bool)
storage.removable.media_available = true (bool)
storage.physical_device = '/org/freedesktop/Hal/devices/pci_1106_571_ide_0_0' (string)
storage.firmware_version = 'YAR41BW0' (string)
storage.serial = 'Y28G0SEE' (string)
storage.vendor = '' (string)
storage.model = 'Maxtor 6Y080L0' (string)
storage.drive_type = 'disk' (string)
storage.automount_enabled_hint = true (bool)
storage.media_check_enabled = false (bool)
storage.no_partitions_hint = false (bool)
storage.bus = 'ide' (string)
block.is_volume = false (bool)
block.minor = 0 (0x0) (int)
block.major = 3 (0x3) (int)
block.device = '/dev/hda' (string)
linux.hotplug_type = 3 (0x3) (int)
info.parent = '/org/freedesktop/Hal/devices/pci_1106_571_ide_0_0' (string)
linux.sysfs_path_device = '/sys/block/hda' (string)
linux.sysfs_path = '/sys/block/hda' (string)

$ lshal --long --show volume_uuid_4d8be246_0959_4760_93da_7340446b2baa
udi = '/org/freedesktop/Hal/devices/volume_uuid_4d8be246_0959_4760_93da_7340446b2baa'
volume.unmount.valid_options = {'lazy'} (string list)
volume.mount.valid_options = {'ro', 'sync', 'dirsync', 'noatime', 'nodiratime', 'noexec', 'quiet', 'remount', 'exec', 'data='} (string list)
org.freedesktop.Hal.Device.Volume.method_execpaths = {'hal-storage-mount', 'hal-storage-unmount', 'hal-storage-eject'} (string list)
org.freedesktop.Hal.Device.Volume.method_argnames = {'mount_point fstype extra_options', 'extra_options', 'extra_options'} (string list)
org.freedesktop.Hal.Device.Volume.method_signatures = {'ssas', 'as', 'as'} (string list)
org.freedesktop.Hal.Device.Volume.method_names = {'Mount', 'Unmount', 'Eject'} (string list)
info.interfaces = {'org.freedesktop.Hal.Device.Volume'} (string list)
volume.ignore = true (bool)
info.udi = '/org/freedesktop/Hal/devices/volume_uuid_4d8be246_0959_4760_93da_7340446b2baa' (string)
volume.partition.flags = {} (string list)
volume.partition.uuid = '' (string)
volume.partition.label = '' (string)
volume.partition.type = '0x83' (string)
volume.partition.scheme = 'mbr' (string)
info.product = 'big_b1' (string)
volume.partition.media_size = 81964302336 (0x1315740000) (uint64)
volume.partition.start = 32256 (0x7e00) (uint64)
volume.size = 100606464 (0x5ff2200) (uint64)
volume.num_blocks = 196497 (0x2ff91) (int)
volume.block_size = 512 (0x200) (int)
volume.partition.number = 1 (0x1) (int)
info.capabilities = {'volume', 'block'} (string list)
info.category = 'volume' (string)
volume.is_partition = true (bool)
volume.is_disc = false (bool)
volume.linux.is_device_mapper = false (bool)
volume.is_mounted_read_only = false (bool)
volume.is_mounted = true (bool)
volume.mount_point = '/boot' (string)
volume.label = 'big_b1' (string)
volume.uuid = '4d8be246-0959-4760-93da-7340446b2baa' (string)
volume.fsversion = '1.0' (string)
volume.fsusage = 'filesystem' (string)
volume.fstype = 'ext3' (string)
storage.model = '' (string)
block.storage_device = '/org/freedesktop/Hal/devices/storage_serial_Y28G0SEE' (string)
block.is_volume = true (bool)
block.minor = 1 (0x1) (int)
block.major = 3 (0x3) (int)
block.device = '/dev/hda1' (string)
linux.hotplug_type = 3 (0x3) (int)
info.parent = '/org/freedesktop/Hal/devices/storage_serial_Y28G0SEE' (string)
linux.sysfs_path_device = '/sys/block/hda/hda1' (string)
linux.sysfs_path = '/sys/block/hda/hda1' (string)

[ Répondre ]

En gros, il n'y a pas.

Il n'y a pas de standard (type POSIX) pour ça. S'il y a un standard, c'est hal :
http://www.freedesktop.org/wiki/Software/hal

Tu peux regarder les sources des programmes donnés précédement.

Tu trouveras beaucoup d'info dans /sys.

Voir aussi udev :
http://kernel.org/pub/linux/utils/kernel/hotplug/
Tu y trouveras volume_id et quelques programmes intéressants :
# /lib/udev/ata_id /dev/hda
Maxtor_6Y080L0_Y28G0SEE
# /lib/udev/vol_id /dev/hda1
ID_FS_USAGE=filesystem
ID_FS_TYPE=ext3
ID_FS_VERSION=1.0
ID_FS_UUID=4d8be246-0959-4760-93da-7340446b2baa
ID_FS_LABEL=big_b1
ID_FS_LABEL_SAFE=big_b1

Voir aussi hdparm :
http://sourceforge.net/projects/hdparm/
# /sbin/hdparm -i /dev/hdc

/dev/hdc:

Model=Maxtor 6Y080L0, FwRev=YAR41BW0, SerialNo=Y21860DE
Config={ Fixed }
RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=57
BuffType=DualPortCache, BuffSize=2048kB, MaxMultSect=16, MultSect=off
CurCHS=4047/16/255, CurSects=16511760, LBA=yes, LBAsects=160086528
IORDY=on/off, tPIO={min:120,w/IORDY:120}, tDMA={min:120,rec:120}
PIO modes: pio0 pio1 pio2 pio3 pio4
DMA modes: mdma0 mdma1 mdma2
UDMA modes: udma0 udma1 udma2 udma3 udma4 *udma5 udma6
AdvancedPM=yes: disabled (255) WriteCache=enabled
Drive conforms to: ATA/ATAPI-7 T13 1532D revision 0: ATA/ATAPI-1 ATA/ATAPI-2 ATA/ATAPI-3 ATA/ATAPI-4 ATA/ATAPI-5 ATA/ATAPI-6 ATA/ATAPI-7

* signifies the current active mode



Je répète, celà est trop dépend pour l'OS pour qu'il y ait un standard.

[ Répondre ]

> mandriva ai acheté une boite (j'ai oublié le nom

Conectiva. Egalement créateur de apt4rpm.

[ Répondre ]

Pour moi redhat 7.3 ça fait appel à de vieux souvenir.

> je doit non seulement modifier le fichier habituel (dans sysconfig network)

Normalement il doit y avoir le programme redhat-config-network qui s'occupe de ça.


> Mais quand je mets une ligne dans /etc/modules.conf

Ça ne serait pas /etc/modprobe.conf ? (ou alors c'est seulement depuis Linux 2.6).

> en ajoutant des lignes obscures commencant par install dans le modules.conf, mais rien non plus.

Pour Linux 2.6, il faut un truc dans ce gout :
install scsi_hostadapter /bin/true
alias scsi_hostadapter sym53c8xx

Normalement la ligne "install scsi_hostadapter /bin/true" est déjà dans /etc/modprobe.conf.dist.

> Connaissez vous un moyen de recuperer un log quelquepart de la lecture et l'interpretation des infos contenues dans modules.conf durant le boot.

Fais /sbin/modprobe -c



Enfin, as-tu regardés si "autoload module" marche ?
Par exemple, si tu fais "mount -t auto /dev/sda1 /mnt/sda1" sous Linux 2.4, ben linux doit charger automatiquement le module si /etc/modprobe.conf est correctement renseigné (ça ne marche plus avec Linux 2.6 et à forciori avec udev).

[ Répondre ]

Pour le fun, comparaison avec Yum/rpm.

> rechercher selon divers filtres / installer-desintaller

Yum search. Combiné avec --enablerepo et --disablerepo, ça le fait.
Pour un recherche fine des paquets installé, rpm avec les options --queryformat --whatrequires --whatprovides est ce qu'il y a de mieux.

Avec Yum, il y a aussi le programme repoquery. Il n'interroge pas la base rpm locale (/var/lib/rpm). On retourve toute la puissance de "rpm --queryformat" + --whatrequires --whatobsoletes --whatconflicts --resolve.

> filtres avancés (exclusion de certains noms ou parties de noms par exemple)

Yum --exclude. C'est aussi configurable dans /etc/yum.conf ou via des fichiers dans /etc/yum.repo.d/
Il y a aussi les plugin yum-protectbase, plugin yum-versionlock, yum-allowdowngrade, yum-kernel-module et yum-fedorakmod.

> gestion avancée des dépendances

Heureusement. Idem pour tout le monde.

> gestion des signatures

C'est-à-dire ?
Yum vérifie si le paquet est signé, il peut aussi importer une signature (via ftp, http, etc).

> gestion des débits, splitter en transactions, splitter par poids,

Yum n'a pas.
Il y a yum-fastestmirror.

> garder/enlever du cache (et gestion avancé de celui-ci)

Yum n'a pas. Mais le cache est si petit (ici 100 Mo pour 5700 paquets info de liste de fichier comprise (alors que c'est peut utilisé)).

> passer par un proxy, utiliser ssh curl et wget

Yum a.

> synchronisation...

reposync.

> gestion de liste d' exclusion précise

???
Consédirons que Yum n'a pas.

> reconstructions

Yum n'a pas.
Mais c'est tellement con à faire avec rpm : rpm --rebuild [url]
Il y a aussi yum-builddep pour installé les *-devel nécessaires.

> gestion des architectures

Yum a. +gestion biarch.

> ne pas exécuter les scriptlets

Il y a le plugin yum-tsflags. Mais franchement, vu que yum/urpmi peut installé plusieurs paquets, c'est une mauvaise idée. Rpm le fait "--noscript --notrigger".

> installation en parallèle sur plusieurs (dizaine(s) ...) de postes.

Un serveur urpmi ?
C'est assez con à faire avec yum-updatesd (indique s'il y a des mises à jours via syslog, mail et dbus).
Peut aussi mettre à jours automatique et downloader.
Exemple d'un fichier de configuration :

# automatically install updates
do_update = no
# automatically download updates
do_download = no
# automatically download deps of updates
do_download_deps = no

[ Répondre ]

Red Hat sait qu'il ne peuvent pas se faire d'argent avec une distribution "communautaire" (ou alors très peu). Donc ils ont fait Fedora. Comme Fedora coûte de l'argent, il faut au moins un retour sur investissement avec les contributions externes (tests, développements, idées, etc). Or les contributeurs ne participent que si le cycle est court. La stabilité n'est vraiment pas un truc qui passionne les développeurs (=> voir Fedora Legacy qui est limite au niveau contribution). De plus contribuer alors que le fruit du labeur ne sera là que dans un an...
Le cycle de 6 mois, permet aussi de se synchroniser avec Gnome notamment. Beaucoup de projets ont maintenant un cycle de 6 mois avec un roadmap.

Au-delà des contributions extérieures, les utilisateurs de la version communautaire/gratuite seront des futurs utilisateurs de la version payante (pour Mandriva, la corporate server).

Je pense que Mandriva c'est rendu compte qu'avec un cycle long (1 ans pour la 2007), il y a peu de participation (au moins pour les 6 premiers mois du cycle).

Ajoutons la popularité d'Ubuntu grandissante par rapport à Mandriva alors qu'elle sort tous les 6 mois, on en déduit que le soit-disant avantage de sortir tout les ans n'en est pas un en fin de compte (compte aussi dans le sens "monnaie sonnante et trébuchante"). Notons que Mandriva c'est un peu cassé la gueule en terme de popularité et le passage à un cycle de 1 an ne semble en rien avoir atténué ce cassage de gueule.

Je pense que l'étape suivante pour Mandriva, sera de suivre encore un peu plus Fedora => ne pas proposer de boîte (ça coûte cher à mettre oeuvre, le processus est complexe).

Ce que j'imagine à moyen terme :
- une distribution gratuite (download uniquement donc)
- voire une distribution "boite" avec un packaging minimum (pas de doc papier, un truc à 10 ¤ maxi).
- Mandriva club.
- Mandriva corporate serveur.

A l'instar de Fedora, Mandriva va avoir un support en temps très limité.
Autre "bénéfice" pour Mandriva, mieux distinguer la Mandriva "classique" de la Mandriva Corporate Server et donc attirer des gens vers la Corporate Server qui peut-être jusque là se satisfesaient de la "classique".

Dernier truc qui moi m'a "chiffonné", c'est l'aspect "déjà vieux" de la Corporate Server 4. Elle est sortie il y a quelques semaines mais est basée sur une Mandriva 2006 (1 an d'age). Donc, Mandriva avec le couple "classique"/CS va sûrement faire comme le couple Fedora/RHEL.
Comme pour Fedora, on pourra dire que la "classique" est la version de test/alpha de la CS. Un troll est mort.

Si c'est comme je l'image, Mandriva est sûr la bonne voie. Il lui reste a communiquer avec transparence pour qu'on ne nage pas dans un grand flou.

[ Répondre ]

> c'est pas la techno qui a ete recupere suite a un achat...

C'est du libre, donc inutile d'aligner du pognon pour l'avoir.

> c'etait prometeur...

C'est toujours un excellent gestionnaire de paquet.

> que urpmi etait pas aussi bien

urpmi j'ai toujours trouvé ça naze. C'est compliqué, il y a 50 commandes, etc...
OK, j'ai très très peu utilisé urpmi, mais c'est l'impression que ça donne quand on l'utilise (même peu) et quand on lit linuxfr.

> je me demande si smart est toujours maintenu

Oui : http://labix.org/smart/
Dernière version sortie le 15/06/2006 : http://lists.labix.org/pipermail/smart-labix.org/2006-June/0(...)

> bref quel est la politique de mandriva a ce sujet ?

Je ne parlerai pas au nom de mandriva. Mais chez Fedora la question d'utiliser Smart a été posé car Smart est un très bon gestionnaire de paquet "dans son genre". Mais Smart pose plusieur problème à Fedora. Sa politique de résolutions des dépendances ne plait pas à Fedora (Fedora a de bonnes raisons de le penser). En effet, smart peut downgrader un paquet pour satisfaire des dépendances. Au moins pour des raisons de sécurité, Fedora se le refuse.
L'autre problème, et il est lié au précédent, est que smart ne passe pas rpm-lib pour voir si les dépendances sont satisfaites.
Smart ne supporte pas les groups de Fedora (fichier comps.xml ; à ne pas confondre avec les groupes de rpm).
Smart ne permet pas de mixer i386 et x86_64.

En conclusion, si on est d'accord avec le choix pour la résolution des dépendance fait par Smart, Smart est un excellent gestionnaire de paquet (et 50 fois plus simple que urpmi) et il mérite d'être plus populaire.
Avis perso.

[ Répondre ]

> pour le cryptement je ne peux pas te dire

FC6 a ajouté le cryptage. Malheureusement pas encore pour la partition racine. Je n'utilise pas le cryptage (pas pour un FS complet) dont je ne peut en dire beaucoup plus. Mais il y a un support pour monter des partitions cryptées facilement (/etc/crypttab), c'est supporté par initcript, c'est supporté par hal, gnome-volume-manager, gnome-mount, etc, mais pas encore par l'installeur (anaconda).

Voir le release note et cherche "crypt" :
http://fr2.rpmfind.net/linux/fedora/core/development/i386/os(...)

Du journal :
> à une époque plus lointaine GCJ et SELinux

Fedora supporte SeLinux depuis FC3 et c'est activé par défaut.
Fedora propose GCJ (java-gcj-compat, tomcat, etc) depuis assez longtemps et ça ne fait que s'améliorer. C'est aujourd'hui la référence libre du java. Aujourd'hui, bien que ça ne soit pas parfait, Le "java" de Fedora fait tourner Azureus, rssowl, eclipse, etc...
Il y a aussi un plugin java pour firefox (voir la release note).

> Idéalement, la nouvelle distribution devrait être tout à fait libre

C'est le cas de Fedora.

> stable

Stable ? Fedora est *fiable*. Par contre elle n'est pas stable (elle change beaucoup).

> très à jour

Fedora est assurément la distribution la plus à jour.

> avec beaucoup de paquets binaires

Fedora Core + Fedora Extras (qui ne contiennent que du libre) : 5700 paquets binaires, 3300 paquets sources.

> fonctionner "out of the box" sans pour autant m'imposer certaines choses

Globalement ça le fait pour Fedora. Bon compromis "out of the box" et personnalisation.

> avoir un système d'init plus moderne que les horribles rc.d SystemV

Fedora a toujours l'"horrible rc.d". Il y a un projet en cours mais ne semble pas très actif ou dans les priorités de Fedora :
http://fedoraproject.org/wiki/FCNewInit

> l'installation avec LVM2

Depuis TRÈS longtemps (FC1 ?).

> et une partition chiffrée

OK mais post-installation. Actuellement ne marche pas avec la partition racine.

> Facile de compiler son propre kernel ?

Chercher "Preparing for Kernel Development" dans http://fr2.rpmfind.net/linux/fedora/core/development/i386/os(...)
Pour ma part, je me refait un paquet rpm (en me basant sur celui de Fedora) que j'installe après de façon classique.

Dans le cahier des charges "non écrit" de Fedora, Fedora *doit* marcher avec un noyau vanilla (évidement des fonctionnalités sont perdues). J'ai un noyau adapté à ma configuration et ça marche nickel.

Evidement tu peux récupérer les sources Linux sur http://www.kernel.org/ et suivre la procédure classique. La procédure donnée dans la release note est pour utiliser les sources de Fedora.

> FC4 était instable et lourde

Lourde, c'est possible. Par défaut Fedora installe plein de choses. Ne pas oublier que Fedora est la base de RHEL qui est dédié entreprise (donc nfs, portmap, etc).
Il faut prendre le temps de virer les paquets qu'on utilise pas ou de désactivé les services qu'on utilise pas (avec system-config-services par exemple qui s'occupe des liens dans /etc/rc.d et des services de xinetd). Ici j'ai 590 paquets d'installé (autour de 900 lors de l'installation).

> dirigisme ?

Absolument pas.

[ Répondre ]

> c'est le serpent qui se mord la queue..?

On dirait bien. Les mises à jours de FC4 sont plus recentes que FC5 (sans mise à jour).
Il te reste la voie "officielle". Graver les CD et faire une mise à jour.
Avant n'oublies pas de restaurer la version précédente de yum (rpm -Uvh --oldpackage yum.... ; yum clean all)

[ Répondre ]

Il faut, comme toujours, replacer les choses dans leur contexte.
AIGLX/Compiz (et l'extension metacity en cours de développement) c'est du beta et plus probablement de l'alpha/technology preview comme logiciel. Ce n'est pas à mettre entre toute les mains.

Fedora, le mainteneur d'AIGLX, aura compiz désactivé par défaut pour FC6 (AIGLX et Xcompose était activé par défaut mais non utilisé). Et Fedora n'est pas convaincu d'avoir compiz (ou metacity utilisant AIGLX) activé par défaut pour FC7.
Les choses sont claires, il y a encore au minimum 6 bons mois de boulot d'après les développeurs.

[ Répondre ]

> * yum install --disablerepo=updates kernel-smp kernel

Désolé, il y a erreur puisqu'il n'y a pas de kernel-smp dans FC5. Il faut :
* yum install --disablerepo=updates kernel


Pour info, si tu as besoin de remettre l'ancien noyau (celui pour FC4) il faut faire :
* rpm -ivh --oldpackage kernel-2.6.17-1.2142_FC4.x86_64.rpm

[ Répondre ]

> Error: Missing Dependency: /lib/modules/2.6.17-1.2157_FC5 is needed by package dlm-kernel

Donc tu n'as pas mis à jour le noyau ?
N'oublies pas de le mettre à jour. Mais attends de lire la suite avant de le faire.

J'ai tenter de comprendre le problème, et je crois avoir trouvé une bonne voie.
Fedora supporte la mise à jours de FC(n) à FC(n+1) final, et non final+update.
Lorsque tu as mis à jour le paquet fedora-release, le dépôt des updates est activité. Donc un "yum update" ne fait pas FC(n) à FC(n+1) mais FC(n) à FC(n+1)+updates.

Par exemple pour ces messages d'erreur :
> Error: Missing Dependency: howl = 0.9.8 is needed by package howl-libs
> Error: Package howl-libs needs howl = 0.9.8, this is not available.

J'ai fait un diff dans les obsoletes entre FC5 et FC5+updates. J'y ai entre autre :

< avahi howl

[ Répondre ]

> Tout ça en même temps, sans Xrun et out-of-the-box !

Bizarre. Depuis Linux 2.6, j'ai aucun problème Xrun (sauf cas exceptionnel comme lorsque je tape dans le swap avec "férocité"). Pourtant je n'ai pas de jack et j'ai une carte son "à la con" (une ens1371).

[ Répondre ]

Merci de le préciser sinon j'allais me prendre une raffale de moinsage.

[ Répondre ]

> c'est pas la LSB mais la FHS

Merci pour la précision.

Moi j'ai rien contre /media. Il n'y a que les fs amovibles pour utilisateur dedans. Le therme média est bien choisi.

> En fouillant les mailing-lists, tu peux trouver de nombreuses personnes qui n'aiment pas ce /media rajouté récemment (2003).

Des grincheux on en trouve partout. Il faut mettre /media dans son contexte et par rapport à un utilisateur moyen (je ne parle pas du geek). Normalement /media tu l'ignores. Il n'y a pas à taper de "mount /media/etc", il ne doit pas y avoir de "/media" dans /etc/fstab, et les interfaces graphique ne doivent pas présenter /media mais simplement les périphériques amovibles (gentillement posé sur le bureau (~/Desktop) pour que l'utilisateur ne fouille pas dans /media ou on ne sait où)

[ Répondre ]

> Mais à priori, les archi 64bits savent aussi utiliser du 32 bits, non ?

Oui et à priori yum gère ça (c'est le seul à le faire :-)).
A vue de nez, je ne vois pas de problème dans ta liste.

Que donne "yum upgrade" (ou la mise à jour de yum vers la version de FC5 en premier) ?
Car quand je vois tes messages d'erreus, j'envisage deux causes :
- les tags "obsolete" ne sont respectés
- tu as activé les dépôts yum [updates] mais pas [core]

[ Répondre ]