Needs both lib32-liblrdf and lib32-directfb for me. Also needs a patch for aac: https://gist.github.com/DarkShadow44/53e0f8a7f3fa177d3ac834c6dcd27d23
Mind merging these changes?
Git Clone URL: | https://aur.archlinux.org/lib32-gst-bad-ugly.git (read-only, click to copy) |
---|---|
Package Base: | lib32-gst-bad-ugly |
Description: | Multimedia graph framework (32-bit) - libav plugin |
Upstream URL: | https://gstreamer.freedesktop.org/ |
Licenses: | LGPL |
Provides: | lib32-gst-ffmpeg |
Replaces: | lib32-gst-libav-latest |
Submitter: | ahmubashshir |
Maintainer: | ahmubashshir (MarsSeed) |
Last Packager: | ahmubashshir |
Votes: | 46 |
Popularity: | 0.012366 |
First Submitted: | 2023-01-07 17:47 (UTC) |
Last Updated: | 2024-12-16 06:56 (UTC) |
« First ‹ Previous 1 .. 11 12 13 14 15 16 17 18 19 20 21 22 Next › Last »
Needs both lib32-liblrdf and lib32-directfb for me. Also needs a patch for aac: https://gist.github.com/DarkShadow44/53e0f8a7f3fa177d3ac834c6dcd27d23
Mind merging these changes?
EDIT: Nevermind, fixed with the just released opencv 4.0.0 update.
Hi. I'm hitting this error when building with opencv 3.4.4:
...
...
CXX libgstopencv_la-gstgrabcut.lo
In file included from /usr/include/opencv2/imgproc/imgproc_c.h:46,
from gstgrabcut.cpp:90:
/usr/include/opencv2/imgproc/types_c.h:445:21: error: conflicting declaration of C function ‘CvMoments cvMoments(const cv::Moments&)’
CV_INLINE CvMoments cvMoments(const cv::Moments& m)
^~~~~~~~~
/usr/include/opencv2/imgproc/types_c.h:436:21: note: previous declaration ‘CvMoments cvMoments()’
CV_INLINE CvMoments cvMoments()
^~~~~~~~~
In file included from gstgrabcut.cpp:90:
/usr/include/opencv2/imgproc/imgproc_c.h:360:13: error: conflicting declaration of C function ‘void cvMoments(const CvArr*, CvMoments*, int)’
CVAPI(void) cvMoments( const CvArr* arr, CvMoments* moments, int binary CV_DEFAULT(0));
^~~~~~~~~
In file included from /usr/include/opencv2/imgproc/imgproc_c.h:46,
from gstgrabcut.cpp:90:
/usr/include/opencv2/imgproc/types_c.h:445:21: note: previous declaration ‘CvMoments cvMoments(const cv::Moments&)’
CV_INLINE CvMoments cvMoments(const cv::Moments& m)
^~~~~~~~~
In file included from gstgrabcut.cpp:90:
/usr/include/opencv2/imgproc/imgproc_c.h:360:13: error: conflicting declaration of C function ‘void cvMoments(const CvArr*, CvMoments*, int)’
CVAPI(void) cvMoments( const CvArr* arr, CvMoments* moments, int binary CV_DEFAULT(0));
^~~~~~~~~
In file included from /usr/include/opencv2/imgproc/imgproc_c.h:46,
from gstgrabcut.cpp:90:
/usr/include/opencv2/imgproc/types_c.h:436:21: note: previous declaration ‘CvMoments cvMoments()’
CV_INLINE CvMoments cvMoments()
^~~~~~~~~
Package builds successfully with opencv 3.4.3.
Given that opencv itself also builds fine, I'm guessing the 3.4.4 release broke something on gst's side of the equation. Should it be reported directly to gst upstream, or...?
lib32-liblrdf is required as a build dependency. At least it wouldn't build for me without it.
@rodrigo21, please report this problem to lib32-gst-plugins-base-libs.
As mentioned, the dependency chain breaks at lib32-gst-plugins-base-libs, not this package, and all lib32-* packages should depend on original package for headers.
I'm still having the same problem.  I had to add gst-plugins-base-libs as makepedends because it's not a dependency of lib32-gst-plugins-base-libs and this package needs /usr/include/gst/audio/audio.h.
I think you'll have to remove lib32-mjpegtools and lib32-zbar(solution found, no longer a problem) as they aren't compiling currently (for me and at least another user).
I built this package yesterday when I updated the dependencies using pure makepkg and also with yay, no problems.
You can also run namcap on the package and see if anything is wrong.
I can try but this is something for the weekend (no chroot around at the moment). Shouldn't the packages build with normal aur helper too. The reason i have this 32 version is mostly for wine32 which depends on it for addition playback of media :/
@unknown78 I don't have this problem, in my build it doesn't link to icu. If you can, try building in a clean chroot.
Pinned Comments
ahmubashshir commented on 2023-11-18 14:43 (UTC) (edited on 2023-11-18 14:44 (UTC) by ahmubashshir)
If you have any improvements/suggestions for the pkgbuilds I maintain, please create an issue/pr on github.com/ahmubashshir/pkgbuilds or send the patches to ahmubashshir+pkgbuilds@gmail.com
p.s. sorry for being late, I was busy with my mid and part-time job last three months... it was truly chaotic...