WelcomeWelcome | FAQFAQ | DownloadsDownloads | WikiWiki

Author Topic: Morphing towards OnDemand control?  (Read 255 times)

Offline labeas

  • Full Member
  • ***
  • Posts: 104
Morphing towards OnDemand control?
« on: April 29, 2017, 07:24:48 PM »
Because I built my TC64 in a linear way, instead of the intended
integrated/recursive way;.
Ie. I got WiFi working independent of <on-demand, on-boot>
considerations, it's unecessarily difficult to start/restore.

But when I consult the documentation, to try to restore the original
design intentions, with out losing the ability to go online, I read:

> (The OnBoot and OnDemand lists are also to be found in /tce.
> They are maintained by AppsAudit.)

My idea is to migrate my separate directories of <OnDemand files>
to the "OnDemand list" described above.

-> which AppsAudit == nX
-> find / -type f -name tce == /usr/bin/tce <- Script !

Please advise.

Offline gerald_clark

  • TinyCore Moderator
  • Hero Member
  • *****
  • Posts: 4206
Re: Morphing towards OnDemand control?
« Reply #1 on: April 29, 2017, 07:31:21 PM »
Where does /etc/sysconfig/tcedir point?
You really need to read the book.

Offline labeas

  • Full Member
  • ***
  • Posts: 104
Re: Morphing towards OnDemand control?
« Reply #2 on: May 01, 2017, 12:13:35 AM »
>  Where does /etc/sysconfig/tcedir point?
It's a symLink pointing to the /dev/sda2 DirTree with empty files, which I'm now deleting,
since TC should not mess with M$ partitions.
  Changing RAM:/etc/sysconfig/tcedir won't fix the problem, for the next boot,
unless the change gets stored in my persistent partition /dev/sdb1

>  You really need to read the book.
Yes "life is better with Coke".
I've read it & heard the TextToSpeech version.
-----------
A new problem has started:
 under <X/fbuf>, although the mouse cursor is alive, it doesn't activate anything.
 currently TC:X is stuck on the Destop with opera-12;
 fortunately Ctrl/Alt/F1 gets me to my chain-of-rootVTs.
! I just thought of using Alt/F1 in <X>, which killed opera-12 and freed-up the mouse.
 Actually: <X menu> showed that opera was still active & selecting it brought back
    a normal/live opera, which I then confirmed by answering a gmail
    all after starting to write THIS on VT:links!
One thing that doesn't look right is top's output:--
  PID  PPID USER     STAT   VSZ %VSZ CPU %CPU COMMAND
 6625  4231 root     R     5208  0.2   0  5.4 ./oberon
 7405  4223 root     R    11868  0.6   1  0.4 top
 7164     2 root     SW       0  0.0   1  0.1 [kworker/1:0]
 7167     2 root     SW       0  0.0   1  0.0 [kworker/u4:0]
 4914  4883 tc       S     785m 42.0   1  0.0 /usr/local/lib/opera-12/opera-12
...... should opera take so much CPU activity, while dormant?
I just went to <ControlPanel/BakupRestore> and was able to edit <Device:sda2> to sdb1
and do a <test Bakup>.
-- PS. the problems of not being able to <mouse copy> between <x> & VT for purposes
of conducting tests in one window & reporting the results in another, demonstrates
the value of oberon & wily, where lacking <mouse copy> and human-short-term-memory
accuracy is eliminated, by being able to have multiple windows on the same screen.
----What is ControlPanel / TerminalServer good for?


Offline Juanito

  • Administrator
  • Hero Member
  • *****
  • Posts: 9153
Re: Morphing towards OnDemand control?
« Reply #3 on: May 01, 2017, 12:48:48 AM »
>  Where does /etc/sysconfig/tcedir point?
It's a symLink pointing to the /dev/sda2 DirTree with empty files, which I'm now deleting,
since TC should not mess with M$ partitions.
  Changing RAM:/etc/sysconfig/tcedir won't fix the problem, for the next boot,
unless the change gets stored in my persistent partition /dev/sdb1
If you have more than one /tce folder on devices attached to your machine at boot, you will need to set the "tce=" boot code since tc will search attached devices looking for /tce folders.

Quote
-- PS. the problems of not being able to <mouse copy> between <x> & VT for purposes
of conducting tests in one window & reporting the results in another, demonstrates
the value of oberon & wily, where lacking <mouse copy> and human-short-term-memory
accuracy is eliminated, by being able to have multiple windows on the same screen.
don't you have to hold down <shift> to highlight and paste with dvtm?
« Last Edit: May 01, 2017, 12:51:10 AM by Juanito »

