Sébastien a écrit 171 commentaires

Presque :)
A mon avis, je pense que dans ta phrase il faut remplacer "mp3" par "wma"... et c'est bien ce qui m'inquiète le plus.

Le truc idéal et pédagogique à l'extrème pour ce que tu veux faire est Celestia (http://www.shatters.net/celestia/(...)).

Plus qu'une vidéo, c'est un simulateur. Tu te balades où tu veux en allant du soleil aux nuages de magelan en passant par les planètes du système solaire ou betelgeuse !!!

A mon avis ça vaut mille plus qu'une simple vidéo !!!

En fait, j'ai dit ça parce que gtk-devel fait partie des dépendances dans le cas où tu veux recompiler le rpm. Et alors, je me suis dit que quelqu'un de bien fatigué peut éventuellement (je dit bien éventuellement) confondre gtk et glx (ouai je sais c'est un peu tordu :)

Menfin, si SuSE l'a mis en dépendance de compilation, il doit y avoir une raison.
Cela dit, je suis d'accord avec toi pour dire qu'à première vue une telle dépendance ne parait pas logique.

Ok, je pense avoir trouvé : il s'agit normalement de xorg-mesa ou quelque chose du genre.

Je ne peux pas te donner le nom exacte du paquet puisque j'utilise la suse 9.1 et donc Xfree au lieu de xorg. Mais sur la 9.1 il s'agit du paquet XFree86-Mesa.

J'ai trouvé ça à l'aide de yast. Dans le module d'instalation de logiciels, tu lui fait chercher les rpm qui fournissent glx en cochant "fournis" dans le cadre "rechecher dans".

Une fois la recherche finie, selectionne le rpm, puis regardes en detail les "données techniques" en bas à droite. Là est indiqué ce que fourni le rpm.

C'est bizarre ce truc... moi ça me dit rien. Ca serai pas des fois gtk au lieu de glx ???

Regardes voir quelle version d'amarok est disponible sur apt avec la commande apt show amarok.
Apt te sort alors une liste des rpms d'amarok disponibles. Dans toute cette liste, apt installe toujours le premier afficher.

Si il y a plusieurs paquets de la beta4 disponibles, tu peux forcer apt à installer l'un où l'autre avec la commande :

apt install amarok=1.2.beta4-version_du_paquet_rpm

et plus généralement :

apt install amarok=version_d'amarok-version_du_paquet

Peut-etre qu'une version précise du paquet ne demande pas cet etrange glx...

En fait, il serait techniquement très simple de générer des sources de rpms pour yast à partir des rpms disponibles sur apt.

Pour générer des sources pour yast, c'est très simple et c'est expliqué ici :
http://portal.suse.com/sdb/en/2004/02/yast_instsrc.html(...)

Donc, je pense qu'un petit rsync ou quelque chose du genre de tous les rpms qui se trouvent par exemple ici :
ftp://ftp.gwdg.de/pub/linux/suse/apt/SuSE/9.2-i386/(...)

(sauf RPMS.base et SRPMS.base)

que l'on range comme decrit dans la procédure cité plus haut, et on se retrouve avec une ou des sources de rpm pour yast synchronisée(s) avec apt :)

Ceci, n'est qu'une idée, mais ça me parait techniquement possible. Y'a plus qu'à trouver un serveur capable de faire le rsync (ou autre chose) qui soit en mesure d'offrir la bande passante nécessaire et qui ait accessoirement des mirroirs, mais là c'est autre chose...

Autre chose, n'hésitez pas à signaler au contributeurs d'apt, si vous etes sur de vous et assez compétant, d'éventuels problèmes de dépendances, des paquets qui ne fonctionnent pas bien, ou bien signaler une mise à jour...

Vous pouvez aussi proposer des améliorations de certains paquets.

Pour obtenir les adresses des contributeurs taper la commande :

rpm -qi nom_du_rpm

et vous aurez le mail du créateur du rpm.

Petite précision sur l'article de Albert et les signatures gpg des rpms disponible sur apt.

En effet, depuis l'été 2004, les contributeurs d'apt pour suse ont décidé de signer tous leurs paquets. Leur clés peuvent etre récuperées très simplement à l'aide d'apt puisqu'elles se trouvent dans des paquets nommés "rpmkey-nom_du_composant".

Par exemple, si vous avez activer dans le fichiers sources.list le composant "suser-scorot" et que vous désirer vérifier la signature des rpms téléchargés depuis ce meme composant, il vous faudra installer le rpm "rpmkey-suser-scorot" avec la commande suivante :

apt --no-checksig --no-post install rpmkey-suser-scorot

La clé sera automatiquement importée par apt dès que besoin pour vérifier la validité et l'origine du paquet.

Une liste des "rpmkey" peut etre affiché avec la commande suivante :

apt search rpmkey*

Si vous voulez importer toutes les clé disponibles, tapez :

apt install rpmkey-*

Ne vous étonnez pas si j'utilise la commande apt au lieu de apt-get, puisque apt est un script fournit dans les rpms d'apt qui appelle apt-get.

J'invite aussi tous les utilisateurs d'apt pour suse à bien lire la section "hints" de la page officielle : http://linux01.gwdg.de/apt4rpm/. En effet, vous pouvez très facilement casser votre suse en mettant à jours des paquets critiques comme le noyau par des paquets qui sont pour le moins "instables".

Oui, il faut rester prudent avec apt pour suse si tu l'utilises avec le fichier sources.list fournit sur le site d'apt pour suse (http://linux01.gwdg.de/apt4rpm/).

Il y a d'ailleurs, sur ce meme site, de très bonnes explications sur les choses à ne pas faire avec apt pour éviter de se retouver avec un système inutilisable...
A lire absolument, surtout si tu débutes avec apt.

Sinon pour openoffice, je ne pense pas que suse fournisse de rpm pour mettre à jour la version 1.1.3.
Je vais faire des recherches, si des fois je trouve, je te tiendrai au courant (peut-etre sur le ftp de suse dans le dossier "supplementary").
Sinon, à mon avis, le plus simple sera de virer les rpm d'openoffice 1.1.3 pour faire l'installation avec les binaires disponibles sur le site d'openoffice.

Voici à peu près les équivalences des sources entre urpmi sur mdk et apt sur la suse :

main = base
update = update, security
contrib+plf = suser-*, packman

Les paquets des sections suser-* et packman fonctionnent généralement bien. Comme ces sections comportent des rpms fait par des utilisateurs, n'hésitez par à contacter les créateurs des paquets en cas de problèmes de dépendances liés à leurs packages, ou pour éventuellement demander une mise à jour. Ils fonts ça sur leur temps libre et ne peuvent pas toujours suivre l'actualité :)

Un conseil, enlève le composant "kernel-of-the-day" dans le sources.list. Il vaut mieux installer les rpms du noyau à la main, comme indiqué dans le "release notes" de la suse 9.2. Ainsi tu pourras avoir deux versions différentes (la stable et la plus récente pas toujours stable) installées en meme temps, alors que apt ferait une simple mise à jour (ce qui peut se révéler dangereux !!).

Le composant "kde", fournit des mises à jour de kde. Bien que ces paquets marchent bien, ils ne sont pas testés par suse.

Je te déconseille le composant "xorg". A moins d'avoir absolument besoin de mettre à jour X.org. Cependant, ce composant fournit les rpms des drivers proprio ATI. Mais je préfère les télécharger sur le ftp de suse, étant donné que s'y trouve le fichier README indispensable à l'installation de ces pilotes

Le dernier composant : kde-unstable. A tes risques et périls...

Meme avec un fichier source.list "réputé bon", l'utilisation SEULE d'apt-rpm NE PEUT PAS fonctionner correctement tant que suse ne met pas en ligne la distribution entière (composant "base" dans le fichier source.list). Tant que suse ne met pas en ligne la distrubution, il faut résoudre les dépendances tout seul à l'aide de yast.

Les dépendances que tu n'arrives pas à résoudre sont surement des rpm qui sont sur les CD de la suse, dont le contenu viens seulement d'être inclus dans apt-rpm avec la sortie de la version ftp de la suse 9.2.
Donc assures toi que le composant "base" est désormais bien présent dans le fichier source.list.

Je completerai ma réponse plus tard, concernant tes autres questions...

Oh la boulette sur la faute de frappe :)
Excuse !!
Meme su tu t'en est tiré tout seul, c'est quand meme un peu dommage de perdre du temps à cause d'un truc comme ça. En plus 2 fois la meme erreur : la faute au copier coller ;)

