I can see it listed as a runtime dependency, but if I do `pkg install xpra` then afterwards `pkg info | grep lz4` doesn't show any python packages, and the lz4 compression method isn't available.
Could you provide more details? What's the version of FreeBSD you are running? What are the package versions of xpra? Also, when I run "pkg rquery %dn xpra" I can see py37-lz4 listed there, which in turn depends on liblz4, so everything seems fine there.
I am using FreeBSD 12.1 and Xpra 4.0.2_2. It took me a few goes to figure out how to reproduce it because most of the time it did install the `py37-lz4` package. What finally worked (i.e. broke the install) was removing `python37` itself. There's some issue where if Python isn't installed it doesn't install the `py37-lz4` module. Interestingly most of the other python modules install, although it turns out I am also missing `py37-netifaces`, `py37-object3`, and `py37-brotli`, as well as the aforementioned `py37-lz4`.
(In reply to Duane from comment #2) I was wrong about `py37-gobject3` and `py37-netifaces`, they were installed. Sorry. Additionally, `gstreamer1-plugins-flac` didn't install on the first round either. Running `pkg install -f xpra` after installing xpra pulls in the remaining dependencies.
Hmm, actually I can see this on my FreeBSD 12.1 as well. What's the output of pkg check -dnv xpra on your system?
(In reply to Mateusz Piotrowski from comment #4) After the first install `pkg check` lists gstreamer1-plugins-flac, py37-lz4, py37-brotli as missing dependencies, and libyuv.so as a missing library. After the (forced) reinstall step I'm still missing `libyuv.so`.
(In reply to Duane from comment #5) Hmm, I've got no idea what it could be. Perhaps you could post a question to questions@freebsd.org or ports@freebsd.org.
So, what are concrete steps to reproduce the bug?
(In reply to Gleb Popov from comment #7) As per comment #2. pkg remove python37 xpra pkg install xpra pkg check -dnv xpra
I wasn't able to reproduce this in a fresh jail with pkg 1.15.10. What version are you running?
(In reply to Gleb Popov from comment #9) 1.15.10. The problem still occurs. Did you start with an environment with no packages installed and then run those three commands?
(In reply to Duane from comment #10) > Did you start with an environment with no packages installed and then run those three commands? That's correct.
(In reply to Gleb Popov from comment #11) So what did `pkg check -dnv xpra` report?
(In reply to Duane from comment #12) [1/1] Checking xpra-4.0.4_1: dependencies... done xpra is missing a required shared library: libyuv.so
I'm not sure what else to suggest at this point. You're currently the odd one out since both Mateusz and I can recreate the problem (and I've done it on 2 different machines, including one running 12.2). Can you try on that machine now that a cluster of packages are installed removing python and xpra and reinstalling them, maybe its an interaction between packages. If there's anything else you want me to test please let me know.
(In reply to Duane from comment #14) Can you still get to the point when installing xpra doesn't pull all required deps? If yes, do you see any conflicts in the pkg's outline message before confirmation?
Created attachment 220231 [details] Script File for installing xpra
(In reply to Duane from comment #16) I attached a `script` recording of me installing xpra.
I've updated the port to 4.0.5. Does the problem persist?