Solved... (Musl USM error?)

Post here if you are a new Porteus member and you're looking for some help.
Post Reply
User avatar
blue4meridian
Shogun
Shogun
Posts: 279
Joined: 29 Sep 2014, 05:58
Distribution: 64bit LxQt (Plastique/Mikachu)
Location: Jersey City N.J. USA

Solved... (Musl USM error?)

Post#1 by blue4meridian » 28 Jun 2015, 16:03

Salutations... :good:

I have "Musl" installed. When I try to use USM it asks for "Ldd" :wall:
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" :wall:
http://www.webwarper.net/ww/~av/exactco ... e/minised/

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

Best Regards... :beer:

Posted by 100.1.102.215 via http://webwarper.net
This is added while posting a message to avoid misusing the service
Last edited by blue4meridian on 16 Oct 2015, 14:59, edited 28 times in total.

Bogomips
Full of knowledge
Full of knowledge
Posts: 2563
Joined: 25 Jun 2014, 15:21
Distribution: 3.2.2 Cinnamon & KDE5
Location: London

Re: Musl USM error?

Post#2 by Bogomips » 28 Jun 2015, 19:32

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.
Linux porteus 4.4.0-porteus #3 SMP PREEMPT Sat Jan 23 07:01:55 UTC 2016 i686 AMD Sempron(tm) 140 Processor AuthenticAMD GNU/Linux
NVIDIA Corporation C61 [GeForce 6150SE nForce 430] (rev a2) MemTotal: 901760 kB MemFree: 66752 kB

User avatar
blue4meridian
Shogun
Shogun
Posts: 279
Joined: 29 Sep 2014, 05:58
Distribution: 64bit LxQt (Plastique/Mikachu)
Location: Jersey City N.J. USA

Re: Musl USM error?

Post#3 by blue4meridian » 30 Jun 2015, 00:26

Salutations... :good:

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

Best Regards... :beer:

Posted by 71.250.239.251 via http://webwarper.net
This is added while posting a message to avoid misusing the service
Last edited by blue4meridian on 11 Oct 2015, 21:06, edited 2 times in total.

Bogomips
Full of knowledge
Full of knowledge
Posts: 2563
Joined: 25 Jun 2014, 15:21
Distribution: 3.2.2 Cinnamon & KDE5
Location: London

Re: Musl USM error?

Post#4 by Bogomips » 30 Jun 2015, 10:51

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

Edit 9-7-15
FAQ wrote: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.
Linux porteus 4.4.0-porteus #3 SMP PREEMPT Sat Jan 23 07:01:55 UTC 2016 i686 AMD Sempron(tm) 140 Processor AuthenticAMD GNU/Linux
NVIDIA Corporation C61 [GeForce 6150SE nForce 430] (rev a2) MemTotal: 901760 kB MemFree: 66752 kB

User avatar
blue4meridian
Shogun
Shogun
Posts: 279
Joined: 29 Sep 2014, 05:58
Distribution: 64bit LxQt (Plastique/Mikachu)
Location: Jersey City N.J. USA

Re: Musl USM error?

Post#5 by blue4meridian » 11 Oct 2015, 20:40

Salutations... :good:

CPU arch??? :unknown:
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... :beer:

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

User avatar
blue4meridian
Shogun
Shogun
Posts: 279
Joined: 29 Sep 2014, 05:58
Distribution: 64bit LxQt (Plastique/Mikachu)
Location: Jersey City N.J. USA

Re: Musl USM error?

Post#6 by blue4meridian » 12 Oct 2015, 14:04

Salutations... :good:

Hmmm... it seems the "gcc" (tcc/llvm?) solution noted above may be the same solution for musl. :unknown:
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. :wall:

Best Regards... :beer:

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

User avatar
blue4meridian
Shogun
Shogun
Posts: 279
Joined: 29 Sep 2014, 05:58
Distribution: 64bit LxQt (Plastique/Mikachu)
Location: Jersey City N.J. USA

Re: Musl USM error?

Post#7 by blue4meridian » 16 Oct 2015, 14:57

Salutations... :good:

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

Best Regards... :beer:

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

Post Reply