Core v4.7rc1

[roberts]

The first release candidate of Core 4.7 is ready for public testing:
http://distro.ibiblio.org/pub/linux/distributions/tinycorelinux/4.x/x86/release_candidates

Change Log:

• Updated filetool - New GUI access to ,filetool.lst, .xfiletool.lst, and backup options.
• Updated filetool.sh to interface to updated filetool GUI.
• Updated ondemand to suport scm extensions.
• Updated scmapps GUI for new ondemand maintenace.
• Updated scm to interface to updated scmaps GUI
• Updated apps GUI - New Check Onboot Unneeded and changes required by ondemand scm support.
• New chkonboot.sh for cli Core only use.
• Updated tce-setup for consistency in handling onboot.lst and scmlist.lst, dropped .scm from scmlist.lst items.

Note: Requires new Xprogs.tcz (apps, scmapps, filetool) also in the rc testing area until final release.

Note:
Having both scm and tcz in ondemand means changes to tcz ondemand. Specifically, icons would only be
displayed when extensions are loaded. All ondemand items both scm and tcz would be available in the ondemand menu.
From the ondemand menu, item will be loaded and if specified by a freedesktop item will also be launched.
Then the regular menu item and icon, if any, will be updated and displayed. Subsequent launching of the item
will be via the regular menu or displayed icon. Subsequent ondemand menu selection for an scm item will
unmount it and remove the regular menu item and associated icon if any. Subsequent ondemand menu selection
for a tcz will produce no action.

All ondemand items need to be re-created for the new format.

[netnomad]

hi roberts,

first impression of 4.7rc1 is very positive:
the ondemand-feature for scm is a great enhancement! thank you for that...
in the past it was quite a big job to load f.e. libreoffice with the help of the scm-app.
this loading and unloading feature over the ondemand-menue is really a big step.
one little remark:
when i load libreoffice then it tries a text import and opens the soffice-starting-script with calc as a csv-file.

#########################################
#!/bin/sh         
for arg do       
   case ${arg:0:1} in    
      -) SAVE_ARGS="${SAVE_ARGS}${arg}|"
      /) SAVE_ARGS="${SAVE_ARGS}${arg}|"
      *) SAVE_ARGS="${SAVE_ARGS}$PWD/${arg}|"
   esac   
done      
IFS='|'      
      
cd /apps/libreoffice3.6/program      
./soffice ${SAVE_ARGS}      
#########################################

after a second retry everything works fine.
the unloading of the scm works flawless, too.

some not so important further small remark:
the onboot.lst-feature checks the file onboot.lst flawless, but if a different filename is used by a bootcode, f.e. onboot_fluxbox.lst then this special onboot.lst-file is ignored.

nevertheless a very nice cut in the right direction!

[coreplayer2]

Awesome thanks.

I thought I had an efficient onboot.lst, but when running the new "Check Onboot unneeded" option the script found 9 unneeded items that were already deps of other extensions.    So I removed them from the Onboot list, all with the exception of one

parted.tcz not needed; a dep of gparted.tcz

only parted was not in the Onboot.lst, so can not remove it

does find recognize the "parted" in "gparted" perhaps??

[coreplayer2]

Also could not find filetool gui in apps menu or system tools menu's  so typed filetool at the terminal and poof! here is a gui

Interesting..

Of course it is also called backup and restore in the control panel

[SvOlli]

I noticed a problem in the "apps" application: when using a relative link it quits with the error message that the TCE directory is not writable.

Code: [Select]

tc@box:~$ strace -echdir,open apps
open("/etc/ld.so.cache", O_RDONLY)      = 3
open("/usr/local/lib/libfltk.so.1.1", O_RDONLY) = 3
open("/usr/lib/libstdc++.so.6", O_RDONLY) = 3
open("/lib/libm.so.6", O_RDONLY)        = 3
open("/usr/lib/libgcc_s.so.1", O_RDONLY) = 3
open("/lib/libc.so.6", O_RDONLY)        = 3
open("/lib/libpthread.so.0", O_RDONLY)  = 3
open("/lib/libdl.so.2", O_RDONLY)       = 3
open("/usr/lib/libXext.so.6", O_RDONLY) = 3
open("/usr/lib/libX11.so.6", O_RDONLY)  = 3
open("/usr/lib/libXau.so.6", O_RDONLY)  = 3
open("/usr/lib/libXdmcp.so.6", O_RDONLY) = 3
open("/home/tc/.fltk/fltk.org/filechooser.prefs", O_RDONLY) = 3
open("/opt/tcemirror", O_RDONLY|O_LARGEFILE) = 3
open("/opt/.appbrowser", O_RDONLY|O_LARGEFILE) = -1 ENOENT (No such file or directory)
open("/proc/cmdline", O_RDONLY|O_LARGEFILE) = 3
chdir("../../home/tce/optional")        = 0
open("../../home/tce/optional/test.test", O_WRONLY|O_CREAT|O_TRUNC|O_LARGEFILE, 0666) = -1 ENOENT (No such file or directory)
open("/home/tc/.Xauthority", O_RDONLY)  = 4
One way to fix this problem would to run a chdir("/etc/sysconfig") before following the link, and not to prepend the link for "test.test".