Bref à propos de la doc de suse, tu as en effet tout interet à te pencher dessus. Elle est très bien faite et explique très bien la fonctionnement de la distribution et ce qui se cache derrière yast.

Oui, tu as bien compris ma question :)

Bon, je viens de regarder dans la doc admin de suse (tu peux installer la version html depuis yast).
On nous parle des fichiers /etc/sysconfig/network/routes et /etc/sysconfig/network/itroute-<interface> (plus d'info avec la commande : man routes).

Donc en lisant tout ça, je pense que tu peux essayer en créant le fichier /etc/sysconfig/network/itroute-wlan0 et tu y mets ceci :

default 192.168.0.1 255.255.255.0

La dernière colonne (255.255.255.0) est le masque réseau. Il ce peut que celui que j'ai mis ne soit pas le bon. Tu peux le connaitre en tapant la commande : /sbin/ifconfig wlan0

Est ce que tu obtiens l'adresse IP de ton interface automatiquement avec DHCP ??

Si c'est le cas, utlises l'editeur sysconfig de yast et mets la variable DHCLIENT_SET_DEFAULT_ROUTE sur no. Ensuite redémarres le réseau en tapant en root :

rcnetwork restart

C'est un peu bourin, mais tu peux mettre les deux commandes que tu dois executer dans le fichier /etc/rc.d/boot.local

Sinon pour charger le module, tu peux l'ajouter dans la variable $MODULES_LOADED_ON_BOOT à l'aide de l'éditeur sysconfig de yast ou directement en éditant le fichier /etc/sysconfig/kernel.

Question portage foireux (en terme de stabilité seulement), on a connu le meme phénomène, dans le secteur de l'ingenierie lors du portage de grosses applis Unix vers NT 4.
Ce n'est que recement que bons nombres de ces applications sont enfin devenu "stables" sous windows, alors que les versions unix l'on toujours été.

Je pense que ce qui se passe pour les applications de compta, c'est la meme chose, mais dans l'autre sens (windows vers unix/linux).

Si tu utilises kde ou gnome, tu dois pouvoir voir une petite icone en forme de carte pci dans la "barre des taches".
Tu fais un clique droit sur cette petite icone puis configurer.
Dans la ligne où ce trouve kaffeine, tu mets xine ou ce que tu veux à la place.

C'est tout :)

Salut,

je viens de regarder ce qui se dit à propos de jack dans la Manuel de la suse (le manuel "SuSE Linux Userguide" est sur les cd de la distribution et tu peux facilement installer la version html ou pdf depuis yast).

Bref, dans le manuel, il est préconisé d'utiliser la commande setpriority (paquetage rtstools).

Voici la procédure décrite pour l'application timidity (ce doit être la meme chose avec jackd) :

...For this reason, many audio programs attempt to switch their processes to a real-time scheduler, but switching a process to another scheduler is only possible with root privileges. The application setpriority in the rtstools package is required for this task.

For example, proceed as follows to run the application timidity with the FIFO scheduler:
1. Start timidity
2. Open a root console session.
3. Use "pidof timidity" to find the process ID of timidity.
4. Change the scheduler with the command "setpriority fifo 10".

You can use the following command in a root shell to speed up this procedure:

for i in `pidof timidity`; do setpriority $i fifo 10; done
...


Donc à mon avis, tu démarres jackd en tant qu'utilisateur normal comme indiqué dans ce meme manuel :

jackd -d alsa -d hw:0

et ensuite, tu lui donnes les priorités temps réeles avec setpriority.
Normalement, le noyau de suse dispose de tout ce qu'il faut pour le temps réel, sans avoir besoin patcher le noyau.

Sinon, je ne suis pas étonné que tu ais des problèmes avec linux-2.6.6, sachant que la suse fonctionne par défaut avec un 2.6.8 patché maison.
J'aurai tenté d'appliquer le patch sur le noyau de suse. Bien entendu, tu ne l'appliques pas sur les sources originales se suse, mais sur une copie du dossier linux-2.6.8-24. Mais essayes d'abord ce que je t'ai dit plus haut.

Pour ta dernière question, OUI, c'est normal que /usr/src/linux soit un lien vers /usr/src/linux-2.6.8-24.

Merci.
Effectivement, je reconnait ne pas avoir fait l'effort de lire la page man jusqu'au bout. PO BIEN ;)

