Tiny Core Base > Release Candidate Testing

Core v4.7rc1

(1/6) > >>

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


--- Quote ---parted.tcz not needed; a dep of gparted.tcz
--- End quote ---

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: ---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

--- End code ---
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.

Navigation

[0] Message Index

[#] Next page