Depuis Ubuntu 11.10, je ne peux pas utiliser le --no-existing-sessionparamètre utilisé pour lancer plusieurs instances de Totem, car il a été supprimé des dernières versions de Totem .
Y a-t-il une nouvelle façon de le faire maintenant? Si oui, comment dois-je procéder?
Réponses:
Oui il y a. Mais comme doug l'a mentionné, vous devez modifier certaines lignes de code.
Si vous utilisez ubuntu quantal, vous pouvez utiliser mon ppa. Je construis une version totem qui inclut cette --no-existing-sessioncommande.
Vous pouvez trouver des packages ici:
Simple - vous ne pouvez pas, du moins pas sans modifier le code source. Vlc est une option si vous devez exécuter plusieurs instances.
En ce qui concerne 2 instances de totem - la seule façon que je vois est d'utiliser 2 versions différentes de totem, ici je continue à garder un totem-xine auto-construit autour, dans ce cas, les deux peuvent fonctionner en même temps
Une échappatoire possible à la limitation consiste à utiliser deux / plusieurs comptes d'utilisateurs - qui autorisent chacun une seule instance ...
Bien que pas très correct du point de vue "sécurité / autorisations / sécurité", on pourrait faire la commande suivante
xhost +x; sudo bash -c "totem &"
(la commande est utilisée dans le terminal de l'utilisateur actif, pas besoin de se déconnecter / de changer d'utilisateur du tout)
qui exécutera une autre instance de totem sous sous l'utilisateur root. Il s'agit sans doute d'un problème de sécurité majeur, mais peut-être tout de même correct pour écouter * .ogg * .mp3 en de rares occasions. Il serait également judicieux de rechercher une substitution plus sûre à la xhost +commande pour autoriser l'accès au x-server de manière plus restreinte.
Le mehtod d'utilisation de deux / plusieurs comptes d'utilisateurs peut être une solution de contournement à la limitation d'une seule instance par utilisateur. peut-être qu'une personne intelligente peut même créer une sorte de script "création à la volée" de sandboxing qui appellera une instance de totem. Ce qui pourrait être, espérons-le, moins préoccupant que l'utilisation du compte root .
D'après la réponse de l'humanité et de la paix:
sudo -u ${USERNAME} totem &
fonctionne également, mais sans les risques de sécurité.