Donc, j'ai procedé comme indiqué, et tout marche bien.
Cependant, il m'a fallut changer la configure du client dhcp et lui dire de ne pas mettre à jour la liste des serveurs de nom dans /etc/resolv.conf. Auquel cas, bien entendu, à chaque redémarage, dhcp m'aurai remis le paramètre par défaut, à savoir "nameserver 192.168.0.1", ce qui ne convient pas à mon cas.

Merci encore :)

Comment faire pour se servir de dnsmasq en tant que simple cache local ???

Mon Modem ADSL est branché sur le port ethernet de mon pc est l'adresse IP de mon interface eth0 est attribué par DHCP.

Mon fichier /etc/resolv.conf est donc modifié automatiquement par DHCP. Mais dès que je modifie moi meme l'entrée "nameserver 192.168.0.1" (IP de mon modem) en " nameserver 127.0.0.1", la connection ne marche plus.

Alors est-ce qu'il suffit simplement de lancer dnsmasq sans se poser de question pour qu'il fonctionnne comme cache local ???

Oui, et on notera aussi que les rpms de la SuSE 9.0 et 9.1 sont aussi compatibles avec la SuSE 9.2.

Donc,
si tu veux des paquets pour la suse qui ne sont pas sur les cd (sans avoir à tout recompiler comme le dit François François au dessus), fais un tour sur :