I noticed this problem with 4.5 and 4.6. I did not have the time to try 4.7rc1, so forgive me, if I'm reporting a bug that's already fixed.

[AmatCoder]

[...]Subsequent ondemand menu selection for an scm item will
unmount it and remove the regular menu item and associated icon if any.[...]

Could there be a problem here? That unmout scm extension but not dependencies like gtk2.scm, ect...

[AmatCoder]

[...]From the ondemand menu, item will be loaded and if specified by a freedesktop item will also be launched[...]

This gives an error if freedesktop field codes are specified (like %f , %U , ect..) into Exec key. They should be ignored when launching.

[roberts]

the onboot.lst-feature checks the file onboot.lst flawless, but if a different filename is used by a bootcode, f.e. onboot_fluxbox.lst then this special onboot.lst-file is ignored.

Check. Completed named onboot.lst done.

[roberts]

Awesome thanks.

I thought I had an efficient onboot.lst, but when running the new "Check Onboot unneeded" option the script found 9 unneeded items that were already deps of other extensions.    So I removed them from the Onboot list, all with the exception of one

parted.tcz not needed; a dep of gparted.tcz

only parted was not in the Onboot.lst, so can not remove it

does find recognize the "parted" in "gparted" perhaps??

Check. Completed. Exact match done.

[roberts]

[...]Subsequent ondemand menu selection for an scm item will
unmount it and remove the regular menu item and associated icon if any.[...]

Could there be a problem here? That unmout scm extension but not dependencies like gtk2.scm, ect...

It is no different than manually using the local->uninstall from scmapps. Only applications are uninstalled.

[roberts]

[...]From the ondemand menu, item will be loaded and if specified by a freedesktop item will also be launched[...]

This gives an error if freedesktop field codes are specified (like %f , %U , ect..) into Exec key. They should be ignored when launching.

Check. Completed trailing % options ignored from an ondemand launch.

[roberts]

hi roberts,

first impression of 4.7rc1 is very positive:
the ondemand-feature for scm is a great enhancement! thank you for that...
in the past it was quite a big job to load f.e. libreoffice with the help of the scm-app.
this loading and unloading feature over the ondemand-menue is really a big step.
one little remark:
when i load libreoffice then it tries a text import and opens the soffice-starting-script with calc as a csv-file.

#########################################
#!/bin/sh         
for arg do       
   case ${arg:0:1} in    
      -) SAVE_ARGS="${SAVE_ARGS}${arg}|"
      /) SAVE_ARGS="${SAVE_ARGS}${arg}|"
      *) SAVE_ARGS="${SAVE_ARGS}$PWD/${arg}|"
   esac   
done      
IFS='|'      
      
cd /apps/libreoffice3.6/program      
./soffice ${SAVE_ARGS}      
#########################################

after a second retry everything works fine.
the unloading of the scm works flawless, too.

Ah, that is the old format of an ondemand item. Please delete and re-create ondemand items.
Thanks for reporting.

[netnomad]

Ah, that is the old format of an ondemand item. Please delete and re-create ondemand items.
Thanks for reporting.

hi roberts,

i deleted and re-created my libreoffice.scm ondemand-entry twice and i had no success.
do you perhaps mean that the scm-packages need to be recreated by the scm-maintainers,
because there need different start-scripts?

thank you for your help.

[SvOlli]

Here's a suggestion for a bugfix for the bug in the "apps"-app I reported earlier.

Tested on my machine, works fine there, and also resolves the directory shown in the gui.

Greetings,
SvOlli

[roberts]

Ah, that is the old format of an ondemand item. Please delete and re-create ondemand items.
Thanks for reporting.

hi roberts,

i deleted and re-created my libreoffice.scm ondemand-entry twice and i had no success.
do you perhaps mean that the scm-packages need to be recreated by the scm-maintainers,
because there need different start-scripts?

thank you for your help.

I have not been able to reproduce your issue. Tested both libreoffice 3.5 and 3.6 scm. There is no change to actual scm.
The format of the ondemand item yes. Use the delete option of scmapps ondemand maintenance,
this should remove the ondemand item. Then use the add option of scmapps ondemand maintenance.
If you still have a problem, then please post the contents of your ondemand item and which window manager you are using.