Tiny Core 14.0 Alpha 1 Testing

[curaga]

You can ignore the IM warning. It's about Chinese (etc) input.

[curaga]

The exfat module location doesn't matter for loading it etc, putting all those in the same dir was simpler in sorter.sh. As for virtio disks, it's quite possible some scripts are missing vda* cases.

[patrikg]

Maybe you should ask some good person to let you in in the wiki, to add some section and text in the wiki what nice you doing. To add support for virtio device recognition in the tc.

[Rich]

Hi nick65go
The Qemu discussion has been split into a separate thread:
https://forum.tinycorelinux.net/index.php/topic,26118.0.html

[nick65go]

I was looking over one of the "main" function for me, tce-load. I re-aranged and commented a little the script, so it seems more compacted and quick tree logic from first words/test.ex: instead of

Code: [Select]

copyInstall() {
    [ -d /mnt/test ] || sudo /bin/mkdir -p /mnt/test
    sudo /bin/mount $1 /mnt/test -t squashfs -o loop,ro
    if [ "$?" == 0 ]; then
        if [ "$(ls -A /mnt/test)" ]; then
            yes "$FORCE" | sudo /bin/cp -ai /mnt/test/. / 2>/dev/null
            [ -n "`find /mnt/test/ -type d -name modules`" ] && MODULES=TRUE
        fi
        sudo /bin/umount -d /mnt/test
    fi
    [ "$BOOTING" ] || rmdir /mnt/test
}I wrote it like

Code: [Select]