http://linux01.gwdg.de/apt4rpm/(...)

Tu y trouvers les instructions pour installer apt et disposer alors d'un nombres importants de paquets supplémentaires et facilement installables.

Si des fois tu veux un acces à ces paquets directement depuis yast, vas sur ce ftp :
http://ftp.gwdg.de/pub/linux/suse/apt/SuSE/9.2-i386/(...)

et ajoutes les dossiers qui t'interressent comme sources pour yast depuis konqueror en faisant un clic droit sur les dossiers.

La suse 9.2 étant encore récente des paquets vont encore apparaitre.

Pour mplayer, c'est dans le dossier RPMS.packman.

Alors, je corrige de suite ma première phrase :
"Icecast est un serveur de stream QUI supporte le mp3 ET ogg dans sa version 2"

Icecast est un serveur de stream qu supporte le mp3 est ogg dans sa version 2.
http://www.icecast.org/(...)

Dans la listes des applications tiers, (http://www.icecast.org/3rdparty.php(...)) tu devrais trouver ton bonheur.

Personnellement, j'utilise oddcast, un plugin xmms pour balancer des mp3 ou ogg au serveur depuis xmms, et MuSE pour lui envoyer le son de /dev/dsp ou bien le son de ton entée micro par ex.

Cool :)
Il y de grandes chances pour ce soit cette option du bios qui ai réglée le problème.

Maintenant tu sauras quoi répondre à ceux qui rencontre ce problème TRES fréquent à cause des bios réglés en usine sur PnP ;)