Root in Gnome Terminal has wrong $PATH [Solved]

Hello
wehn i open a Root terminal in gnome the Root user hasn't the full PATH (only /usr/ucb:/bin:/usr/bin:/etc)
I have no idea what is wrong.
Thanks for every answer.
Last edited by ZeroCool (2009-10-12 21:06:34)

Stefan Husmann wrote:This bug is confirmed by a user in german forum. B, you are right, but a normal su should take the environment from the underpriviliged user who switches to root, and not to something insane. Where does this /usr/ucb come from? The path does not even exist.:/
Big Thanks for this information Now i know what is it.
When i use
gksudo -l gnome-terminal
i became
[zerocool@bruel ~]$ gksudo -l gnome-terminal
(gksudo:15810): Gdk-CRITICAL **: gdk_x11_atom_to_xatom_for_display: assertion `atom != GDK_NONE' failed
(gksudo:15810): Gdk-CRITICAL **: gdk_x11_atom_to_xatom_for_display: assertion `atom != GDK_NONE' failed
(gksudo:15810): Gdk-CRITICAL **: gdk_x11_atom_to_xatom_for_display: assertion `atom != GDK_NONE' failed
(gksudo:15810): Gdk-CRITICAL **: gdk_x11_atom_to_xatom_for_display: assertion `atom != GDK_NONE' failed

Similar Messages

Mail has wrong path for Save

I am using v. 7.1 of Mail under OS X 10.9.1. When I attempt to save an email to my Documents folder I get an error message:
Could not save to path /Users/bob/~/~/~/~/~/~/~/~/~/~/Documents/Payment submitted.rtf. Choose a different path.
Clearly Mail has a bad pathname for the Documents folder. TextEdit documents save properly to Documents. Terminal shows the path to Documents as: /Users/bob/Documents
What is going wrong with Mail?
Bob

Agreed. I get a completely different wrong path, but only (so far) when I try for Documents. Seems like a bug. Good catch.
Apple - Mac OS X - Feedback

New desktop has wrong path for page links in nav bar

I created a new desktop and have the following problem. The image links to portal
pages in the horizontal nav bar in the top have wrong path.
Example.
In the original portal the home page link in the nav bar has a image associated
with it in workshop.
\framework\skin\classic\images\home.gif
The partial url generated for the image looks liek this:
\mywebapp\\framework\skin\classic\images\home.gif.
I created a new desktop everything works fine except for the images. The href's
are created for the links but the image path is wrong.
the url generated is : \mywebapp\appmanager\framework\skin\classic\images\home.gif
The "appmanager" in the path causes the problem.
Is this a bug?

Hi Subbu,
I used workshop page properties to associate the image to the page.
framework/skins/classic/images/home.gif
- Shankar
Subbu Allamaraju <[email protected]> wrote:
Shankar,
Did you use any tag to create the img tag? Do you have any sample
HTML/JSP snippet?
Subbu
Shankar Bala wrote:
I created a new desktop and have the following problem. The imagelinks to portal
pages in the horizontal nav bar in the top have wrong path.
Example.
In the original portal the home page link in the nav bar has a imageassociated
with it in workshop.
\framework\skin\classic\images\home.gif
The partial url generated for the image looks liek this:
\mywebapp\\framework\skin\classic\images\home.gif.
I created a new desktop everything works fine except for the images.The href's
are created for the links but the image path is wrong.
the url generated is : \mywebapp\appmanager\framework\skin\classic\images\home.gif
The "appmanager" in the path causes the problem.
Is this a bug?

10.1.0.2 installation - listener service has wrong path

Installing 10.1.0.2 on Windows XP pro SP2:
It appears that the path setup for the service:
OracleOraDb10g_home1TNSListener is wrong.
It is set to E:\oracle\product\10.1.0\Db_1\BIN\TNSLSNR
but should be E:\oracle\product\10.1.0\Db_2\BIN\TNSLSNR.
Kind regards,
Morten Steffensen

hmm, does anyone know how to change this path for the executable of a service in windows XP?

[SOLVED] cannot run gnome-terminal or rxvt

I am running Arch 64 with GNOME. Every time that I try to run gnome-terminal, it simply flashes for a split second and disappears. it does not seem that rxvt is even invoked when I click on it, and I am not sure how to proceed.
Here is what I have done:
1.The problem started when I got openbox under GNOME up and running. I thought that openbox did something odd, so I removed it. (I don't think a window manager would damage applications, but I'm kinda knew to swapping them around)
2. I went ahead and got metacity running again.
3. I reinstalled GNOME.
4. I double checked previous forum posts, and I indeed have a default shell (now zsh, see below)
5. I went ahead and installed zsh. It works just fine in tty, and 'echo #SHELL' properly returns '/bin/zsh'
Ideas?
Last edited by electricaltape (2010-05-17 23:28:38)

