Tiny Core Linux

Tiny Core Base => TCB News => Release Candidate Testing => Topic started by: roberts on October 09, 2012, 02:48:37 PM

Title: Core v4.7rc1
Post by: roberts on October 09, 2012, 02:48:37 PM
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:

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.
Title: Re: Core v4.7rc1
Post by: netnomad on October 09, 2012, 03:12:42 PM
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! :)
Title: Re: Core v4.7rc1
Post by: coreplayer2 on October 09, 2012, 04:48:30 PM
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

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

does find recognize the "parted" in "gparted" perhaps??
Title: Re: Core v4.7rc1
Post by: coreplayer2 on October 09, 2012, 05:12:57 PM
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 :)
Title: Re: Core v4.7rc1
Post by: SvOlli on October 09, 2012, 06:47:31 PM
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.
Title: Re: Core v4.7rc1
Post by: AmatCoder on October 10, 2012, 04:08:57 AM
[...]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...
Title: Re: Core v4.7rc1
Post by: AmatCoder on October 10, 2012, 05:05:44 AM
[...]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.
Title: Re: Core v4.7rc1
Post by: roberts on October 10, 2012, 09:24:23 AM
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.
Title: Re: Core v4.7rc1
Post by: roberts on October 10, 2012, 09:25:22 AM
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

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.
Title: Re: Core v4.7rc1
Post by: roberts on October 10, 2012, 09:28:06 AM
[...]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.
Title: Re: Core v4.7rc1
Post by: roberts on October 10, 2012, 09:30:12 AM
[...]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.
Title: Re: Core v4.7rc1
Post by: roberts on October 10, 2012, 03:07:44 PM
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.
Title: Re: Core v4.7rc1
Post by: netnomad on October 10, 2012, 05:07:22 PM
Quote
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.
Title: Re: Core v4.7rc1
Post by: SvOlli on October 10, 2012, 05:13:31 PM
Here's a suggestion for a bugfix for the bug in the "apps"-app I reported earlier (http://forum.tinycorelinux.net/index.php/topic,14171.msg79747.html#msg79747).

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

Greetings,
SvOlli
Title: Re: Core v4.7rc1
Post by: roberts on October 10, 2012, 07:19:21 PM
Quote
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.
Title: Re: Core v4.7rc1
Post by: roberts on October 10, 2012, 07:47:56 PM
Here's a suggestion for a bugfix for the bug in the "apps"-app I reported earlier (http://forum.tinycorelinux.net/index.php/topic,14171.msg79747.html#msg79747).

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

Greetings,
SvOlli
I wouldn't call this a bug. The path is set at boot via boot code or tce-setdrive.
There has been no reported issue when used as designed or expected.
Unless one is manually editing the path to be relative such would not normally be encountered.
You must be using the system in a remarkable fashion.
Title: Re: Core v4.7rc1
Post by: netnomad on October 11, 2012, 01:49:57 AM
Quote
Quote
   
Quote

        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.

hi roberts,

it still happens althought i deleted the ondemand item twice.

i use fluxbox and my ondemand file looks like that:
#!/bin/sh
ondemand -e libreoffice3.6.scm

BTW in the ondemand gui i could not delete the ondemand item,
so i deleted it manually.

thank you for your efforts and your commitment.
Title: Re: Core v4.7rc1
Post by: SvOlli on October 11, 2012, 02:36:53 AM
You must be using the system in a remarkable fashion.
I'll let you decide if it's a remarkable fashion: I migrated my development system from a virtual machine to a chroot jail including the desktop running in an Xnest server. Works like a charm, as fast as can be, memory limitation is not as tight, which is nice, since I'm compiling on tmpfs, and building Qt was always a bit tight there. The link is relative, so it works from outside as well as inside the chroot jail.

BTW: since this is a 64 bit "host", I run the start of the system using "linux32", so all autodetection of the architecture work as expected, since the reported kernel architecture is not the same as the userland tools. This might be also useful for the 64bit initrd.

Greetings,
SvOlli

[edit: fixed a lot of ugly typos]
Title: Re: Core v4.7rc1
Post by: curaga on October 11, 2012, 09:57:58 AM
@svolli

Based on a quick look, that patch would change the current dir. Currently it's tce/optional, after it would seem to be just tce?
Title: Re: Core v4.7rc1
Post by: roberts on October 11, 2012, 11:20:12 AM
Quote
Quote
   
Quote

        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.

hi roberts,

it still happens althought i deleted the ondemand item twice.

i use fluxbox and my ondemand file looks like that:
#!/bin/sh
ondemand -e libreoffice3.6.scm

BTW in the ondemand gui i could not delete the ondemand item,
so i deleted it manually.

thank you for your efforts and your commitment.
Found it. Fixed it. Thanks!
Title: Re: Core v4.7rc1
Post by: SvOlli on October 11, 2012, 01:26:01 PM
@svolli

