[arch-general] packman -S eterm [done] But: bash: eterm: command not found ????
Could be I'm missing something here... But shouldn't 'pacman -S eterm'
put executable somewhere in the standard path??? This was done using a
root shell in a konsole terminal under E17 on my recently updated
Arch installation... I did search the wiki for eterm just in case there
was something about eterm that requires more than a simple pacman install.
Didn't find anything useful.
Am I missing something obvious here???
UnderTree =-> pacman -S eterm
resolving dependencies...
looking for inter-conflicts...
Targets (2): libast-0.7-2 eterm-0.9.5-3
Total Download Size: 0.91 MB
Total Installed Size: 2.98 MB
Proceed with installation? [Y/n] y
:: Retrieving packages from community...
libast-0.7-2 260.8K 315.2K/s 00:00:01 [###############################] 100%
eterm-0.9.5-3 674.3K 828.9K/s 00:00:01 [###############################] 100%
checking package integrity...
(2/2) checking for file conflicts [###############################] 100%
(1/2) installing libast [###############################] 100%
(2/2) installing eterm [###############################] 100%
UnderTree =-> eterm
bash: eterm: command not found
UnderTree =->
Here are the last few lines of my pacman.log:
[2010-04-17 00:35] synchronizing package lists
[2010-04-17 00:38] installed roxterm (1.18.1-1)
[2010-04-19 21:31] synchronizing package lists
[2010-04-19 21:34] installed libast (0.7-2)
[2010-04-19 21:34] installed eterm (0.9.5-3)
I note roxterm works, eterm doesn't...
I don't see any errors listed in the pacman.log...
--
| ~^~ ~^~
| <?> <?> Joe (theWordy) Philbrook
| ^ J(tWdy)P
| \___/ <
On 20/04/10 03:56, Joe(theWordy)Philbrook wrote:
Could be I'm missing something here... But shouldn't 'pacman -S eterm' put executable somewhere in the standard path??? This was done using a root shell in a konsole terminal under E17 on my recently updated Arch installation... I did search the wiki for eterm just in case there was something about eterm that requires more than a simple pacman install. Didn't find anything useful.
Am I missing something obvious here???
Yeah, `pacman -Ql eterm | grep bin/`. The binary is Eterm (upper-case e)
pacman -Ql eterm | grep bin or similar will tell you the executable name.
If experience serves correctly, it's Eterm.
On Mon, Apr 19, 2010 at 8:02 PM, Nathan Wayde
On 20/04/10 03:56, Joe(theWordy)Philbrook wrote:
Could be I'm missing something here... But shouldn't 'pacman -S eterm' put executable somewhere in the standard path??? This was done using a root shell in a konsole terminal under E17 on my recently updated Arch installation... I did search the wiki for eterm just in case there was something about eterm that requires more than a simple pacman install. Didn't find anything useful.
Am I missing something obvious here???
Yeah, `pacman -Ql eterm | grep bin/`. The binary is Eterm (upper-case e)
-- The world is full of tough guys. It doesn't need me to be one, too.
It would appear that on Apr 20, Nathan Wayde did say:
On 20/04/10 03:56, Joe(theWordy)Philbrook wrote:
Am I missing something obvious here???
Yeah, `pacman -Ql eterm | grep bin/`. The binary is Eterm (upper-case e)
"dou!"
I think I knew that once upon a time..., Why did I forget? Oh, I'll
bet I did something like this:
UnderTree =-> ln -s /usr/bin/Eterm /usr/bin/eterm
I'm not surprised that I hadn't yet picked up on 'pacman -Ql' though...
However, now that I can start eterm, I've bumped into some other small
wrinkle that I don't understand...
I don't know if it matters, but I'm running E17 as a desktop via
startx from user account "jtwdyp"
if I type the Eterm (Or with the above symlink, eterm) from the run prompt,
or from an existing terminal it fires up an eterm, apparently as a login
shell. (I know this because my ~/.bash_profile mounts a user owned data
partition, and unlike xterm, konsole, or roxterm, the eterm starts up with
an error message about the partition being already mounted...
Why would Eterm default to that?
More significantly:
(Note: my preferred way to get a root shell is via a keyboard shortcut
that fires up a konsole window using a --profile having a background
color that reminds me it's for root use, and a "-e su -c mc" Where my
root account's .mc setups also includes distinctive panel colors for the
same reason.)
But for some reason when I ^O my way to a bash shell from above described
root mc session and type "Eterm" A non-responsive eterm window opens with
an error message:
-bash: 11: Bad file descriptor
hunh? I suspect this is related to Eterm starting as a login shell, or
whatever causes the .bash_profile to be executed for it... But I'm
just guessing.
--
| ~^~ ~^~
| <?> <?> Joe (theWordy) Philbrook
| ^ J(tWdy)P
| \___/ <
Hello! I have configured a dual boot system, with Arch64 an XP. I have mounted the NTFS partition with ntfs-3g. I can read, copy, delete, rename or create files. But if I open a file with OpenOffice, I can't save it. The application just hungs, and I have to close it. I don't even know where to begin searching... ¿Any ideas? ¿What other information should I provide? Best Regards, Guillermo Leira
participants (4)
-
Guillermo Leira
-
Joe(theWordy)Philbrook
-
Nathan Wayde
-
Rob Bean