Package Details: lib32-x264 155.r0a84d986-3

Git Clone URL: https://aur.archlinux.org/lib32-x264.git (read-only)
Package Base: lib32-x264
Description: Open Source H264/AVC video encoder (lib32)
Upstream URL: https://www.videolan.org/developers/x264.html
Licenses: GPL
Conflicts: lib32-libx264, lib32-libx264-10bit, lib32-libx264-all
Provides: lib32-libx264, libx264.so
Replaces: lib32-libx264, lib32-libx264-10bit, lib32-libx264-all
Submitter: GordonGR
Maintainer: droidman
Last Packager: droidman
Votes: 33
Popularity: 1.254726
First Submitted: 2018-08-18 16:08
Last Updated: 2019-02-06 18:07

Required by (34)

Sources (1)

Latest Comments

1 2 3 4 5 6 ... Next › Last »

BillFleming commented on 2019-02-23 02:11

With the latest change this appears to make r157 instead of r155 which breaks lib32-ffmpeg build. If I change this back to 0a84d986e7020f8344f00752e3600b9769cc1e85 (then reinstall) then lib32-ffmpeg builds ok.

beniamino.mietto commented on 2019-02-22 23:53

Please add lib32-gcc-libs in makedepends array.

GordonGR commented on 2018-08-19 13:13

Fixed the typo. Thank you.

adam900710 commented on 2018-08-19 13:04

Wrong configure premeters, missing '-' for "-libdir", and --libexecdir option is even not recongnized.

BTW, a small tip, if using --host, there is no need to use CC/CXX/PKG_CONFIG_PATH variable any more.

mokkurkalve commented on 2018-08-19 11:30

This doesn't really work: error: failed to commit transaction (conflicting files) lib32-x264: /usr/lib/libx264.so exists in filesystem (owned by x264) lib32-x264: /usr/lib/libx264.so.155 exists in filesystem (owned by x264) lib32-x264: /usr/lib/pkgconfig/x264.pc exists in filesystem (owned by x264) Errors occurred, no packages were upgraded. Because, I guess: ==> Starting build()... Unknown option -libdir=/usr/lib32, ignored Unknown option --libexecdir=/usr/lib32, ignored

GordonGR commented on 2018-08-18 16:16

I created the package lib32-x264 as the equivalent to the renewed extra/x264 that replaced the extra/libx264* packages. If you install lib32-x264, you should be all right. I'll request the merge of these packages to the new one.

adam900710 commented on 2018-08-18 00:13

Yep, the same here.

I have to uninstall all related lib32 packages, and recomiple them all.

BTW, for this package I followed the upstream extra/x264, created one PKGBUILD for lib32-x264, which can be found here. https://pastebin.com/FS4bQ3KW (BTW, the new lib32-x264 155.r0a84d986-1 has something wrong with the configure command which won't compile)

Now I'm working on recompiling all the dependence.

I'd say, Arch really needs to compile lib32 package along with the main package.

Star-X commented on 2018-08-17 15:04

As of yesterday, it's impossible to update anything at all as it results in dependency issues.

Specifically, when I try to update using pamac, I get the following error:

could not satisfy dependencies:

removing libx264-10bit breaks dependency 'libx264-10bit' required by lib32-libx264-10bit

removing libx264-all breaks dependency 'libx264-all' required by lib32-libx264-all

Only choosing updates that aren't related to ffmpeg or its mountain of dependencies also gives this set of dependency errors, in addition to the two above:

removing libx264-10bit breaks dependency 'libx264.so=152-64' required by ffmpeg

removing libx264-all breaks dependency 'libx264-all' required by gst-plugins-ugly

Anyone know how to escape this dependency hell?

GordonGR commented on 2018-06-12 12:41

Done.

oxalin commented on 2018-06-12 07:52

Hi GordonGR. Could you remove the lib32-ffmpeg make-dep please? I'm maintaining lib32-ffmpeg and I've been receiving a few comments about the fact that there is a circular dependency between our two packages. I can't really remove the dependency on my side since ffmpeg is built with libx264 support.

While libx264 can be built with a few bits from ffmpeg (if you google it, you'll see), I think the current PKGBUILD doesn't enable it, so it should be fine to remove the make-dep. I tried to build this package after I had removed lib32-ffmpeg and it built fine.