Based on a quick look, that patch would change the current dir. Currently it's tce/optional, after it would seem to be just tce?
Yes, your right. Thanks for the catch. For the stuff added, I also wanted to slim down the code a bit, and went over the top with removing the line
Code: [Select]
chdir(target_dir.c_str()); // ...Anyway, with this line re-added, it should work exactly like before except that the symbolic link is resolved properly, even when it's relative.

Greetings,
SvOIli
Title: Re: Core v4.7rc1
Post by: AbNoRMiS on October 13, 2012, 12:58:33 AM
after previous discussions about ondemand for scm i'm very surprised that it was made
because after i have used scm all this time and concluded that ondemand is unessential for scm
only need remove md5 verification when loading scm because it slows booting from slow media (such as usb2.0)
boot speed will increase many times if only check return code of command mount exactly as during loading tcz
although i still think that ondemand likely is useful idea for scm

p.s.
perhaps worth make dropdown list to select installation method similar to same list for tczs
Code: [Select]
OnBoot
OnDemand
Download + Load
Download Only
and maybe even consider to create single apps browser gui
for example make two dropdown menus tcz and scm
Title: Re: Core v4.7rc1
Post by: AbNoRMiS on October 13, 2012, 02:28:19 AM
i have many installed tczs and most of them as ondemand except desktop environment and those which must be onboot
i always believed that it was a very successful solution to keep most tczs as ondemand and run them by one mouse click
therefore decision about what ondemand icons will displayed only after loading seems little strange and not so clear
may needed to give possibility of choice to enable or disable ondemand icons displaying for example by some bootcode?

p.s.
i would also like to add that after updating 4.6.2 to 4.7rc1
for not loaded tczs icons are not disappeared from wbar
thank god :)
but when i tested coreplus-4.7rc1.iso with jwm in virtualbox
icons does not appear in wbar after loading via ondemand menu
Title: Re: Core v4.7rc1
Post by: roberts on October 13, 2012, 11:44:48 AM
The wbar icon has always functioned as a means to launch. There is no way to indicate all the states of an scm. Whereas with a tcz it is always with the goal to launch. SCMs have the additional state to remove. It simplifies the operation if the goal of seeing/using an icon is consistent. And given the fact that both the menu and the icon with regards to ondemand call the same item.

I am always open to suggestions but be it noted, no matter what course I choose I will and cannot please everyone.

With regard to your observation you must have a mix of both old and new ondemend items.
Let it also be stated that ondemand items are entirely editable and thus maintainable by the user.

I would think it better to reduce and simplify than to combine and make more choices. KISS
Title: Re: Core v4.7rc1
Post by: roberts on October 13, 2012, 12:05:45 PM
@svolli

Based on a quick look, that patch would change the current dir. Currently it's tce/optional, after it would seem to be just tce?
Yes, your right. Thanks for the catch. For the stuff added, I also wanted to slim down the code a bit, and went over the top with removing the line
Code: [Select]
chdir(target_dir.c_str()); // ...Anyway, with this line re-added, it should work exactly like before except that the symbolic link is resolved properly, even when it's relative.

Greetings,
SvOIli
Accepted and applied  for 4.7rc2.
Title: Re: Core v4.7rc1
Post by: AbNoRMiS on October 13, 2012, 09:28:11 PM
onboot and ondemand are only different methods of installing/running apps
that are designed for faster system boot and reduce system overhead
and i believed that users should be able to see/run these apps in usual way
because they were installed anyway regardless of installation method
KISS/MISS
if unable keep it simple then can try make it
but unfortunately simple strives to complex
Title: Re: Core v4.7rc1
Post by: SvOlli on October 14, 2012, 05:57:01 AM
Accepted and applied  for 4.7rc2.
Thanks!

Greetings,
SvOIli
Title: Re: Core v4.7rc1
Post by: uggla on October 14, 2012, 02:04:56 PM
i have many installed tczs and most of them as ondemand except desktop environment and those which must be onboot
i always believed that it was a very successful solution to keep most tczs as ondemand and run them by one mouse click
therefore decision about what ondemand icons will displayed only after loading seems little strange and not so clear
may needed to give possibility of choice to enable or disable ondemand icons displaying for example by some bootcode?

I simple tool for manually adding wbar icons would be nice.
Title: Re: Core v4.7rc1
Post by: AbNoRMiS on October 14, 2012, 02:46:18 PM
yes of course
i have very simple script with which i usually added missing or additional icons for example for start programs from root
but you have to agree that this is just a crutch and i still have not tested whether it will work with new ondemand format
i don't remember whether uploaded it on forum or not but i can put it in Programming & Scripting section if someone needs
Title: Re: Core v4.7rc1
Post by: Rich on October 14, 2012, 03:01:18 PM
Hi AbNoRMiS
Yes, start a new thread under Programming & Scripting if you wish to upload your script.