Tiny Core Base > Alpha Releases

Tiny Core 5.0 Alpha 4 Testing

<< < (2/15) > >>

tinypoodle:
When you follow identical procedure uner 4.x, do you get different results?

aswjh:
tinycore 4.7.7 ok.

uli:
Seems to be an issue with Hyper-V (Windows 8 ) as well. Xvesa yields a black cross on black background only, for all screen resolutions tested. Though, virtual screen seems properly sized according to chosen resolution.

Xorg works well !

nick65go:
Hi, could you tell me which programs use some /lib/ libraries in core.gz ?
I do not wish to slow down the development process. My findings are here down.

I extracted the full structure from core.gz, then choroot inside like:
 $ sudo chroot . bin/busybox ash
I checked with # ls -alR / every binary simlinked or compiled executable from /bin, /sbin, /usr/bin, /usr/sbin
(to easy searching on another virgin core5.gz copy, I just deleted all busybox 1.20 simlinks from them, inserted a busybox 1.21 static linked with uclib, then run /usr/bin/busybox --install /bin; Now in /bin are only simlinks to busybox, except the blkid. In /sbin, /usr/bin, /usr/sbin are now only the core specific scripts, and some ext2fs programs. This work did not influence the results).

The same "cleaning" was done for /lib and /usr/lib and adjusted that all library are corect by running /sbin/ldconfig to update the cache:
/sbin/ldconfig: uClibc version
/lib:
   ld-linux.so.2 => ld-linux.so.2
   libpthread.so.0 => libpthread.so.0
   libc.so.6 => libc.so.6
*   libcrypt.so.1 => libcrypt.so.1
*   libutil.so.1 => libutil.so.1
*   libe2p.so.2 => libe2p.so.2
*   libext2fs.so.2 => libext2fs.so.2
*     libcom_err.so.2 => libcom_err.so.2
*   libblkid.so.1 => libblkid.so.1
*     libuuid.so.1 => libuuid.so.1
   libdl.so.2 => libdl.so.2
   librt.so.1 => librt.so.1
   libnss_files.so.2 => libnss_files.so.2
   libnss_dns.so.2 => libnss_dns.so.2
     libresolv.so.2 => libresolv.so.2
   libnss_compat.so.2 => libnss_compat.so.2
     libnsl.so.1 => libnsl.so.1
   libanl.so.1 => libanl.so.1
   libm.so.6 => libm.so.6   <--asked by libstdc++.so.6
/usr/lib:
?   libstdc++.so.6 => libstdc++.so.6
*   libsysfs.so.2 => libsysfs.so.2
*   libz.so.1 => libz.so.1
*   libgcc_s.so.1 => libgcc_s.so.1
   libsudo_noexec.so => libsudo_noexec.so
/usr/local/lib:

After manualy tested every /sbin, /usr/bin, /usr/sbin program, I identified by ldd /path/to/prog only some used libraries:
/usr/bin/blkid needs libblkid.so.1, libuuid.so.1, libgcc_s.so.1
/usr/bin/uuidgen needs libuuid.so.1, libgcc_s.so.1
/usr/bin/bcrypt needs libz.so.1
/usr/bin/systool needs libsysfs.so.2
/sbin/pccardctl needs libsysfs.so.2
/lib/udev/pcmcia-socket-startup needs libsysfs.so.2
/usr/bin/sudo needs libutil.so.1, libcrypt.so.1, libz.so.1, libgcc_s.so.1
/sbin/mke2fs (tune2fs, e2fsk) needs libext2fs.so.2, libe2p.so.2, libblkid.so.1, libuuid.so.1

The question: who does use the rest of the core libraries? Thanks in advance.

bmarkus:
Right, bcrypt is not needed in the base and can be removed.

Navigation

[0] Message Index

[#] Next page

[*] Previous page