Ubuntu-fr

J'essaie de configurer le serveur mandataire. Mais, après un certain temps, je perds le contrôle de ma machine: tout roule mais je ne peux que bouger le pointeur de la souris car mes actions ne sont plus prises en compte.

Je suis Ubuntu 13.04 avec Gnome 3.6.3.1. Si je vais dans le menu du réseau et que je choisis "Paramètres du réseau" > Serveur mandataire > Méthode > Manuel:

[*]Dans Hôte Socks: localhost et 9997[/*]

Dans terminal, je lance le script suivant:

#!/bin/bash

ssh -D 9997 -4 -g -N -C root@1.2.3.4

Le code ci-haut crée mon proxy. Ça fonctionne un certain temps mais après quelques minutes je perds souvent le contrôle de ma machine comme je le mentionnais.

Pourtant, si je définis le proxy dans les préférences de Firefox: Édition > Préférences > Avané > Réseau > Paramètres

* Je choisis "Configuration manuelle du proxy et configure de la façon suivante:"

Préférences Proxy Firefox

Je n'ai pas de problème avec cette configuration pour Firefox. Pourquoi les préférences globales du serveur mandataire me causeraient des problèmes? Des idées sur comment résoudre ce problème?

Bonjour,

J'ai beaucoup de difficulté à démarrer ma session avec Gnome 3. Quand j'ouvre une session après avoir redémarré l'ordinateur, j'ai souvent un des problèmes suivants:

* Je n'ai pas le bon jeu d'icônes
* Le fond d'écran n'est pas celui que j'ai choisi
* Le fond d'écran est tout bleu

Quand j'ai un des ces problèmes, les raccourcis claviers ne fonctionnent pas (je parle de mes raccourcis claviers personnels). Le lancement de certaines applications est aussi beaucoup plus lent. Le comportement est très sporadique et il ne se produit pas la même chose d'une fois à l'autre.

Pour résoudre le problème, je ferme la session et j'essaie de l'ouvrir de nouveau. Après 2 à 4 tentatives de va-et-vient de la sorte, la session finit par s'ouvrir correctement avec le bon fond d'écran, les bonnes icônes, les raccourcis claviers fonctionnent correctement et les applications se lancent rapidement. Je constate que quand la session s'ouvre correctement, cela prend environ 2 sec contre approximativement 10 sec pour une session en problème.

Il semble que ce problème se produit depuis j'ai ouvert une session unity.

J'ai essayé les choses suivantes:

* Changer le display manager pour gdm ou kdm mais je suis revenu à lightdm qui est le défaut
* Désinstaller Unity et installer de nouveau Unity
* Désinstaller/Réinstaller Gnome 3
* Créer un nouvel utilisateur pour voir s'il a le même problème: oui, même problème, le problème n'est donc pas lié à mon compte utilisateur

Je crois que mon problème est semblable à celui de Sandrew (Gnome Shell plante a chaque demarrage).

Voici mon environnement:

Ubuntu 12.04.3 Amd64 3.4.0-030400-generic
Gnome 3.4.1

J'ai fait des recherches et j'ai vu que d'autres avaient des problèmes très semblables au mien mais je n'ai pas trouvé de solutions effectives jusqu'à maintenant.

Merci.

J'ai Diodon sur Ubuntu 13.04 pour la gestion du presse-papiers. Mais il ne répond plus à mon raccourcis clavier. Le raccourci clavier pour l'historique est:

    Ctrl+Alt+v

Je suis sur Gnome 3.

Avez-vous eu ce problème? Est-ce que le raccourci est tapé correctement?

Bonjour,

J'ai de la difficulté à comprendre comment les redirections fonctionnent avec les commandes shell et Python. Par exemple, si dans un shell bash je tape:

aa | bb

Si je tape la commande précédente, cela veut dire que la sortie de la commande 'aa', stdout, sera l'entrée pour la commande 'bb', stdin, n'est-ce pas?

Mon problème se trouve à cette ligne de code en Python :

subprocess.call(["xsel", "-b", "-i"], stdin=tmp_file)

L'entrée pour la commande 'xsel' se trouve avec le fichier tmp_file. Cette commande fonctionne très bien. Ce que je ne comprends pas est que j'ai dû employer l'option '-i' qui est définie dans la doc de xsel de la façon suivante :

 -i, --input           Read standard input into the selection

Ma question est pourquoi dois-je employer cette option?

Par exemple, si je tape dans le shell bash :

echo xx | xsel

xsel lit son information depuis l'entrée standard qui est alimentée par la commande 'echo', n'est-ce pas? Pourquoi n'ai-je pas à employer l'option -i comme pour ma ligne de code Python?