# $1=THISAPP, ex: abc.tcz; mount it on /mnt/test; then copy its files into / ; eventualy set flag MODULES
_copyInstall() {
    [ -d /mnt/test ] || sudo /bin/mkdir -p /mnt/test
    [ "$(sudo /bin/mount $1 /mnt/test -t squashfs -o loop,ro)" ] && ( [ "$BOOTING" ] || rmdir /mnt/test ) || break
    [ "$(ls -A /mnt/test)" ] ( yes "$FORCE" | sudo /bin/cp -ai /mnt/test/. / 2>/dev/null || ( [ -n "`find /mnt/test/ -type d -name modules`" ] && MODULES=TRUE )
    sudo /bin/umount -d /mnt/test
}

same for

Code: [Select]

update_system() {
    if [ "$BOOTING" ]; then
        [ "$MODULES" ] && sudo /bin/touch /etc/sysconfig/newmodules
    else
        [ "$THISAPP" != "$EXTENSION" ] || [ "$DOWNLOAD_ONLY" ] || [ "$LOAD_ONLY" ] || echo "$THISAPP" >> ../$ONBOOTNAME
        if [ "$MODULES" ]; then
            sudo /sbin/depmod -a 2>/dev/null
            sudo /sbin/udevadm trigger
        fi
        sudo /sbin/ldconfig 2>/dev/null
    fi
   
    if [ -x "$TCEINSTALLED"/$2 ]; then
        if [ "$BOOTING" ] ; then
            echo "$TCEINSTALLED"/$2 >> /tmp/setup.lst
        else
            sudo "$TCEINSTALLED"/$2
        fi
    else
        touch "$TCEINSTALLED"/$2
    fi
}which became like this

Code: [Select]

# $1=THISAPP; $2=THISAPP_without_EXTENSION; $BOOTING is used one time only
update_system() {
    if  [ "$BOOTING" ]; then
        [ "$MODULES" ] && sudo /bin/touch /etc/sysconfig/newmodules
        [ -x "$TCEINSTALLED"/$2 ] && echo "$TCEINSTALLED"/$2 >> /tmp/setup.lst
    else
        sudo /sbin/ldconfig 2>/dev/null
        [ "$MODULES" ] && (sudo /sbin/depmod -a 2>/dev/null || sudo /sbin/udevadm trigger)
        [ -x "$TCEINSTALLED"/$2 ] && sudo "$TCEINSTALLED"/$2
        touch "$TCEINSTALLED"/$2
        [ "$THISAPP" != "$EXTENSION" ] || [ "$DOWNLOAD_ONLY" ] || [ "$LOAD_ONLY" ] || echo "$THISAPP" >> ../$ONBOOTNAME
    fi
}

for example I can quickly see what $BOOTING will do in update_system(), or what copyInstall() is about.
The original functions are already fast, so is not about extra speed. Any chance that this type of main tree and branches to be used in TC14?

[curaga]

I guess this is mainly about clarity? At least for me, a long line with embedded && || conditions is a bit harder to read than the existing version.

[nick65go]

I guess this is mainly about clarity? At least for me, a long line with embedded && || conditions is a bit harder to read than the existing version.

yes, mainly for clarity; it is a pain without script commented .
but I study / prefer if focus will shift to more parallel execution, or piping, avoiding external commands/programs/scripts, maybe more xarg /awk etc.
in a real machine is no big difference, in a not-accelerated virtual the scale is 2x - 4x slower than real.
maybe all is for pin-nuts, it depends of the frequency of running those programs, and in them what is the possible bottle-neck.

[nick65go]

Hi, in /usr/bin/select (of 1332 bytes), searching for string "15" will give results:

Code: [Select]

Search "15" (5 hits in 1 file of 1 searched)
   Line 34:       for (l=1; l<=15; l++) {
   Line 39:       if ( NR > 15 ) printf ", (n)ext, (p)revious: "
   Line 44:          if ( j > 15 )
   Line 52:             j = j - 15
   Line 56:       if (selection+0 < 1 || selection+0 > NR ) j = j - 15
These will limit search shown list to max 15 lines / items. Most machines/PC have (even in console) 25 horizontal lines / rows. Subtracting 3 row (header) + 2 rows (footer) from 25, still allows for 20 lines to list.
May we have the changed "j" counter to max 20?
or maybe tce-ab could check for an external variable ($LEN=), so we can summon it like:

Code: [Select]

LEN=50; tce-ab

[nick65go]

I saw that tc14-x86_64 does not enable parallel processing for xarg.

Code: [Select]

https://mirrors.dotsrc.org/tinycorelinux/14.x/x86_64/release/src/busybox/busybox-1.36.0_config_nosuidCONFIG_XARGS=y
# CONFIG_FEATURE_XARGS_SUPPORT_PARALLEL is not setMaybe for 64 bits, it could be enabled.
Even for 486 CPU compatibility, we can have a test for $BUILD=`uname -m` before calling xarg -P$NrCpu etc.

[nick65go]

The idea for "xargs -P 4" is about mounting lets say 100 SquashFs tcz from local disk /tce/optional using a list. Or not waiting for each tcz to be "wget"-it; so will be downloads in parallel from $MIRROR when using tce-fetch.

[curaga]

Mirrors usually limit traffic by IP, so putting several downloads at once will get you no faster total results. It's also considered abusive to open a lot of connections since it ties up resources.

[GNUser]

Do we have a beta or final release coming soon? IMHO the alpha has been well tested.

[Juanito]

Maybe next week - real life has been getting in the way..

[GNUser]

Got it. I hope all is well. Real life has that tendency...

[aus9]

SNIP
x86_64
libfm-dev.tcz
libfm-extra-dev.tcz

Hi Rich, I can see the corrected dep files
http://tinycorelinux.net/14.x/x86_64/tcz/libfm.tcz.dep
http://tinycorelinux.net/14.x/x86_64/tcz/libfm-dev.tcz.dep

but can not spot where I went wrong in build script

P=libfm
SNIP
echo 'libfm.tcz
menu-cache-dev.tcz
gtk2-dev.tcz
libexif-dev.tcz '> $P-dev.tcz.dep

echo 'gtk2.tcz
menu-cache.tcz
libexif.tcz  ' > $P.tcz.dep

except for the change in order for the running dependency I am clueless what I did wrong. 

The reason I ask is, I plan to submit updates for this and pcmanfm