Tiny Core 5.0 Alpha 2 Testing

[aus9]

Juanito

I have seen a similar error before, mainly me, when I built non-root TCZs and got the file permissions wrong.

If I am right I should with time be able to narrow it down to a package, but I am often wrong.

crossing my legs now.

[aus9]

Before I load spacefm

Code: [Select]

sudo find /tmp/tcloop -user tc | grep tce.installed
/tmp/tcloop/usb-utils/usr/local/tce.installed/usb-utils
/tmp/tcloop/pci-utils/usr/local/tce.installed/pci-utils
/tmp/tcloop/dbus/usr/local/tce.installed/dbus


[coreplayer2]

leafpad is broken with a missing shared library  " libpng12.so.0 "    symlinking to one of the libpng.tcz libraries does not appear to fix it. 

leafpad needs a bunch of deps, it might be presumptuous of me to think that if all the features of leafpad function then these deps would be good also,  unfortunately one maybe more deps are missing from the dep file

leafpad.tcz
 ttf-bitstream-vera.tcz
 gtk2.tcz
 atk.tcz
 cairo.tcz
 pixman.tcz
 fontconfig.tcz
 expat2.tcz
 pango.tcz
 Xorg-7.6-lib.tcz
 libxcb.tcz
 gdk-pixbuf2.tcz
 graphics-libs-1.tcz
 shared-mime-info.tcz
 glib2.tcz
 libffi.tcz     
 liblzma.tcz
 libxml2.tcz
 Xlibs.tcz 
       
    possibly this dep with a symlink to one of it's libraries ?
 libpng.tcz

have heard of png issues lately so maybe this is related?

[coreplayer2]

more tested good extensions

lynx.tcz
conky.tcz
Xdialog.tcz

all work satisfactory



added one more to the list

[aus9]

Thats weird, leafpad works fine for me...here is command in lxterminal

Code: [Select]

leafpad

(process:7557): Gtk-WARNING **: Locale not supported by C library.
Using the fallback 'C' locale.
and that is because I have not loaded mylocale.tcz

so in lilyterm

Code: [Select]

tce-load -i mylocale
eglibc_gconv.tcz: OK
mylocale.tcz: OK
tc@box:~$ leafpad
(runs fine)


[coreplayer2]

refuses to load in my test rig, which proves that a dep is missing

tested with base norestore right?

[Juanito]

Code: [Select]

tce-load -i mylocale
eglibc_gconv.tcz: OK
mylocale.tcz: OK
tc@box:~$ leafpad
(runs fine)


You should use glibc_gconv from the 5.x repo

[Juanito]

Thats weird, leafpad works fine for me...here is command in lxterminal

I doubt it:

Code: [Select]

$ ldd `which leafpad` | grep libpng
        libpng12.so.0 => /usr/lib/libpng12.so.0 (0xf709d000)
I believe leafpad would need to be recompiled for tc-5.x due to the updated libpng

Edit: removed from 5.x repo for now

[Juanito]

Re wget on TC-5.x

Have tested wget from the 4.x repo using an http request to a 100MB file on a data center on the other side of the galaxy;  success, downloaded file in just a few seconds.  ftp checks good also.

copied over

[Juanito]

lynx.tcz
conky.tcz
Xdialog.tcz

copied over

[coreplayer2]

I'm really surprised wget worked so well.  even more impressed that conky works also 


Now I understand what happened with libpng, which explains a lot.  ok the maintainer is JasonW,  so if leafpad is not done by the morning then I'll volunteer.   

meanwhile it's so late and zzzzz's is calling

gn

[aus9]

well I know that leafpad works for me, but I think you are being subtle in suggesting I am not testing the way you prefer.

Fair enough, I withdraw and concentrate on my other time sinks

good hunting

[Juanito]

well I know that leafpad works for me

Are you using Xlibs/Xprogs from the 5.x repo?

What happens if you try this:

Code: [Select]

$ version
5.0.alpha2
$ ls /usr/local/lib/libpng*
/usr/local/lib/libpng.so
/usr/local/lib/libpng16.so
/usr/local/lib/libpng16.so.16
/usr/local/lib/libpng16.so.16.2.0


[genec]

Consistent update to Syslinux (tcz, core.gz and ISOs) would be nice.

The tc-5.x iso are generated on the server and so use the server's syslinux.

One possible solution is that, as soon as we complete tc-5.x alpha testing, you could take over the syslinux extension maintenance and adjust it to be the same version as that of the server?

Why does it have to be the same as the server (which ISOLINUX says it's a derivative of or is Debian and is older than the extension)?  isolinux.bin has 0 dependencies on the ISO build system.  isohybrid (used on CorePlus and TinyCore ISOs) would potentially have a dependency but I haven't had issues using the official builds on my system which is very different from the build box used to make these binaries.  isohybrid.pl is independent but has a Perl dependency.

[aus9]

I am not going to try any more. spitting the dummy

I need to fix up my other errors, I have my own todo list as well. Sorry to wasted people's time.

good hunting