Depuis Ubuntu 11.10, je ne peux plus utiliser le paramètre --no-existing-session
utilisé pour lancer plusieurs instances de Totem, car il a été supprimé de les dernières versions de Totem .
Y a-t-il une nouvelle façon de faire cela maintenant? Si oui, comment je fais ça?
Oui il y a. Mais comme l'a mentionné Doug, 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 commande --no-existing-session
.
Vous pouvez trouver des forfaits 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 occurrences totémiques - le seul moyen que je vois est d’utiliser 2 versions différentes de totem, ici je continue à garder un totem-xine construit par soi-même, dans ce cas les deux peuvent fonctionner en même temps
Une échappatoire possible à la limitation consiste à utiliser deux/plusieurs comptes d'utilisateur - chacun permettant une instance ...
Bien que ce ne soit pas très correct du point de vue "sécurité/autorisations/sécurité", vous pouvez exécuter la commande suivante
xhost +x; Sudo bash -c "totem &"
(la commande est utilisée dans le terminal de l'utilisateur actif, aucune déconnexion/changement d'utilisateur requis)
qui exécutera une autre instance de totem sous l’utilisateur root. C'est sans doute un problème de sécurité majeur, mais peut-être correct pour écouter * .ogg * .mp3 dans de rares occasions. En outre, il serait judicieux de rechercher une substitution plus sûre à la commande xhost +
afin d'autoriser l'accès au serveur x de manière plus restreinte.
La méthode d'utilisation de deux/plusieurs comptes d'utilisateur peut constituer une solution de contournement consistant à limiter à une seule instance par utilisateur. peut-être qu'une personne intelligente peut même créer un type de script de création à la volée d'utilisateur à la volée qui appelle une instance de totem. Ce qui pourrait alors être, espérons-le, moins une préoccupation que d'utiliser le compte root.
Basé sur humanANDpeace, la réponse:
Sudo -u ${USERNAME} totem &
fonctionne également, mais sans les risques de sécurité.