[ANN] compat32pkg 1.2.110112
Just to announce you the availability of compat32pkg-1.2.110112 which includes some slight improvements,
and, especially, corrects a small, but annoying, bug introduced by previous version (ie 1.1.110107) :
I would like to thank you for the work you have put into this, it looks like hours of work.
I have been using it successfully.
I was in the process of creating script to check for changes in the compat32 libs, download them and install using my local mirror but put that on hold to update multilib after the compilers got upgraded in -current. Normally I use lftp to get the updates, install them and then run massconvert32 to grab, update the libraries from my local mirror. Today I decided to peruse through Alien's Wiki and noticed a reference to your scripts.
Why reinvent the wheel? After a quick review, I downloaded and installed both your compat32pkg and multilibpkg.
All I can say is THANKS! Works flawlessly! Upgraded the 64-bit side and then the 32-bit libs from my local mirror. Actually I did an --install layer-32 to make sure I picked up any added layer-32 files.
I couldn't be happier. Outstanding job and thank for the work in putting them together. :hattip:
With the recent glibc updates, I used compat32pkg to check for updates to the layer-32 packages
I used --check-updates and --list-updates, and expected to see for example gdk-pixbuf2 among the files for conversion, but it did not find it. This could be user error, or maybe a bug?
A specific search did confirm that the file was missing:
root@darkstar:/var/log/packages# compat32pkg --search list:gdk-pixbuf2
compat32pkg ver. 1.2.110112 (stable)
/usr/sbin/compat32pkg: line 2047: [: too many arguments
[--search] Started on Tue Feb 22 20:26:07 2011
[--search] Using mirror ftp://ftp.heanet.ie/mirrors/ftp.slac...ckware-current
[--search] Local system is Slackware/x86_64 version current
[--search] Mirrored system is Slackware/i486 version current
[--search] 1 package(s) were found (0,074 sec.)
[ package-baseref ] [ version-build ] [ mult. ] [ Status of compat32''s version ]
slackware/l/gdk-pixbuf2 2.22.1-2 Not installed
[--search] Ended on Tue Feb 22 20:26:07 2011
Another question, now that util-linux-ng has been replaced by util-linux, should the multilib-32bit-packages.lst be modified to reflect this?
*only* for installed packages.
However, with the recent updates into the current development tree, and by extension into the 32-bit
layer, we are facing what I will call a (small but annoying) flaw ;).
If you look at slackpkg you will see that its "upgrade" feature works the same way. However, unlike
compat32pkg, slackpkg comes with another feature (ie "install-new") that allows to install newly added
After thinking about that, the best way to correct this flaw is simply to change how the update mechanism
work when the layer-32 is explicitly specified (ie when user supply the keyword "layer-32" in argument of
--check-updates, --list-updates, --convert-updates,--upgrade). In the other cases (ie when user supply a
list (or a file) of patterns), the update mechanism will work as before, , otherwise this could lead to
some suprising things.
I hope to publish a new version of compat32pkg with this change really soon (this week-end at best, end
of next week at worst). Until then, users of compat32pkg under slackware64-current can workaround this
flaw by installing manually the missing packages as below :
to provide a mirror if needed):
of compat32pkg, this means that the layer-32 is not fully installed. In that case, this can be
corrected by installing the missing packages manually.
+ retry what you did with another mirror (current, 13.0 and 13.1)
+ give me the content of your /etc/slackware-version
Thanks for your comprehensive reply.
In the case of util-linux, I did not expect it to be found as it is new, and I did already what you suggested, and modified the .lst file to include it. I guess I was just pointing out that there is a maintenance overhead to supplying the .lst file, if you support current. I don't know how you would go about automating that. On the other hand you could argue that us current users should be smart enough to work that out!
my /etc/slackware-version file, having gone through many version upgrades contained a hashed out previous version due to a manual edit. When I removed that unnecessary entry, the 'too many arguments' warning went away.
compat32pkg and users have to grab it prior to update their layer-32, and obviously, this is
not an efficient process. Even if the layer-32 is not often modified, I'm thinking to add
features to compat32pkg which will allow users to check updates, and to upgrade the file that
describes the 32-bit layer (ie the file multilib-32bit-packages.lst). This could look like this :
useful for any users ! :)
|All times are GMT -5. The time now is 04:00 AM.|