Longue vie à Ubuntu, ses spin off, son papa Debian et son cousin Mint!

fnux · Le 22/06/2013, à 04:29

Bonjour tout le monde,

Mon coup de blues de ce week-end après 3 semaines à essayer de comprendre comment fonctionne Fedora par rapport à Ubuntu, Debian ou LinuxLint !

Oui, j'ai bien dit : "Ubuntu, Debian ou LinuxMint.... c'est génial !".

Et je le répète !

Pourquoi ?

Après m'être un peu cassé la tête pendant presque 2 mois pour écrire un script d'installation de plus de 2700 lignes de différents outils et surtout que ce script fonctionne sur toutes les versions d'Ubuntu depuis Lucid jusqu'à Saucy sans sauter une seule version, mais aussi avec Debian Squeeze et Wheezy et aussi avec LinuxMint Cynamon ou Mate, le tout aussi bien en 32 bit qu'en 64 bit (je remercie encore une fois au passage Bousky, grim7reaper, hoper, Hizoka, MicP, nesthib, pingouinux, tiramiseb and Watael de ce forum pour leur immense aide et le temps qu'ils ont passé à m'expliquer le pourquoi du comment), j'ai eu l'idée aussi sote que grenue (LoL) de vouloir adapter ce script à Fedora.

Je dois être dingue, malade ou fou à lier !

Voir même les 3 en même temps !

Croire que les commandes et outils "de base" de Linux sont universels !

J'en rêve encore (comme dans la chanson).

- Non seulement les paquets n'ont pas du tout les mêmes noms (par exemple je me demande bien pourquoi avec Fedora mais aussi Red Hat ou CentOS "g++" devient "gcc-c++" alors que c'est exactement le même compilo) !

- non seulement les outils de base comme wget, nano, make, lsb_release ou même perl ne sont pas installés par défaut !

- mais en plus, bien que cette distro (Fedora) soit l'une des plus anciennes (via son origine venant de Red Hat il y a presque 20 ans), pourquoi les outils de base comme wget ou yum (l'équivalent d'apt-get) ne sont même pas fiables !

Oops !

Exemple :

Sous Debian, Ubuntu ou LinuxMint, pour télécharger une version de mono, il suffit de faire un simple :

#!/bin/sh
TMPINSTALL="/home/fnux/temp/"
FILE="mono-3.0.2.tar.bz2"
ADDRESS="http://origin-download.mono-project.com/sources/mono/"
wget -O "$TMPINSTALL$FILE $ADDRESS$FILE

Et basta, le tour est joué... et surtout... ça marche du premier coup !

Avec Fedora, wget est tellement (comment dire) bizarre (oui, c'est bien le mot, j'assume) qu'il faut, si je veux que ça fonctionne à coup sur, faire :

#!/bin/sh
#
# Special function to use wget with Fedora since wget isn't reliable with this distro!!!
#
get_file()
{
  wget -O $TMPINSTALL$FILE $ADDRESS$FILE
  FILESIZE=$(ls -s $TMPINSTALL$FILE |cut -c 1,2)
  while [ "$FILESIZE" = "0 " ])
    do
      wget -O $TMPINSTALL$FILE $ADDRESS$FILE
      FILESIZE=$(ls -s $TMPINSTALL$FILE |cut -c 1,2)
  done
}
TMPINSTALL="/home/fnux/temp/"
ADDRESS="http://origin-download.mono-project.com/sources/mono/"
FILE="mono-3.0.2.tar.bz2"
get_file

