#1483 closed task (fixed)
workaround broken MSYS2 dependencies
Reported by: | Antoine Martin | Owned by: | Antoine Martin |
---|---|---|---|
Priority: | major | Milestone: | 2.1 |
Component: | packaging | Version: | trunk |
Keywords: | win32 | Cc: |
Description
MSYS2 is a rolling distro, which means that occasionally some packages will be out of sync and need a rebuild. Occasionally, those rebuilds can be tricky... or just fail.
r15493 makes it possible to ship the older dependencies by simply dropping them in the win32\bundle-extra
directory, this just gets bundled automatically in the installation directory.
This hack was needed because opencv has not yet been rebuilt since the libwebp soname got bumped.
But for this hack to work, we need to still have the old library around..
So maybe we need to take regular snapshots of the msys installation directory? PITA.
Change History (7)
comment:1 Changed 4 years ago by
Status: | new → assigned |
---|
comment:2 Changed 4 years ago by
Resolution: | → fixed |
---|---|
Status: | assigned → closed |
Works well enough, and 64-bit builds are now the default.
comment:3 Changed 4 years ago by
Another issue worth recording here: the opencv package updates have new hard dependencies but those are not installed automatically, breaking the package (so no webcam):
export XPKG="mingw-w64-${MSYSTEM_CARCH}-" pacman -S ${XPKG}glog ${XPKG}ceres-solver ${XPKG}gflags ${XPKG}protobuf
And as of today, opencv is still broken on 64-bit systems. Trying to run "import cv2" fails with Invalid access to memory location
.
comment:4 Changed 3 years ago by
Found another undeclared dependency on mingw-w64-i686-cereal
, required at least for building from source - could be runtime too.
Building opencv from source created a package that installed in the wrong prefix (!?), but once relocated it contains working python2 and python3 modules, tested on both 32 and 64-bit (yay!) - only one is still broken: the 32-bit python2 module crashes (sigh). (wontfix that)
comment:5 Changed 3 years ago by
Still wontfix opencv, but we need r17571 to prevent errors if it isn't found when we create a package.
comment:6 Changed 3 years ago by
comment:7 Changed 3 months ago by
this ticket has been moved to: https://github.com/Xpra-org/xpra/issues/1483
I did have the old
libwebp-6.dll
on my 64-bit build VM, but not on the 32-bit one... and since the rebuild of opencv still fails, the 32-bit builds will just moan about webcam support until opencv is fixed upstream.See also ticket:678#comment:55 (similar issue with
libgfortran-3.dll