The only problem is with terminals; all other applications in X work fine. I don't think it is a driver problem since the terminal only began to misbehave after I installed/uninstalled openbox. I am not sure where to look for error messages; is there some logfile I can check?
I think kazuo is on to something.
DISPLAY=:0 gnome-terminal
has the output (in tty1)
Invalid MIT-MAGIC-COOKIE-1 keyFailed to parse arguments: Cannot open display:
UPDATE : The install I had was pretty fresh anyway, so I just reformatted. Therefore, no more problem.
Last edited by electricaltape (2010-05-17 23:29:00)

[SOLVED] gnome-terminal initial path

Recently my gnome-terminal initial path became "/" instead of my home. How can I fix that? I haven't this problem when I use xterm or log in out of Xorg.
Thank you
Last edited by cemsbr (2009-04-16 06:26:20)

cemsbr wrote:
Recently my gnome-terminal initial path became "/" instead of my home. How can I fix that? I haven't this problem when I use xterm or log in out of Xorg.
Thank you
Then it's probably gnome/gnome terminal's fault.
Check every settings tab in gnome-terminal..,see if there's an option to set initial folder path
If not, adding a "cd ~/" on the first line of your ~/.bashrc could also do the trick (assuming you use bash as a shell)
Last edited by Wra!th (2009-04-15 14:02:43)

[Solved]urxvt does not search the font for emojis while gnome-terminal

Hi, I'm using urxvt and am having some problems setting up fonts. These are my URxvt parameters specifying the fonts
URxvt*font: xft:Inconsolata-dz for Powerline:style=Semibold:pixelsize=14:antialias=true:hinting=slight, \
xft:PowerlineSymbols:pixelsize=14:antialias=true:hinting=slight, \
xft:Symbola:pixelsize=14:antialias=true:hinting=slight
Now, the emojis from Symbola does not appear and it only appears as a box
The same thing when opened in Gnome-terminal properly displays the emojis
Also, I have tried starting urxvt with the following options
urxvt -fn "xft:Symbola"
and it works but as you see Symbola is not a font for your terminal.
What am I doing wrong here? I've check my previous lines and it is right. Do you guys have any ideas? Much appreciated. I have also tried with other posts stating that Urxvt cannot display symbols properly and have tried them all. If I've missed any please let me know. The strange thing is that it works for Gnome-terminal and Urxvt with only Symbola fonts
Last edited by decryptedepsilon (2014-07-12 02:40:24)

bch24 wrote:
Make sure the System Locale is set to utf-8 locale.
This sometimes is the issue.
Many thanks for your reply, I've checked the system locale is proper. I think I have found the solution.
I think the official rxvt-unicode faq and documentation here states that rxvt-unicode drops pixels while showing some fonts because different fonts use different height and width. In this particular case, Symbola font is too wide and the default letterSpace does not allow it to display correct. If -letsp parameter is set to 4, it is displaying but with about a half pixel missing
The specific parameters for .Xresources
URxvt*font: xft:Inconsolata-dz for Powerline,xft:Symbola
URxvt*letterSpace: 4
And this gives this which technically solves the issue
The documentation clearly states the following
All of this requires that fonts do not lie about character sizes, however: Xft fonts often draw glyphs larger than their acclaimed bounding box, and rxvt-unicode has no way of detecting this (the correct way is to ask for the character bounding box, which unfortunately is wrong in these cases).
I guess the first thing one should do is to check the documentation thoroughly of the official project page rather than searching countless forums where people have discussed stuff based on trial and error. I guess that's a classic rookie mistake and I feel very good that I'm moving past the rookie phase

( SOLVED )gnome-terminal, su, sudo, gksu, gksudo does not work

