The forum

Bonjour,

je n'arrive actuellement pas à installer directx à partir de POL mais je pense que le problème vient de ma config.

le problème est que j'ai du essayer une dizaine de fois de l'installer au travers de POL et qu'à chaque fois il me retélécharge le fichier, j'ai une bonne bande passante ais quand même, c'est du gachis et de la perte de temps je trouve.

y a t'il une raison particulière pour que les fichiers téléchargés ne soient pas gardés dans le répertoire tmp surtout si l'on a décocher l'option qui vide le répertoire temporaire ?

voici ce que fait le script d'install de DirectX 9 : February 2005 - December 2006 patch

     mkdir $REPERTOIRE/tmp/dx9 -p
     cd $REPERTOIRE/tmp/dx9
     POL_SetupWindow_download "$(eval_gettext 'Downloading Direct X')" "$(eval_gettext 'Downloading...')" "$SITE/divers/dx9/dx9.tar.gz"
     POL_SetupWindow_wait "$(eval_gettext 'PlayOnLinux is installing the patch ...')" "$(eval_gettext 'Extracting...')" "cd $PWD && tar -xvf dx9.tar.gz"
     wine ./DXSETUP.exe /silent
     cd $REPERTOIRE
     rm $REPERTOIRE/tmp/dx9 -r

par ailleurs, je ne comprends pas l'intérêt du "cd $PWD"

merci d'éclairer ma lanterne ;)

cdt,
Mobidyc

Salut,

J'ai vu que je viens après fort longtemps sur le sujet... mais bon, ça pourrait être utile à d'autres. Donc, j'utilise ce sujet à mes fins. ;)



J'ai eu quasi la même pensée en voulant installer DirectX sur deux jeux différents. Je me suis dis qu'il n'était pas utile, dans ce cas, précis de supprimer et de télécharger l'application une fois de plus. Bien que le fichier reste à disposition pour le même préfixe Wine. Par ailleurs, j'imagine que si une application pèse un bon poids, ceci serait du gaspillage d'espace.

Finalement, on pourrait avoir la possibilité de ne pas supprimer les fichiers téléchargés lors d'une installation (via l'option qui vide le répertoire temporaire, comme dit mobidyc, ou une autre); alors les fichiers resteront jusqu'à ce que l'utilisateur les supprime ou lorsqu'il active à nouveau l'option de purger le dossier tmp. Ainsi, nous n'aurions pas à télécharger de nouveau les applications. Il serait aussi utile, je pense aux personnes tête en l'air, de pouvoir spécifier un temps de retenue des dits fichiers; ainsi les fichiers disparaîteront après autant de jours.

Le summum serait que Linux ait un système de nettoyage partagé. C'est à dire qu'un daemon serait chargé du nettoyage des unités de stockage. Toutes les applications voulant s'en servir devront spécifier les endroits des déchets qu'elles pourraient laisser, ainsi que leur 'date de péremption'. De la sorte, il n'est pas nécessaire qu'une application soit en exécution pour que ses traces soient supprimées. Dès lors, le daemon n'aura plus qu'à s'exécuter au moment prévu.

Et le mieux serait d'avoir un système de fichier qui retient cette date de péremption. Ainsi, l'application n'aura plus qu'à marquer ces traces de la-dite date sans avoir à maintenir un quelconque lien programmatique avec un autre logiciel. Le seul désavantage est que le daemon de nettoyage devra parcourir tous les systèmes de fichier, ce qui est un manque de performance (même si il le fait à un moment de faible utilisation du PC). A moins que le système de fichier soit en osmose avec le daemon en lui rapportant les fichiers qui ont une date d'expiration; ainsi la perte de temps du scan des systèmes de fichier est rédibitoire.



Du point de vue de l'utilisation de PWD. Je pense que ça peut être utile dans un cas. Nous savons que la commande sera analysée par le shell avant son exécution, en autre, pour remplacer les variables d'environnement. Par ailleurs, $PWD se trouve dans une chaîne de caractères, ce qui me fait dire que cette commande sera exécutée par POL_SetupWindow_wait. Ceci dit, lorsque 'cd $PWD' sera ordonné, le répertoire de travail, $PWD donc, risque de ne plus être celui du $PWD lors de l'exécution de POL_SetupWindow_wait. Ce qui pourrait poser problème. D'où l'utilité de $PWD.




Pour le soucis de mobidyc, aucune idée. J'espère qu'il a finalement réussi à installer DirectX. Si pas pour ceux à qui ça pourrait arriver, peut-être faudra-t-il essayer avec une version précédente (February 2009 au lieu de March 2009, par exemple) ou d'attendre une nouvelle version....


POLéthiquement votre