tinycore_2.4rc2

[jls]

...What Xserver are you running?

Xvesa

[bmarkus]

Maybe I missed something earlier. But what is xlist in the tce directory?

[roberts]

It is temporary and will be gone in next cut, for sure before final.
It is used during load process to ensure that existing files and directories are not over written.

[bmarkus]

It is temporary and will be gone in next cut, for sure before final.
It is used during load process to ensure that existing files and directories are not over written.

Well, as I see there /usr/local/bin now I understand why /usr/local/bin/xz for example is not loaded  

[roberts]

Another strange thing. It happened many times that installing application with appbrowser its content is not stored in the RAM, but appbrowser says it was successful. Downloaded extension is stored in /tce and after rebooting they are working as expected.

Please supply specific example(s) so that I may try to duplicate.
Thanks.

Just take a stock 2.4rc2 with /tce on USB (if it matters) and install applications with appbrowser one by one and check them. First few is OK, but very soon their content is missing. Appbrowser displays a success message, extension name is in /usr/local/tce.installed, extension itself is stored in /tce

It is not extension specific. Free RAM is 1.8G.

Restarting the system everything is copied correctly from /tce to RAM.

Haven't seen such before 2.4

I can't give more specific info  

I just loaded up 40 apps, some of the largest, all via appbrowser and all "install" to ram. Each app runs fine. I cannot reproduce without more information.

Are you talking about 100s of apps? Do you see the failure after loading a specific app?

[bmarkus]

I'm trying to reproduce it but now it works. Anyhow, will make few more tries to reproduce recording the extension load order. For sure it happened not only once before, so the daemon is out there 

[jpeters]

jpeters wrote:

Boots jwm without tray or hotkeys; haven't tried much, other than copy over new .profile, .xsession; tried
startx from prompt, jwm_restart, etc..

Looks like the new RC overwrote the .jwmrc files in $HOME.  I had some backups, so restored.

edit: and continues to overwrite them; shouldn't they be only in /skel?  

jwm is not in the base system. jwm is an extension and the extension has not changed.
However I will look into booting the jwm extension.

.jwmrc files are in /etc/skel.  The issue is that they're somehow being written to $HOME, overwriting the files from backup.  Workaround is to recopy them after the boot. They're even overwritten if returing to a prompt and issuing the startx command.

edit: strange....I don't see any .jwmrc files  after unpacking tinycore.gz (in /etc/skel or ~home)...not sure where they're coming from.  I'll try the snapshot extension.  edit: same issue

I see the issue. It came about as part of the refactoring of code. I will correct it. I believe it can be handled in the extensions itself. Thanks for reporting.

Please try http://distro.ibiblio.org/pub/linux/distributions/tinycorelinux/2.x/release_candidates/microcore/jwm.tcz

Just took a brief break from work, I didn't get a chance to check out the link.  THANKS!
I just noted line 7 in jwm_initmenu.  I see the .jwmrc files are put in /etc/skel by the extension, then
copied to $HOME.

Code: [Select]

# !/bin/sh
  3 # (c) Robert Shingledecker 2009
  4 # Called from tc-config to setup jwm tce menu
  5 USER="$(cat /etc/sysconfig/tcuser)"
  6 TCEMENU="/usr/local/tce.menu/menu"
 +7 cp /etc/skel/.jwm* /home/"$USER"
  8 cp /usr/share/jwm/tce/menu_template "$TCEMENU"
  9 chown "$USER".staff "$TCEMENU"
 10 chmod g+w "$TCEMENU


[bigpcman]

........
You only need the scheme in .Xdefaults!

What do you get when in X with an open xterm and type
env | grep TITLEBAR

FLWM_TITLEBAR_COLOR=00:00:00

I'm running 2.4rc2 in qemu and see the same results. I tried FLWM_TITLEBAR_COLOR=32:32:32. There was no change.
env | grep TITLEBAR returns:
FLWM_TITLEBAR_COLOR=32:32:32

Using xvesa.

[roberts]

jpeters wrote:

Boots jwm without tray or hotkeys; haven't tried much, other than copy over new .profile, .xsession; tried
startx from prompt, jwm_restart, etc..

Looks like the new RC overwrote the .jwmrc files in $HOME.  I had some backups, so restored.

edit: and continues to overwrite them; shouldn't they be only in /skel?  

jwm is not in the base system. jwm is an extension and the extension has not changed.
However I will look into booting the jwm extension.

.jwmrc files are in /etc/skel.  The issue is that they're somehow being written to $HOME, overwriting the files from backup.  Workaround is to recopy them after the boot. They're even overwritten if returing to a prompt and issuing the startx command.

edit: strange....I don't see any .jwmrc files  after unpacking tinycore.gz (in /etc/skel or ~home)...not sure where they're coming from.  I'll try the snapshot extension.  edit: same issue

I see the issue. It came about as part of the refactoring of code. I will correct it. I believe it can be handled in the extensions itself. Thanks for reporting.

