Je ne remercie pas le connard qui m'a moinsé.
C'est marrant cette manie de moinser alors que je répond à une question. C'est d'un énervant...
Si la question n'est pas bonne, moinsé celui qui pose la question.
Si ma réponse n'est pas bonne, faites une meilleur réponse au-lieux de moinser comme des connards.
Mais ne moinser pas ceux qui se donnent la peine d'expliquer/répondre. Merci à ceux qui ont déjà une bonne attitude. Ça améliore le site et ça pousse à répondre aux questions.
> interrogation des serveurs à chaque commande YUM
L'interrogation se limite au minimum (en tout cas avec yum 2.1).
Si le repodata/repomd.xml distant n'est pas plus récent que le cache (dans /var/cache/yum) alors yum ne récupère rien (sauf ... voir la suite).
> y'a une option pour éviter cela mais çe ne marchait pas quand j'ai essayé
Je ne connais pas cette option.
> les entêtes YUM sont plus encombrantes que les entêtes APT
Les entête Yum, sont les entête de rpm. C'est tout. Ces entêtes sont directement utilisable par rpm-libs pour tester les dépendances, faire la résolution de dépendances, faire un transaction "bidon" dans la base rpm, etc...
C'est un point fort de yum. La légèreté d'apt peut aussi être vu comme un point fort.
De plus Yum (en fait rpm-libs) supporte les requires de type :
Requires : /usr/lib/toto/fichier.sh
Ceci ne marche que si tu as les entêtes. Yum récupère les entêtes si tu installes le paquet ou si yum n'arrive pas à résoudre les dépendances uniquement avec le champ provide.
Techniquement, Yum est plus robuste et puissant. NB : je dis "techniquement".
> difficultés pour utiliser YUM offline
Oui.
> globalement il me semble que y'a moins d'options dans YUM que dans APT
Ce n'est pas forcément un plus...
> et APT y'a Synaptic, l'interface de YUM n'est pas encore prete...
Oui. Peut-être pour FC4. Note que c'était déjà prévu pour FC3 :-)
> comme APT est dipso pour Fedora je ne vois pas l'intérêt de m'en priver
Normal
> au contraire vu les résultats que j'ai pu observer avec YUM....
Honnètement, techniquement yum est bien foutu. Ça a été plusieur fois "démontré" sur les mailing Fedora. J'ai eu moins de problème avec yum qu'avec apt que j'utilisais avant que yum existe. Surtout lorsque je "joue" avec Rawhide.
Ceci dit des problèmes avec yum ça existe. Mais il ne faut pas tourner ses qualités en défaut. Par exemple utiliser les entêtes rpm pour utiliser rpm-libs. C'est un choix technique justifié. Que ce choix technique ait des conséquence "désagréable" est un fait (tu le démontre). Décider que c'est un défaut de yum est plus "hazardeux".
> mais j'essairai quand même avec FC3
J'ai aucun argument contre apt pour une branche stable de Fedora. Si tu es satisfait de apt, reste avec apt. Notes bien que le comportement par défaut de yum pour update est équivalent à upgrade dans apt. C'est un choix technique. Si tu n'aimes pas, mets "obsoletes=0" dans yum.conf. Mais Fedora n'est pas Red Hat Linux et un upgrade peut-être nécessaire dans la branche stable (c'est arrivé avec kernel-sourcecode pour FC2 par exemple).
> Pourant mon DVD de FC2 (avec RHmag) contient les entêtes YUM et ça marche....
Certe, mais c'est à toi de mettre le DVD dans le lecteur. Yum ne dit pas :
- insérer le DVD, svp
> pas aussi bien que ça pourrait le faire avec APT cependant
C-à-d ?
Je sais que apt a évolué mais j'ai toujours trouvé yum meilleur. yum te casse pas les "couilles" s'il manque une dépendance dans ton installation. Yum est "lent". Mais yum 2.1 est beaucoup plus rapide.
> laquelle ?
Je n'en sais trop rien :-)
Il utilise comps et comps-extra.
Dont le fichier "/usr/share/comps-extras/whichcd.py" .
Ce n'est pas très puissant comme méthode car peu générique et spécifique à system-config-package.
> Tu pourrais ajouter des explications/commentaires (notamment sur les deux dernières lignes... createrepo ?)
Dans /var/fedora/iso/i386/disc1, il y a le CD1 :
ll /var/fedora/iso/i386/disc1/
total 180
-rwxr-xr-x 2 admin admin 248 nov 3 22:28 autorun
-rw-r--r-- 9 admin admin 5611 nov 3 22:28 eula.txt
drwxr-xr-x 4 admin admin 2048 nov 3 22:52 Fedora
-rw-r--r-- 9 admin admin 18385 nov 3 22:28 GPL
drwxr-xr-x 3 admin admin 2048 nov 3 22:52 images
drwxr-xr-x 2 admin admin 2048 nov 3 22:52 isolinux
-rw-r--r-- 2 admin admin 12667 nov 3 22:28 README-Accessibility
-rw-r--r-- 2 admin admin 5299 nov 3 22:28 README-en
-rw-r--r-- 2 admin admin 7465 nov 3 22:28 README-en.html
-rw-r--r-- 2 admin admin 44366 nov 3 22:28 RELEASE-NOTES-en
-rw-r--r-- 2 admin admin 68016 nov 3 22:28 RELEASE-NOTES-en.html
-rw-r--r-- 9 admin admin 1910 nov 3 22:28 RPM-GPG-KEY
-rw-r--r-- 9 admin admin 1706 nov 3 22:28 RPM-GPG-KEY-beta
-rw-r--r-- 9 admin admin 1519 nov 3 22:28 RPM-GPG-KEY-fedora
-rw-r--r-- 9 admin admin 1105 nov 3 22:28 RPM-GPG-KEY-fedora-rawhide
-rw-r--r-- 9 admin admin 1076 nov 3 22:28 RPM-GPG-KEY-fedora-test
-rw-r--r-- 9 admin admin 1232 nov 3 22:28 RPM-GPG-KEY-rawhide
-r--r--r-- 1 admin admin 4056 nov 3 23:04 TRANS.TBL
La même chose pour /var/fedora/iso/i386/disc2, etc...
On a l'arborescence :
$ cd /var/fedora/iso/i386/
$ find disc* -type d
disc1
disc1/Fedora
disc1/Fedora/base
disc1/Fedora/RPMS
disc1/images
disc1/images/pxeboot
disc1/isolinux
disc2
disc2/Fedora
disc2/Fedora/RPMS
disc3
disc3/Fedora
disc3/Fedora/RPMS
disc4
disc4/Fedora
disc4/Fedora/RPMS
Les paquets sont dans disc?/Fedora/RPMS/ (sauf pour comps.rpm mais c'est sans importance).
Je vais faire ce que j'ai proposé.
$ cd /var/fedora
$ mkdir i386
$ cd i386
$ find ../iso/i386/disc? -iname "*.rpm" -print0 | xargs -0 ln -s -v --target-directory=. --
J'ai ajouté "-v" à ln. La sortie donne :
création du lien symbolique `./comps.rpm' vers `../iso/i386/disc1/Fedora/base/comps.rpm'
création du lien symbolique `./4Suite-1.0-3.i386.rpm' vers `../iso/i386/disc1/Fedora/RPMS/4Suite-1.0-3.i386.rpm'
création du lien symbolique `./a2ps-4.13b-41.i386.rpm' vers `../iso/i386/disc1/Fedora/RPMS/a2ps-4.13b-41.i386.rpm'
[...]
création du lien symbolique `./splint-3.1.1-4.i386.rpm' vers `../iso/i386/disc2/Fedora/RPMS/splint-3.1.1-4.i386.rpm'
création du lien symbolique `./strace-4.5.8-1.i386.rpm' vers `../iso/i386/disc2/Fedora/RPMS/strace-4.5.8-1.i386.rpm'
création du lien symbolique `./swig-1.3.21-6.i386.rpm' vers `../iso/i386/disc2/Fedora/RPMS/swig-1.3.21-6.i386.rpm'
[...]
Comment ça marche ?
- find ../iso/i386/disc? -iname "*.rpm"
recherche tout les fichiers (et répertoires ici (c'est une erreur)) qui se termine par ".rpm".
../iso/i386/disc? sera remplacé par ../iso/i386/disc1 ../iso/i386/disc2 ../iso/i386/disc3 ../iso/i386/disc3 par le shell.
Exemple :
$ echo ../iso/i386/disc?
../iso/i386/disc1 ../iso/i386/disc2 ../iso/i386/disc3 ../iso/i386/disc4
- print0
Lorsque find trouve un fichier (ou répertoire) qui respecte les critères donnés, il imprime le fichier sur la sortie standard (en gros l'écran). Généalement les fichiers sont séparés par un retour chariot '\n'. Ici on demande de séparer avec le caractère null '\0'. Ainsi, un fichier peut avoir un retour chariot dedans. Il faut noter qu'un nom de fichier ne peut pas avoir de caractère '\0'.
Exemple (je reviens sur xargs plus tard) :
$ mkdir tmp
$ cd tmp
$ touch "nom de fichier avec un ligne"
$ touch "nom de fichier
> sur deux lignes"
$ ls --format=single-column --show-control-chars
nom de fichier avec un ligne
nom de fichier
sur deux lignes
Sans "print0" :
$ find . -type f -print | xargs -i echo fichier trouvé ---\> \"{}\"
fichier trouvé ---> "./nom de fichier avec un ligne"
fichier trouvé ---> "./nom de fichier"
fichier trouvé ---> "sur deux lignes"
xargs voit 3 noms (donc trois fichiers). C'est une erreur.
Avec "print0"
$ find . -type f -print0 | xargs -0 -i echo fichier trouvé ---\> \"{}\"
fichier trouvé ---> "./nom de fichier avec un ligne"
fichier trouvé ---> "./nom de fichier
sur deux lignes"
Xargs voit 2 fichiers. Parfait.
|
C'est le caratère 'pipe' (sexy, non ?). C'est un caractère spécial du shell. Il s'utilise dans ce contexte "process1 | process2". Lorsqu'on l'utilise on demande au shell de "connecter" la sortie standard de process1 sur l'entrée standard de process2.
xargs
xargs est un programme très pratique et très simple. Il lit son entrée standard et exécute des commandes avec les éléments trouvés dans l'entrée standard.
Exemple (-n 1 dit d'exécuter une commande par ligne lu dans l'entrée standard) :
$ cat | xargs -n 1 echo vous avez tapez :
coucou
vous avez tapez : coucou
^D (ctrl-D)
Par défaut xargs ajoute les arguments de la commande à la fin !. C'est en "strong" car ça justifie l'utilisation de "--target-directory". Sinon il faut utiliser "xargs -i" mais il y aura une commande "ln" par fichier alors que xargs permet de "grouper" les commandes (voir "man xargs").
ln -s -v --target-directory=. --
ln : crée un lien (voir "man ln")
-s : crée un lien symbolique (marche entre FS (c'est nécessaire ici car les paquets sont sur des FS séparés)).
-v : verbeux
--target-directory=. : indique la destination du lien à créer.
Ainsi, "ln ../i386/disc1/toto ../i386/disc2/tata ." est équivalent à "ln --target-directory=. ../i386/disc1/toto ../i386/disc2/tata".
-- : indique que les paramètres suivants sont des noms de fichier et pas des options.
Ainsi si j'ai le fichier "-toto" :
$ ln -s -toto toto
ln: option invalide -- t
Pour en savoir davantage, faites: « ln --help ».
$ ln -s -- -toto toto
$ ll
lrwxrwxr-x 1 admin admin 5 nov 10 20:26 toto -> -toto
-rw-rw-r-- 1 admin admin 0 nov 10 20:25 -toto
Si j'ai un paquet rpm qui commence avec un '-', je n'aurais pas de problème si j'utilise '--'. Ici c'est inutile car tout commence par "../i386/disc".
createrepo
$ rpm -q -i -f `which createrepo`
Name : createrepo Relocations: (not relocatable)
Version : 0.4.1 Vendor: Red Hat, Inc.
Release : 1 Build Date: jeu 21 oct 2004 10:15:13 CEST
Install Date: dim 24 oct 2004 23:23:22 CEST Build Host: tweety.build.redhat.com
Group : System Environment/Base Source RPM: createrepo-0.4.1-1.src.rpm
Size : 47641 License: GPL
Signature : DSA/SHA1, jeu 21 oct 2004 18:31:49 CEST, Key ID b44269d04f2a6fd2
Packager : Red Hat, Inc. <http://bugzilla.redhat.com/bugzilla>(...)
URL : http://linux.duke.edu/metadata/(...)
Summary : Creates a common metadata repository
Description :
This utility will generate a common metadata repository from a directory of
rpm packages
createrepo est forni avec FC3.
> Est-ce que l'ajout des entêtes a été suggéré sur une liste Fedora officielle ?
Le problème est que yum ne supporte pas les périphériques amovible. Donc c'est sans intérêt. system-config-packages supporte les périphériques amovibles mais utilise une autre méthode.
Non (sauf peut-être pour le DVD).
Mais c'est trivial à faire.
Exemple :
$ mount | grep fedora
/var/fedora/iso/i386/FC3-i386-disc1.iso on /var/fedora/iso/i386/disc1 type iso9660 (ro,loop=/dev/loop0,uid=501,gid=501)
/var/fedora/iso/i386/FC3-i386-disc2.iso on /var/fedora/iso/i386/disc2 type iso9660 (ro,loop=/dev/loop1,uid=501,gid=501)
/var/fedora/iso/i386/FC3-i386-disc3.iso on /var/fedora/iso/i386/disc3 type iso9660 (ro,loop=/dev/loop2,uid=501,gid=501)
/var/fedora/iso/i386/FC3-i386-disc4.iso on /var/fedora/iso/i386/disc4 type iso9660 (ro,loop=/dev/loop3,uid=501,gid=501)
$ cd /var/fedora/
$ mkdir i386
$ cd i386
$ find ../iso/i386/disc? -iname "*.rpm" -print0 | xargs -0 ln -s --target-directory=. --
$ createrepo .
Dans yum.conf, tu utilises "baseurl=file:///var/fedora/i386" .
La phase de création de lien n'est peut-être pas nécessaire. J'ai indiqué comment je fais.
http://rapidsvn.tigris.org/(...) RapidSVN is a cross-platform GUI front-end for the Subversion revision system written in C++ using the wxWidgets framework.
...
Portable - runs on any platform on which Subversion and wxWidgets can run: Linux, Windows, Mac OS 9/X, Solaris, etc.
L'outil en ligne de commande est for-mi-da-ble. Faut pas 3 plombes pour comprendre comment ça marche.
La doc est intégré à l'outil en ligne de commande :
svn help
usage: svn [options] [args]
Type "svn help " for help on a specific subcommand.
Most subcommands take file and/or directory arguments, recursing
on the directories. If no arguments are supplied to such a
command, it will recurse on the current directory (inclusive) by
default.
Available subcommands:
add
....
svn help add
add: Put files and directories under version control, scheduling
them for addition to repository. They will be added in next commit.
usage: add PATH...
Valid options:
--targets arg : pass contents of file ARG as additional args
-N [--non-recursive] : operate on single directory only
-q [--quiet] : print as little as possible
--config-dir arg : read user configuration files from directory ARG
--force : force operation to run
--auto-props : enable automatic properties
--no-auto-props : disable automatic properties
Je n'utilise pas RapidSvn mais j'ai eu de bons échos.
Franchement sous Unix, l'outil en ligne de commande est du bonheur. Par contre, il faut connaitre le concepte de subversion. Une fois le concepte assimilé, c'est trivial à utiliser. Il faut pas rèver. Pour tous logiciels il faut se former.
> yum, mais par les script POSTInstall/PREInstall des packets rpm..
Ça tombe bien, yum (en fait rpm-lib) utilise ces scripts...
Le problème n'est pas là. Comment tu fais pour ajouter SeLinux lors du passage de FC1 à FC3 par exemple ?
Il faut déjà être avec un noyau qui a SeLinux. Anaconda a l'avantage de booter sur l'OS qui convient pour sa tâche. Il peut démonter la partition racine, faire un "tune2fs ... /dev/root ; e2fsck -f ... /dev/root, ...". Pour certaines situations tu es obligé. Ou alors il faut le faire à la main (par exemple pour udev). C'est comme ça, il n'y a pas le choix.
Il y a le même problème pour FC1 -> FC2 (passage de Linux 2.4 à Linux 2.6). Il faut redétecter le matériel avec Linux 2.6 (le nouveau) et pas avec Linux 2.4 (l'ancien). Pour ça il faut avant de mettre à jours avoir Linux 2.6 (ou utiliser Anaconda).
Normalement la dernière version de wget dans FC2 et la version de FC3 supportent les fichiers de plus de 2 Go. Je n'ai pas testé.
Si ça ne marche pas, on peut continuer le download avec bittorrent au-lieu de tout reprendre à zero (ou utiliser un outil qui support la reprise ("-c" pour wget).
Cette "feature", c'est "redimensionnement à chaud d'ext3". ext3-reservation n'a pas besoin d'un nouveau mke2fs. Tout est fait au niveau noyaux et ça ne demande pas de changement du FS sur le disque.
Pour installer avec reiserfs, utiliser le paramètre "reiserfs selinux=0". Reiserfs ne supporte pas SeLinux.
Pour installer avec xfs, utiliser "xfs". jfs est peut-être présent. Je ne sais pas.
NB : Fedora ne supporte réellement que ext3.
Linux 2.6.9 : redimensionnement à chaud d'ext3. ext3 avec le patch ext3-reservation (diminue la fragmentation et améliore la tenue en charge)
Vivi a ajouté :
à noter que cette "feature" n'est accessible qu'aux nouveaux fs (il faut que mke2fs garde de la place pour ce redimensionnement). Donc si on fait une upgrade FC2->FC3, on peut pas en profiter tout de suite !
Systems upgraded to Fedora Core 3 using Anaconda will automatically be reconfigured to use udev. However (although NOT recommended) it is possible to perform a "live" upgrade to udev using the following steps:
1. Ensure that you are running a 2.6 kernel
2. Ensure that /sys/ is mounted
3. Install the initscripts RPM supplied with Fedora Core 3
4. Install the new udev RPM supplied with Fedora Core 3
5. Execute /sbin/start_udev
6. Install the new mkinitrd RPM supplied with Fedora Core 3
7. Perform one of the following steps: · Install the new kernel RPM supplied with Fedora Core 3
OR:
· Re-run mkinitrd for your existing kernel(s)
Warning
Improperly performing these steps can result in a system configuration that will not boot properly.
J'ai FC3 chez moi (depuis FC3T2) et ce n'est pas que "sympathique".
C'est un OS "bordel". C'est pas un truc qui doit être "sympathique".
Qualifier l'applet météo de sympathique, je comprend. Qualifier un OS de "sympathique" est péjoratif.
Jamais je downloaderai plus de 2 Go pour avoir une trucs "sympathique" qui bouffe 3 à 4 Go de place disque et qui demande de 1h à 2 jours pour configurer (chez moi, ça me prend 2 jours car j'ai plein de trucs).
> - un clavier special pour entrer le chinois (methode utilisee chez les journalistes, plus efficace que le pinyin mais non dispo sous linux)
Je ne sais pas de quoi tu parles :-) mais essais Fedora Core 3. Red Hat et Fedora fait attention pour avoir un bon support du chinois (qui pour moi est du "chinois :-)).
Ainsi FC2 et FC3 peuvent utiliser iiimf : http://www.openi18n.org/subgroups/im/IIIMF/(...)
> Évidement frlinux ne pouvait pas continuer normalement son test....
C'est un grand classique de frlinux.
Le critiquer ne t'apporteras que des [-].
M'enfin, faisons un voyage dans le temps dans articles de frlinux. Ce sont des extraits de la conclusion uniquement :
Red Hat 7.3 :
Je conseille donc cette distribution plus aux utilisateurs de bureau habitués à Redhat
Red Hat 8.0 :
En définitive (car nous devons tous partir un jour), je dirais que RH se place en bonne position pour les entreprises comme à son habitude bien que Gnome2 fournisse quelques erreurs agaçantes. Pour ce qui est de l'utilisateur personnel, il devrait commencer à y trouver son compte bien que Mandrake apporte un peu plus de valeur ajoutée.
Red Hat 9 :
Pour être tout a fait honnête, je trouve Mandrake bien plus avancée, adaptée aux utilisateurs finaux et plus conviviale à utiliser. RedHat reste une distribution d'entreprise donc pour le moment.
FC 1 : Rien ou presque . Bizarre...
FC2 :
Bon en définitive, vous aurez après installation une distribution avec moins de paquets qu'une Mandrake, et un peu plus rigide au niveau configuration.
...
je pense qu'elle devrait attirer quelques décideurs. Je trouve encore un peu dommage les installations nécessaires pour avoir un système multimédia aussi léché que Mandrake mais on avance ...
Mort de rire pour le "devrait attirer quelques décideurs".
FC3:
Ainsi je trouve FC3 sympathique bien que Mandrake 10.1 sera préférable pour un débutant. FC3 séduira sans aucun doute les habitués de RedHat.
Bref, le message de frlinux c'est :
- Fedora/Red Hat c'est moins bien que Mandrake.
- Utiliser Fedora/Red Hat que si vous êtes trop habitué à Red Hat/Fedora pour aller ailleur.
# Rien de surprenant
Posté par 007 . En réponse au journal Yast2 porté sous Debian. Évalué à -1.
[^] # Re: FC3 et entêtes YUM
Posté par 007 . En réponse à la dépêche La nouvelle Fedora Core 3 au banc d'essai. Évalué à -2.
C'est marrant cette manie de moinser alors que je répond à une question. C'est d'un énervant...
Si la question n'est pas bonne, moinsé celui qui pose la question.
Si ma réponse n'est pas bonne, faites une meilleur réponse au-lieux de moinser comme des connards.
Mais ne moinser pas ceux qui se donnent la peine d'expliquer/répondre. Merci à ceux qui ont déjà une bonne attitude. Ça améliore le site et ça pousse à répondre aux questions.
[^] # Re: FC3 et entêtes YUM
Posté par 007 . En réponse à la dépêche La nouvelle Fedora Core 3 au banc d'essai. Évalué à 1.
L'interrogation se limite au minimum (en tout cas avec yum 2.1).
Si le repodata/repomd.xml distant n'est pas plus récent que le cache (dans /var/cache/yum) alors yum ne récupère rien (sauf ... voir la suite).
> y'a une option pour éviter cela mais çe ne marchait pas quand j'ai essayé
Je ne connais pas cette option.
> les entêtes YUM sont plus encombrantes que les entêtes APT
Les entête Yum, sont les entête de rpm. C'est tout. Ces entêtes sont directement utilisable par rpm-libs pour tester les dépendances, faire la résolution de dépendances, faire un transaction "bidon" dans la base rpm, etc...
C'est un point fort de yum. La légèreté d'apt peut aussi être vu comme un point fort.
De plus Yum (en fait rpm-libs) supporte les requires de type :
Requires : /usr/lib/toto/fichier.sh
Ceci ne marche que si tu as les entêtes. Yum récupère les entêtes si tu installes le paquet ou si yum n'arrive pas à résoudre les dépendances uniquement avec le champ provide.
Techniquement, Yum est plus robuste et puissant. NB : je dis "techniquement".
> difficultés pour utiliser YUM offline
Oui.
> globalement il me semble que y'a moins d'options dans YUM que dans APT
Ce n'est pas forcément un plus...
> et APT y'a Synaptic, l'interface de YUM n'est pas encore prete...
Oui. Peut-être pour FC4. Note que c'était déjà prévu pour FC3 :-)
> comme APT est dipso pour Fedora je ne vois pas l'intérêt de m'en priver
Normal
> au contraire vu les résultats que j'ai pu observer avec YUM....
Honnètement, techniquement yum est bien foutu. Ça a été plusieur fois "démontré" sur les mailing Fedora. J'ai eu moins de problème avec yum qu'avec apt que j'utilisais avant que yum existe. Surtout lorsque je "joue" avec Rawhide.
Ceci dit des problèmes avec yum ça existe. Mais il ne faut pas tourner ses qualités en défaut. Par exemple utiliser les entêtes rpm pour utiliser rpm-libs. C'est un choix technique justifié. Que ce choix technique ait des conséquence "désagréable" est un fait (tu le démontre). Décider que c'est un défaut de yum est plus "hazardeux".
> mais j'essairai quand même avec FC3
J'ai aucun argument contre apt pour une branche stable de Fedora. Si tu es satisfait de apt, reste avec apt. Notes bien que le comportement par défaut de yum pour update est équivalent à upgrade dans apt. C'est un choix technique. Si tu n'aimes pas, mets "obsoletes=0" dans yum.conf. Mais Fedora n'est pas Red Hat Linux et un upgrade peut-être nécessaire dans la branche stable (c'est arrivé avec kernel-sourcecode pour FC2 par exemple).
[^] # Re: FC3 et entêtes YUM
Posté par 007 . En réponse à la dépêche La nouvelle Fedora Core 3 au banc d'essai. Évalué à 0.
Certe, mais c'est à toi de mettre le DVD dans le lecteur. Yum ne dit pas :
- insérer le DVD, svp
> pas aussi bien que ça pourrait le faire avec APT cependant
C-à-d ?
Je sais que apt a évolué mais j'ai toujours trouvé yum meilleur. yum te casse pas les "couilles" s'il manque une dépendance dans ton installation. Yum est "lent". Mais yum 2.1 est beaucoup plus rapide.
> laquelle ?
Je n'en sais trop rien :-)
Il utilise comps et comps-extra.
Dont le fichier "/usr/share/comps-extras/whichcd.py" .
Ce n'est pas très puissant comme méthode car peu générique et spécifique à system-config-package.
[^] # Re: Echange avec Michel Rocard à ce sujet
Posté par 007 . En réponse à la dépêche Brevets : M. Rocard remplace A. McCarthy. Évalué à 2.
[^] # Re: man amixer
Posté par 007 . En réponse au message Comment regler le son d ALSA par script ?. Évalué à -1.
Je me fais petit et je me -> []
[^] # Re: FC3 et entêtes YUM
Posté par 007 . En réponse à la dépêche La nouvelle Fedora Core 3 au banc d'essai. Évalué à 4.
C'est un bon début que de s'en rendre compte :-)
> Tu pourrais ajouter des explications/commentaires (notamment sur les deux dernières lignes... createrepo ?)
Dans /var/fedora/iso/i386/disc1, il y a le CD1 :
ll /var/fedora/iso/i386/disc1/
total 180
-rwxr-xr-x 2 admin admin 248 nov 3 22:28 autorun
-rw-r--r-- 9 admin admin 5611 nov 3 22:28 eula.txt
drwxr-xr-x 4 admin admin 2048 nov 3 22:52 Fedora
-rw-r--r-- 9 admin admin 18385 nov 3 22:28 GPL
drwxr-xr-x 3 admin admin 2048 nov 3 22:52 images
drwxr-xr-x 2 admin admin 2048 nov 3 22:52 isolinux
-rw-r--r-- 2 admin admin 12667 nov 3 22:28 README-Accessibility
-rw-r--r-- 2 admin admin 5299 nov 3 22:28 README-en
-rw-r--r-- 2 admin admin 7465 nov 3 22:28 README-en.html
-rw-r--r-- 2 admin admin 44366 nov 3 22:28 RELEASE-NOTES-en
-rw-r--r-- 2 admin admin 68016 nov 3 22:28 RELEASE-NOTES-en.html
-rw-r--r-- 9 admin admin 1910 nov 3 22:28 RPM-GPG-KEY
-rw-r--r-- 9 admin admin 1706 nov 3 22:28 RPM-GPG-KEY-beta
-rw-r--r-- 9 admin admin 1519 nov 3 22:28 RPM-GPG-KEY-fedora
-rw-r--r-- 9 admin admin 1105 nov 3 22:28 RPM-GPG-KEY-fedora-rawhide
-rw-r--r-- 9 admin admin 1076 nov 3 22:28 RPM-GPG-KEY-fedora-test
-rw-r--r-- 9 admin admin 1232 nov 3 22:28 RPM-GPG-KEY-rawhide
-r--r--r-- 1 admin admin 4056 nov 3 23:04 TRANS.TBL
La même chose pour /var/fedora/iso/i386/disc2, etc...
On a l'arborescence :
$ cd /var/fedora/iso/i386/
$ find disc* -type d
disc1
disc1/Fedora
disc1/Fedora/base
disc1/Fedora/RPMS
disc1/images
disc1/images/pxeboot
disc1/isolinux
disc2
disc2/Fedora
disc2/Fedora/RPMS
disc3
disc3/Fedora
disc3/Fedora/RPMS
disc4
disc4/Fedora
disc4/Fedora/RPMS
Les paquets sont dans disc?/Fedora/RPMS/ (sauf pour comps.rpm mais c'est sans importance).
Je vais faire ce que j'ai proposé.
$ cd /var/fedora
$ mkdir i386
$ cd i386
$ find ../iso/i386/disc? -iname "*.rpm" -print0 | xargs -0 ln -s -v --target-directory=. --
J'ai ajouté "-v" à ln. La sortie donne :
création du lien symbolique `./comps.rpm' vers `../iso/i386/disc1/Fedora/base/comps.rpm'
création du lien symbolique `./4Suite-1.0-3.i386.rpm' vers `../iso/i386/disc1/Fedora/RPMS/4Suite-1.0-3.i386.rpm'
création du lien symbolique `./a2ps-4.13b-41.i386.rpm' vers `../iso/i386/disc1/Fedora/RPMS/a2ps-4.13b-41.i386.rpm'
[...]
création du lien symbolique `./splint-3.1.1-4.i386.rpm' vers `../iso/i386/disc2/Fedora/RPMS/splint-3.1.1-4.i386.rpm'
création du lien symbolique `./strace-4.5.8-1.i386.rpm' vers `../iso/i386/disc2/Fedora/RPMS/strace-4.5.8-1.i386.rpm'
création du lien symbolique `./swig-1.3.21-6.i386.rpm' vers `../iso/i386/disc2/Fedora/RPMS/swig-1.3.21-6.i386.rpm'
[...]
Comment ça marche ?
- find ../iso/i386/disc? -iname "*.rpm"
recherche tout les fichiers (et répertoires ici (c'est une erreur)) qui se termine par ".rpm".
../iso/i386/disc? sera remplacé par ../iso/i386/disc1 ../iso/i386/disc2 ../iso/i386/disc3 ../iso/i386/disc3 par le shell.
Exemple :
$ echo ../iso/i386/disc?
../iso/i386/disc1 ../iso/i386/disc2 ../iso/i386/disc3 ../iso/i386/disc4
- print0
Lorsque find trouve un fichier (ou répertoire) qui respecte les critères donnés, il imprime le fichier sur la sortie standard (en gros l'écran). Généalement les fichiers sont séparés par un retour chariot '\n'. Ici on demande de séparer avec le caractère null '\0'. Ainsi, un fichier peut avoir un retour chariot dedans. Il faut noter qu'un nom de fichier ne peut pas avoir de caractère '\0'.
Exemple (je reviens sur xargs plus tard) :
$ mkdir tmp
$ cd tmp
$ touch "nom de fichier avec un ligne"
$ touch "nom de fichier
> sur deux lignes"
$ ls --format=single-column --show-control-chars
nom de fichier avec un ligne
nom de fichier
sur deux lignes
Sans "print0" :
$ find . -type f -print | xargs -i echo fichier trouvé ---\> \"{}\"
fichier trouvé ---> "./nom de fichier avec un ligne"
fichier trouvé ---> "./nom de fichier"
fichier trouvé ---> "sur deux lignes"
xargs voit 3 noms (donc trois fichiers). C'est une erreur.
Avec "print0"
$ find . -type f -print0 | xargs -0 -i echo fichier trouvé ---\> \"{}\"
fichier trouvé ---> "./nom de fichier avec un ligne"
fichier trouvé ---> "./nom de fichier
sur deux lignes"
Xargs voit 2 fichiers. Parfait.
|
C'est le caratère 'pipe' (sexy, non ?). C'est un caractère spécial du shell. Il s'utilise dans ce contexte "process1 | process2". Lorsqu'on l'utilise on demande au shell de "connecter" la sortie standard de process1 sur l'entrée standard de process2.
xargs
xargs est un programme très pratique et très simple. Il lit son entrée standard et exécute des commandes avec les éléments trouvés dans l'entrée standard.
Exemple (-n 1 dit d'exécuter une commande par ligne lu dans l'entrée standard) :
$ cat | xargs -n 1 echo vous avez tapez :
coucou
vous avez tapez : coucou
^D (ctrl-D)
Par défaut xargs ajoute les arguments de la commande à la fin !. C'est en "strong" car ça justifie l'utilisation de "--target-directory". Sinon il faut utiliser "xargs -i" mais il y aura une commande "ln" par fichier alors que xargs permet de "grouper" les commandes (voir "man xargs").
ln -s -v --target-directory=. --
ln : crée un lien (voir "man ln")
-s : crée un lien symbolique (marche entre FS (c'est nécessaire ici car les paquets sont sur des FS séparés)).
-v : verbeux
--target-directory=. : indique la destination du lien à créer.
Ainsi, "ln ../i386/disc1/toto ../i386/disc2/tata ." est équivalent à "ln --target-directory=. ../i386/disc1/toto ../i386/disc2/tata".
-- : indique que les paramètres suivants sont des noms de fichier et pas des options.
Ainsi si j'ai le fichier "-toto" :
$ ln -s -toto toto
ln: option invalide -- t
Pour en savoir davantage, faites: « ln --help ».
$ ln -s -- -toto toto
$ ll
lrwxrwxr-x 1 admin admin 5 nov 10 20:26 toto -> -toto
-rw-rw-r-- 1 admin admin 0 nov 10 20:25 -toto
Si j'ai un paquet rpm qui commence avec un '-', je n'aurais pas de problème si j'utilise '--'. Ici c'est inutile car tout commence par "../i386/disc".
createrepo
$ rpm -q -i -f `which createrepo`
Name : createrepo Relocations: (not relocatable)
Version : 0.4.1 Vendor: Red Hat, Inc.
Release : 1 Build Date: jeu 21 oct 2004 10:15:13 CEST
Install Date: dim 24 oct 2004 23:23:22 CEST Build Host: tweety.build.redhat.com
Group : System Environment/Base Source RPM: createrepo-0.4.1-1.src.rpm
Size : 47641 License: GPL
Signature : DSA/SHA1, jeu 21 oct 2004 18:31:49 CEST, Key ID b44269d04f2a6fd2
Packager : Red Hat, Inc. <http://bugzilla.redhat.com/bugzilla>(...)
URL : http://linux.duke.edu/metadata/(...)
Summary : Creates a common metadata repository
Description :
This utility will generate a common metadata repository from a directory of
rpm packages
createrepo est forni avec FC3.
> Est-ce que l'ajout des entêtes a été suggéré sur une liste Fedora officielle ?
Je ne crois pas. Mais tu as tout sur les miroirs.
Exemple :
Pour createrepo (le nouveau) :
http://fr2.rpmfind.net/linux/fedora/core/3/i386/os/repodata/(...)
Pour yum-arch (l'ancien) :
http://fr2.rpmfind.net/linux/fedora/core/3/i386/os/headers/(...)
Le problème est que yum ne supporte pas les périphériques amovible. Donc c'est sans intérêt. system-config-packages supporte les périphériques amovibles mais utilise une autre méthode.
[^] # Re: FC3 et entêtes YUM
Posté par 007 . En réponse à la dépêche La nouvelle Fedora Core 3 au banc d'essai. Évalué à 0.
Mais c'est trivial à faire.
Exemple :
$ mount | grep fedora
/var/fedora/iso/i386/FC3-i386-disc1.iso on /var/fedora/iso/i386/disc1 type iso9660 (ro,loop=/dev/loop0,uid=501,gid=501)
/var/fedora/iso/i386/FC3-i386-disc2.iso on /var/fedora/iso/i386/disc2 type iso9660 (ro,loop=/dev/loop1,uid=501,gid=501)
/var/fedora/iso/i386/FC3-i386-disc3.iso on /var/fedora/iso/i386/disc3 type iso9660 (ro,loop=/dev/loop2,uid=501,gid=501)
/var/fedora/iso/i386/FC3-i386-disc4.iso on /var/fedora/iso/i386/disc4 type iso9660 (ro,loop=/dev/loop3,uid=501,gid=501)
$ cd /var/fedora/
$ mkdir i386
$ cd i386
$ find ../iso/i386/disc? -iname "*.rpm" -print0 | xargs -0 ln -s --target-directory=. --
$ createrepo .
Dans yum.conf, tu utilises "baseurl=file:///var/fedora/i386" .
La phase de création de lien n'est peut-être pas nécessaire. J'ai indiqué comment je fais.
[^] # Re: Brevets : M. Rocard remplace A. McCarthy
Posté par 007 . En réponse à la dépêche Brevets : M. Rocard remplace A. McCarthy. Évalué à -10.
# Re:
Posté par 007 . En réponse au message mysql et requetes imbriques. Évalué à 2.
Sinon, ton problème tu dois pouvoir le faire.
Avec php tu récupères la liste des Prod_ID avec la requête "SELECT Prod_ID FROM SocieteProd WHERE SocieteID != $societe_id".
Puis tu reconstruis une autre requête avec
- "SELECT Prod_Nom FROM Produit WHERE Prod_ID != val1 AND Prod_ID != val2 Prod_ID != val3 AND ..."
C'est chiant à faire mais ça se fait.
[^] # Re: Trac
Posté par 007 . En réponse au journal Gestion de version suite. Évalué à 1.
RAPIDSVN !
http://rapidsvn.tigris.org/(...)
RapidSVN is a cross-platform GUI front-end for the Subversion revision system written in C++ using the wxWidgets framework.
...
Portable - runs on any platform on which Subversion and wxWidgets can run: Linux, Windows, Mac OS 9/X, Solaris, etc.
Ça marche partout
# Trac
Posté par 007 . En réponse au journal Gestion de version suite. Évalué à 3.
Lis la FORMIDABLE doc de subversion :
http://svnbook.red-bean.com/svnbook-1.1/index.html(...)
L'outil en ligne de commande est for-mi-da-ble. Faut pas 3 plombes pour comprendre comment ça marche.
La doc est intégré à l'outil en ligne de commande :
svn help
usage: svn [options] [args]
Type "svn help " for help on a specific subcommand.
Most subcommands take file and/or directory arguments, recursing
on the directories. If no arguments are supplied to such a
command, it will recurse on the current directory (inclusive) by
default.
Available subcommands:
add
....
svn help add
add: Put files and directories under version control, scheduling
them for addition to repository. They will be added in next commit.
usage: add PATH...
Valid options:
--targets arg : pass contents of file ARG as additional args
-N [--non-recursive] : operate on single directory only
-q [--quiet] : print as little as possible
--config-dir arg : read user configuration files from directory ARG
--force : force operation to run
--auto-props : enable automatic properties
--no-auto-props : disable automatic properties
Si tu veux du GUI, il y a RapidSVN qui "marche partout" :
http://rapidsvn.tigris.org/(...)
Je n'utilise pas RapidSvn mais j'ai eu de bons échos.
Franchement sous Unix, l'outil en ligne de commande est du bonheur. Par contre, il faut connaitre le concepte de subversion. Une fois le concepte assimilé, c'est trivial à utiliser. Il faut pas rèver. Pour tous logiciels il faut se former.
[^] # Re: amixer
Posté par 007 . En réponse au message Comment regler le son d ALSA par script ?. Évalué à 1.
Utiliser alsactl pour avoir des infos sur la carte.
Par exemple pour la seconde carte :
$ /usr/sbin/alsactl -f titi store 1
$ vim titi
[^] # Re: amixer
Posté par 007 . En réponse au message Comment regler le son d ALSA par script ?. Évalué à 3.
# sauvegarde
$ cap_v=`amixer cget iface=MIXER,name="Capture Volume" | egrep " : values=.*$" | sed -e "s/^[^=]*=//"`
# modification
$ amixer cset iface=MIXER,name="Capture Volume" 1
# restoration
$ amixer cset iface=MIXER,name="Capture Volume" $cap_v
Une fois que tu as la valeur dans une variable, tu peux utiliser bc par exemple :
$ new_cap_v=`echo "$cap_v*1.05" | bc`
[^] # Excellent FAQ
Posté par 007 . En réponse à la dépêche La nouvelle Fedora Core 3 au banc d'essai. Évalué à 3.
http://www.fedorafaq.org/(...)
En français aussi :
http://perso.wanadoo.fr/fester/faq-fedora.html(...)
La FAQ n'a pas encore été mise à jours pour FC3 mais les infos sont pertinentes à 80 %.
Autre site intéressant :
http://www.fedoranews.org/(...)
On y trouve des screenshots :
Anaconda (vivé l'installation :-)) :
http://www.fedoranews.org/tchung/fc3-final/screenshots/anaconda-scr(...)
Gnome :
http://www.fedoranews.org/tchung/fc3-final/screenshots/(...)
Notons quelques "trucs". Premièrement, Red Hat/Fedora abandonne sa "grosse" barre en bas de l'écran et reprend le bureau par défaut (deux "mini" barres).
Dans une installation par défaut, le menu n'est pas trop encombré comme semble le laissé croire les screenshots de frlinux :
http://www.fedoranews.org/tchung/fc3-final/screenshots/menu-accesso(...)
Vino (Remote Desktop) :
http://www.fedoranews.org/tchung/fc3-final/screenshots/remote-deskt(...)
gnome-volume-manager :
http://www.fedoranews.org/tchung/fc3-final/screenshots/removable-st(...)
Le paneau de configuration de SeLinux (si vous avez des difficultés avec SeLinux et ne voulez pas vous prendre la tête, allez ici en premier) :
http://www.fedoranews.org/tchung/fc3-final/screenshots/system-confi(...)
Pour information, il y a ici un screenshot de hal-device-manager et GVM. Ça donne une idée de ce que fait Hal :
http://lunar-linux.org/?q=node/view/377(...)
[^] # Re: Enfin !
Posté par 007 . En réponse à la dépêche La nouvelle Fedora Core 3 au banc d'essai. Évalué à 3.
Ça tombe bien, yum (en fait rpm-lib) utilise ces scripts...
Le problème n'est pas là. Comment tu fais pour ajouter SeLinux lors du passage de FC1 à FC3 par exemple ?
Il faut déjà être avec un noyau qui a SeLinux. Anaconda a l'avantage de booter sur l'OS qui convient pour sa tâche. Il peut démonter la partition racine, faire un "tune2fs ... /dev/root ; e2fsck -f ... /dev/root, ...". Pour certaines situations tu es obligé. Ou alors il faut le faire à la main (par exemple pour udev). C'est comme ça, il n'y a pas le choix.
Il y a le même problème pour FC1 -> FC2 (passage de Linux 2.4 à Linux 2.6). Il faut redétecter le matériel avec Linux 2.6 (le nouveau) et pas avec Linux 2.4 (l'ancien). Pour ça il faut avant de mettre à jours avoir Linux 2.6 (ou utiliser Anaconda).
[^] # Re: Enfin !
Posté par 007 . En réponse à la dépêche La nouvelle Fedora Core 3 au banc d'essai. Évalué à 2.
Si ça ne marche pas, on peut continuer le download avec bittorrent au-lieu de tout reprendre à zero (ou utiliser un outil qui support la reprise ("-c" pour wget).
[^] # Re: Quelques infos
Posté par 007 . En réponse à la dépêche La nouvelle Fedora Core 3 au banc d'essai. Évalué à 1.
> à noter que cette "feature"
Cette "feature", c'est "redimensionnement à chaud d'ext3". ext3-reservation n'a pas besoin d'un nouveau mke2fs. Tout est fait au niveau noyaux et ça ne demande pas de changement du FS sur le disque.
# Quelques infos
Posté par 007 . En réponse à la dépêche La nouvelle Fedora Core 3 au banc d'essai. Évalué à 1.
http://linuxfr.org/~riribreizh/15935.html(...)
Pour installer avec reiserfs, utiliser le paramètre "reiserfs selinux=0". Reiserfs ne supporte pas SeLinux.
Pour installer avec xfs, utiliser "xfs". jfs est peut-être présent. Je ne sais pas.
NB : Fedora ne supporte réellement que ext3.
Linux 2.6.9 : redimensionnement à chaud d'ext3. ext3 avec le patch ext3-reservation (diminue la fragmentation et améliore la tenue en charge)
Vivi a ajouté :
à noter que cette "feature" n'est accessible qu'aux nouveaux fs (il faut que mke2fs garde de la place pour ce redimensionnement). Donc si on fait une upgrade FC2->FC3, on peut pas en profiter tout de suite !
FC2 -> FC3 avec yum
Udev, voir la release note :
http://fr2.rpmfind.net/linux/fedora/core/3/i386/os/RELEASE-NOTES-en(...)
Systems upgraded to Fedora Core 3 using Anaconda will automatically be reconfigured to use udev. However (although NOT recommended) it is possible to perform a "live" upgrade to udev using the following steps:
1. Ensure that you are running a 2.6 kernel
2. Ensure that /sys/ is mounted
3. Install the initscripts RPM supplied with Fedora Core 3
4. Install the new udev RPM supplied with Fedora Core 3
5. Execute /sbin/start_udev
6. Install the new mkinitrd RPM supplied with Fedora Core 3
7. Perform one of the following steps:
· Install the new kernel RPM supplied with Fedora Core 3
OR:
· Re-run mkinitrd for your existing kernel(s)
Warning
Improperly performing these steps can result in a system configuration that will not boot properly.
Puis utiliser yum comme décrit ici :
http://linux.duke.edu/~skvidal/misc/fc2-fc3-update-with-yum.txt(...)
Il y a une description de udev dans FC3 ici :
http://fedora.redhat.com/docs/udev/(...)
[^] # Re: Commentaires
Posté par 007 . En réponse à la dépêche La nouvelle Fedora Core 3 au banc d'essai. Évalué à 0.
C'est un OS "bordel". C'est pas un truc qui doit être "sympathique".
Qualifier l'applet météo de sympathique, je comprend. Qualifier un OS de "sympathique" est péjoratif.
Jamais je downloaderai plus de 2 Go pour avoir une trucs "sympathique" qui bouffe 3 à 4 Go de place disque et qui demande de 1h à 2 jours pour configurer (chez moi, ça me prend 2 jours car j'ai plein de trucs).
[^] # Re: Pas tout à fait d'accord
Posté par 007 . En réponse à la dépêche Linus Torvalds : le marché du bureau a déjà commencé. Évalué à 1.
Je ne sais pas de quoi tu parles :-) mais essais Fedora Core 3. Red Hat et Fedora fait attention pour avoir un bon support du chinois (qui pour moi est du "chinois :-)).
Ainsi FC2 et FC3 peuvent utiliser iiimf :
http://www.openi18n.org/subgroups/im/IIIMF/(...)
Je ne sais pas si ça peut d'aider. Mais j'essais :-)
L'annonce FC3 (+miroir +torrent) :
http://www.redhat.com/archives/fedora-announce-list/2004-November/m(...)
[^] # Re: ReRire
Posté par 007 . En réponse au message squid. Évalué à 1.
http://www.redhat.com/archives/fedora-announce-list/2004-November/m(...)
Red Hat ne supporte plus RH9.
Fedoralegacy supporte encore RH9 :
http://fedoralegacy.org/(...)
Ceci dit, continue à te familliariser à Linux avec RH9. Ce n'est pas un problème.
# Rire
Posté par 007 . En réponse au message squid. Évalué à 2.
vim /etc/squid/squid.conf
au-lieu de
vim /etc/squid
# amixer
Posté par 007 . En réponse au message Comment regler le son d ALSA par script ?. Évalué à 3.
$ amixer cset iface=MIXER,name="Mic Playback Switch" off
[^] # Re: Commentaires
Posté par 007 . En réponse à la dépêche La nouvelle Fedora Core 3 au banc d'essai. Évalué à 0.
C'est un grand classique de frlinux.
Le critiquer ne t'apporteras que des [-].
M'enfin, faisons un voyage dans le temps dans articles de frlinux. Ce sont des extraits de la conclusion uniquement :
Red Hat 7.3 :
Je conseille donc cette distribution plus aux utilisateurs de bureau habitués à Redhat
Red Hat 8.0 :
En définitive (car nous devons tous partir un jour), je dirais que RH se place en bonne position pour les entreprises comme à son habitude bien que Gnome2 fournisse quelques erreurs agaçantes. Pour ce qui est de l'utilisateur personnel, il devrait commencer à y trouver son compte bien que Mandrake apporte un peu plus de valeur ajoutée.
Red Hat 9 :
Pour être tout a fait honnête, je trouve Mandrake bien plus avancée, adaptée aux utilisateurs finaux et plus conviviale à utiliser. RedHat reste une distribution d'entreprise donc pour le moment.
FC 1 : Rien ou presque . Bizarre...
FC2 :
Bon en définitive, vous aurez après installation une distribution avec moins de paquets qu'une Mandrake, et un peu plus rigide au niveau configuration.
Mort de rire pour le "devrait attirer quelques décideurs"....
je pense qu'elle devrait attirer quelques décideurs. Je trouve encore un peu dommage les installations nécessaires pour avoir un système multimédia aussi léché que Mandrake mais on avance ...
FC3:
Ainsi je trouve FC3 sympathique bien que Mandrake 10.1 sera préférable pour un débutant. FC3 séduira sans aucun doute les habitués de RedHat.
Bref, le message de frlinux c'est :
- Fedora/Red Hat c'est moins bien que Mandrake.
- Utiliser Fedora/Red Hat que si vous êtes trop habitué à Red Hat/Fedora pour aller ailleur.