Hello,
In my fresh installed gnome3 graphical environment, in gnome-terminal, I can not gain root access.
I've tried diverse su commands.
1. su command, ends with:
su -
Password:
su: Authentication failure
2. sudo command, ends with:
sudo -l
[sudo] password for root:
Sorry, try again.
[sudo] password for root:
Sorry, try again.
[sudo] password for root:
sudo: 2 incorrect password attempts
Of course - each time, I typed correct password.
In my sudoers file, group wheel ( into which belongs user I logged in ) has permissions to execute any command.
3. gksudo with debug:
gksudo -ld gnome-terminal
No ask_pass set, using default!
xauth: /tmp/libgksu-stbGos/.Xauthority
STARTUP_ID: gksudo/gnome-terminal/879-0-Bex_TIME0
cmd[0]: /usr/bin/sudo
cmd[1]: -H
cmd[2]: -S
cmd[3]: -p
cmd[4]: GNOME_SUDO_PASS
cmd[5]: -u
cmd[6]: root
cmd[7]: --
cmd[8]: gnome-terminal
buffer: -GNOME_SUDO_PASS-
brute force GNOME_SUDO_PASS ended...
Yeah, we're in...
sudo: 1 incorrect password attempt
xauth: /tmp/libgksu-stbGos/.Xauthority
xauth_env: /var/run/gdm/auth-for-tangram-9JYTNt/database
dir: /tmp/libgksu-stbGos
I've been asked for my password, not root, after typing I get "incorrect password attempt", if I type root pwd I get the same.
4. Same with this command:
gksu -ld gnome-terminal
No ask_pass set, using default!
xauth: /tmp/libgksu-SBPcOB/.Xauthority
STARTUP_ID: gksu/gnome-terminal/1028-0-Bex_TIME0
cmd[0]: /usr/bin/sudo
cmd[1]: -H
cmd[2]: -S
cmd[3]: -p
cmd[4]: GNOME_SUDO_PASS
cmd[5]: -u
cmd[6]: root
cmd[7]: --
cmd[8]: gnome-terminal
buffer: -GNOME_SUDO_PASS-
brute force GNOME_SUDO_PASS ended...
Yeah, we're in...
sudo: 1 incorrect password attempt
xauth: /tmp/libgksu-SBPcOB/.Xauthority
xauth_env: /var/run/gdm/auth-for-tangram-6RCSoJ/database
dir: /tmp/libgksu-SBPcOB
In multi-user-mode I can login to root account.
Last edited by tangram (2013-12-23 08:42:09)

