Re: gksu: Couldn't set environment variable...
Thank You for Your time and answer, Camaleón: I won't make furthers comments on this, it's your position and I'll respect it although I don't share your POV :-) I appreciate Your this POV! :) Camaleón, I think we are going in wrong direction here - I just have tried w/ chromium running w/ gksu by newly created user - You'll be surprised - in the user's home dir. there is no .config dir. at all ! All gksu has created are: .dbus .gconf .gconfd .gksu.lock which contents seems to me similar - differing in numbers only - like diver IDs. That's okay. It can mean your current user's profile (the one that fails to run the apps) has something on it (a folder or file) that is not of the like to the two programs you are trying to launch. Remember that gnome and others DE also use the /tmp folder to store user's settings, so what prevents the applications from running can be indeed in another path, not just the user's $HOME. Or it can also mean the problem is elsewhere (a bug in the app). Therefore, I suppose that something else has influence on the gksu behavior - as I said before the problem user is long existing user (account) and therefore a lot of diver settings have been stored over time - effecting the gksu. (...) I don't think gksu has nothing to do here. It's a simple application that allows you to run GUI programs as another user, no more no less. Besides, if the problem were related to gksu the rest of the applications will be also affected which is not the case. OK. Let's finish here w/ my notification to developers about the problem - let remain to them - to investigate the problem any or forget about it - ether. Thanks again, very much, for Your time and efforts - trying to help me. I much appreciate it. Have a good time of the day! -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4ee090ed.8593cc0a.736f.4...@mx.google.com
Re: gksu: Couldn't set environment variable...
On Wed, 07 Dec 2011 14:11:27 +0700, Sthu Deus wrote: Thank You for Your time and answer, Camaleón: But again, Camaleón, I would not to run those app.s w/ root privileges. May, You have any other idea? If not, then lets stop w/ this - for I suppose it to be risky. I know, You have another opinion on the matter. But let's have no controversy here on that. There is no risk in running the commands I told you but I can't force you to do something you are afraid of (and I still dunno why because there is no technical nor logical reason for being so reluctant to do it but I can't do anymore to convince you). Thank You, again. The reason is my belief - it is risky - may because I'm not as good expert as You do. I won't make furthers comments on this, it's your position and I'll respect it although I don't share your POV :-) Did you already compare, side by side, your current user's .config folder and the other's user (from where the apps work)? Camaleón, I think we are going in wrong direction here - I just have tried w/ chromium running w/ gksu by newly created user - You'll be surprised - in the user's home dir. there is no .config dir. at all ! All gksu has created are: .dbus .gconf .gconfd .gksu.lock which contents seems to me similar - differing in numbers only - like diver IDs. That's okay. It can mean your current user's profile (the one that fails to run the apps) has something on it (a folder or file) that is not of the like to the two programs you are trying to launch. Remember that gnome and others DE also use the /tmp folder to store user's settings, so what prevents the applications from running can be indeed in another path, not just the user's $HOME. Or it can also mean the problem is elsewhere (a bug in the app). Therefore, I suppose that something else has influence on the gksu behavior - as I said before the problem user is long existing user (account) and therefore a lot of diver settings have been stored over time - effecting the gksu. (...) I don't think gksu has nothing to do here. It's a simple application that allows you to run GUI programs as another user, no more no less. Besides, if the problem were related to gksu the rest of the applications will be also affected which is not the case. Greetings, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/pan.2011.12.07.17.27...@gmail.com
Re: gksu: Couldn't set environment variable...
On Mon, 05 Dec 2011 19:04:10 +0700, Sthu Deus wrote: $ /usr/bin/gksu -d -u usrname /usr/bin/chromium ^^ That's not what I've asked for... $ /usr/bin/gksu -d -u usrname /usr/bin/qbittorrent ^^ Neither this :-) As I have posted earlier. :o) Nope. I wanted you to run those applications *as root*. OK. I thought You did mean that. My fault. But again, Camaleón, I would not to run those app.s w/ root privileges. May, You have any other idea? If not, then lets stop w/ this - for I suppose it to be risky. I know, You have another opinion on the matter. But let's have no controversy here on that. There is no risk in running the commands I told you but I can't force you to do something you are afraid of (and I still dunno why because there is no technical nor logical reason for being so reluctant to do it but I can't do anymore to convince you). We are trying to solve a problem with your current user's profile and having the result (regardless if it is success or not) of the same action run as root user can shed some light on this. But again, that's up to you and what's your real necessity of having the problem solved :-) Hum... let's Google for the error. Look, some hits: http://www.google.com/support/forum/p/Chrome/thread? tid=5b264e09ccb90f85hl=en http://www.google.com/support/forum/p/Chrome/thread? tid=1b658e3471dea50ehl=en http://code.google.com/p/chromium/issues/detail?id=22277 Thanks for the links, though it seems not my case. - To be sure I have chown-ed whole the home dir. of the user and tried to start it - same error. Did you already compare, side by side, your current user's .config folder and the other's user (from where the apps work)? Uh? Whay are you so reluctant to make this test? Don't worry, you won't be cracked by running the above command X-) Sorry, but no. (...) I would like to see a good reason for it but I'm not going to insist. Greetings, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/pan.2011.12.06.17.59...@gmail.com
Re: gksu: Couldn't set environment variable...
Thank You for Your time and answer, Camaleón: But again, Camaleón, I would not to run those app.s w/ root privileges. May, You have any other idea? If not, then lets stop w/ this - for I suppose it to be risky. I know, You have another opinion on the matter. But let's have no controversy here on that. There is no risk in running the commands I told you but I can't force you to do something you are afraid of (and I still dunno why because there is no technical nor logical reason for being so reluctant to do it but I can't do anymore to convince you). Thank You, again. The reason is my belief - it is risky - may because I'm not as good expert as You do. Did you already compare, side by side, your current user's .config folder and the other's user (from where the apps work)? Camaleón, I think we are going in wrong direction here - I just have tried w/ chromium running w/ gksu by newly created user - You'll be surprised - in the user's home dir. there is no .config dir. at all ! All gksu has created are: .dbus .gconf .gconfd .gksu.lock which contents seems to me similar - differing in numbers only - like diver IDs. Therefore, I suppose that something else has influence on the gksu behavior - as I said before the problem user is long existing user (account) and therefore a lot of diver settings have been stored over time - effecting the gksu. - My opinion. But filling its home dir. anew, loosing all the settings, I suppose unwise - rather I would neglect using gksu for the user for those 2 problematic app.s unless we will find here some solution (besides running as root :) . I would like to see a good reason for it but I'm not going to insist. Probably, simply paranoia. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4edf11a3.4713cc0a.6ff4.0...@mx.google.com
Re: gksu: Couldn't set environment variable...
Thank You for Your time and answer, Camaleón: On Fri, 02 Dec 2011 17:46:36 +0700, Sthu Deus wrote: Thank You for Your time and answer, Camaleón: So why don't you just run... gksu -d chromium gksu -d qbittorrent And tell us what happens? :-) $ /usr/bin/gksu -d -u usrname /usr/bin/chromium ^^ That's not what I've asked for... $ /usr/bin/gksu -d -u usrname /usr/bin/qbittorrent ^^ Neither this :-) As I have posted earlier. :o) Nope. I wanted you to run those applications *as root*. OK. I thought You did mean that. My fault. But again, Camaleón, I would not to run those app.s w/ root privileges. May, You have any other idea? If not, then lets stop w/ this - for I suppose it to be risky. I know, You have another opinion on the matter. But let's have no controversy here on that. Okay, run ls -la .config/*/ so we can see what's in there... Hmm, alright: There is no trace in there for Chromium nor Qbittorrent, maybe they are located in another folder under your user's path. Then find where are those applications storing the configuration data, it has to be somewhere under the user's profile. That's the problem - it does not create any other dir.(s)... Hum... let's Google for the error. Look, some hits: http://www.google.com/support/forum/p/Chrome/thread?tid=5b264e09ccb90f85hl=en http://www.google.com/support/forum/p/Chrome/thread?tid=1b658e3471dea50ehl=en http://code.google.com/p/chromium/issues/detail?id=22277 Thanks for the links, though it seems not my case. - To be sure I have chown-ed whole the home dir. of the user and tried to start it - same error. Uh? Whay are you so reluctant to make this test? Don't worry, you won't be cracked by running the above command X-) Sorry, but no. Well. Please, do not waste too much of Your time on me - I gave my question because I thought people use gksu a lot and easily would guess what's wrong w/ my configuration, but turns out we are looking for solution instead of correction of wrong configuration - so we can end up here and will try to make a work around myself - for so it seems me to be as the answer. (...) Nah... You gave it up very quickly :-P Well, it turns to empty the user's dir. and then start fill it anew. For because for ever existed user it does not work and for the newly created it does, then it is ever existing problem related to programs updates - when new system works better than the old one despite the worked out configurations. :( -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4edcb33e.c376cc0a.7aa0.d...@mx.google.com
Re: gksu: Couldn't set environment variable...
On Fri, 02 Dec 2011 17:46:36 +0700, Sthu Deus wrote: Thank You for Your time and answer, Camaleón: So why don't you just run... gksu -d chromium gksu -d qbittorrent And tell us what happens? :-) $ /usr/bin/gksu -d -u usrname /usr/bin/chromium ^^ That's not what I've asked for... $ /usr/bin/gksu -d -u usrname /usr/bin/qbittorrent ^^ Neither this :-) As I have posted earlier. :o) Nope. I wanted you to run those applications *as root*. Okay, run ls -la .config/*/ so we can see what's in there... Hmm, alright: There is no trace in there for Chromium nor Qbittorrent, maybe they are located in another folder under your user's path. Then find where are those applications storing the configuration data, it has to be somewhere under the user's profile. That's the problem - it does not create any other dir.(s)... Hum... let's Google for the error. Look, some hits: http://www.google.com/support/forum/p/Chrome/thread?tid=5b264e09ccb90f85hl=en http://www.google.com/support/forum/p/Chrome/thread?tid=1b658e3471dea50ehl=en http://code.google.com/p/chromium/issues/detail?id=22277 Check if any of those can help you with the Chromium error :-? (...) It should be just fine with gksu -l newuser qbittorrent This calls for root privileges - I would not run those this way. Uh? Whay are you so reluctant to make this test? Don't worry, you won't be cracked by running the above command X-) (man gksu for additional parameters to keep/discard the current user environmental variables) It has not much to choose from. Seems nothing valuable. ? You can test with different arguments to run the GUI application with one or other environment variables set, this can make indeed a difference. Well. Please, do not waste too much of Your time on me - I gave my question because I thought people use gksu a lot and easily would guess what's wrong w/ my configuration, but turns out we are looking for solution instead of correction of wrong configuration - so we can end up here and will try to make a work around myself - for so it seems me to be as the answer. (...) Nah... You gave it up very quickly :-P Greetings, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/pan.2011.12.03.15.34...@gmail.com
Re: gksu: Couldn't set environment variable...
Thank You for Your time and answer, Camaleón: So why don't you just run... gksu -d chromium gksu -d qbittorrent And tell us what happens? :-) $ /usr/bin/gksu -d -u usrname /usr/bin/chromium xauth: -13e165d7bacfc8c77079659f0ceaf146 - display: -:0- final xauth: -13e165d7bacfc8c77079659f0ceaf146 - final display: -:0- STARTUP_ID: gksu/|usr|bin|chromium/23458-0-dark_TIME0 gksu_context_run: buf: -Password: - password from keyring found DEBUG (run:after-pass) buf: -Password: - -EBUG (run:post-after-pass) buf: - -EBUG (run:post-after-pass) buf: -gksu: waiting -EBUG (gksu: waiting) buf: -gksu: waiting [23477:23477:49752580053:FATAL:browser_main.cc(1362)] Check failed: PathService::Get(chrome::DIR_USER_DATA, user_data_dir). Must be able to get user data directory! Aborted $ /usr/bin/gksu -d -u usrname /usr/bin/qbittorrent xauth: -13e165d7bacfc8c77079659f0ceaf146 - display: -:0- final xauth: -13e165d7bacfc8c77079659f0ceaf146 - final display: -:0- STARTUP_ID: gksu/|usr|bin|qbittorrent/23541-0-dark_TIME0 gksu_context_run: buf: -Password: - password from keyring found DEBUG (run:after-pass) buf: -Password: - -EBUG (run:post-after-pass) buf: - -EBUG (run:post-after-pass) buf: -gksu: waiting -EBUG (gksu: waiting) buf: -gksu: waiting Couldn't set environment variable... As I have posted earlier. :o) Okay, run ls -la .config/*/ so we can see what's in there... Hmm, alright: .config/clipit/: total 3 drwxr-xr-x 2 sthu sthu 1024 Nov 29 15:57 . drwx-- 11 sthu sthu 1024 Nov 25 00:33 .. -rw-r--r-- 1 sthu sthu 409 Nov 29 15:57 clipitrc .config/enchant/: total 2 drwx-- 2 sthu sthu 1024 Oct 23 01:47 . drwx-- 11 sthu sthu 1024 Nov 25 00:33 .. -rw-r--r-- 1 sthu sthu0 Oct 23 01:47 en_US.dic -rw-r--r-- 1 sthu sthu0 Oct 23 01:47 en_US.exc .config/geeqie/: total 29 drwxr-xr-x 2 sthu sthu 1024 Nov 27 21:43 . drwx-- 11 sthu sthu 1024 Nov 25 00:33 .. -rw--- 1 sthu sthu 13262 Nov 27 21:43 accels -rw--- 1 sthu sthu 13267 Nov 27 21:43 geeqierc.xml -rw--- 1 sthu sthu 926 Nov 27 21:43 history .config/libfm/: total 3 drwx-- 2 sthu sthu 1024 Oct 21 15:10 . drwx-- 11 sthu sthu 1024 Nov 25 00:33 .. -rw-r--r-- 1 sthu sthu 239 Oct 21 15:10 libfm.conf .config/lxpanel/: total 4 drwx-- 4 sthu sthu 1024 Nov 15 01:56 . drwx-- 11 sthu sthu 1024 Nov 25 00:33 .. drwx-- 3 sthu sthu 1024 Nov 15 01:56 default drwx-- 3 sthu sthu 1024 Oct 21 15:10 LXDE .config/lxsession/: total 3 drwxr-xr-x 3 sthu sthu 1024 Oct 21 15:16 . drwx-- 11 sthu sthu 1024 Nov 25 00:33 .. drwxr-xr-x 2 sthu sthu 1024 Nov 28 13:42 LXDE .config/openbox/: total 31 drwxr-xr-x 2 sthu sthu 1024 Nov 24 13:14 . drwx-- 11 sthu sthu 1024 Nov 25 00:33 .. -rw-r--r-- 1 sthu sthu 28877 Nov 24 13:14 lxde-rc.xml .config/pcmanfm/: total 3 drwxr-xr-x 3 sthu sthu 1024 Oct 21 15:01 . drwx-- 11 sthu sthu 1024 Nov 25 00:33 .. drwxr-xr-x 2 sthu sthu 1024 Nov 27 22:41 LXDE Then find where are those applications storing the configuration data, it has to be somewhere under the user's profile. That's the problem - it does not create any other dir.(s)... Look, as the newuser can run the 2 app.s for target user, is it possible such a trick: /usr/bin/gksu -u newuser /usr/bin/gksu -u target_user /usr/bin/qbittorrent ? :) What a mess! Yes, and most - the life on Earth. It should be just fine with gksu -l newuser qbittorrent This calls for root privileges - I would not run those this way. (man gksu for additional parameters to keep/discard the current user environmental variables) It has not much to choose from. Seems nothing valuable. Well. Please, do not waste too much of Your time on me - I gave my question because I thought people use gksu a lot and easily would guess what's wrong w/ my configuration, but turns out we are looking for solution instead of correction of wrong configuration - so we can end up here and will try to make a work around myself - for so it seems me to be as the answer. Having said that, I want now simply to drop one of my tabs in console - to drop the multi message I have in it - as for now I have to run those 2 app.s from terminal (sux-ed to) of the target user. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4ed8ac90.c950cd0a.0e7b.3...@mx.google.com
Re: gksu: Couldn't set environment variable...
On Thu, 01 Dec 2011 13:08:39 +0700, Sthu Deus wrote: Thank You for Your time and answer, Camaleón. Just several notes from me (as considerations). Why? I can do that successfully even under normal, new user. Why not? We are just making tests to get more clues. Because if a less privileged user can do it than it is OK to suppose the root user will do the same. In this case is not a matter of privileges. It's a matter of configuration files that could have been messed up or set with the wrong perms. I do not think it is the case - for as I have told You, that I have removed the dir.s of interest and therefore, since it was created again (at the test as You suggested - to reboot), it should not be: 1. messed up 2. have wrong permissions. It's not that easy, I'm afraid. The application you want to run with gksu can be in the need of calling additional libraries that are not located inside the ~/.config directory but system wide. So why don't you just run... gksu -d chromium gksu -d qbittorrent And tell us what happens? :-) As root user is usually never called to run GUI based applications, root's configuration files use to be clean as if they have been installed from scratch. How I could say it? Root user is, in this regard, like a virgin user :-) I have two points to resist the assumption: 1. The normal user was a new one - that is the home dir. was empty, where as 2. The root's environment can be already being messed up (for example, because such tests already have been done) - therefore can't be supposed absolutely being a virgin. Try and tell. Interesting another thing: 1. under another (new user) it works. Yes, and you can use this fact to compare the permissions for the configuration files for the user where it works and the other where doesn't. I have checked every dir./file in (.dbus, .gconf, .gconfd, .gksu.lock) - all have identical permissions except for user names. I meant directeories under ~/.config. Okay, run ls -la .config/*/ so we can see what's in there... 2. For the given user it works but not for these two app.s... Look deeper inside at the ~/.config folder and check out the permissions that hold the files of that two specific applications. The dir. is not created when the newuser executes gksu for target user. Then find where are those applications storing the configuration data, it has to be somewhere under the user's profile. Look, as the newuser can run the 2 app.s for target user, is it possible such a trick: /usr/bin/gksu -u newuser /usr/bin/gksu -u target_user /usr/bin/qbittorrent ? :) What a mess! It should be just fine with gksu -l newuser qbittorrent (man gksu for additional parameters to keep/discard the current user environmental variables) Greetings, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/pan.2011.12.01.16.07...@gmail.com
Re: gksu: Couldn't set environment variable...
Thank You for Your time and answer, Camaleón: Also, try to run gksu as root user. (...) Why? I can do that successfully even under normal, new user. Why not? We are just making tests to get more clues. Because if a less privileged user can do it than it is OK to suppose the root user will do the same. [Skipped] ls -la | grep config Here it is: drwx-- 11 uname uname 1024 Nov 25 00:33 .config Interesting... Mine is set to drwxr-xr-r and owner/group is my user. Check out the perms of this folder for the user where it works and them compare. Sorry, same effect. And I think it is logical - for user has full access. Interesting another thing: 1. under another (new user) it works. 2. For the given user it works but not for these two app.s... -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4ed5feb4.d278cc0a.7c91.6...@mx.google.com
Re: gksu: Couldn't set environment variable...
On Wed, 30 Nov 2011 17:00:16 +0700, Sthu Deus wrote: Thank You for Your time and answer, Camaleón: Also, try to run gksu as root user. (...) Why? I can do that successfully even under normal, new user. Why not? We are just making tests to get more clues. Because if a less privileged user can do it than it is OK to suppose the root user will do the same. In this case is not a matter of privileges. It's a matter of configuration files that could have been messed up or set with the wrong perms. As root user is usually never called to run GUI based applications, root's configuration files use to be clean as if they have been installed from scratch. How I could say it? Root user is, in this regard, like a virgin user :-) [Skipped] ls -la | grep config Here it is: drwx-- 11 uname uname 1024 Nov 25 00:33 .config Interesting... Mine is set to drwxr-xr-r and owner/group is my user. Check out the perms of this folder for the user where it works and them compare. Sorry, same effect. And I think it is logical - for user has full access. Interesting another thing: 1. under another (new user) it works. Yes, and you can use this fact to compare the permissions for the configuration files for the user where it works and the other where doesn't. 2. For the given user it works but not for these two app.s... Look deeper inside at the ~/.config folder and check out the permissions that hold the files of that two specific applications. Greetings, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/pan.2011.11.30.15.19...@gmail.com
Re: gksu: Couldn't set environment variable...
Thank You for Your time and answer, Camaleón. Just several notes from me (as considerations). Why? I can do that successfully even under normal, new user. Why not? We are just making tests to get more clues. Because if a less privileged user can do it than it is OK to suppose the root user will do the same. In this case is not a matter of privileges. It's a matter of configuration files that could have been messed up or set with the wrong perms. I do not think it is the case - for as I have told You, that I have removed the dir.s of interest and therefore, since it was created again (at the test as You suggested - to reboot), it should not be: 1. messed up 2. have wrong permissions. As root user is usually never called to run GUI based applications, root's configuration files use to be clean as if they have been installed from scratch. How I could say it? Root user is, in this regard, like a virgin user :-) I have two points to resist the assumption: 1. The normal user was a new one - that is the home dir. was empty, where as 2. The root's environment can be already being messed up (for example, because such tests already have been done) - therefore can't be supposed absolutely being a virgin. Interesting another thing: 1. under another (new user) it works. Yes, and you can use this fact to compare the permissions for the configuration files for the user where it works and the other where doesn't. I have checked every dir./file in (.dbus, .gconf, .gconfd, .gksu.lock) - all have identical permissions except for user names. 2. For the given user it works but not for these two app.s... Look deeper inside at the ~/.config folder and check out the permissions that hold the files of that two specific applications. The dir. is not created when the newuser executes gksu for target user. Look, as the newuser can run the 2 app.s for target user, is it possible such a trick: /usr/bin/gksu -u newuser /usr/bin/gksu -u target_user /usr/bin/qbittorrent ? :) -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4ed719ec.8593cc0a.3d69.8...@mx.google.com
Re: gksu: Couldn't set environment variable...
Thank You for Your time and answer, Bob: Uhm... What? But he did! You must have missed that he said he wanted to run them from gksu. If you are not familiar with it that is the entire purpose of gksu. From the gksu man page: gksu is a frontend to su and gksudo is a frontend to sudo. Their pri- mary purpose is to run graphical commands that need root without the need to run an X terminal emulator and using su directly. Therefore, yes, he did say he wanted to run those as root. :-) :-) But I really do not intend nor use any root privileges to run the app.s w/ root privileges. Opposite to this - I try to separate two users - one for local work, another - the net one (i.e. chromium, qbittorrent, etc). Having said that the programs I run w/ gksu are run under the user only - regardless what is said in its manuals. Thus, only two users involved - the primer user who issues gksu command and all its children being run w/ the privileges of the intended user only. Therefore, Bob is correct - I did not mention root privileges, nor gksu runs app.s w/ it. I think, there is at least a difference between written and is. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4ed346e9.0922cc0a.2d8b.0...@mx.google.com
Re: gksu: Couldn't set environment variable...
On Mon, 28 Nov 2011 14:05:10 +0700, Sthu Deus wrote: Thank You for Your time and answer, Camaleón: For a new user it works too, but for the old one - all work except these two. I have searched through dir.s and files that were created for the new user (its home dir. was empty and did remove the appropriate dir.s in the home dir. of the problematic user - did not solve the problem. The dir.s were, IIRC: .dbus .gconf .gconfd Any other dir/file suggestion? You can try to reboot. Strange things can happen when gnome is updated and some files are still in use. Done. Nothing changed. :( That's bad ;-( Try adding the debug parameter: gksu -d chromium gksu -d qbittorrent $ /usr/bin/gksu -d -u usrname /usr/bin/chromium May I ask why are you giving the full path to both binaries? :-? Of course You can! :) I do this to escape a situation when another copy of the program is run instead of the intended one. In being hacked it may help to run not the unwanted code. Oh... and what if a malware replaces the same file from the same place and puts the faked one there? You won't neither notice ;-) Also, try to run gksu as root user. (...) Why? I can do that successfully even under normal, new user. Why not? We are just making tests to get more clues. [23477:23477:49752580053:FATAL:browser_main.cc(1362)] Check failed: PathService::Get(chrome::DIR_USER_DATA, user_data_dir). Must be able to get user data directory! Aborted (...) $ /usr/bin/gksu -d -u usrname /usr/bin/qbittorrent (..) buf: -gksu: waiting Couldn't set environment variable... So, both can not get access to the required user's environment - for some reason. Let's see what are the perms of the user ~/.config directory: ls -la | grep config Here it is: drwx-- 11 uname uname 1024 Nov 25 00:33 .config Interesting... Mine is set to drwxr-xr-r and owner/group is my user. Check out the perms of this folder for the user where it works and them compare. Greetings, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/pan.2011.11.28.14.56...@gmail.com
Re: gksu: Couldn't set environment variable...
Nigel W wrote: Bob Proulx wrote: Raf Czlonka wrote: Sthu hadn't mentioned even once that he tries to run those as root. Uhm... What? But he did! You must have missed that he said he wanted to run them from gksu. If you are not familiar with it that is the entire purpose of gksu. From the gksu man page: gksu is a frontend to su and gksudo is a frontend to sudo. Their pri- mary purpose is to run graphical commands that need root without the need to run an X terminal emulator and using su directly. Therefore, yes, he did say he wanted to run those as root. :-) :-) That is a huge assumption. Both su and sudo are used to switch users. Yes, the primary user that gets switched to is root, but that doesn't mean it is the only user that someone would switch to using su or sudo. I assume gksu and gksudo both have the same ability as su and sudo. According the man page that I found for gksu and gksudo they both support same options (-u) but all of my linux systems are headless so I can't actually test it. Okay. You have caught me! I had jumped to the conclusion that gksu would be used to run the chromium browser as root. I had not considered that it would be used to run it directly as another user. Bob signature.asc Description: Digital signature
Re: gksu: Couldn't set environment variable...
On Sat, 26 Nov 2011 17:00:13 -0700, Bob Proulx wrote: Camaleón wrote: Bob Proulx wrote: Sthu Deus wrote: I can not run two applications w/ gksu: chromium and qbittorrent Why do you want to run those applications as root? You should not do this. Neither of those applications are designed for being run as root. Those should be run as a normal non-root user. (...) Just a comment on this. There are situations that require you to run GUI based apps as root. Sure. For example Synaptic is in that category. Synaptic is a GUI and requires root and is designed to be run as root. A perfect match for gksu (or apparently the new policy kit layer) and no complaints from me about it. (I don't use Synaptic myself however.) That's a good example. So let's no demonize per se that someone runs a GUI based application as root. Different user-cases, programs and situations do need it. For instance, I have to run Firefox/Thunderbird with admin priviledges in order to get them updated because they were installed system wide and plain users do not have the rights to run the upgrade routine and apply the delta patches. That is a much different case. You *have already* run it as root in order to install it that way and then are wanting to use the embedded software update mechanism to upgrade it. I disagree with it. But I can certainly respect you doing it that way for your system. (...) I *had* to do it. Icedove (at least, it is not clear if Iceweasel did it also) dropped security patches for Lenny months ago (see DSA-2273) so I had no chance but going to the upstream packages ;-( And I preferred to have it installed both applications system wide so others users can benefit from it without having to have the binaries replicated in every /home. Also, running an application as root is usually the fastest way to debug configurations issues with your current user. But if you are root then you can easily become the user you are wishing to debug. Then running as that user should enable you to debug that user issue. And running as root can create new problems that confounds the problem. And running those third person programs as root opens you up to social engineering attacks against root. If they are good then you will never know you were cracked. (...) That's not the case for the kind of problems I am talking about which are by far more simple that you think ;-). For instance, one time I messed up my user's Firefox profile so badly that tool bars dissapeared. By launching it with gksu I could see that this was not happening for the root's Firefox profile (that was almost empty because it is not used) so by making a deep inspection of my user's profile I finally discovered the problem was generated because some files had bad perms. Restoring them solved the issue. What I want to say is that there is no problem for running GUI (or non- GUI) applications as root if you now what you are doing. I always avoid saying users hey, do not do that! but instead explain to them the reasons (risks) for such action so they can decide with confidence and not based on unfounded tales. Greetings, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/pan.2011.11.27.17.04...@gmail.com
Re: gksu: Couldn't set environment variable...
Thank You for Your time and answer, Camaleón: For a new user it works too, but for the old one - all work except these two. I have searched through dir.s and files that were created for the new user (its home dir. was empty and did remove the appropriate dir.s in the home dir. of the problematic user - did not solve the problem. The dir.s were, IIRC: .dbus .gconf .gconfd Any other dir/file suggestion? You can try to reboot. Strange things can happen when gnome is updated and some files are still in use. Done. Nothing changed. :( Try adding the debug parameter: gksu -d chromium gksu -d qbittorrent $ /usr/bin/gksu -d -u usrname /usr/bin/chromium May I ask why are you giving the full path to both binaries? :-? Of course You can! :) I do this to escape a situation when another copy of the program is run instead of the intended one. In being hacked it may help to run not the unwanted code. Also, try to run gksu as root user. (...) Why? I can do that successfully even under normal, new user. [23477:23477:49752580053:FATAL:browser_main.cc(1362)] Check failed: PathService::Get(chrome::DIR_USER_DATA, user_data_dir). Must be able to get user data directory! Aborted (...) $ /usr/bin/gksu -d -u usrname /usr/bin/qbittorrent (..) buf: -gksu: waiting Couldn't set environment variable... So, both can not get access to the required user's environment - for some reason. Let's see what are the perms of the user ~/.config directory: ls -la | grep config Here it is: drwx-- 11 uname uname 1024 Nov 25 00:33 .config -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4ed332aa.0922cc0a.2d8b.e...@mx.google.com
Re: gksu: Couldn't set environment variable...
On Fri, Nov 25, 2011 at 11:14:20PM GMT, Bob Proulx wrote: Sthu Deus wrote: I can not run two applications w/ gksu: chromium and qbittorrent Why do you want to run those applications as root? You should not do this. Neither of those applications are designed for being run as root. Those should be run as a normal non-root user. Sthu hadn't mentioned even once that he tries to run those as root. Nevertheless, in principle, I do agree with Bob here - IMHO, running standard software as root is a bit silly, to say the least. What I disagree with is the statement that they hadn't been designed to run as root. Root, UID 0, a special kind of user it might be, is still a user and can/should be able to run *any* program. The question why would anyone do that is a different matter altogether. However, only two programs causing the problem when run using gksu is most peculiar and indeed shouldn't be ignored. Regards, -- Raf -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/2026124852.ga7...@linuxstuff.pl
Re: gksu: Couldn't set environment variable...
On Fri, 25 Nov 2011 16:14:20 -0700, Bob Proulx wrote: Sthu Deus wrote: I can not run two applications w/ gksu: chromium and qbittorrent Why do you want to run those applications as root? You should not do this. Neither of those applications are designed for being run as root. Those should be run as a normal non-root user. (...) Just a comment on this. There are situations that require you to run GUI based apps as root. For instance, I have to run Firefox/Thunderbird with admin priviledges in order to get them updated because they were installed system wide and plain users do not have the rights to run the upgrade routine and apply the delta patches. Of course, it does not mean I have to browse the web or keeping the MUA using the root session, I update the programs and quit ;-) Also, running an application as root is usually the fastest way to debug configurations issues with your current user. Another example: My main system only has two users (sm01 which is my plain user and root) so if a GUI application is behaving in the wrong way it's quicker to run it with gksu than creating a new user and test with it. Greetings, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/pan.2011.11.26.13.03...@gmail.com
Re: gksu: Couldn't set environment variable...
Raf Czlonka wrote: Bob Proulx wrote: Sthu Deus wrote: I can not run two applications w/ gksu: chromium and qbittorrent Why do you want to run those applications as root? You should not do this. Neither of those applications are designed for being run as root. Those should be run as a normal non-root user. Sthu hadn't mentioned even once that he tries to run those as root. Uhm... What? But he did! You must have missed that he said he wanted to run them from gksu. If you are not familiar with it that is the entire purpose of gksu. From the gksu man page: gksu is a frontend to su and gksudo is a frontend to sudo. Their pri- mary purpose is to run graphical commands that need root without the need to run an X terminal emulator and using su directly. Therefore, yes, he did say he wanted to run those as root. :-) :-) Nevertheless, in principle, I do agree with Bob here - IMHO, running standard software as root is a bit silly, to say the least. What I disagree with is the statement that they hadn't been designed to run as root. Root, UID 0, a special kind of user it might be, is still a user and can/should be able to run *any* program. The question why would anyone do that is a different matter altogether. Large applications have hundreds of thousands of lines of code and often have a bug or two in them. (No! They wouldn't, would they?) Graphical applications fall into that category. The Chromium web browser falls into that category. There is probably a bug in there. I don't know of any particular bug but I could place a pretty safe wager that there is a bug in there somewhere. The current version crashes the sandbox with an Aw, Snap! crash for example. Let's say a bug might be as simple such as leaving behind files in your $HOME that are owned by root and not writable by any other user and because they are in an unwritable subdirectory owned by root they cannot be removed by the non-root user either. That would be typical of one type of problem that often occurs in that situation of large complicated programs run by root in your $HOME that weren't intended to be run by root in your $HOME. Not to even mention other more insidious problems. Okay to mention more insidious problems, if the sandboxing isn't perfect them it might be possible for a cracking attack to break out and access the filesystem. If they access the filesystem as a non-root user then they are still contained. But if the application is run as root then they access the filesystem as root and there is no containment. A lot of applications which are required to run as root try very hard to drop their root privileges as soon as possible in order to avoid those types of attacks. Since Chromium isn't designed to be run that way it doesn't try to drop privileges and would be open to being attacked in that way. That doesn't mean there *is* a hole. It means there is less protection from it and it has historically been a problem in other applications that were designed to run as root which then decided that such protection was necessary. Look at OpenSSH's privilege separation design for example. Of course if the program to be run under gksu were Synaptic then that would make perfect sense. Synaptic is a GUI and requires root and is designed to be run as root. A perfect match for gksu (or apparently the new policy kit layer) and no complaints from me about it. Bob -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/2026232542.ga14...@hysteria.proulx.com
Re: gksu: Couldn't set environment variable...
Camaleón wrote: Bob Proulx wrote: Sthu Deus wrote: I can not run two applications w/ gksu: chromium and qbittorrent Why do you want to run those applications as root? You should not do this. Neither of those applications are designed for being run as root. Those should be run as a normal non-root user. (...) Just a comment on this. There are situations that require you to run GUI based apps as root. Sure. For example Synaptic is in that category. Synaptic is a GUI and requires root and is designed to be run as root. A perfect match for gksu (or apparently the new policy kit layer) and no complaints from me about it. (I don't use Synaptic myself however.) For instance, I have to run Firefox/Thunderbird with admin priviledges in order to get them updated because they were installed system wide and plain users do not have the rights to run the upgrade routine and apply the delta patches. That is a much different case. You *have already* run it as root in order to install it that way and then are wanting to use the embedded software update mechanism to upgrade it. I disagree with it. But I can certainly respect you doing it that way for your system. Philosophically I completely disagree with doing things that way. For example with Firefox I will install it on Stable from the mozilla.debian.net site as a native Debian package and I will keep it updated from there as a native Debian package. That gives me a very repeatable install and deployment mechanism. Using a non-packaged file splat installer such as the embedded one doesn't agree with me. I feel that installing using the native Debian package manager gives me a better system cleanliness. Same for using the nVidia installer. Same for using the Adobe Flash installer. Same for [...] fill in the installer there. In those cases where I have no choice but to use a file splat installer I always create a new non-root user to hold the files. That way the files can be installed safely because I know that they cannot crawl out of the user security layer. Later when I can get away from the file splat installer then I can be assured of being able to completely clean up the files that were left behind. Sometimes I create the installation in a chroot so as to keep a containment layer around it. If I had run a file splat installer as root then I can never be completely sure that I have cleaned it up. Since for me being able to upgrade machines is an important value once I have dirtied the system with a root splat across the system then I would never know for sure if I had things back into a good state or not. I would be compelled to start again with a fresh installation at some point. The concept of throw-away systems chafes against my nervous system like the sound of fingernails on a chalkboard. Someone will certainly ask, What about MS Windows where there is no other installer and updater? On a MS Windows machine I would install and update Firefox using the Firefox updater simply because on Windows every system installation is already a throw-away installation. You know the saying about Windows. You can't install it just once. Windows doesn't have the capability of upgrades in any comparable way to Debian. And that is one of the reasons I am running Debian instead. Of course, it does not mean I have to browse the web or keeping the MUA using the root session, I update the programs and quit ;-) Good plan! Also, running an application as root is usually the fastest way to debug configurations issues with your current user. But if you are root then you can easily become the user you are wishing to debug. Then running as that user should enable you to debug that user issue. And running as root can create new problems that confounds the problem. And running those third person programs as root opens you up to social engineering attacks against root. If they are good then you will never know you were cracked. Another example: My main system only has two users (sm01 which is my plain user and root) so if a GUI application is behaving in the wrong way it's quicker to run it with gksu than creating a new user and test with it. I think that case description is lacking just enough details that you are taking for granted but not stating that I can't say one way or the other. You are smart enough to have reasonable judgment and I will trust you on it but I wouldn't recommend it. I will say that I often create test users specifically to test out something and then clean things up afterward. Of course that is very easy to do. And I also use Xephyr (faster xnest clone) to test GUI applications, other window managers, that type of thing. And there is always actually logging in using 'ssh -X' and throwing the display too. With the appropriate cautions there too. Bob signature.asc Description: Digital signature
Re: gksu: Couldn't set environment variable...
On Sat, Nov 26, 2011 at 16:25, Bob Proulx b...@proulx.com wrote: Raf Czlonka wrote: Sthu hadn't mentioned even once that he tries to run those as root. Uhm... What? But he did! You must have missed that he said he wanted to run them from gksu. If you are not familiar with it that is the entire purpose of gksu. From the gksu man page: gksu is a frontend to su and gksudo is a frontend to sudo. Their pri- mary purpose is to run graphical commands that need root without the need to run an X terminal emulator and using su directly. Therefore, yes, he did say he wanted to run those as root. :-) :-) That is a huge assumption. Both su and sudo are used to switch users. Yes, the primary user that gets switched to is root, but that doesn't mean it is the only user that someone would switch to using su or sudo. I assume gksu and gksudo both have the same ability as su and sudo. According the man page that I found for gksu and gksudo they both support same options (-u) but all of my linux systems are headless so I can't actually test it. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAFe+FOxoLmkY+_pLUhqGvDkFwX1QgaOxPqg=_gdofvlmybt...@mail.gmail.com
Re: gksu: Couldn't set environment variable...
Sthu Deus wrote: I can not run two applications w/ gksu: chromium and qbittorrent Why do you want to run those applications as root? You should not do this. Neither of those applications are designed for being run as root. Those should be run as a normal non-root user. In other words, don't debug the error since it doesn't matter. Don't try to run those as root. It is asking for trouble. What are you really trying to do? Chromium is simply a web browser. It doesn't need root. Run it as you normal non-root user. qbittorrent is a graphical interface bittorrent client. It doesn't need root to run either. Run it as your normal non-root user. Bob signature.asc Description: Digital signature
Re: gksu: Couldn't set environment variable...
On Thu, 24 Nov 2011 12:44:48 +0700, Sthu Deus wrote: I can not run two applications w/ gksu: chromium and qbittorrent w/ the error: Couldn't set environment variable... Is it only happening with just that two programs? launching so: /usr/bin/gksu -u usrname /usr/bin/qbittorrent or /usr/bin/gksu -u usrname /usr/bin/chromium Others seems to run OK. I have searched for the error through web but nothing useful found for me. How I can run it, finally? Try adding the debug parameter: gksu -d chromium gksu -d qbittorrent Greetings, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/pan.2011.11.24.15.28...@gmail.com
Re: gksu: Couldn't set environment variable...
Thank You for Your time and answer, Camaleón: I can not run two applications w/ gksu: chromium and qbittorrent w/ the error: Couldn't set environment variable... Is it only happening with just that two programs? For a new user it works too, but for the old one - all work except these two. I have searched through dir.s and files that were created for the new user (its home dir. was empty and did remove the appropriate dir.s in the home dir. of the problematic user - did not solve the problem. The dir.s were, IIRC: .dbus .gconf .gconfd Any other dir/file suggestion? launching so: /usr/bin/gksu -u usrname /usr/bin/qbittorrent or /usr/bin/gksu -u usrname /usr/bin/chromium Others seems to run OK. I have searched for the error through web but nothing useful found for me. How I can run it, finally? Try adding the debug parameter: gksu -d chromium gksu -d qbittorrent $ /usr/bin/gksu -d -u usrname /usr/bin/chromium xauth: -13e165d7bacfc8c77079659f0ceaf146 - display: -:0- final xauth: -13e165d7bacfc8c77079659f0ceaf146 - final display: -:0- STARTUP_ID: gksu/|usr|bin|chromium/23458-0-dark_TIME0 gksu_context_run: buf: -Password: - password from keyring found DEBUG (run:after-pass) buf: -Password: - -EBUG (run:post-after-pass) buf: - -EBUG (run:post-after-pass) buf: -gksu: waiting -EBUG (gksu: waiting) buf: -gksu: waiting [23477:23477:49752580053:FATAL:browser_main.cc(1362)] Check failed: PathService::Get(chrome::DIR_USER_DATA, user_data_dir). Must be able to get user data directory! Aborted $ /usr/bin/gksu -d -u usrname /usr/bin/qbittorrent xauth: -13e165d7bacfc8c77079659f0ceaf146 - display: -:0- final xauth: -13e165d7bacfc8c77079659f0ceaf146 - final display: -:0- STARTUP_ID: gksu/|usr|bin|qbittorrent/23541-0-dark_TIME0 gksu_context_run: buf: -Password: - password from keyring found DEBUG (run:after-pass) buf: -Password: - -EBUG (run:post-after-pass) buf: - -EBUG (run:post-after-pass) buf: -gksu: waiting -EBUG (gksu: waiting) buf: -gksu: waiting Couldn't set environment variable... So, both can not get access to the required user's environment - for some reason. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4ece9015.0e85cd0a.5c87.c...@mx.google.com
Re: gksu: Couldn't set environment variable...
On Fri, 25 Nov 2011 01:42:25 +0700, Sthu Deus wrote: Thank You for Your time and answer, Camaleón: I can not run two applications w/ gksu: chromium and qbittorrent w/ the error: Couldn't set environment variable... Is it only happening with just that two programs? For a new user it works too, but for the old one - all work except these two. I have searched through dir.s and files that were created for the new user (its home dir. was empty and did remove the appropriate dir.s in the home dir. of the problematic user - did not solve the problem. The dir.s were, IIRC: .dbus .gconf .gconfd Any other dir/file suggestion? You can try to reboot. Strange things can happen when gnome is updated and some files are still in use. Try adding the debug parameter: gksu -d chromium gksu -d qbittorrent $ /usr/bin/gksu -d -u usrname /usr/bin/chromium May I ask why are you giving the full path to both binaries? :-? Also, try to run gksu as root user. (...) [23477:23477:49752580053:FATAL:browser_main.cc(1362)] Check failed: PathService::Get(chrome::DIR_USER_DATA, user_data_dir). Must be able to get user data directory! Aborted (...) $ /usr/bin/gksu -d -u usrname /usr/bin/qbittorrent (..) buf: -gksu: waiting Couldn't set environment variable... So, both can not get access to the required user's environment - for some reason. Let's see what are the perms of the user ~/.config directory: ls -la | grep config Greetings, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/pan.2011.11.24.19.08...@gmail.com
gksu: Couldn't set environment variable...
Good time of the day. I can not run two applications w/ gksu: chromium and qbittorrent w/ the error: Couldn't set environment variable... launching so: /usr/bin/gksu -u usrname /usr/bin/qbittorrent or /usr/bin/gksu -u usrname /usr/bin/chromium Others seems to run OK. I have searched for the error through web but nothing useful found for me. How I can run it, finally? Thanks for Your time. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4ecdd9d3.0e85cd0a.5c87.5...@mx.google.com