First of all thank you for all your hard work with this wonderful distro. I have tried to compile zlib-1.2.3 using the updated gnu-utils.unc but unfortunately I get the same error. It still complains about Busybox 1.2.2 as being a multicall binary and it won't compile. I'll se if I can get around it somehow. The 3.2 version of DSL really seems interesting so keep up the good work!
As always have fun with DSL, meoHi again Robert!
I tried a pretty dramatical approach to the problem and removed busybox. After that I compiled my programs and all went well so far. Now im posting this from the resulting remaster with Dillo as Firefox will not work. So it was not the correct solution I guess. But nevertheless i tried.
As always have fun, meoMeo, It would help greatly if the offending busybox applet could be identified. I can't imagine one that would only affect compilations. When the make process aborts, can you identify where in the Makefile this is? And what was the command issued?Hi again Robert!
It seems to be a kind of inkompatibility issue with zlib. I thought that bcrypt needed that program in order to work but then I tried to compile bcrypt directly instead and it all went well. So it seems that the updated version of gnu-utils is OK. I can't explain it any other way. So many thanks for your work. I'm posting this from a remaster that has bcrypt working but without firefox that I removed. So I'm using Dillo to make this post.
Have fun and thanks a lot for your good work, meoI'm wondering what and why the gnu-utils have to be changed (seemingly due to busybox? - but I thought it was just an alternative/replacement), if someone can offer an explanation.
Quote
I thought that bcrypt needed that program in order to work but then I tried to compile bcrypt directly instead and it all went well.
If it just needs the runtime, some (older) version of zlib is included in DSL.Next Page...
original here.