trying to find a way to get a more recent version of some libboost libraries (at least 1.72), I removed the 1.66 versions. I was too fast and didn’t fully read the list of packages that depend on it. Unfortunately, zypper was one of them. So it’s gone along with some other very important stuff.
What would I need to do to restore the zypper functionality?
$ uname -a
Linux dikdik 6.4.0-150600.23.47-default #1 SMP PREEMPT_DYNAMIC Thu Apr 3 03:44:04 UTC 2025 (2854fd7) x86_64 x86_64 x86_64 GNU/Linux
I still can log in and do everything but I’m afraid to even reboot now.
I’d very much appreciate any ideas how to fix this. Thanks in advance.
If you cannot use a snapper (btrfs) snapshot to go back to (man snapper → snapper undochange) you might still be able to use a barebone rpm -i packagename.rpm to reinstall a deleted package. Maybe reinstalling libzypp first should get you a working zypper command again, to reinstall the rest of the packages. The libzypp package should be available from here: https://download.opensuse.org/update/leap/15.6/sle/x86_64/
I also checked the packages which have been deleted, each one individually. I reinstalled them successfully and verified their presence (zypper se -i …).
zypper up seems to work too. I received some updated packages.
Now, I’m going to try a reboot and hope for the best.
Everything seems to work again. The system comes up as if nothing ever happened and everything seems to work again.
Still, I have a follow-up question:
How can I update the libboost libraries to at least 1.72. The newer, the better, but 1.72 is the minimal version I need. I know, 1.75 is in the Leap repo but what I do has to eventually go to a SLES system. And SLES only has 1.66 in its repo.
I’d need libboost_atomic, libboost_chrono, libboost_-date_time, libboost_serialization, libboost_system and libboost_threads.
Nothing, except that it’s not in our SLES repo and I can’t get my admins to put it into the repo. I don’t even know if they can do it. Their request to SUSE support only got a catalog of questions back why we’d need that and so on. No real help.
Besides that, I tried building all versions from 1.72 up to the current 1.88 from source. While that worked, SFCGAL was the next to fail.
If you’re wondering what I’m trying to do: I’m trying to build PostGIS 1.5 on SLES, which is a real pain. At least that would be the ultimate enemy.
