Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

Problème d'installation Wine

dawaian

alexandre@alexandre-desktop:~$ cat ~/.profile
# ~/.profile: executed by the command interpreter for login shells.
# This file is not read by bash(1), if ~/.bash_profile or ~/.bash_login
# exists.
# see /usr/share/doc/bash/examples/startup-files for examples.
# the files are located in the bash-doc package.

# the default umask is set in /etc/profile; for setting the umask
# for ssh logins, install and configure the libpam-umask package.
#umask 022

# if running bash
if [ -n "$BASH_VERSION" ]; then
    # include .bashrc if it exists
    if [ -f "$HOME/.bashrc" ]; then
	. "$HOME/.bashrc"
    fi
fi

# set PATH so it includes user's private bin if it exists
if [ -d "$HOME/bin" ] ; then
    PATH="$HOME/bin:$PATH"
fi
alexandre@alexandre-desktop:~$

dawaian

alexandre@alexandre-desktop:~$ ls -l ~/.local/bin
total 32
-rwxr-xr-x 1 alexandre alexandre 28632 juil. 10 19:53 hdjd
-rwxr-xr-x 1 alexandre alexandre    83 juil. 11 12:27 mixxx.sh
alexandre@alexandre-desktop:~$

abelthorne

Ok, c'est ton .profile qui n'est pas à jour et ne prend pas en compte le dossier ~/.local/bin. Édite-le :

gedit ~/.profile

À la fin, rajoute les lignes suivantes et enregistre :

# set PATH so it includes user's private bin if it exists
if [ -d "$HOME/.local/bin" ] ; then
    PATH="$HOME/.local/bin:$PATH"
fi

Une fois que c'est fait, relance ta session puis retente Mixxx.

EDIT : et du coup, si ça fonctionne, tu peux modifier à nouveau le script mixxx.sh (gedit ~/.local/bin/mixxx.sh) pour enlever la ligne avec sleep 3 et voir si ça fonctionne toujours ou s'il y a besoin d'un délai entre les deux autres commandes.

dawaian

Je pense que tu as résolu mon problème.

Je te remercie pour le temps que tu m'as accordé.

abelthorne

Je vais quand même un peu détailler ce qu'on a fait pour le cas où tu voudrais supprimer Mixx à un moment.

1) Le dossier ~/.local/bin est un dossier qui est dans la liste de ceux où le système va chercher des commandes (càd qu'on n'a pas besoin de taper leur chemin complet, juste le nom de la commande dans un terminal − c'est géré via la variable d'environnement PATH). De la façon dont il est réglé, il est prioritaire par rapport aux autres : si la même commande est présente dedans et dans un autre dossier (par exemple /usr/bin), c'est celle qui est dans ton dossier ~/.local/bin qui sera lancée. Ça n'a pas vraiment d'importance dans le cas qui nous occupe, souviens-toi juste qu'on y a mis deux exécutables :
- hdjd : le pilote pour ta table de mixage que tu as compilé depuis les sources sur GitHub ;
- mixxx.sh : un script qui va lancer la commande hdjd puis Mixxx avec sa commande d'origine qui était dans son lanceur.

2) Les logiciels qui apparaissent dans le menu Applications sont gérés via des lanceurs (qui sont des fichiers texte avec une structure spécifique qui indique la commande à lancer, l'icône à afficher, le nom, etc.) que l'environnement de bureau va chercher dans /usr/share/applications (lanceurs système, installés en même temps que les logiciels) et dans ~/.local/share/applications (lanceurs personnels de l'utilisateur). Sur Linux, quand on peut placer des données à la fois au niveau système et dans le dossier de l'utilisateur, ce sont ces dernières qui seront utilisées en priorité. C'est plutôt logique : on charge la config propre à l'utilisateur et, si elle n'existe pas, on se rabat sur la config système plus générique. Ça vaut aussi pour les lanceurs : s'il y en a un (avec nom de fichier .desktop identique) à la fois dans /usr/share/applications et dans ~/.local/share/applications, c'est ce dernier qui sera utilisé. On a copié le lanceur d'origine de Mixxx dans ton dossier ~/.local/share/applications, c'est donc celui-ci qui sera affiché dans le menu et lancé. Et on l'a donc modifié pour qu'il exécute le script mixxx.sh qu'on a mis dans ~/.local/bin plutôt que la commande d'origine de Mixxx.

Par conséquent :
- si tu as un autre compte utilisateur sur ton PC pour une raison quelconque, il n'aura pas accès à la bidouille qu'on a mise en place : il n'a pas les nouvelles commandes (hdjd et mixxx.sh) qui sont dans le dossier du compte alexandre et le lanceur qui s'affichera dans son menu sera celui d'origine qui lance juste Mixxx (le nouveau lanceur modifié étant lui aussi seulement dans le dossier du compte alexandre) ;
- si tu désinstalles Mixxx, le système va supprimer le lanceur qu'il a installé à la base (celui dans /usr/share/applications) mais ne va en aucun cas toucher à tes données perso, donc tu te retrouveras avec un lanceur pour Mixxx (dans ~/.local/share/applications) qui ne sera plus fonctionnel, ainsi qu'un script de lancement (mixxx.sh dans ~/.local/bin) qui ne le sera plus non plus. Ce sera à toi de les supprimer manuellement dans ce cas.

Je pense que c'est à peu près tout ce qu'il y avait à préciser.

dawaian

Je te remercie pour ces précisions, elles pourront se révéler utiles plus tard peut être.

« Page précédente