Tiny Core 5.0 Alpha 4 Testing

[meo]

Hi guys!

Please leave bcrypt in TC!!! That was my only contribution to DSL and subsequently TC and I still have use for it. Would like to have it in TC 5.0 final. Please! 

From a grateful user of TC now posting from ophcrack linux,
meo

PS  By the way would not mind an update of john.tcz either  DS

[nick65go]

@nick65go

All the NSS libraries are dynamically loaded, so you can't determine them as unused via ldd. I think sudo also loads the sudo lib dynamically.
librt, libdl, libnsl, and libresolv may not be used in the base, as busybox has its own implementations, but they are very often used by extensions, such that close to all systems would have them loaded.

libanl, the glibc async DNS library, is the only rarely used one. Whether it makes sense to move into an extension at its small size, I don't know.

OK, thank you very much! I am just learning during "remastering" my optimised core (kernel 3.10 and busybox 1.21.1, hunting at uclib or musl instead of libc).

[netnomad]

Please leave bcrypt in TC!!! That was my only contribution to DSL and subsequently TC and I still have use for it. Would like to have it in TC 5.0 final. Please! 

hi meo,

i want to support your wish!
bcrypt is essential and tc without protected mode...
is it a distribution for nudes? ;-)
never mind,
i've heard about people that have nothing to hide...

[maro]

tinycore GUI not work in VirtualBox?

The issue seems to be that 'waitforX' fails due to missing libX11.so.6 (formerly part of 'Xlibs.tcz'). Surprisingly enough that library was already "AWOL" in 'TinyCore-5.0.alpha3.iso' without being noticed.

Of course that issue would not just be limited to showing up in VirtualBox.

[gerald_clark]

It's not missing on my system.

[maro]

It's not missing on my system.

I can see that it is hard to believe, as it is something rather obvious when all "/usr/lib/*.so" files are missing from such an important TCZ file. Nevertheless I've redone my tests with QEMU (e.g. v0.11.1), VirtualBox (e.g. v4.2.16) and used the "7-Zip File Manager" (all on a Win7 x64 host) to browse the ISO and the contained 'Xlib.tcz' file. But as my earlier observation still stands, I can only conclude that I've got some faulty downloads.

For comparison here are my MD5 checksums for the ISO files in question:

Code: [Select]

bd218f13d8dfd7ff87272a5073b9189c  TinyCore-5.0.alpha2.iso
5f0926ba84620d1f3f739b99a128c034  TinyCore-5.0.alpha3.iso
b8644951f99c7fc87604f36b586afac7  TinyCore-5.0.alpha4.isowith the first one containing a 'Xlib.tcz' (i.e. 'f1d1507e66a1c5ad6f7ac17c4776f779') that still contains the shared libraries in question, and the two latter ones containing a 'Xlib.tcz' (i.e. 'c66b89774b6ba0071fc3f4b9551f075c') where those file have "vanished".

[gerald_clark]

I did not use the TinyCore ISO, but used tce-load from a core install.  Try a tce-update.

[coreplayer2]

My virtual box systems (4 at last count with TC-5) have no issues.   I follow the technique advised earlier, apps browser to remove all X extensions, then reboot to command line and use tce-ab to install Xorg which loads all required dep's.  on reboot the system boots normally into X

This procedure works when updating  from the old Xvesa to latest Xorg-7.7 on virtual box systems and with real hardware

[maro]

I'm not interested in Xorg. One (if not my main) reason for using TC is that I can quickly boot into a small (!!) live system (typically using a VM). IMHO it is crucial that 'Xvesa' continues as the default (or at least the initial) X11 server.

[coreplayer2]

Interesting and i can sympathize with your objective,  meanwhile core + xvesa + additional ext's still functions right? Or at least did for me until updating to Xorg, I think the choice is yours

Am interested to see the official response for this scenario.  Maybe I should try booting a clean system without Xorg ??

[Juanito]

Things should still work with Xvesa (my current hardware will not work with Xvesa so I cannot test).

Did you try marking Xlibs for removal, rebooting and re-downloading Xlibs to force it to recognise the new deps for Xlibs in tc-5.x?

[uli]

... can confirm that with Hyper-V I also find that after booting from iso,  libX11.so.6 is not found. Doing a find cannot locate it. Booting the iso into command line and tce-load -wi   the required extensions gets Xvesa working.

[curaga]

Confirmed, tinycore.iso needs the additional extensions included.

[tinypoodle]

OK, thank you very much! I am just learning during "remastering" my optimised core (kernel 3.10 and busybox 1.21.1, hunting at uclib or musl instead of libc).

Sounds more like a port or a fork than like a remaster, and I fail to understand the reason why such would be posted in the  "Tiny Core 5.0 Alpha 4 Testing" thread.

[nick65go]

OK, thank you very much! I am just learning during "remastering" my optimised core (kernel 3.10 and busybox 1.21.1, hunting at uclib or musl instead of libc).

Sounds more like a port or a fork than like a remaster, and I fail to understand the reason why such would be posted in the  "Tiny Core 5.0 Alpha 4 Testing" thread.st

Without much verbal noise, my post in this thread was because my query about the need for all the /lib and /usr/lib files. My "fault" is that I provided unsolicited info about how I play with core.gz. Please ignore the last part of my previous post. Thanks.