Please try http://distro.ibiblio.org/pub/linux/distributions/tinycorelinux/2.x/release_candidates/microcore/jwm.tcz

Just took a brief break from work, I didn't get a chance to check out the link.  THANKS!
I just noted line 7 in jwm_initmenu.  I see the .jwmrc files are put in /etc/skel by the extension, then
copied to $HOME.

Code: [Select]

# !/bin/sh
  3 # (c) Robert Shingledecker 2009
  4 # Called from tc-config to setup jwm tce menu
  5 USER="$(cat /etc/sysconfig/tcuser)"
  6 TCEMENU="/usr/local/tce.menu/menu"
 +7 cp /etc/skel/.jwm* /home/"$USER"
  8 cp /usr/share/jwm/tce/menu_template "$TCEMENU"
  9 chown "$USER".staff "$TCEMENU"
 10 chmod g+w "$TCEMENU


Yes and that worked just fine until the code was refactored to be reentrant.
Please the the new jwm.tcz as posted earlier.

[roberts]

........
You only need the scheme in .Xdefaults!

What do you get when in X with an open xterm and type
env | grep TITLEBAR

FLWM_TITLEBAR_COLOR=00:00:00

I'm running 2.4rc2 in qemu and see the same results. I tried FLWM_TITLEBAR_COLOR=32:32:32. There was no change.
env | grep TITLEBAR returns:
FLWM_TITLEBAR_COLOR=32:32:32

Using xvesa.

Yes. Appears to be my bad. The classic build got the latest cut. This is the version that I prefer. The topside build did not. You  can try the classic build or wait until next cut for the topside to be updated.

[bigpcman]

........
You only need the scheme in .Xdefaults!

What do you get when in X with an open xterm and type
env | grep TITLEBAR

FLWM_TITLEBAR_COLOR=00:00:00

I'm running 2.4rc2 in qemu and see the same results. I tried FLWM_TITLEBAR_COLOR=32:32:32. There was no change.
env | grep TITLEBAR returns:
FLWM_TITLEBAR_COLOR=32:32:32

Using xvesa.

Yes. Appears to be my bad. The classic build got the latest cut. This is the version that I prefer. The topside build did not. You  can try the classic build or wait until next cut for the topside to be updated.

As you have said many times, that's what "rc's" are for.

[roberts]

There is nothing like public testing to shake things out.
I am glad I have a community willing to do such.
Thanks.

[jpeters]

jpeters wrote:

Boots jwm without tray or hotkeys; haven't tried much, other than copy over new .profile, .xsession; tried
startx from prompt, jwm_restart, etc..

Looks like the new RC overwrote the .jwmrc files in $HOME.  I had some backups, so restored.

edit: and continues to overwrite them; shouldn't they be only in /skel?  

jwm is not in the base system. jwm is an extension and the extension has not changed.
However I will look into booting the jwm extension.

.jwmrc files are in /etc/skel.  The issue is that they're somehow being written to $HOME, overwriting the files from backup.  Workaround is to recopy them after the boot. They're even overwritten if returing to a prompt and issuing the startx command.

edit: strange....I don't see any .jwmrc files  after unpacking tinycore.gz (in /etc/skel or ~home)...not sure where they're coming from.  I'll try the snapshot extension.  edit: same issue

I see the issue. It came about as part of the refactoring of code. I will correct it. I believe it can be handled in the extensions itself. Thanks for reporting.

Please try http://distro.ibiblio.org/pub/linux/distributions/tinycorelinux/2.x/release_candidates/microcore/jwm.tcz

Just took a brief break from work, I didn't get a chance to check out the link.  THANKS!
I just noted line 7 in jwm_initmenu.  I see the .jwmrc files are put in /etc/skel by the extension, then
copied to $HOME.

Code: [Select]

# !/bin/sh
  3 # (c) Robert Shingledecker 2009
  4 # Called from tc-config to setup jwm tce menu
  5 USER="$(cat /etc/sysconfig/tcuser)"
  6 TCEMENU="/usr/local/tce.menu/menu"
 +7 cp /etc/skel/.jwm* /home/"$USER"
  8 cp /usr/share/jwm/tce/menu_template "$TCEMENU"
  9 chown "$USER".staff "$TCEMENU"
 10 chmod g+w "$TCEMENU


Yes and that worked just fine until the code was refactored to be reentrant.
Please the the new jwm.tcz as posted earlier.

I don't exactly know what refactored to be reentrant means, but the linked jwm extension includes a test before copying, which works nicely: (but it DID work before   

Code: [Select]

for F in `ls -1 /etc/skel/.jwm*`; do
  [ -f /home/"$USER"/"${F##/*/}" ] || cp /etc/skel/.jwm* /home/"$USER"
  done


[bmarkus]

Backup displays the following error message:

Make sure you are using a valid backup/restore device. Some errors are logged in /tmp/backup_status

In /tmp/backup_status:

... file changed as we read it

Messages doesn't fit together and first message is misleading.

[bmarkus]

usbinstall error messages can't be read when script started in the right click menu as script terminates immediately.