tangram wrote:
Hurrican, ok, there is no need to install antother terminal, as I wrote it did not work also in xterm.
Yesterday evening, tired and sad that gk(su|sudo) still does not work,
as the "last chance idea", I logged in into multi-user mode ( init level 3 ) and changed root's password,
then loged in into graphical mode ( init level 5 ), start gnome-terminal and suddenly ... command "su -" started to work.
By the way, similar solution ( but with chroot ) has suggested Gulver in his post ( this thread, answer #2 ).
The question is, why root's password, set during install, after finished installation is recognized in text mode, but not im graphical ?
First root's password was really simple, like "dog4356", without any national chars.
You're right. I don't even have xterm installed so I guess I just singled out gnome-terminal and forgot that xterm also wasn't working.
Forgive me for my shaky advice. Like you I've been super busy, and sweating out a fever of 102 degrees (that's Fahrenheit no my
blood wasn't boiling ). Anyways, glad you got it working. After reading over the whole thread and thinking about it for a little bit, I
can't really make a good guess as to what was happening.
I'm sure you probably had tried this, but you could have typed the password out in the command line so you could see it. If there was
something wrong with it, it would have shown up there as well. If it was perfectly fine, then it would have been very, very weird.
The important thing is you got it working.
Merry Christmas.

[SOLVED] Odd font spacing in gnome-terminal

Hi guys, i'm new to Arch and i'm loving it: everything is working flawlessly apart from monospaced fonts that look more spaced than what i'm used to (Ubuntu), here is what i'm talking about:
I tried -lcd and -ubuntu packages, changed hintstyle to both full/medium/slight but all to no avail, do you have any ideas?
Here is my configuration, that i'm using in Ubuntu and Arch right now:
<?xml version="1.0"?>
<!DOCTYPE fontconfig SYSTEM "fonts.dtd">
<fontconfig>
<match target="font">
<edit name="autohint" mode="assign"><bool>false</bool></edit>
<edit name="antialias" mode="assign"><bool>true</bool></edit>
<edit name="hinting" mode="assign"><bool>true</bool></edit>
<edit name="hintstyle" mode="assign"><const>hintslight</const></edit>
<edit name="lcdfilter" mode="assign"><const>lcddefault</const></edit>
<edit name="rgba" mode="assign"><const>rgb</const></edit>
</match>
</fontconfig>
Thank you in advance!
<edit>
Some clarifications: the configuration does get applied, so it's not due to misplaced configuration files, the font tracking just doesn't look right.
The depicted font in the screenshots is Menlo, but any other monospaced font, such as the Droid Mono, will look wrongly spaced.
</edit>
Last edited by bmanuel (2011-11-06 11:12:45)

Oh well, it seems i got it: it seems that just selecting a size of 7.5 instead of 8 get exactly the same spacing as if using a size of 8 in Ubuntu, this without installing any -ubuntu/-lcd/-cleartype patches, only vanilla arch packages.
The dumb gnome-3 new font selector will *not* permit selecting intermediate sizes and won't let you enter "7.5", so fire up gconf-editor and just change the value for apps.gnome-terminal.profiles.Default to be, as in my case, "Menlo 7.5".
Finally, sensible spacing in my terminals!

Gnome-terminal doesn't tile all the way in awesome [SOLVED]

There are always a little space left not covered by the gnome-terminal.
So does some other terminals like sakura, lilyterm.
konsole have no problem with it.
What could be the problem?
Edit:
Thanks for lucke's suggestion
I followed this and it worked
http://awesome.naquadah.org/wiki/FAQ#Ho … windows.3F
Last edited by Mgccl (2010-06-05 20:48:03)

I notice this with xfce's terminal too, and I believe it has to do with the fact that the window size has to be an integer multiple of the size of a character ie. there needs to be a whole number of lines shown vertically (and characters horizontally). I'm not sure if there is a way of getting it to play nice with awesome (as I don't use it), maybe somebody else can help...

[SOLVED] gnome-terminal 3.12 won't start

After I upgraded to gnome 3.12, I my terminal refused to start with the error "Message did not receive a reply". It turns out that the issue was that I had previously installed vte3-mosh-fix from the AUR, and the new version of gnome-terminal was incompatible with that old version of vte3. Running "pacman -S vte3" fixed the problem for me. (And I think that mosh fix has been incorporated into the latest version too.) Posting in case anyone else runs into this.

The patch was indeed merged into the upstream, it's the only reason I haven't updated the PKGBUILD.

[Solved] Gnome-terminal does not start (fresh install)

Whenever I install gnome-terminal, I have the following message displayed:
(gconftool-2:28984): GConf-WARNING **: Client failed to connect to the D-BUS daemon:/usr/bin/dbus-launch terminated abnormally without any error message
Then whenever I launch gnome-terminal I have this message:
** (gnome-terminal:1102): CRITICAL **: atk_bridge_adaptor_cleanup: assertion `inited' failed
The problem seems to be related to dbus. I have even tried guake which complains explicitly about "No D-BUS daemon running".
Systemctl is telling me that d-bus is up and running.
Any help appreciated.
Info:
- Linux arch64-vbox 3.6.9-1-ARCH #1 SMP PREEMPT Tue Dec 4 08:04:10 CET 2012 x86_64 GNU/Linux
- systemctl --all | grep error
auditd.service error inactive dead auditd.service
display-manager.service error inactive dead display-manager.service
plymouth-quit-wait.service error inactive dead plymouth-quit-wait.service
plymouth-start.service error inactive dead plymouth-start.service
rc-local.service error inactive dead rc-local.service
syslog.service error inactive dead syslog.service
Cheers,
Last edited by PierreR (2012-12-05 20:16:59)

Solved with the latest dbus upgrade (dbus-core removal)

[SOLVED] Gnome 3.12 : gnome terminal does not run anymore

I had the following message when trying to run gnome-terminal after updating to 3.12:
Error creating terminal: Message did not receive a reply (timeout by message bus)
I have found a fix, so I'll share it with the community. The problem was that I had vte3-mosh-fix installed from the aur, version 0.34.9 and that gnome-terminal now requires vte3 0.36.0.
Switching to the official vte3 package fixes the issue.

Thank you for posting the solution. I would have never even remembered that I had installed that mosh fix, let alone thought to remove it.

[solved] Internal padding in gnome-terminal

Hi there,
Is there a way to define an internal padding in gnome-terminal of Gnome 3.8?
The output is too close to the window borders and I would like to have them placed a bit more inside.
At the moment it looks like that: http://i.imgur.com/QlVPrFf.png
Thanks!
EDIT:
To move the terminal output away from the window borders create the stylesheet ~/.config/gtk-3.0/gtk.css with the following setting:
TerminalScreen {
-VteTerminal-inner-border: 10px 10px 10px 10px;
Last edited by orschiro (2013-05-26 20:15:42)

On most recent Gnome 3.16 we need to create the stylesheet ~/.config/gtk-3.0/gtk.css with the following setting:
VteTerminal,
TerminalScreen {
padding: 10px 10px 10px 10px;
-VteTerminal-inner-border: 10px 10px 10px 10px;
Ref.: https://wiki.archlinux.org/index.php/GN … e_terminal

[SOLVED] GNOME terminal is completely blank

When I open the gnome terminal, it is completely blank, not the usual "$ user@computer". Any ideas?
Last edited by r42xer (2012-04-28 00:37:04)

Haha, silly me, the text was black on a black background. Gee do I feel stupid. Closing.

Root in Gnome Terminal has wrong $PATH [Solved]

Similar Messages

Maybe you are looking for