Hi to all, just a quick question:

are multilib packages from alienbob repos still being updated?

I'm asking becouse the last time slackpkg+ reported an automatic update for it was around the middle of november.

I'm not complaining, rest assured. I know Alien is extremely busy, and probably people working with him too.

I'm just asking so that I know that, every time I'll see an update to, lets say mesa, I'll also download the normal i586 package from the official repos and convert32 it.

Yes, they are still updated.
The *compat32* packages are updated once in a while, it has always been like this as long as I can remember.
I do like you, converting the 32bit pqckage myself, but actually it doesn't change much for the end user if the mesa-compat32 libraries are some versions behind.

1 members found this post helpful.

Hi Ponce, it change if you use 32bit versions a lot... like using wine or games

The problem is just automating the task, I mean, when Pat release a ton of updates, it's a chore to check manually which ones needs a 32bit update and which doesn't.

Do you have any suggestion on an automated bash script to check them vs the changelog?

but you actually don't need to update them to stay in pair with the 64bit ones...
have you ever encountered any problem in leaving them at the versions released by Alien Bob?

are you sure? last time the mesa libs where not the same version I had problems running 32bit games. It was a while ago, so I don't remember the details.
however I'm pretty sure glxgears was working for 64bit but the 32bit one wasn't. Since then I kept them synchronized

I can't say I've had any problems if/when multilib lags behind a bit. GCC can be an issue, but that's usually solved by updating to the 64-bit one, like if I need to compile a kernel module.

1 members found this post helpful.

I run compat32pkg for compat32 packages maintenance, maybe it helps.
http://compat32pkg.sourceforge.net/index.html

I'm not sure why Eric hasn't updated his multilib, but like you, I know he is a very busy man.

However, he has provided everything you need to ensure you're running the correct versions.

One of the easiest tools to run is his check-compat32 script, which will check if you have any 32bit programs that don't match your 64bit versions.

If you do have packages that are mismatched, you can run his massconvert32.sh script to convert all the needed 32bit packages into compat32 packages. Or you can simply run his convertpkg-compat32 against individual 32bit packages to convert them to compat32 packages. Once completed, you can then upgrade/install them.

This might be easiest if you setup a mirror for 32bit using mirror-slackware-current.sh script, modifying the needed variables (or setting up a conf file) to download the 32bit mirror of slackware-current to your local machine.

2 members found this post helpful.

Hi thanks, in several years of slackware (not -current) i've never seen that script!

However it says (both root and user) "line 65: /var/log/packages/name-of-all-packages-compat32 : permission denied"

Now I'm a bit in a hurry, I'll reply to everyone later, thanks for the answers

1 members found this post helpful.

And speak of the devil...there was a refresh today.

Occasionally the 32-bit llvm compat32 package lags behind the llvm in current and this breaks pcsx2 at least on my system. Of course its easy to fix.

Looks like this one hasn't been updated with the new package database location in -current. Maybe adjusting the lines containing /var/log/packages/ to /var/lib/pkgtool/packages/ would fix it (I found two lines in the script).

1 members found this post helpful.

I have already fixed and uploaded the script after the initial report here in the thread. I also added it to the compat32-tools package finally.
Btw the error was unrelated to the new package log location.

5 members found this post helpful.

Thanks, I'll have a look at it.

Yes indeed unfortunately mesa is still not in synchro

Thanks Alien for all the good work!

I always run this when i update current.