Skip to main content ↑ ↓
Topic solved
This topic has been marked as solved and requires no further attention.
Topic: blender-> usd -> cannot resolve "libboost_python312.so=1.86.0-64", a dependency (Read 353 times) previous topic - next topic
0 Members and 1 Guest are viewing this topic.

blender-> usd -> cannot resolve "libboost_python312.so=1.86.0-64", a dependency

warning: cannot resolve "libboost_python312.so=1.86.0-64", a dependency of "usd"
warning: cannot resolve "usd", a dependency of "blender"

is this better than irc?

Re: blender-> usd -> cannot resolve "libboost_python312.so=1.86.0-64", a dependency

Reply #1 –
Pls try blender-17:4.3.2-1-x86_64.pkg.tar.zst when available on the mirrors.

artist
Linux is simple; use Artix, or Submit Your System To Evil Malicious D(a)emons

Re: blender-> usd -> cannot resolve "libboost_python312.so=1.86.0-64", a dependency

Reply #2 –
 blender-17:4.3.2-1 says
error: failed to prepare transaction (could not satisfy dependencies)
:: unable to satisfy dependency 'libboost_python312.so=1.86.0-64' required by usd
:: unable to satisfy dependency 'usd' required by blender

 why usd asking for python312?

https://gitea.artixlinux.org/packages/usd/commit/06b645fa223d66cfef425baff364a2c529444831

Re: blender-> usd -> cannot resolve "libboost_python312.so=1.86.0-64", a dependency

Reply #3 –
usd was built against python 13.3, so the problem is not trivial and waiting for the blender maintainer to be checked.

artist
Linux is simple; use Artix, or Submit Your System To Evil Malicious D(a)emons

Re: blender-> usd -> cannot resolve "libboost_python312.so=1.86.0-64", a dependency

Reply #4 –
thanks for the update

do you have a moment to answer my question? Or do i misunderstand?

Re: blender-> usd -> cannot resolve "libboost_python312.so=1.86.0-64", a dependency

Reply #5 –
works now

Re: blender-> usd -> cannot resolve "libboost_python312.so=1.86.0-64", a dependency

Reply #6 –
Sorry if I misunderstand the issue here but,

I personally prefer to use the TARs from the Blender website instead of relying on any repository.
Just need to extract the TAR and run the "blender" executable. It has some libraries bundled with it and so far always ran out of the box for me.

Blender development gained a lot of speed in the past 5 years and every version introduces some changes that could affect old projects or workflows. I found it much simpler to keep previous versions around in case of breakage and to use plugins that have not been updated.

Re: blender-> usd -> cannot resolve "libboost_python312.so=1.86.0-64", a dependency

Reply #7 –
That is a neat idea, but the package should work, right? And it does now.

Re: blender-> usd -> cannot resolve "libboost_python312.so=1.86.0-64", a dependency

Reply #8 –
Quote from: n00b – on
That is a neat idea, but the package should work, right? And it does now.
There's one significant pro when using Blender from portable tar package, you don't have it tied to your local SYSTEM python instance, there's entire python runtime + environment running separately from Artix's/Arch's, this way you essentially sandbox Blender from polluting your system site-packages which some addons like to do.

Re: blender-> usd -> cannot resolve "libboost_python312.so=1.86.0-64", a dependency

Reply #9 –
Interesting. I try to stick to defaults so I was not even aware.
Where would these addons put the packages? Would that fail without write permissions?

Re: blender-> usd -> cannot resolve "libboost_python312.so=1.86.0-64", a dependency

Reply #10 –
Quote from: mikapyon – on
Interesting. I try to stick to defaults so I was not even aware.
Where would these addons put the packages? Would that fail without write permissions?
Yeah, on normal, properly configured system a rouge plugin should fail when accessing anything that needs root. God may have mercy if someone ran Blender as root... Also, it isn't the case of actually writing permissions, you have access from Blender's plugins to all the installed system libraries and python packages that pacman installed too. So for example, such plugin could sniff and snoop around with a python-dbus package, register some neferious shit that doesnt even need root and it'd 100% work without you knowing anything. Still, for me running Blender from tar package is a huge +, but I can understand if someone wants to have it managed by system/package manager.
 

Re: blender-> usd -> cannot resolve "libboost_python312.so=1.86.0-64", a dependency

Reply #11 –
Ah, ignore this one, I messed up with my browser tabs and edited at one place, gone afk for a moment, and went to different tab and I duplicated this one, for some reason I don't see a way to remove this post