Solved... (Musl USM error?)

[blue4meridian]

Salutations...

I have "Musl" installed. When I try to use USM it asks for "Ldd"
Is there anything that will allow the compatible use of "Musl" with USM?

To replicate this problem... you have to remove all "Glibc" (and so.libs)
from the Porteus base (this includes the dev module if you're using it).

Actually... the same problem occurs when I use "MiniSed"
http://www.webwarper.net/ww/~av/exactco ... e/minised/

Musl:
http://www.webwarper.net/ww/~av/www.eta ... libcs.html

Best Regards...

Posted by 100.1.102.215 via http://webwarper.net
This is added while posting a message to avoid misusing the service

[Bogomips]

Code: Select all

guest@porteus:~$ txz2xzm p10/Por/tmp/musl-1.1.10.i686-pkg-1.txz 
guest@porteus:~$ whereis ldd
ldd: /usr/bin/ldd /usr/X11R6/bin/ldd /usr/bin/X11/ldd /usr/X11/bin/ldd

root@porteus:/home/guest# activate p10/Por/tmp/musl-1.1.10.i686-pkg-1.xzm 
Updating shared library links:  /sbin/ldconfig

guest@porteus:~$ file /usr/lib/musl/lib/libc.so
/usr/lib/musl/lib/libc.so: ELF 32-bit LSB  shared object, Intel 80386, version 1 (SYSV), dynamically linked, BuildID[sha1]=20789011f1ff6a31e75217481b6c09c8e22fa6cb, stripped

guest@porteus:~$ ldd /usr/lib/musl/lib/libc.so
        statically linked

Static linking as expected.

USM Example

Code: Select all

root@porteus:/home/guest# activate p10/Por/tmp/musl-1.1.10.i686-pkg-1.xzm 
Updating shared library links:  /sbin/ldconfig
root@porteus:/home/guest# usm -g openjre

 The following items were found.
 Choose an number to confirm. 
 ctrl+c to quit

1) openjre-7u51_b31-i486-2gv.txz     3) openjre-7u79_b14-i486-2sl.txz
2) openjre-7u79_b14-i486-2alien.txz
#? 1

Processing:   openjre-7u51_b31-i486-2gv.txz 
Ignored libraries: 

Libraries required:  70
Libraries found in system: 61
Libraries to resolve: 9

Processing library: libawt.so
Processing library: libcups.so.2

 More than one package contains:  libcups.so.2
cups-1.5.4-i486-3.txz        1856K  slackware
aaa_elflibs-14.1-i486-3.txz  4708K  slackware

 The following items were found.
 Choose an number to confirm. 
 ctrl+c to quit

1) cups-1.5.4-i486-3.txz
2) aaa_elflibs-14.1-i486-3.txz
#? 1
Processing library: libjava.so
Processing library: libjli.so
Processing library: libjvm.so
Processing library: libmawt.so
Processing library: libnet.so
Processing library: libnio.so
Processing library: libverify.so


Processing:   cups-1.5.4-i486-3.txz 
Ignored libraries: 

Libraries required:  27
Libraries found in system: 21
Libraries to resolve: 6

Processing library: libcups.so.2
Processing library: libcupscgi.so.1
Processing library: libcupsdriver.so.1
Processing library: libcupsimage.so.2
Processing library: libcupsmime.so.1
Processing library: libcupsppdc.so.1


 The following packages are required. 
cups-1.5.4-i486-3.txz [1856K] [not installed]
openjre-7u51_b31-i486-2gv.txz [42980K] [not installed]
rhino-1_7R4-i486-3sl.txz [1351K] [not installed]

Total size: 46 MB

 Multiple packages were detected.
 Would you like to merge the packages into one module? [y/n]
 Would you like to create a subfolder for the files? [y/n]
 Would you like to install the package/s? (custom paths are supported) [y/n]

 Press [r] to remove packages, [q] to quit, or enter to start downloading.

Does not seem to be problem with 32 bit s/w.

[blue4meridian]

Salutations...

Ok... your 32bit is functional but I'm not really sure how to get my 64bit working.
Maybe I'm overlooking something. Perhaps missing dependencies (solibs)?

Best Regards...

Posted by 71.250.239.251 via http://webwarper.net
This is added while posting a message to avoid misusing the service

[Bogomips]

Arch musl has no dependencies that I'm aware of. Seems like somewhere along the way ldd got clobbered, which USM is dependent on.

Edit 9-7-15

Q: where is ldd ?

A: Musl's dynlinker comes with ldd functionality built in. just create a symlink from ld-musl-$ARCH.so to /bin/ldd. If the dynlinker was started as "ldd", it will detect that and print the appropriate DSO information.

[blue4meridian]

Salutations...

CPU arch???
http://www.openwall.com/lists/musl/2011/09/21/8

5. If you are using gcc and wish to use dynamic linking, find the gcc
directory containing libgcc.a (it should be something like
/usr/lib/gcc/i486-linux-gnu/4.3.5, with the arch and version
possibly different) and look for a specs file there. If none
exists, use "gcc -dumpspecs > specs" to generate a specs file. Find
the dynamic linker (/lib/ld-linux.so.2 or similar) and change it to
"/lib/ld-musl-$ARCH.so.1" (with $ARCH replaced by your CPU arch).

At this point, musl should be the default libc. Compile a small test
program with gcc and verify (using readelf -a or objdump -x) that the
dynamic linker (program interpreter) is /lib/ld-musl-$ARCH.so.1. If
you're using static linking only, you might instead check the symbols
and look for anything suspicious that would indicate your old glibc or
uClibc was used.

Best Regards...

Posted by 71.250.239.251 via http://webwarper.net
This is added while posting a message to avoid misusing the service

[blue4meridian]

Salutations...

Hmmm... it seems the "gcc" (tcc/llvm?) solution noted above may be the same solution for musl.
I successfully implemented the above "gcc" (tcc/llvm?) solution in rootcopy.

Ok... after attempting the musl approach it looks like it's back to the drawing board.

Best Regards...

Posted by 71.250.239.251 via http://webwarper.net
This is added while posting a message to avoid misusing the service

[blue4meridian]

Salutations...

Solved...
http://webwarper.net/ww/~av/forum.porte ... =39&t=5102

Best Regards...

Posted by 64.134.69.187 via http://webwarper.net
This is added while posting a message to avoid misusing the service