Package Details: libbpg 0.9.8-1

Git Clone URL: https://aur.archlinux.org/libbpg.git (read-only, click to copy)
Package Base: libbpg
Description: BPG Image Encoder and Decoder
Upstream URL: http://bellard.org/bpg/
Licenses: BSD, LGPL
Submitter: jponin
Maintainer: jponin
Last Packager: jponin
Votes: 27
Popularity: 0.007557
First Submitted: 2014-12-06 06:36 (UTC)
Last Updated: 2018-05-08 10:29 (UTC)

Latest Comments

« First ‹ Previous 1 2 3 4 Next › Last »

Yggdrasil commented on 2015-12-26 16:16 (UTC)

Could you please add -fPIC to the CFLAGS of the static library? Otherwise one can't use it for an imlib2 loader plugin. Something like this: diff --git a/PKGBUILD b/PKGBUILD index 1113752..0bba498 100644 --- a/PKGBUILD +++ b/PKGBUILD @@ -5,7 +5,7 @@ pkgname=libbpg pkgver=0.9.6 -pkgrel=1 +pkgrel=2 pkgdesc='BPG Image Encoder and Decoder' arch=('x86_64' 'i686') url='http://bellard.org/bpg/' @@ -16,6 +16,7 @@ options=('staticlibs') prepare() { sed -i 's/$(CMAKE_OPTS)/$(CMAKE_OPTS) -DENABLE_LIBNUMA=OFF/' "$pkgname-$pkgver/Makefile" + sed -i 's/^CFLAGS+=-I.$/CFLAGS+=-I. -fPIC/' "$pkgname-$pkgver/Makefile" } build() {

frankspace commented on 2015-10-15 04:44 (UTC)

@jponin, I do have numactl installed, yep. The conclusion I drew was that libbpg fails to compile its included x265 if libnuma exists on the system, and I couldn't find any obvious (to me) way to get libbpg to use an existing system x265 instead of its own. So a long-winded "yeah." Thanks for your efforts!

jponin commented on 2015-10-13 10:43 (UTC)

@yamashitaren seems like my response got lost, I finally pushed your patch. To summarize: - libnuma is disabled - jctvc enabled - x265 removed from dependencies since libbpg embeds its own @frankspace You don't have numactl installed ? I don't, and if I understand correctly that's the only link I found (yamashitaren too) to explain the conflicts as libnuma is used by x265. So for now libnuma is off, I suppose if someone really needs numa support, he's probably knowledgeable enough to read the comments here or even patch things on its own.

frankspace commented on 2015-10-13 05:02 (UTC)

How very interesting. Out of curiosity, I changed the PKGBUILD to modify the Makefile to comment out USE_X265=y and uncomment USE_JCTVC=y, and the build() to "USE_JCTVC". With that, compilation is successful without touching numa. I don't know if that helps anyone, and I haven't the vaguest idea why it might work on one box but not another, though. My build env looks exactly like yours, jponin.

YamashitaRen commented on 2015-10-12 23:07 (UTC) (edited on 2015-10-12 23:09 (UTC) by YamashitaRen)

It seems that bpg is now bundling it's own version of x265. This version is now used by default for compression (which is why I replaced USE_X265=Y by USE_JCTVC=Y, so we will have the two codecs available). Unfortunately, it seems that this version of x265 need patchs in order to be builded with Arch's numa (numactl), hence the errors if you have it installed. My quick fix is to explicitly disabe LIBNUMA support. If I remember correctly, I have already seen theses errors while building x265-hg on the same system some months ago...

jponin commented on 2015-10-12 05:29 (UTC)

@frankspace That is ... weird. It builds on another machine here (again without disabling libnuma). Both are x86_64 CPUs (c2d, core i5) with arch up to date http://pastebin.com/uZh29zCH. x265 cmake mentions not finding libnuma, so it's probably not included/linked hence the absence of errors on my systems. I tried rebuilding without arch x265 package, assuming libbpg would then use it's own version of x265, and still no errors. Do you think I should add `DENABLE_LIBNUMA=OFF` anyway ?

frankspace commented on 2015-10-12 04:40 (UTC)

On two different fully-up-to-date x86_64 computers, one newish i5 notebook and one elderly AMD desktop, compilation fails for me with a lot of "undefined reference to [various numa things]" and "recipe for target 'bpgenc' failed". However, if I add the prepare() command from YamashitaRen's PKGBUILD file, compilation succeeds.

jponin commented on 2015-10-10 22:12 (UTC)

Hi @YamashitaRen, 0.9.6 successfully built on a core 2 duo x86_64 without disabling libnuma. I have other machines to test slightly different build environment in case I was lucky. For the moment I'll push the simplest 0.9.6 patch until I finish testing.

YamashitaRen commented on 2015-10-10 21:38 (UTC)

Here is an updated PKGBUILD for libbpg-0.9.6 : http://pastebin.archlinux.fr/1650933 I disabled libnuma because it didn't compile on my system otherwise.

jponin commented on 2015-01-13 09:12 (UTC)

@virtuemood I looked at /usr/include and saw jpeg headers, so I thought it would be ok to place them at the toplevel. Should all packages have their own /usr/include/<pkg> subdir ?

« First ‹ Previous 1 2 3 4 Next › Last »