dCore Import Debian Packages to Mountable SCE extensions > Release Candidates

dCore-focal

<< < (5/7) > >>

PDP-8:
More missing Xterm notes:

Bordering on anecdotal crazy, it happened again, but perhaps some data points since I didn't write down every step:

1) Burned a brand new bootable Focal iso.  Used "as is", so I didn't use it to make another Focal stick.  Used tce-setdrive to set my data persistence on a different stick.

2) Everything is working, so I went ahead and loaded graphics-<kernel> package on boot.  Put into my sceboot.lst file.  No problem it all works.

3) But now I noticed later that only Aterm and UxTerm is in the applications menu.

4) So lets fire up xterm anyway from within Aterm with the usual commandline quickie

xterm -fa Mono -fs 14 &

Nope - complaints about not finding the font files.

5) Fiddled around and merely *looked* at .Xdefaults with vi without making any changes.

6) Now Xterm is back in the menu system.  AND now that it is in the fluxbox menus, the simple commandline

xterm -fa Mono -fs 14 &

brings up xterm with ttf fonts and looks great.

Argh - could be the southwest heat baking my brain.  I'll start over and keep better notes..  so weird for xterm to go missing upon first burn and then show up later.

I'm on the hunt now, so I'll do it all over again and keep better notes..

PDP-8:
Xterm fluxbox menu goes awol notes:

Seems random.  Cut out all the other variables and started with nothing but the read-only bootable iso.  MD5sums doublechecked.

Upon boot, sometimes xterm in the menus is there, sometimes it is not.  When xterm is missing, simply exiting to prompt, exiting out of prompt, and logging back in as user tc brings xterm back into the menu.

OR, if it is missing, and you have designated a persistent data drive, the reboot can bring it back.

BUT, I burned freshly onto new sticks anyway, and the same random behavior of losing xterm is back.

Not a showstopper.  Almost funny now since the fix is simple.  Obviously UXterm, which never goes away is immediately available, as with Aterm.

Note: for us cli-guys I figured out you gotta' watch your options "-fa" when used with Xterm, and "-fn" with Aterm.  Easy to fat-finger and get them crossed. :)

PDP-8:
SOLVED! - maybe..

Ok, so when xterm goes missing, you can also simple do

Fluxbox > Restart

Ok that works, but I can't let go of it.. :)

I think I found that if you specify the full-pathname of /usr/bin/xterm in

/usr/local/tce.fluxbox

Seems like merely changing it from {xterm} to {/usr/bin/xterm} does the trick.

Wow, so annoying because it was so random on my box.  I'll keep an eye on it and see if it returns..

PDP-8:
Update - Once I modified that file manually, it seems the xterm menu option is stable.

Of course, this file gets overwritten by the system - say like when you sce-load htop for example.  Now Htop is in the applications menu along with xterm.  But when you look at the file, the executable for xterm no longer has the full path, just the {xterm} directive again.

Even so, xterm is functioning and stable and in the menus.

I can only think that on this particular piece of hardware, something in the timing doesn't allow a path to be established to xterm on a regular basis.  Maybe if link it to "Bterm" it might catch it fast enough. :)

Anyway, it's a small thing easily worked around, so I'll just deal with it for now on this single device.

PDP-8:
Interesting - after doing and sce-import of gparted, and subsequently loading it, it seems like a process is started that won't let you start gparted even as root from the terminal.


--- Code: ---$ sudo gparted
The process gpartedbin is already running.
Only one gpartedbin process is permitted.
--- End code ---

The best I can tell, this process is started right after sce-load'ing it.

And yes, these days I expect to start gparted as root, and thus I don't expect it to show up in the fluxbox application menu, but initiate it from the terminal.  So Fluxbox seems to act appropriately.

Simply put, root can't even start it because I think sce-load is firing up the process first, locking out root.

Just an observation - not a complaint!

Navigation

[0] Message Index

[#] Next page

[*] Previous page