Oui, c'est inévitable, tu ne peux pas y échapper. Au mieux, tu peux essayer de faire changer l'environnement par ton environnement de bureau / gestionnaire de fenêtres, pour qu'elle soit exportée pour toutes les applications lancées ultérieurement.
Et je fais ça comment ? Par exemple pour que ce soit pris en compte pour les lancements ultétieurs de konqueror et firefox.
Mais pour celles qui sont déjà en train de tourner, et celle qui en descendront, rien à faire.
"Olivier V" <anonyme@free.fr> wrote in message
news:3721766.0OPJrOfH8V@news.free.fr...
Oui, c'est inévitable, tu ne peux pas y échapper. Au mieux, tu peux
essayer de faire changer l'environnement par ton environnement de bureau
/
gestionnaire de fenêtres, pour qu'elle soit exportée pour toutes les
applications lancées ultérieurement.
Et je fais ça comment ?
Par exemple pour que ce soit pris en compte pour les lancements ultétieurs
de konqueror et firefox.
Mais pour celles qui sont déjà en
train de tourner, et celle qui en descendront, rien à faire.
Oui, c'est inévitable, tu ne peux pas y échapper. Au mieux, tu peux essayer de faire changer l'environnement par ton environnement de bureau / gestionnaire de fenêtres, pour qu'elle soit exportée pour toutes les applications lancées ultérieurement.
Et je fais ça comment ? Par exemple pour que ce soit pris en compte pour les lancements ultétieurs de konqueror et firefox.
Mais pour celles qui sont déjà en train de tourner, et celle qui en descendront, rien à faire.
Justement, l'idée est de n'avoir qu'un truc temporaire (typiquement, un portable utilisé au boulot et à la maison), donc d'éviter le .bash_profile.
Tu pourrais peut-être définir 2 modes de démarrage pour ton ordinateur dans grub ou lilo dont l'un passe un paramêtre genre "proxy" au noyau. Ensuite tu fais un fichier de démarrage qui ne crée la varible http_proxy uniquement si le paramètre "proxy" est sur la ligne de commande du noyau (/proc/cmdline). Mais bon forcément ça oblige à redémarrer pour changer de config...
Justement, l'idée est de n'avoir qu'un truc temporaire (typiquement,
un portable utilisé au boulot et à la maison), donc d'éviter le
.bash_profile.
Tu pourrais peut-être définir 2 modes de démarrage pour ton ordinateur
dans grub ou lilo dont l'un passe un paramêtre genre "proxy" au noyau.
Ensuite tu fais un fichier de démarrage qui ne crée la varible
http_proxy uniquement si le paramètre "proxy" est sur la ligne de
commande du noyau (/proc/cmdline). Mais bon forcément ça oblige à
redémarrer pour changer de config...
Justement, l'idée est de n'avoir qu'un truc temporaire (typiquement, un portable utilisé au boulot et à la maison), donc d'éviter le .bash_profile.
Tu pourrais peut-être définir 2 modes de démarrage pour ton ordinateur dans grub ou lilo dont l'un passe un paramêtre genre "proxy" au noyau. Ensuite tu fais un fichier de démarrage qui ne crée la varible http_proxy uniquement si le paramètre "proxy" est sur la ligne de commande du noyau (/proc/cmdline). Mais bon forcément ça oblige à redémarrer pour changer de config...
Olivier V
Tu pourrais peut-être définir 2 modes de démarrage pour ton ordinateur dans grub ou lilo dont l'un passe un paramêtre genre "proxy" au noyau. Ensuite tu fais un fichier de démarrage qui ne crée la varible http_proxy uniquement si le paramètre "proxy" est sur la ligne de commande du noyau (/proc/cmdline). Mais bon forcément ça oblige à redémarrer pour changer de config...
Le redémarrage n'est pas un problème, puisque le portable change de lieu ...
Je suis preneur de votre idée, bien qu'elle paraisse complexe pour un truc aussi "simple" (sous windows en tout cas ...). Mais en clair, je fais comment ?
Olivier V
Tu pourrais peut-être définir 2 modes de démarrage pour ton ordinateur
dans grub ou lilo dont l'un passe un paramêtre genre "proxy" au noyau.
Ensuite tu fais un fichier de démarrage qui ne crée la varible
http_proxy uniquement si le paramètre "proxy" est sur la ligne de
commande du noyau (/proc/cmdline). Mais bon forcément ça oblige à
redémarrer pour changer de config...
Le redémarrage n'est pas un problème, puisque le portable change de lieu ...
Je suis preneur de votre idée, bien qu'elle paraisse complexe pour un truc
aussi "simple" (sous windows en tout cas ...).
Mais en clair, je fais comment ?
Tu pourrais peut-être définir 2 modes de démarrage pour ton ordinateur dans grub ou lilo dont l'un passe un paramêtre genre "proxy" au noyau. Ensuite tu fais un fichier de démarrage qui ne crée la varible http_proxy uniquement si le paramètre "proxy" est sur la ligne de commande du noyau (/proc/cmdline). Mais bon forcément ça oblige à redémarrer pour changer de config...
Le redémarrage n'est pas un problème, puisque le portable change de lieu ...
Je suis preneur de votre idée, bien qu'elle paraisse complexe pour un truc aussi "simple" (sous windows en tout cas ...). Mais en clair, je fais comment ?
Olivier V
batyann811
Le redémarrage n'est pas un problème, puisque le portable change de lieu ...
Je suis preneur de votre idée, bien qu'elle paraisse complexe pour un truc aussi "simple" (sous windows en tout cas ...). Mais en clair, je fais comment ?
Houla ! J'en sais rien c'est juste une idée...
En fait ça va dépendre de la distibution...
Sous slackware je vois assez bien comment faire mais pour les autres...
En gros il faut :
1 - Modifier le fichier de configuration du bootloader pour ajouter une 2eme option de boot passant le paramètre (par exemple) "avec_proxy" (ou un autre truc qui ne soit pas un vrai paramètre du noyau) au noyau.
2 - Creer ou modifier un fichier exécuter au démarrage pour y ajouter le code pour créer ou non la variable http_proxy. Sous slackware il y a un /etc/rc.d/rc.local destiné à ce genre de chose pour les autres distrib à toi de trouver... Le code à ajouter devrait ressembler à :
Le redémarrage n'est pas un problème, puisque le portable change de lieu ...
Je suis preneur de votre idée, bien qu'elle paraisse complexe pour un truc
aussi "simple" (sous windows en tout cas ...).
Mais en clair, je fais comment ?
Houla ! J'en sais rien c'est juste une idée...
En fait ça va dépendre de la distibution...
Sous slackware je vois assez bien comment faire mais pour les autres...
En gros il faut :
1 - Modifier le fichier de configuration du bootloader pour ajouter une
2eme option de boot passant le paramètre (par exemple) "avec_proxy" (ou
un autre truc qui ne soit pas un vrai paramètre du noyau) au noyau.
2 - Creer ou modifier un fichier exécuter au démarrage pour y ajouter le
code pour créer ou non la variable http_proxy. Sous slackware il y a un
/etc/rc.d/rc.local destiné à ce genre de chose pour les autres distrib à
toi de trouver... Le code à ajouter devrait ressembler à :
Le redémarrage n'est pas un problème, puisque le portable change de lieu ...
Je suis preneur de votre idée, bien qu'elle paraisse complexe pour un truc aussi "simple" (sous windows en tout cas ...). Mais en clair, je fais comment ?
Houla ! J'en sais rien c'est juste une idée...
En fait ça va dépendre de la distibution...
Sous slackware je vois assez bien comment faire mais pour les autres...
En gros il faut :
1 - Modifier le fichier de configuration du bootloader pour ajouter une 2eme option de boot passant le paramètre (par exemple) "avec_proxy" (ou un autre truc qui ne soit pas un vrai paramètre du noyau) au noyau.
2 - Creer ou modifier un fichier exécuter au démarrage pour y ajouter le code pour créer ou non la variable http_proxy. Sous slackware il y a un /etc/rc.d/rc.local destiné à ce genre de chose pour les autres distrib à toi de trouver... Le code à ajouter devrait ressembler à :
Sous slackware je vois assez bien comment faire mais pour les autres...
Je suis sous Kubuntu
En gros il faut :
1 - Modifier le fichier de configuration du bootloader pour ajouter une 2eme option de boot
Jusque là je comprends
passant le paramètre (par exemple) "avec_proxy" (ou un autre truc qui ne soit pas un vrai paramètre du noyau) au noyau.
Là par contre je ne vois pas quoi faire. Trop nul ... (moi, bien sûr)
2 - Creer ou modifier un fichier exécuter au démarrage pour y ajouter le code pour créer ou non la variable http_proxy. Sous slackware il y a un /etc/rc.d/rc.local destiné à ce genre de chose pour les autres distrib à toi de trouver... Le code à ajouter devrait ressembler à :
Et là n'en parlons même pas ... je crois que c'est trop complexe pour moi. En plus, il faudra refaire la manip après chaque mise à jour du noyau.
Merci d'avoir essayé.
Olivier V
Sous slackware je vois assez bien comment faire mais pour les autres...
Je suis sous Kubuntu
En gros il faut :
1 - Modifier le fichier de configuration du bootloader pour ajouter une
2eme option de boot
Jusque là je comprends
passant le paramètre (par exemple) "avec_proxy" (ou
un autre truc qui ne soit pas un vrai paramètre du noyau) au noyau.
Là par contre je ne vois pas quoi faire.
Trop nul ... (moi, bien sûr)
2 - Creer ou modifier un fichier exécuter au démarrage pour y ajouter le
code pour créer ou non la variable http_proxy. Sous slackware il y a un
/etc/rc.d/rc.local destiné à ce genre de chose pour les autres distrib à
toi de trouver... Le code à ajouter devrait ressembler à :
Sous slackware je vois assez bien comment faire mais pour les autres...
Je suis sous Kubuntu
En gros il faut :
1 - Modifier le fichier de configuration du bootloader pour ajouter une 2eme option de boot
Jusque là je comprends
passant le paramètre (par exemple) "avec_proxy" (ou un autre truc qui ne soit pas un vrai paramètre du noyau) au noyau.
Là par contre je ne vois pas quoi faire. Trop nul ... (moi, bien sûr)
2 - Creer ou modifier un fichier exécuter au démarrage pour y ajouter le code pour créer ou non la variable http_proxy. Sous slackware il y a un /etc/rc.d/rc.local destiné à ce genre de chose pour les autres distrib à toi de trouver... Le code à ajouter devrait ressembler à :
Et là n'en parlons même pas ... je crois que c'est trop complexe pour moi. En plus, il faudra refaire la manip après chaque mise à jour du noyau.
Merci d'avoir essayé.
Olivier V
Olivier V
Un alias : alias fireprox='http_proxy=http://172.16.0.1:3128 firefox'
Ça fonctionne, mais uniquement dans la console dans laquelle c'est lancé. Donc toujours le même problème que : http_proxy="http://172.16.0.1:3128" ; export http_proxy ; konqueror
Olivier V
Un alias :
alias fireprox='http_proxy=http://172.16.0.1:3128 firefox'
Ça fonctionne, mais uniquement dans la console dans laquelle c'est lancé.
Donc toujours le même problème que :
http_proxy="http://172.16.0.1:3128" ; export http_proxy ; konqueror
Un alias : alias fireprox='http_proxy=http://172.16.0.1:3128 firefox'
Ça fonctionne, mais uniquement dans la console dans laquelle c'est lancé. Donc toujours le même problème que : http_proxy="http://172.16.0.1:3128" ; export http_proxy ; konqueror
Olivier V
Nicolas George
batyann811 wrote in message <4551ff9c$0$27403$:
grep "avec_proxy" /proc/cmdline && export
Je rappelle que quand le noyau voit des options qu'il ne gère pas sur sa ligne de commande, il les passe en argument ou en environnement à init. Donc un grep comme ça est un peu grotesque.
batyann811 wrote in message <4551ff9c$0$27403$ba4acef3@news.orange.fr>:
grep "avec_proxy" /proc/cmdline && export
Je rappelle que quand le noyau voit des options qu'il ne gère pas sur sa
ligne de commande, il les passe en argument ou en environnement à init. Donc
un grep comme ça est un peu grotesque.
Je rappelle que quand le noyau voit des options qu'il ne gère pas sur sa ligne de commande, il les passe en argument ou en environnement à init. Donc un grep comme ça est un peu grotesque.
Je rappelle que quand le noyau voit des options qu'il ne gère pas sur sa ligne de commande, il les passe en argument ou en environnement à init. Donc un grep comme ça est un peu grotesque. Allons, allons, le mot est un peut fort...
Mais ça m'interresse de savoir comment tu fais pour récupérer les paramètres passé au noyau sans tester /proc/cmdline... Juste histoire d'être un peu moins grotesque la prochaine fois.
batyann811 wrote in message <4551ff9c$0$27403$ba4acef3@news.orange.fr>:
grep "avec_proxy" /proc/cmdline && export
Je rappelle que quand le noyau voit des options qu'il ne gère pas sur sa
ligne de commande, il les passe en argument ou en environnement à init. Donc
un grep comme ça est un peu grotesque.
Allons, allons, le mot est un peut fort...
Mais ça m'interresse de savoir comment tu fais pour récupérer les
paramètres passé au noyau sans tester /proc/cmdline... Juste histoire
d'être un peu moins grotesque la prochaine fois.
Je rappelle que quand le noyau voit des options qu'il ne gère pas sur sa ligne de commande, il les passe en argument ou en environnement à init. Donc un grep comme ça est un peu grotesque. Allons, allons, le mot est un peut fort...
Mais ça m'interresse de savoir comment tu fais pour récupérer les paramètres passé au noyau sans tester /proc/cmdline... Juste histoire d'être un peu moins grotesque la prochaine fois.
