Hi,

I applied the latest patches to my machine the other day,
and things seemed fine - until I tried to use skype again
this weekend. I just get I figured that skype broke because the patch wasn't multilib
by Alienbob; I grabbed the source from patches/, and Aliens
build-script for multilib glibc, compiled that and installed
it - but I still get the same error message; along w/ strange
statements like:

Anyone got any ideas what else to try? I'm a bit baffled. :}


Cheers,
Tink

you need the complete library. go here read and install. I have been running this for a long time if you run current there is a little mor work to keep all your stuff updated. but if you are running 13.1 and it is up to date then you will have know problems. you must install the compat32 packages not just the gcc's and glibc's

From alien's multilib wiki,
I was having the same issue after upgrading using slackpkg, wine was complaining about similar things as your getting with skype. I ran through the multilib set up again and everything's working once more. I think you probably just have to run a sub-set of the multilib setup (i'm new to this) but you may want to wait until one of the bigger fish comes to comment.

I've been running multilib for a good while, too, since 13.0, actually...

So what you're saying is if I upgrade glibc I need to re-install all
of multilib?



Cheers,
Tink

Hello,

To keep the multilib up to date, you can use the tools I wrote :

multilibpkg for the 64-bit part of the multilib (ie the packages glibc*, gcc*, and, compat32-tools from alienBob)

compat32pkg for the 32-bit part of the multilib (ie the packages to format compat32 like mesa-compat32)

For example, to upgrade the 64-bit part of the multilib for Slackware-13.1 using multilibpkg, you will do this like below :

To upgrade the 32-bit part of the multilib for Slackware-13.1 using compat32pkg, you will do that like this :

multilibpkg and compat32pkg can also be used to install/uninstall the 64/32-bit part of the multilib :

Hoping this will be helpful.

Cheers.

--
SeB

everytime the packages are version upgrades you need to run and create the new compat-32 programs. and upgradepkg. I really like the multilibpkg I just wish it did not put so many folders in my /tmp I wish it put it in the /tmp/multi I will have to change some codes.
same problem with massconvert32.sh

Hello,

By default, multilibpkg uses /var/cache/multilibpkg to store downloaded packages, uses /var/lib/multilibpkg as working directory, but, it (should) not put anything into folder /tmp. Cache and working directories can be changed by altering the variables MULTILIBPKG_CACHE and WORKDIR into the configuration script /etc/multilibpkg/multilibpkg.conf.

In the case of compat32pkg, this uses /var/cache/compat32pkg/slackware-32 to store downloaded packages, uses /var/cache/compat32pkg/compat-32 to store packages to format compat32 produced by convertpkg-compat32, and uses /var/lib/compat32pkg as working directory. These caches and working directory can be changed by altering the variables COMPAT32PKG_CACHE, SLACK32PKG_CACHE and WORKDIR into the configuration script /etc/compat32pkg/compat32pkg.conf. The "too many folders" into your /tmp come from convertpkg-compat32 when used explicitly or implicitly when using compat32pkg or massconvert32.sh. However, convertpkg-compat32 allows you to change this using its environment variable TMP. Therefore, what you wish can be done like below :

1. when using convertpkg-compat32 explicitly
2. when using convertpkg-compat32 through massconvert32.sh

3. when using convertpkg-compat32 through compat32pkg

I guess it should be a good idea to add a variable into configuration's script for compat32pkg to manage that. This could be something like CONVCOMPAT32_TMP which will be set to /tmp/compat32-packages by default. What do you think about that ?

Cheers.

--
SeB

1 members found this post helpful.

I think it makes my life easier for all my compiling.