Et la boucle peut "boucler" un certain temps avant que ça marche (erreur: wget: unable to resolve host address `origin-download.mono-project.com') qui s'affiche un paquet de fois avant que wget n'arrive à résoudre l'addresse de "http://origin-download.mono-project.com/sources/mono/", ce qui est, je crois, quand même un comble !

Pourquoi faire compliqué quand on peut faire simple, hein ?

Mais le pire est que si je ne fais pas cette boucle, ça me crée un fichier "mono-3.0.2.tar.bz2" vide !

0 "zero" octet !

Nilche, Nada, Zibe !

Alors bien sur, sans cette boucle un simple "tar -C "$TMPINSTALL" -xjf "$TMPINSTALL"/mono-3.0.2.tar.bz2" sur un fichier "mono-3.0.2.tar.bz2" de 0 octet risque bien de bien se planter !

Et que dire de la suite du script si j'ai effectivement besoin de faire par exemple :

cd $TMPINSTALL
sudo ./configure --prefix=/usr
sudo make
sudo make install

Vu le résultat du "tar -C "$TMPINSTALL" -xjf "$TMPINSTALL"/mono-3.0.2.tar.bz2" sur un fichier "mono-3.0.2.tar.bz2" de 0 octet"... comme disait le très regretté Coluche: "JE ME MARRE"... mais pas tant que ça quand même !

Quand à "yum", quelle surprise (quand on a le temps de se laisser surprendre évidemment).

Avec Debian, Ubuntu et ses soeurs Kubuntu, Lubuntu, Xubuntu and Co.ou LinuxMint, pour installer "openjdk-7-jdk" il suffit de faire :

sudo apt-get -y install openjdk-7-jdk

Et là encore, le tour est joué du premier coup, et ce que vous ayez une version 32 ou 64 bit de votre OS ! Génial !

Mais avec Fedora, c'est bien plus "marrant" (si j'ose dire) !

D'abord, il faut trouver le bon nom du paquet à utiliser !

Par exemple : c'est java-1.7.0-openjdk.x86_64 pour un Fedora 64 bit mais c'est java-1.7.0-openjdk.i686 pour un Fedora 32 bit. Super !

Et pour trouver ce paquet, il faut utiliser la commande "yum search".

Par exemple : "yum search openjdk"

Sur un Fedora 64 bit, le résultat est (comment dire) curieux :

[fnux@vm-fedora-17-64]$ yum search openjdk
Loaded plugins: langpacks, presto, refresh-packagekit
fedora/primary_db                                                                                                   |  14 MB  00:00:58     
============================= N/S Matched: openjdk ===============================
java-1.7.0-openjdk.x86_64 : OpenJDK Runtime Environment
java-1.7.0-openjdk.i686 : OpenJDK Runtime Environment
java-1.7.0-openjdk-demo.x86_64 : OpenJDK Demos
java-1.7.0-openjdk-devel.i686 : OpenJDK Development Environment
java-1.7.0-openjdk-devel.x86_64 : OpenJDK Development Environment
java-1.7.0-openjdk-javadoc.noarch : OpenJDK API Documentation
java-1.7.0-openjdk-src.x86_64 : OpenJDK Source Bundle
icedtea-web.x86_64 : Additional Java components for OpenJDK
openprops.noarch : An improved java.util.Properties from OpenJDK
thermostat.noarch : A monitoring and serviceability tool for OpenJDK

  Name and summary matches only, use "search all" for everything.
[fnux@vm-fedora-17-64]$

Donc, à priori avec une Fedora 64 bit, on devrait faire simplement un :

sudo yum -y install java-1.7.0-openjdk.x86_64

Trois problèmes :

a) doit-je simplement faire un "sudo yum -y install java-1.7.0-openjdk.x86_64" ou un "sudo yum -y install java-1.7.0-openjdk.x86_64 java-1.7.0-openjdk-devel.x86_64" ?

A priori, la première commande est suffisante...

b) mais la dite commande "sudo yum -y install java-1.7.0-openjdk.x86_64" va aller "visiter" quelques dizaines de miroirs avant d'en trouver un qui réponde (mais sans dire lequel...) et alors éventuellement (quand elle trouve un miroir qui lui répond) va installer le paquet demandé... (si la commande le trouve dans les miroirs qu'elle visite => ce qui n'est pas gagné d'avance).

c) donc, lorsque j'utilise cette commande dans un script, je n'ai absolument aucune certitude que le paquet demandé a bien été installé.

Si avec des exécutables comme wget ou comme nano je peux toujours faire un :

#!/bin/sh
#
# check if a file is present after downloading it with yum under Fedora
#
yum_file()
{
  sudo yum -y install $NEWFILE
  EXISTFILE=$(whereis $NEWFILE)
  while [ "$EXISTFILE" = "$NEWFILE:" ]
    do
      sudo yum -y install $NEWFILE
      EXISTFILE=$(whereis $NEWFILE)
    done
}
NEWFILE=nano
yum_file

Le problème est qu'avec des paquets comme "java-1.7.0-openjdk.x86_64", ce test ne marche pas car la commande "whereis java-1.7.0-openjdk.x86_64" retourne :

[fnux@vm-fedora-17-64]$ whereis java-1.7.0-openjdk.x86_64
java-1.7.0-openjdk:
[fnux@vm-fedora-17-64]$

Et ce alors que le paquet est bien installé, ce qui peut se voir en relançant la commande d'installation :

[fnux@vm-fedora-17-64]$ sudo yum -y install java-1.7.0-openjdk.x86_64
Loaded plugins: langpacks, presto, refresh-packagekit
Package 1:java-1.7.0-openjdk-1.7.0.25-2.3.10.3.fc17.x86_64 already installed and latest version
Nothing to do
[fnux@vm-fedora-17-64]$

Bon, tout ça pour dire qu'avec Ubuntu, Debian ou LinuxMint, tout se passe sans problème.

Cela ne vaut pas dire que yum ou que Fedora sont de grosses m.rdes, loin de là.

Non... j'ai pas dit ça !

C'est pas vrai !

Si ?

Ha bon... mais pas fort quand même !

(C) Once again => Coluche !

Par exemple; yum semble (à priori) avoir un avantage sur apt-get de supprimer automatiquement les anciens paquets si de nouveaux sont installés, ce qui est, il faut le reconnaître, intéressant.

Mais pour conclure, je suis très déçu par Fedora (et en passant aussi par son cousin direct CentOS), et surtout encore plus par les membres du forum fedora.fr qui se vexent dès que l'on leur pose une question avec des exemples précis comme ceux présentés au dessus et qui posent problème.

C'est pas comme ici !

Merci encore de votre compréhension et surtout de votre aide aux débutants comme moi.

J'en termine donc avec cette complainte (en un seul mot SVP, oui je sais qu'il y a aussi le mot plainte... Re (c) Coluche...) en demandant s'il y a parmi tous les membres du forum ubuntu.fr aussi quelques spécialistes de Fedora qui ne se vexent pas dès que l'on leur pose une vraie question sans répondre comme des geeks : "man machinchose est ton ami...!) et qui pourraient m'aider à terminer l'adaptation de mon script sous Fedora.

Merci d'avance de votre longue lecture et à nouveau : longue vie à Ubuntu, Debian et LinuxMint.

Dernière modification par fnux (Le 22/06/2013, à 04:41)

compte supprimé · Le 22/06/2013, à 10:55

J'avais les mêmes problèmes avec wget (et tout ce qui utilise des URLs en général) quand j'ai testé Fedora. Apparemment, c'est un problème de DNS, en passant sur OpenDNS ou Google Public DNS (sais plus le nom exact) dans les paramètres réseau, la résolution marche à chaque fois. C'est vrai que c'est assez énervant de devoir paramétrer ça à chaque install.

Et je suis aussi d'accord sur le fait que yum et les RPM en général sont un vrai bordel, entre autres, ça m'arrivait de perdre parfois plus de dix minutes parce que yum mettait automatiquement ses listes de paquets à jour alors que je voulais juste chercher un nom. Les noms des commandes sont effectivement complètement bizarres, j'ai bien dû passer 1/2 heure à découvrir que g++ n'avait pas le même nom que dans TOUTES les autres (grosses) distribs existantes (ou en tout cas celles que j'ai testé).

renaud07 · Le 22/06/2013, à 16:13

Je me demandais aussi pourquoi je revenais toujours à Ubuntu/Debian, ça y est j'ai enfin la réponse

Et fnux, ça te dirais pas d'adapter ton script à Arch/manjaro pour être complet ?

michel_04 · Le 22/06/2013, à 17:01

Bonjour,

@fnux, très sympa ton logo

Il m'a fait penser à un logo y ressemblant qui se trouvait sur ce "vieux" site que je suis depuis sa création, site actualisé depuis par l'auteur

Dernière modification par michel_04 (Le 22/06/2013, à 17:01)

fnux · Le 24/06/2013, à 17:44

Salut renaud07

renaud07 a écrit :

Je me demandais aussi pourquoi je revenais toujours à Ubuntu/Debian, ça y est j'ai enfin la réponse

+1

renaud07 a écrit :

Et fnux, ça te dirais pas d'adapter ton script à Arch/manjaro pour être complet ?

Dès que j'ai terminé le support de Fedora et si j'arrive "un jour" à installer ArchLinux avec grub et Gnome alors OK.

Si wget et pacman sont fiables et que les noms de packages sont proches de ceux de Debian/Mint/Ubuntu et pas aussi tordus qu'avec Fedora, ça ne devrait pas prendre très longtemps.

Je posterai ce script ici dès qu'il sera "stabilisé" pour Fedora, soit j'espère avant la fin de la semaine.

fnux · Le 24/06/2013, à 17:54

Salut michel_04,

michel_04 a écrit :

Bonjour,
@fnux, très sympa ton logo http://uppix.net/tRHG5w.png
Il m'a fait penser à un logo y ressemblant qui se trouvait sur ce "vieux" site que je suis depuis sa création, site actualisé depuis par l'auteur

Merci, mais c'est un petit logo que j'ai trouvé sympa et que j'ai bidouillé, mais malheureusement j'en ai perdu la source et le lien pour télécharger l'original.

Dernière modification par fnux (Le 24/06/2013, à 17:55)

Clémentv · Le 24/06/2013, à 18:52

Ça fait un long post pour expliquer que tu maîtrise mieux apt-get que yum.

Les noms de paquets sont différents mais aucune nomenclature n'est meilleur que l'autre. Un utilisateur de Fedora passant à Debian aura le même problème. Debian n'est pas un standard.
Les suffixes d'architecture sont optionnels (comme avec Debian), tu ne le précises pas, tu installes la version qui va avec ton système.
Je comprends pas trop ce que tu essayes de faire avec whereis donc je peux pas t'aider mais des yum install en boucle ça me parait louche.
Finalement, tu râles beaucoup mais ne pose pas beaucoup de questions.

Pour Debian, tu peux avoir la suppression automatique des paquets inutiles en utilisant aptitude au lieu de apt-get/apt-cache. En plus aptitude gère beaucoup mieux les conflits.

Vu ta résistance au changement, tu risques d'avoir du mal avec ArchLinux également.

Yanzo · Le 24/06/2013, à 20:36

le .rpm est un univers different du .deb et je ne pense pas que RH soit moins sérieuse que Debian.

fnux · Le 25/06/2013, à 02:55

Salut Clémentv

Clémentv a écrit :

Ça fait un long post pour expliquer que tu maîtrise mieux apt-get que yum.

Si ça ne te dérange pas, je pensais seulement qu'ici c'est le Café et que l'on ne doit pas forcément y poser des questions !

Clémentv a écrit :

Les noms de paquets sont différents mais aucune nomenclature n'est meilleur que l'autre. Un utilisateur de Fedora passant à Debian aura le même problème. Debian n'est pas un standard.
Les suffixes d'architecture sont optionnels (comme avec Debian), tu ne le précises pas, tu installes la version qui va avec ton système.

Merci pour cette info car lorsque j'ai demandé sur le forum Fedora comment installer C++, on m'a simplement répondu deux trucs très c.ns comme le font habituellement les Geeks :

a- man est ton ami (mais bien sur)
b- yum search (mais re bien sur surtout quand tu ne sais même pas ce qu'il faut chercher)

Lorsque tu débarques sous Fedora, expérience préalable d'une distro dérivée de Debian ou non, le moins que tu puisses dire (tout en restant poli) est que tu es vraiment paumé !

Au moins, toi tu viens de me donner un super tuyau sur yum et sur le forum Ubuntu, info que je n'ai même pas eu chez Fedora. Merci.

Clémentv a écrit :

Je comprends pas trop ce que tu essayes de faire avec whereis donc je peux pas t'aider mais des yum install en boucle ça me parait louche.

J'explique:

Sur toutes les machines sur lesquelles j'ai installé Fedora (PC réels ou VM), yum et wget ont l'un comme l'autre énormément de mal à télécharger l'un, des paquets venant de miroirs, l'autre, des fichiers venant de site web connus.

Chez Fedora, on me raconte des sornettes comme quoi j'aurai des problèmes internet, que c'est de la faute d'Orange, qu'il faut utiliser une adresse fixe et des serveurs de dns extérieurs, etc. etc. etc..

Balivernes !

Niet ! Car si c'était vraiment le cas, mes machines (PC réels et VM) Debian, LinuxMint et Ubuntu tournant en même temps sur le même réseau chez le même fai (et pour cause) et toutes en DHCP auraient aussi des problèmes similaires (CQFD).

Mais ce n'est pas le cas !

C'est donc bien que sous Fedora yum a un problème pour trouver ses miroirs et que wget ne sait pas bien "tenir" une liaison (quand il arrive à en établir une).

D'ailleurs, aujourd'hui on me "conseille" d'aller régler les "timeout", mais bien sur sans donner la moindre explication de ce qu'il faut modifier, ni où, ni comment.

Bref... des posts bien inutiles.

Clémentv a écrit :

Finalement, tu râles beaucoup mais ne pose pas beaucoup de questions.

.
On est au Café, et si j'admets volontiers que dans ce thread je n'ai pas posé beaucoup de questions, elles peuvent se déduire assez facilement.

Mais si tu veux m'aider, voici la description de la situation :

Problème 1 :

Que ce soit avec Debian, Ubuntu, LinuxMint ou Fedora et CentOS, comment être certain que le téléchargement d'un fichier fait avec wget donné est bien arrivé ?

Au début, pour Fedora, j'ai pensé à faire ceci (alors que je n'en ai jamais eu besoin avant dans la "famille" Debian) :

#
# Special function to secure the use of wget with Fedora !
#
get_file()
{
  wget -O $DEST$FILE $SOURCE$FILE
  filesize=$(ls -s $FILE |cut -c 1,2)
  while [ "$filesize" = "0 " ]
    do
      wget -O $DEST$FILE $SOURCE$FILE
      filesize=$(ls -s $FILE |cut -c 1,2)
  done
}
DEST="/home/fnux/tmp/"
FILE="mono-3.0.2.tar.bz2"
SOURCE="http://origin-download.mono-project.com/sources/mono/"
get_file
FILE="foo"
SOURCE="bar"
get_file
etc. etc. etc.

Mais en fait, ce n'est même pas suffisant car le téléchargement peut s'être partiellement effectué avant de s'arrêter (surtout sous Fedora) et je peux donc avoir un fichier partiel et inutilisable.

Je vais donc maintenant utiliser un contrôle md5sum pour chaque fichier demandé dans le style :

#
# Special function to secure the use of wget
#
get_secured_file()
{
  wget -O $DEST$FILE $SOURCE$FILE
  filesum=$(md5sum $DEST$FILE)
  while [ "$filesum" != "$GETSUM" ]
    do
      wget -O $DEST$FILE $SOURCE$FILE
      filesize=$(ls -s $FILE |cut -c 1,2)
  done
}
DEST="/home/fnux/tmp/"
FILE="mono-3.0.2.tar.bz2"
SOURCE="http://origin-download.mono-project.com/sources/mono/"
GETSUM="c8a14c8c0a6013d865f81324830e0eec"
get_secured_file
FILE="node-v0.8.20.tar.gz"
SOURCE="http://nodejs.org/dist/v0.8.20/"
GETSUM="dd8a977b8f38d6ccba25540fa8a8ffce"
get_secured_file
etc. etc. etc.

Mais comme tu vois, ça m'oblige à connaître d'avance chaque md5 de chaque fichier.

Dans le cas spécifique de mon script, cela ne me pose pas trop de problème, mais pour la maintenance... bonjour et merci.

Bon, c'est pas grave (à part du code inutile pour régler un problème de fiabilité de wget sous Fedora et ses cousines Red Hat ou CentOS).

Problème 2 :

Maintenant, comment être certain qu'un paquet donné et demandé (par apt-get install ou par yum install) a effectivement été téléchargé et bien installé ?

J'ai au début pensé à faire un truc similaire avec une boucle qui utilise whereis.

Mais en fait, si cela fonctionne très bien pour un paquet qui est un exécutable (wget lui même par exemple) ou du genre "libcairo", ce type de test est parfaitement inadapté à des paquets comme "libcairo2-devel" sur lesquels la commande whereis ne répond rien alors que ces paquets sont bien installés.

On m'a expliqué ce matin que sous Fedora, il fallait utiliser la commande "rpm -q nom_du-paquet" et que sous Debian and Co, il fallait utiliser la commande "dpkg -l nom_du_paquet".

Effectivement, ces deux commandesn semblent bien répondre à mon besoin, si ce n'est que je vais encore galérer avec "sed" pour extraire ce que je cherche des réponses renvoyées par ces deux outils.

Exemples avec le paquet "scala":

Sous Ubuntu, si scala n'est pas installé, la commande dpkg -l scala répond :

fnux@U-1004-64:~$ dpkg -l scala
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name           Version        Description
+++-==============-==============-============================================
un  scala          <none>         (no description available)
fnux@U-1004-64:~$

et si scala est installé, elle répond :

fnux@U-1004-64:~$ dpkg -l scala
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name           Version        Description
+++-==============-==============-============================================
ii  scala          2.7.7.dfsg-4ub The Scala programming language
fnux@U-1004-64:~$

Donc, il faut que j'analyse la dernière ligne "ii scala" ou "un scala"

Et sous Fedora, si scala n'est pas installé, la commande rpm -q scala répond :

[fnux@F-17-64 ~]$ sudo rpm -q scala
package scala is not installed
[fnux@F-17-64 ~]$

et si scala est installé, elle répond :

[fnux@F-17-64 ~]$ sudo rpm -q scala
scala-2.9.2-4.fc17.noarch
[fnux@F-17-64 ~]$ sudo yum remove scala

Là, c'est encore plus simple.

Clémentv a écrit :

Pour Debian, tu peux avoir la suppression automatique des paquets inutiles en utilisant aptitude au lieu de apt-get/apt-cache. En plus aptitude gère beaucoup mieux les conflits.

J'utilise apt-get depuis le début et je n'ai jamais eu le moindre problème, mais je vais regarder aussi avec aptitude. Merci.

Clémentv a écrit :

Vu ta résistance au changement, tu risques d'avoir du mal avec ArchLinux également.

Je n'ai strictement aucune résistance au changement, et même loin de là vu tous les essais de distros différentes que je me tape.

Par contre, je râle facilement contre les tutos mal écrits et incomplets.

A propos d'ArchLinux, le plus bel exemple est justement leur page web d'installation, bourrée de liens et de liens et de liens et incapable de prendre le débutant par la main de A à Z, d'une seule traite, pour faire une install complète.

Pour l'instant, mes essais s'arrêtent à un ArchLinux sans interface graphique (je dois être très c.n pour ne pas comprendre comment installer Gnome).

Mais à mon âge avancé, je ne crains plus les critiques acerbes des jeunes Geeks.

Asta la vista, Baby!

Mais attention aussi : I'll be back!

Merci quand même de tes infos.

PS: Tiens, juste pour rigoler, voici la dernière installation de scala sous Fedora 17. Un vrai gag ce yum! Une petite viste de 256 miroirs pour ne rien trouver avant le second passage. Génial ! Et en plus, lors de la répétition de la commande, tu ne sais même pas quel est le miroir qui a répondu.

Donc, dans un script, si tu ne fais pas une boucle avec un test, tu n'as, avec Fedora, aucune certitude que le paquet demandé sera installé !

Désolé mais je n'ai JAMAIS eu ce problème avec apt-get !

[fnux@F-17-64 ~]$ sudo yum install scala
Loaded plugins: langpacks, presto, refresh-packagekit
Resolving Dependencies
--> Running transaction check
---> Package scala.noarch 0:2.9.2-4.fc17 will be installed
--> Finished Dependency Resolution

Dependencies Resolved

=======================================================================================================================
 Package                  Arch                      Version                           Repository                  Size
=======================================================================================================================
Installing:
 scala                    noarch                    2.9.2-4.fc17                      updates                     20 M

Transaction Summary
=======================================================================================================================
Install  1 Package

Total download size: 20 M
Installed size: 22 M
Is this ok [y/N]: y
Downloading Packages:
scala-2.9.2-4.fc17.noarch.rpm  FAILED                                          
http://ftp.crc.dk/fedora/linux/updates/17/x86_64/scala-2.9.2-4.fc17.noarch.rpm: [Errno 14] curl#6 - "Could not resolve host: ftp.crc.dk; Name or service not known"
Trying other mirror.
scala-2.9.2-4.fc17.noarch.rpm  FAILED                                          
ftp://ftp.proxad.net/mirrors/fedora.redhat.com/fedora/linux/updates/17/x86_64/scala-2.9.2-4.fc17.noarch.rpm: [Errno 14] curl#6 - "Could not resolve host: ftp.proxad.net; Name or service not known"
Trying other mirror.
scala-2.9.2-4.fc17.noarch.rpm  FAILED                                          
http://mirrors.n-ix.net/fedora/linux/updates/17/x86_64/scala-2.9.2-4.fc17.noarch.rpm: [Errno 14] curl#6 - "Could not resolve host: mirrors.n-ix.net; Name or service not known"
Trying other mirror.
scala-2.9.2-4.fc17.noarch.rpm  FAILED                                          
http://ftp.wsisiz.edu.pl/pub/linux/fedora/linux/updates/17/x86_64/scala-2.9.2-4.fc17.noarch.rpm: [Errno 14] curl#6 - "Could not resolve host: ftp.wsisiz.edu.pl; Name or service not known"
Trying other mirror.
scala-2.9.2-4.fc17.noarch.rpm  FAILED                                          
http://ftp.nluug.nl/pub/os/Linux/distr/fedora/linux/updates/17/x86_64/scala-2.9.2-4.fc17.noarch.rpm: [Errno 14] curl#6 - "Could not resolve host: ftp.nluug.nl; Name or service not known"
Trying other mirror.
scala-2.9.2-4.fc17.noarch.rpm  FAILED                                          
http://ftp.udl.es/pub/fedora/linux/updates/17/x86_64/scala-2.9.2-4.fc17.noarch.rpm: [Errno 14] curl#6 - "Could not resolve host: ftp.udl.es; Name or service not known"
Trying other mirror.
scala-2.9.2-4.fc17.noarch.rpm  FAILED                                          
http://fedora.linux.ee/pub/fedora/linux/updates/17/x86_64/scala-2.9.2-4.fc17.noarch.rpm: [Errno 14] curl#6 - "Could not resolve host: fedora.linux.ee; Name or service not known"
Trying other mirror.
scala-2.9.2-4.fc17.noarch.rpm  FAILED                                          
http://mirror.karneval.cz/pub/linux/fedora/linux/updates/17/x86_64/scala-2.9.2-4.fc17.noarch.rpm: [Errno 14] curl#6 - "Could not resolve host: mirror.karneval.cz; Name or service not known"
Trying other mirror.
scala-2.9.2-4.fc17.noarch.rpm  FAILED                                          
http://mirror2.hs-esslingen.de/fedora/linux/updates/17/x86_64/scala-2.9.2-4.fc17.noarch.rpm: [Errno 14] curl#6 - "Could not resolve host: mirror2.hs-esslingen.de; Name or service not known"
Trying other mirror.
scala-2.9.2-4.fc17.noarch.rpm  FAILED                                          
http://mirror.bytemark.co.uk/fedora/linux/updates/17/x86_64/scala-2.9.2-4.fc17.noarch.rpm: [Errno 14] curl#6 - "Could not resolve host: mirror.bytemark.co.uk; Name or service not known"
Trying other mirror.
scala-2.9.2-4.fc17.noarch.rpm  FAILED                                          
http://be.mirror.eurid.eu/fedora/linux/updates/17/x86_64/scala-2.9.2-4.fc17.noarch.rpm: [Errno 14] curl#6 - "Could not resolve host: be.mirror.eurid.eu; Name or service not known"
Trying other mirror.
scala-2.9.2-4.fc17.noarch.rpm  FAILED                                          
http://fedora.mirrors.ovh.net/linux/updates/17/x86_64/scala-2.9.2-4.fc17.noarch.rpm: [Errno 14] curl#6 - "Could not resolve host: fedora.mirrors.ovh.net; Name or service not known"
Trying other mirror.
scala-2.9.2-4.fc17.noarch.rpm  FAILED                                          
http://ftp.free.fr/mirrors/fedora.redhat.com/fedora/linux/updates/17/x86_64/scala-2.9.2-4.fc17.noarch.rpm: [Errno 14] curl#6 - "Could not resolve host: ftp.free.fr; Name or service not known"
Trying other mirror.
scala-2.9.2-4.fc17.noarch.rpm  FAILED                                          
http://mirror.muntinternet.net/pub/fedora/linux/updates/17/x86_64/scala-2.9.2-4.fc17.noarch.rpm: [Errno 14] curl#6 - "Could not resolve host: mirror.muntinternet.net; Name or service not known"
Trying other mirror.
scala-2.9.2-4.fc17.noarch.rpm  FAILED                                          
http://ftp.lip6.fr/ftp/pub/linux/distributions/fedora/updates/17/x86_64/scala-2.9.2-4.fc17.noarch.rpm: [Errno 14] curl#6 - "Could not resolve host: ftp.lip6.fr; Name or service not known"
Trying other mirror.
scala-2.9.2-4.fc17.noarch.rpm  FAILED                                          
http://fr2.rpmfind.net/linux/fedora/linux/updates/17/x86_64/scala-2.9.2-4.fc17.noarch.rpm: [Errno 14] curl#6 - "Could not resolve host: fr2.rpmfind.net; Name or service not known"
Trying other mirror.
scala-2.9.2-4.fc17.noarch.rpm  FAILED                                          
http://nl.mirror.eurid.eu/fedora/linux/updates/17/x86_64/scala-2.9.2-4.fc17.noarch.rpm: [Errno 14] curl#6 - "Could not resolve host: nl.mirror.eurid.eu; Name or service not known"
Trying other mirror.
scala-2.9.2-4.fc17.noarch.rpm  FAILED                                          
http://ftp-stud.hs-esslingen.de/pub/fedora/linux/updates/17/x86_64/scala-2.9.2-4.fc17.noarch.rpm: [Errno 14] curl#6 - "Could not resolve host: ftp-stud.hs-esslingen.de; Name or service not known"
Trying other mirror.
scala-2.9.2-4.fc17.noarch.rpm  FAILED                                          
http://ftp.cc.uoc.gr/pub/fedora/linux/updates/17/x86_64/scala-2.9.2-4.fc17.noarch.rpm: [Errno 14] curl#6 - "Could not resolve host: ftp.cc.uoc.gr; Name or service not known"
Trying other mirror.
scala-2.9.2-4.fc17.noarch.rpm  FAILED                                          
http://mirror1.atrpms.net/fedora/linux/updates/17/x86_64/scala-2.9.2-4.fc17.noarch.rpm: [Errno 14] curl#6 - "Could not resolve host: mirror1.atrpms.net; Name or service not known"
Trying other mirror.
scala-2.9.2-4.fc17.noarch.rpm  FAILED                                          
http://ftp.upjs.sk/pub/fedora/linux/updates/17/x86_64/scala-2.9.2-4.fc17.noarch.rpm: [Errno 14] curl#6 - "Could not resolve host: ftp.upjs.sk; Name or service not known"
Trying other mirror.
scala-2.9.2-4.fc17.noarch.rpm  FAILED                                          
http://mirror.1000mbps.com/fedora/linux/updates/17/x86_64/scala-2.9.2-4.fc17.noarch.rpm: [Errno 14] curl#6 - "Could not resolve host: mirror.1000mbps.com; Name or service not known"
Trying other mirror.
scala-2.9.2-4.fc17.noarch.rpm  FAILED                                          
http://gd.tuwien.ac.at/opsys/linux/fedora/linux/updates/17/x86_64/scala-2.9.2-4.fc17.noarch.rpm: [Errno 14] curl#6 - "Could not resolve host: gd.tuwien.ac.at; Name or service not known"
Trying other mirror.
scala-2.9.2-4.fc17.noarch.rpm  FAILED                                          
http://mirror.datacenter.by/pub/fedoraproject.org/linux/updates/17/x86_64/scala-2.9.2-4.fc17.noarch.rpm: [Errno 14] curl#6 - "Could not resolve host: mirror.datacenter.by; Name or service not known"
Trying other mirror.
scala-2.9.2-4.fc17.noarch.rpm  FAILED                                          
http://vesta.informatik.rwth-aachen.de/ftp/pub/Linux/fedora/linux/updates/17/x86_64/scala-2.9.2-4.fc17.noarch.rpm: [Errno 14] curl#6 - "Could not resolve host: vesta.informatik.rwth-aachen.de; Name or service not known"
Trying other mirror.
scala-2.9.2-4.fc17.noarch.rpm  FAILED                                          
http://mirror.vit.com.tr/mirror/Fedora/linux/updates/17/x86_64/scala-2.9.2-4.fc17.noarch.rpm: [Errno 14] curl#6 - "Could not resolve host: mirror.vit.com.tr; Name or service not known"
Trying other mirror.
scala-2.9.2-4.fc17.noarch.rpm  FAILED                                          
http://www.fedora.is/fedora/updates/17/x86_64/scala-2.9.2-4.fc17.noarch.rpm: [Errno 14] curl#6 - "Could not resolve host: www.fedora.is; Name or service not known"
Trying other mirror.
scala-2.9.2-4.fc17.noarch.rpm  FAILED                                          
http://ftp.klid.dk/ftp/fedora/linux/updates/17/x86_64/scala-2.9.2-4.fc17.noarch.rpm: [Errno 14] curl#6 - "Could not resolve host: ftp.klid.dk; Name or service not known"
Trying other mirror.
scala-2.9.2-4.fc17.noarch.rpm  FAILED                                          
ftp://ftp.mirrorservice.org/sites/dl.fedoraproject.org/pub/fedora/linux/updates/17/x86_64/scala-2.9.2-4.fc17.noarch.rpm: [Errno 14] curl#6 - "Could not resolve host: ftp.mirrorservice.org; Name or service not known"
Trying other mirror.
scala-2.9.2-4.fc17.noarch.rpm  FAILED                                          
http://ftp.uni-kl.de/pub/linux/fedora/linux/updates/17/x86_64/scala-2.9.2-4.fc17.noarch.rpm: [Errno 14] curl#6 - "Could not resolve host: ftp.uni-kl.de; Name or service not known"
Trying other mirror.
scala-2.9.2-4.fc17.noarch.rpm  FAILED                                          
http://fedora.ip-connect.vn.ua/linux/updates/17/x86_64/scala-2.9.2-4.fc17.noarch.rpm: [Errno 14] curl#6 - "Could not resolve host: fedora.ip-connect.vn.ua; Name or service not known"
Trying other mirror.
scala-2.9.2-4.fc17.noarch.rpm  FAILED                                          
http://fedora.uib.no/fedora/linux/updates/17/x86_64/scala-2.9.2-4.fc17.noarch.rpm: [Errno 14] curl#6 - "Could not resolve host: fedora.uib.no; Name or service not known"
Trying other mirror.
scala-2.9.2-4.fc17.noarch.rpm  FAILED                                          
ftp://ftp.fedora.is/pub/fedora/updates/17/x86_64/scala-2.9.2-4.fc17.noarch.rpm: [Errno 14] curl#6 - "Could not resolve host: ftp.fedora.is; Name or service not known"
Trying other mirror.
scala-2.9.2-4.fc17.noarch.rpm  FAILED                                          
http://sunsite.icm.edu.pl/pub/Linux/fedora/linux/updates/17/x86_64/scala-2.9.2-4.fc17.noarch.rpm: [Errno 14] curl#6 - "Could not resolve host: sunsite.icm.edu.pl; Name or service not known"
Trying other mirror.
scala-2.9.2-4.fc17.noarch.rpm  FAILED                                          
http://ftp.cica.es/fedora/linux/updates/17/x86_64/scala-2.9.2-4.fc17.noarch.rpm: [Errno 14] curl#6 - "Could not resolve host: ftp.cica.es; Name or service not known"
Trying other mirror.
scala-2.9.2-4.fc17.noarch.rpm  FAILED                                          
http://ftp.rhnet.is/pub/fedora/linux/updates/17/x86_64/scala-2.9.2-4.fc17.noarch.rpm: [Errno 14] curl#6 - "Could not resolve host: ftp.rhnet.is; Name or service not known"
Trying other mirror.
scala-2.9.2-4.fc17.noarch.rpm  FAILED                                          
http://ftp.uni-bayreuth.de/linux/fedora/linux/updates/17/x86_64/scala-2.9.2-4.fc17.noarch.rpm: [Errno 14] curl#6 - "Could not resolve host: ftp.uni-bayreuth.de; Name or service not known"
Trying other mirror.
scala-2.9.2-4.fc17.noarch.rpm  FAILED                                          
http://ftp.informatik.uni-frankfurt.de/fedora/updates/17/x86_64/scala-2.9.2-4.fc17.noarch.rpm: [Errno 14] curl#6 - "Could not resolve host: ftp.informatik.uni-frankfurt.de; Name or service not known"
Trying other mirror.
scala-2.9.2-4.fc17.noarch.rpm  FAILED                                          
http://mir01.syntis.net/fedora/linux/updates/17/x86_64/scala-2.9.2-4.fc17.noarch.rpm: [Errno 14] curl#6 - "Could not resolve host: mir01.syntis.net; Name or service not known"
Trying other mirror.
scala-2.9.2-4.fc17.noarch.rpm  FAILED                                          
http://mirrors.ircam.fr/pub/fedora/linux/updates/17/x86_64/scala-2.9.2-4.fc17.noarch.rpm: [Errno 14] curl#6 - "Could not resolve host: mirrors.ircam.fr; Name or service not known"
Trying other mirror.
scala-2.9.2-4.fc17.noarch.rpm  FAILED                                          
http://ftp.fi.muni.cz/pub/linux/fedora/linux/updates/17/x86_64/scala-2.9.2-4.fc17.noarch.rpm: [Errno 14] curl#6 - "Could not resolve host: ftp.fi.muni.cz; Name or service not known"
Trying other mirror.
scala-2.9.2-4.fc17.noarch.rpm  FAILED                                          
http://ftp.linux.cz/pub/linux/fedora/linux/updates/17/x86_64/scala-2.9.2-4.fc17.noarch.rpm: [Errno 14] curl#6 - "Could not resolve host: ftp.linux.cz; Name or service not known"
Trying other mirror.
scala-2.9.2-4.fc17.noarch.rpm  FAILED                                          
ftp://ftp6.linux.cz/pub/linux/fedora/linux/updates/17/x86_64/scala-2.9.2-4.fc17.noarch.rpm: [Errno 14] curl#6 - "Could not resolve host: ftp6.linux.cz; Name or service not known"
Trying other mirror.
scala-2.9.2-4.fc17.noarch.rpm  FAILED                                          
http://ftp.heanet.ie/pub/fedora/linux/updates/17/x86_64/scala-2.9.2-4.fc17.noarch.rpm: [Errno 14] curl#6 - "Could not resolve host: ftp.heanet.ie; Name or service not known"
Trying other mirror.
scala-2.9.2-4.fc17.noarch.rpm  FAILED                                          
http://mirror.yandex.ru/fedora/linux/updates/17/x86_64/scala-2.9.2-4.fc17.noarch.rpm: [Errno 14] curl#6 - "Could not resolve host: mirror.yandex.ru; Name or service not known"
Trying other mirror.
scala-2.9.2-4.fc17.noarch.rpm  FAILED                                          
http://ftp.colocall.net/pub/fedora/linux/updates/17/x86_64/scala-2.9.2-4.fc17.noarch.rpm: [Errno 14] curl#6 - "Could not resolve host: ftp.colocall.net; Name or service not known"
Trying other mirror.
scala-2.9.2-4.fc17.noarch.rpm  FAILED                                          
http://www.nic.funet.fi/pub/mirrors/fedora.redhat.com/pub/fedora/linux/updates/17/x86_64/scala-2.9.2-4.fc17.noarch.rpm: [Errno 14] curl#6 - "Could not resolve host: www.nic.funet.fi; Name or service not known"
Trying other mirror.
scala-2.9.2-4.fc17.noarch.rpm  FAILED                                          
ftp://ftp.funet.fi/pub/mirrors/fedora.redhat.com/pub/fedora/linux/updates/17/x86_64/scala-2.9.2-4.fc17.noarch.rpm: [Errno 14] curl#6 - "Could not resolve host: ftp.funet.fi; Name or service not known"
Trying other mirror.
scala-2.9.2-4.fc17.noarch.rpm  FAILED                                          
http://ftp.astral.ro/mirrors/fedora/pub/fedora/linux/updates/17/x86_64/scala-2.9.2-4.fc17.noarch.rpm: [Errno 14] curl#6 - "Could not resolve host: ftp.astral.ro; Name or service not known"
Trying other mirror.
scala-2.9.2-4.fc17.noarch.rpm  FAILED                                          
http://www.mirrorservice.org/sites/dl.fedoraproject.org/pub/fedora/linux/updates/17/x86_64/scala-2.9.2-4.fc17.noarch.rpm: [Errno 14] curl#6 - "Could not resolve host: www.mirrorservice.org; Name or service not known"
Trying other mirror.
scala-2.9.2-4.fc17.noarch.rpm  FAILED                                          
http://mirror.switch.ch/ftp/mirror/fedora/linux/updates/17/x86_64/scala-2.9.2-4.fc17.noarch.rpm: [Errno 14] curl#6 - "Could not resolve host: mirror.switch.ch; Name or service not known"
Trying other mirror.
scala-2.9.2-4.fc17.noarch.rpm  FAILED                                          
http://ftp.byfly.by/pub/fedoraproject.org/linux/updates/17/x86_64/scala-2.9.2-4.fc17.noarch.rpm: [Errno 14] curl#6 - "Could not resolve host: ftp.byfly.by; Name or service not known"
Trying other mirror.
scala-2.9.2-4.fc17.noarch.rpm  FAILED                                          
http://mirror.proserve.nl/fedora/linux/updates/17/x86_64/scala-2.9.2-4.fc17.noarch.rpm: [Errno 14] curl#6 - "Could not resolve host: mirror.proserve.nl; Name or service not known"
Trying other mirror.
scala-2.9.2-4.fc17.noarch.rpm  FAILED                                          
http://sunsite.mff.cuni.cz/MIRRORS/fedora.redhat.com/linux/updates/17/x86_64/scala-2.9.2-4.fc17.noarch.rpm: [Errno 14] curl#6 - "Could not resolve host: sunsite.mff.cuni.cz; Name or service not known"
Trying other mirror.
scala-2.9.2-4.fc17.noarch.rpm  FAILED                                          
http://ftp.linux.org.tr/fedora/updates/17/x86_64/scala-2.9.2-4.fc17.noarch.rpm: [Errno 14] curl#6 - "Could not resolve host: ftp.linux.org.tr; Name or service not known"
Trying other mirror.
scala-2.9.2-4.fc17.noarch.rpm  FAILED                                          
http://ultra.linux.cz/MIRRORS/fedora.redhat.com/linux/updates/17/x86_64/scala-2.9.2-4.fc17.noarch.rpm: [Errno 14] curl#6 - "Could not resolve host: ultra.linux.cz; Name or service not known"
Trying other mirror.
scala-2.9.2-4.fc17.noarch.rpm  FAILED                                          
http://mirror.uv.es/mirror/fedora/linux/updates/17/x86_64/scala-2.9.2-4.fc17.noarch.rpm: [Errno 14] curl#6 - "Could not resolve host: mirror.uv.es; Name or service not known"
Trying other mirror.
scala-2.9.2-4.fc17.noarch.rpm  FAILED                                          
http://fedora.tu-chemnitz.de/pub/linux/fedora/linux/updates/17/x86_64/scala-2.9.2-4.fc17.noarch.rpm: [Errno 14] curl#6 - "Could not resolve host: fedora.tu-chemnitz.de; Name or service not known"
Trying other mirror.
scala-2.9.2-4.fc17.noarch.rpm  FAILED                                          
http://mirror.netcologne.de/fedora/linux/updates/17/x86_64/scala-2.9.2-4.fc17.noarch.rpm: [Errno 14] curl#6 - "Could not resolve host: mirror.netcologne.de; Name or service not known"
Trying other mirror.
scala-2.9.2-4.fc17.noarch.rpm  FAILED                                          
http://falkor.skane.se/pub/mirrors/fedora/linux/updates/17/x86_64/scala-2.9.2-4.fc17.noarch.rpm: [Errno 14] curl#6 - "Could not resolve host: falkor.skane.se; Name or service not known"
Trying other mirror.
scala-2.9.2-4.fc17.noarch.rpm  FAILED                                          
http://mirror2.atrpms.net/fedora/linux/updates/17/x86_64/scala-2.9.2-4.fc17.noarch.rpm: [Errno 14] curl#6 - "Could not resolve host: mirror2.atrpms.net; Name or service not known"
Trying other mirror.
scala-2.9.2-4.fc17.noarch.rpm  FAILED                                          
http://fedora-mirror01.rbc.ru/pub/fedora/linux/updates/17/x86_64/scala-2.9.2-4.fc17.noarch.rpm: [Errno 14] curl#6 - "Could not resolve host: fedora-mirror01.rbc.ru; Name or service not known"
Trying other mirror.
scala-2.9.2-4.fc17.noarch.rpm  FAILED                                          
http://fedora.fastbull.org/linux/updates/17/x86_64/scala-2.9.2-4.fc17.noarch.rpm: [Errno 14] curl#6 - "Could not resolve host: fedora.fastbull.org; Name or service not known"
Trying other mirror.
scala-2.9.2-4.fc17.noarch.rpm  FAILED                                          
http://ftp.sh.cvut.cz/MIRRORS/fedora/linux/updates/17/x86_64/scala-2.9.2-4.fc17.noarch.rpm: [Errno 14] curl#6 - "Could not resolve host: ftp.sh.cvut.cz; Name or service not known"
Trying other mirror.
scala-2.9.2-4.fc17.noarch.rpm  FAILED                                          
ftp://alviss.et.tudelft.nl/pub/fedora/linux/updates/17/x86_64/scala-2.9.2-4.fc17.noarch.rpm: [Errno 14] curl#6 - "Could not resolve host: alviss.et.tudelft.nl; Name or service not known"
Trying other mirror.
scala-2.9.2-4.fc17.noarch.rpm  FAILED                                          
http://mirror.arlug.ro/pub/fedora/linux/updates/17/x86_64/scala-2.9.2-4.fc17.noarch.rpm: [Errno 14] curl#6 - "Could not resolve host: mirror.arlug.ro; Name or service not known"
Trying other mirror.
scala-2.9.2-4.fc17.noarch.rpm  FAILED                                          
http://mirrors.linux.edu.lv/ftp.redhat.com/pub/fedora/linux/updates/17/x86_64/scala-2.9.2-4.fc17.noarch.rpm: [Errno 14] curl#6 - "Could not resolve host: mirrors.linux.edu.lv; Name or service not known"
Trying other mirror.
scala-2.9.2-4.fc17.noarch.rpm  FAILED                                          
ftp://ftp.linux.edu.lv/mirrors/ftp.redhat.com/pub/fedora/linux/updates/17/x86_64/scala-2.9.2-4.fc17.noarch.rpm: [Errno 14] curl#6 - "Could not resolve host: ftp.linux.edu.lv; Name or service not known"
Trying other mirror.
scala-2.9.2-4.fc17.noarch.rpm  FAILED                                          
http://fedora.intergenia.de/updates/17/x86_64/scala-2.9.2-4.fc17.noarch.rpm: [Errno 14] curl#6 - "Could not resolve host: fedora.intergenia.de; Name or service not known"
Trying other mirror.
scala-2.9.2-4.fc17.noarch.rpm  FAILED                                          
http://ftp.itu.edu.tr/Mirror/Fedora/linux/updates/17/x86_64/scala-2.9.2-4.fc17.noarch.rpm: [Errno 14] curl#6 - "Could not resolve host: ftp.itu.edu.tr; Name or service not known"
Trying other mirror.


Error Downloading Packages:
  scala-2.9.2-4.fc17.noarch: [Errno 256] No more mirrors to try.

[fnux@F-17-64 ~]$ sudo yum install scala
Loaded plugins: langpacks, presto, refresh-packagekit
Resolving Dependencies
--> Running transaction check
---> Package scala.noarch 0:2.9.2-4.fc17 will be installed
--> Finished Dependency Resolution

Dependencies Resolved

=======================================================================================================================
 Package                  Arch                      Version                           Repository                  Size
=======================================================================================================================
Installing:
 scala                    noarch                    2.9.2-4.fc17                      updates                     20 M

Transaction Summary
=======================================================================================================================
Install  1 Package

Total download size: 20 M
Installed size: 22 M
Is this ok [y/N]: y
Downloading Packages:
scala-2.9.2-4.fc17.noarch.rpm                                                                   |  20 MB  00:01:21     
Running Transaction Check
Running Transaction Test
Transaction Test Succeeded
Running Transaction
  Installing : scala-2.9.2-4.fc17.noarch                                                                           1/1 
  Verifying  : scala-2.9.2-4.fc17.noarch                                                                           1/1 

Installed:
  scala.noarch 0:2.9.2-4.fc17                                                                                          

Complete!
[fnux@F-17-64 ~]$

Dernière modification par fnux (Le 25/06/2013, à 03:03)

renaud07 · Le 25/06/2013, à 03:30

Pour t'éviter le mal de crâne avec Arch, prends plutôt manjaro, c'est arch en tout prêt : live cd, installeur graphique... comme ubuntu quoi

--> http://manjaro.org/get-manjaro/

Dernière modification par renaud07 (Le 25/06/2013, à 03:32)

Clémentv · Le 25/06/2013, à 12:00

Une petite astuce pour la programmation bash : les commandes retournent une valeur (je ne parle pas de la sortie standard) qui permet, en général, de savoir si la commande a échouée. C'est cette valeur qui est vérifiée par les if ou while de bash. Donc, par exemple, pour tester l'installation d'un paquet :

if dpkg-query -s scala > /dev/null; then
	# Le paquet est installé
else
	# Le paquet n'est pas installé
fi

C'est pareil avec rpm ou wget.

Les codes de sorties sont souvent indiqués dans le man (dans une des dernières sections de la page). N'aie pas peur du man, c'est vraiment ton ami.

Par exemple, dans le man de wget (qui, étrangement, est en anglais, sur l'ubuntu que j'utilise actuellement) :

EXIT STATUS
       Wget may return one of several error codes if it encounters problems.

       0   No problems occurred.

       1   Generic error code.

       2   Parse error---for instance, when parsing command-line options, the .wgetrc or .netrc...

       3   File I/O error.

       4   Network failure.

       5   SSL verification failure.

       6   Username/password authentication failure.

       7   Protocol errors.

       8   Server issued an error response.

       With the exceptions of 0 and 1, the lower-numbered exit codes take precedence over higher-
       numbered ones, when multiple types of errors are encountered.

       In versions of Wget prior to 1.12, Wget's exit status tended to be unhelpful and inconsistent.
       Recursive downloads would virtually always return 0 (success), regardless of any issues
       encountered, and non-recursive fetches only returned the status corresponding to the most
       recently-attempted download.

Si tu ne veux pas utiliser if ou while directement, la valeur se retrouve aussi dans la variable $? (réécrite à chaque commande).

Ça devrait t'éviter quelques utilisations complexes de sed.

Dernière modification par Clémentv (Le 25/06/2013, à 12:04)

The Uploader · Le 25/06/2013, à 12:53

fnux a écrit :

A propos d'ArchLinux, le plus bel exemple est justement leur page web d'installation, bourrée de liens et de liens et de liens et incapable de prendre le débutant par la main de A à Z, d'une seule traite, pour faire une install complète.

C'est normal, Arch n'impose rien. Du coup, le wiki reste généraliste.

Il y a tout de même un guide du débutant ici : https://wiki.archlinux.org/index.php/Beginners%27_Guide

fnux · Le 25/06/2013, à 20:50

Salut Clémentv

Clémentv a écrit :

Si tu ne veux pas utiliser if ou while directement, la valeur se retrouve aussi dans la variable $? (réécrite à chaque commande).

Merci, voici une super info (le $? que je ne connaissais pas).

Merci, Merci, Merci.

Donc, pour wget, je peux faire un petit test du genre :

#!/bin/sh
get_file()
{
  wget -O $DEST$FILE $SOURCE$FILE
    while [ "$?" != "0" ]
      do
        wget -O $DEST$FILE $SOURCE$FILE
    done
}
DEST="/home/fnux/tmp/"
FILE="mono-3.0.2.tar.bz2"
SOURCE="http://origin-download.mono-project.com/sources/mono/"
get_file
FILE="node-v0.8.20.tar.gz"
SOURCE="http://nodejs.org/dist/v0.8.20/"
get_file
FILE="foo"
SOURCE="bar"
get_file
etc. etc. etc.

Et ça m'évite de faire le test du md5sum (que je peux ajouter si je veux vérifier l'intégrité du fichier téléchargé)

Par contre, je ne vois pas bien comment utiliser "dpkg-query -s nom_du_paquet" car si je fais quelque chose comme ça :

#!/bin/sh
test_package() {
  testpack="dpkg-query -s $PACKAGE"
  $testpack
  echo $?
  if [ $"testpack" ]
    then
	  echo "Good. The $PACKAGE package is installed."
    else
	  echo "Too bad. The $PACKAGE package isn't installed."
  fi
}
PACKAGE="scala"
test_package
echo $?

avec comme exemple le paquet scala non installé, ca me donne :

fnux@D-1004-64:~$ ./test2.sh
Package: scala
Status: unknown ok not-installed
Priority: optional
Section: devel
0
Good. The scala package is installed.
0
fnux@D-1004-64:~$

Ce qui est faux !

Et si le paquet scala est installé, ça me donne ça :

fnux@D-1004-64:~$ ./test2.sh
Package: scala
Status: install ok installed
Priority: optional
Section: devel
Installed-Size: 6248
Maintainer: Ubuntu Developers <ubuntu-devel-discuss@lists.ubuntu.com>
Architecture: all
Version: 2.7.7.dfsg-4ubuntu1
Depends: scala-library (= 2.7.7.dfsg-4ubuntu1), openjdk-6-jre | java6-runtime
Description: The Scala programming language
 Scala is a Java-compatible programming language with many
 modern language features.  It is Java-compatible in that
 Scala and Java classes can directly reference each other and
 subclass each other with no glue code needed.  It
 includes modern language features such as closures,
 pattern-matching, parametric types, and virtual type members.
 .
 This package includes the various tools used to develop
 code written in Scala.  It includes a compiler (scalac),
 an interpreter and script runner (scala), the offline
 compiler (fsc), and source-scanning documentation
 generator (scaladoc).
Homepage: http://www.scala-lang.org/
Original-Maintainer: Debian Scala Maintainers <pkg-scala-maint@lists.alioth.debian.org>
0
Good. The scala package is installed.
0
fnux@D-1004-64:~$

Donc, je dois certainement "bugger" dans mon test, mais je ne vois pas bien comment faire autrement

Si tu as une idée pour me corriger ?

Merci d'avance.

@The Uploader

Bonjour,

The Uploader a écrit :

C'est normal, Arch n'impose rien. Du coup, le wiki reste généraliste.
Il y a tout de même un guide du débutant ici : https://wiki.archlinux.org/index.php/Beginners%27_Guide

Je connais cette page, et même avec elle, je ne suis pas encore arrivé à installer Gnome.

Mais je dois reconnaître que j'ai essayé de faire les évolutions de mon script pour Fedrora tout en découvrant Fedora et ArcLinux en même temps.

c'est peut-être un peu trop pour ma petite cervelle.

Je m'y remettrai à tête reposée quand j'en aurai terminé avec la stabilisation de mon script sous Fedora.

Merci quand même.

Dernière modification par fnux (Le 25/06/2013, à 21:00)

Clémentv · Le 25/06/2013, à 22:41

$? ne sert à rien si tu le compares à zéro. C'est que font if et while. Il faut bien comprendre que la seule chose qu'il font c'est de lancer la commande donnée et de regarde la valeur de retour : 0 pour vrai (une exécution réussie), une valeur non nulle pour faux (une exécution échouée). "[ quelquechose ]" est en fait équivalent à un appel à la commande "test quelquechose". Si on veut utiliser une autre commande que test on ne met pas les crochets.

J'avais préciser $? si tu voulais réagir différemment suivant le retour de wget.

La boucle du wget devient (avec une limite d'essai pour éviter de réessayer à l'infini) :

try_count=0
until wget -O $dest $src; do
	try_count=$((try_count+1))
	if [ $try_count -eq 5 ]; then
		echo Message d\'erreur >&2
		exit 1
	fi
done

Pareil pour dpkg-query, tu mets la commande directement après le if et sans crochets, comme je l'ai écrit dans mon post précédent.

Edit: En fait j'ai l'impression que dpkg-query ne renvoie une erreur que s'il n'a pas d'informations sur le paquet. S'il en a mais que le paquet n'est pas installé, cela est considéré comme un succès. Donc il faut trouver une autre commande pour faire ça. Au pire "dpkg-query -l $paquet | grep ii" devrait marcher. grep renvoie bien faux quand il ne trouve pas le motif.

Dernière modification par Clémentv (Le 25/06/2013, à 23:00)

fnux · Le 26/06/2013, à 02:40

Re salut Clémentv,

Et je vais à nouveau te dire très sincèrement MERCI !

En quelques lignes, tu viens de m'apporter plein d'infos que je ne connaissais pas et dont je ne savais même pas où et comment les trouver (CQFD).

Entre autre, merci pour m'avoir expliqué :

- le comportement de if, while ou until suivit d'une "commande",
- la syntaxe de bash pour ces mêmes if, while, ou until,
- et aussi la syntaxe de bash pour incrémenter une boucle.

D'ailleurs, y a-t-il un "developper manual" pour bash autre que "man bash" ou que "man sh" qui soit un peu plus que "man is my friend" et qui soit une peu plus "friendly" avec des exemples (du genre un vrai manuel de programmation bash ou sh) ?

Je vais donc profiter de mon manque de culture bash et sh pour te poser deux nouvelles questions :

- Dans le code que tu me montres, à quoi sert le "1" après le "exit" (vu que le mot "exit" quitte le script) ?

- Et dépendant de ta réponse à la question au dessus, que dois-je faire, dans le code ci-dessous pour sortir de la boucle sans quitter le script et, dans l'exemple donné, passer au nom de t suivant qui lui doit marcher ?

Exemple :

#!/bin/sh
get_file()
{
  try_count="0"
  until wget -O $DEST$FILE $SOURCE$FILE
    do
      try_count=$((try_count+1))
      if [ $try_count = 5 ]
        then
          echo "I'm sorry but I can't download $FILE !"
          read -p "Do you wish to retry right now: Y/n (empty return = No) ? : " response
          case $response in
            'Y'|'y')
              echo "retry to get $FILE" && get_file;;
            *)
              echo "Please retry later" && exit;; # ici je quitte le script et pas seulement la boucle.
          esac
      fi
    done
}
DEST="/home/fnux"
FILE="node-v0.8.20.tar.gz"
SOURCE="http://nodejs.org/dist/" # l'adresse est fausse, donc je dois avoir le message "I'm sorry..." 
get_file
DEST="/home/fnux"
FILE="node-v0.8.20.tar.gz"
SOURCE="http://nodejs.org/dist/v0.8.20/" # l'adresse est bonne... mais je n'arrive jamais ici !!!
get_file

Malheureusement, si je répond "n" à la question posée, le script s'arrête et je ne peux jamais passer à la suite.

Merci encore une fois de ton aide si tu veux bien corriger mes "bugs".

PS: Ton pseudo, comme celui de certains membres de ce forum génial qui m'ont déjà aidé, est définitivement indiqué dans les remerciements de mon script.

Dernière modification par fnux (Le 26/06/2013, à 03:05)

Epehj · Le 26/06/2013, à 10:25

Salut,

exit permet de retourner un code de sortie, comme l'a expliqué Clémentv, qui vaudra 0 si tout s'est bien passé, et une valeur non nulle en cas d'erreur. Dans le code qui t'es proposé, si au bout de 5 essais tu n'as toujours pas ton fichier, alors on considère que c'est une erreur et donc on quitte le script avec une valeur de 1, valeur choisie par Clémentv.

Pour le man bash userfriendly, tu peux jeter un œil ici : http://abs.traduc.org/abs-fr/

Bon courage !

Clémentv · Le 26/06/2013, à 12:57

Epehj a bien expliqué exit. Si tu ne veux pas quitter le script en cas d'erreur, je viens de découvrir que break et continue existent en bash. break sort de la boucle, continue passe directement à l'itération suivante sans finir celle en cours. Donc dans ton cas, remplace exit par break, mais il te faudra rajouter un moyen pour faire la différence entre les sorties de boucles normales et celles par erreur.

Une autre remarque au passage : les opérateurs && et || utilisent les codes de retour et sont en fait des opérateurs booléens. && renvoie vrai si les deux commandes réussissent, || si au moins une des deux réussit. L'évaluation de ces opérateurs est dites fainéante. Avec && si la première commande échoue, le résultat sera faux quelque soit le résultat de la seconde, et cette dernière n'est pas exécutée. De même avec ||, la seconde commande n'est exécutée que si la première échoue.

Dans ton cas, ça marche bien parce que echo réussit toujours. Mais pour éviter de prendre de mauvaises habitudes et d'avoir des erreurs plus tard, utilise un point-virgule ou un retour à la ligne pour séparer des commandes indépendantes.

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 22/06/2013, à 04:29

Longue vie à Ubuntu, ses spin off, son papa Debian et son cousin Mint!

#2 Le 22/06/2013, à 10:55

Re : Longue vie à Ubuntu, ses spin off, son papa Debian et son cousin Mint!

#3 Le 22/06/2013, à 16:13

Re : Longue vie à Ubuntu, ses spin off, son papa Debian et son cousin Mint!

#4 Le 22/06/2013, à 17:01

Re : Longue vie à Ubuntu, ses spin off, son papa Debian et son cousin Mint!

#5 Le 24/06/2013, à 17:44

Re : Longue vie à Ubuntu, ses spin off, son papa Debian et son cousin Mint!

#6 Le 24/06/2013, à 17:54

Re : Longue vie à Ubuntu, ses spin off, son papa Debian et son cousin Mint!

#7 Le 24/06/2013, à 18:52

Re : Longue vie à Ubuntu, ses spin off, son papa Debian et son cousin Mint!

#8 Le 24/06/2013, à 20:36

Re : Longue vie à Ubuntu, ses spin off, son papa Debian et son cousin Mint!

#9 Le 25/06/2013, à 02:55

Re : Longue vie à Ubuntu, ses spin off, son papa Debian et son cousin Mint!

#10 Le 25/06/2013, à 03:30

Re : Longue vie à Ubuntu, ses spin off, son papa Debian et son cousin Mint!

#11 Le 25/06/2013, à 12:00

Re : Longue vie à Ubuntu, ses spin off, son papa Debian et son cousin Mint!

#12 Le 25/06/2013, à 12:53

Re : Longue vie à Ubuntu, ses spin off, son papa Debian et son cousin Mint!

#13 Le 25/06/2013, à 20:50

Re : Longue vie à Ubuntu, ses spin off, son papa Debian et son cousin Mint!

#14 Le 25/06/2013, à 22:41

Re : Longue vie à Ubuntu, ses spin off, son papa Debian et son cousin Mint!

#15 Le 26/06/2013, à 02:40

Re : Longue vie à Ubuntu, ses spin off, son papa Debian et son cousin Mint!

#16 Le 26/06/2013, à 10:25

Re : Longue vie à Ubuntu, ses spin off, son papa Debian et son cousin Mint!

#17 Le 26/06/2013, à 12:57

Re : Longue vie à Ubuntu, ses spin off, son papa Debian et son cousin Mint!

Pied de page des forums