Offline labeas

  • Full Member
  • ***
  • Posts: 104
Re: Morphing towards OnDemand control?
« Reply #4 on: May 01, 2017, 04:49:55 AM »
>] Changing RAM:/etc/sysconfig/tcedir won't fix the problem, for the next boot,
>]  unless the change gets stored in my persistent partition /dev/sdb1

]  If you have more than one /tce folder on devices attached to your machine at boot, you will
]  need to set the "tce=" boot code since tc will search attached devices looking for /tce
]   folders.

You mean if several partitions are mounted.
How could they be mounted at that stage?
How could the boot process search what is not mounted?
Like GRUB does?

TC-docos are purely structured.
TC-talk doesn't acknowledge the importance of heirarchy [the tree].
Apparently <boot code> / direct-human-intervention is at the heirarchy
 top?

>] PS. the problems of not being able to <mouse copy> between <x> & VT for purposes
>] of conducting tests in one window & reporting the results in another, demonstrates
>] the value of oberon & wily, where lacking <mouse copy> and human-short-term-memory
>] accuracy is eliminated, by being able to have multiple windows on the same screen.

]  don't you have to hold down <shift> to highlight and paste with dvtm?

No, I'm writing this draft in: VT / console dvtm mc.
The mouse is *MY* installed gpm.
In <X/fbuf> the mouse is YOUR installation.
My LinuxNativeOberon has its own FrameBuffer and mouse.
The 3 mouse systems can't inter-communicate.
wily runs in <X> and can copy/paste with other <x> apps.

Who knows about old root-gpm?
It used to provide a kind of pop-up-menu, which would allow better
navigation of the chain-of-VTs.

Since opera-12 runs without it, I want to resist installing X11.

Thanks for TC.

Offline Juanito

  • Administrator
  • Hero Member
  • *****
  • Posts: 9153
Re: Morphing towards OnDemand control?
« Reply #5 on: May 01, 2017, 04:57:03 AM »
You mean if several partitions are mounted.

No, I mean if either several devices with /tce folders or one device with more than one partition containing /tce folders are attached at boot.

Offline labeas

  • Full Member
  • ***
  • Posts: 104
Re: Morphing towards OnDemand control?
« Reply #6 on: May 03, 2017, 03:09:55 PM »
] You mean if several partitions are mounted.

] No, I mean if either several devices with /tce folders
] or one device with more than one
] partition containing /tce folders are attached at boot.

Very interesting: "attached" means physically-plugged, but not
neccessarly mounted.
Perhaps I should analyse the well stuctured ash-code
[LNO giving easy coloring of texts & multiple textFrames on
the sane screen, is ideal for this] to see how the partitions
which are not mounted are accessed?!

This is the laptop's M$pook disk:--------
root@box:/home/tc# fdisk -l | head -26
Found valid GPT with protective MBR; using GPT

Disk /dev/sda: 976773168 sectors, 1804M
Logical sector size: 512
Disk identifier (GUID): 1439c659-d841-484f-bf8b-b349e26534e0
Partition table holds up to 128 entries
First usable sector is 34, last usable sector is 976773134

Number  Start (sector)    End (sector)  Size       Code  Name
   1            2048          616447        300M   0700  Basic data partition
   2          616448          821247        100M   0700  EFI system partition
   3          821248         1083391        128M   0700  Microsoft reserved partition
   4         1083392       976773119        465G   0700  Basic data partition
--------------
 which understandably, is read-only for TC.
But the <backup/restore panel> wrote to sda2 !!

PS. re, promtion of <your book>: users coming from *nix lose confidence
when reading on the forum: "place X in your Y file".
We are not pastry cooks. CPUs "copy".        Also: -----
root@box:/home/tc# chroot /mnt/sdd5 apropos folder
folder: nothing appropriate.
root@box:/home/tc# chroot /mnt/sdd5 apropos dir | wc -l == 51
-----------
/mnt/sdd5 is debian7

Of course, there's nothing wrong with catering for the M$pook.
office-girls market; but a little warning note up front, for
*nix users might make the book more acceptable for a wider audience.

PSS. what is suggested for a minimalist access of NNTP by TC64?
I.e. not needing X11; <Fbuf> is OK; console based is best.

==TIA