Warning: file_exists(): open_basedir restriction in effect. File(/srv/http/vhosts/aur.archlinux.org/public/web/locale//en/LC_MESSAGES/aurweb.mo) is not within the allowed path(s): (/srv/http/vhosts/aur-dev.archlinux.org/:/etc/aurweb/) in /srv/http/vhosts/aur-dev.archlinux.org/public/web/lib/streams.php on line 90
AUR (en) - libbpg

Notice: Undefined variable: name in /srv/http/vhosts/aur-dev.archlinux.org/public/web/lib/pkgfuncs.inc.php on line 248

Package Details: libbpg 0.9.7-1

Git Clone URL: https://aur-dev.archlinux.org/libbpg.git (read-only)
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: 19
Popularity: 0.762508
First Submitted: 2014-12-06 06:36
Last Updated: 2016-05-31 05:44

Latest Comments

1 2 3 Next › Last »

jponin commented on 2016-06-02 07:23

@afontenot

I couldn't build version 9.7 because of what seems to me like a Macro syntax bug. The two patches are just fixing a missing spaces.

afontenot commented on 2016-06-02 07:20

Can you explain what the two new patches are supposed to do please? Thanks

jponin commented on 2016-02-04 17:43

@dustball

I resync'd .SRCINFO, both pkgrel now set to 2, thanks.

dustball commented on 2016-02-03 14:14

Fails to build+install (separately it works), since the .SRCINFO pkgrel doesn't match the PKGBUILD pkgrel. Just a heads up.

Yggdrasil commented on 2015-12-26 23:34

Seems to work. Thanks for the quick response.

jponin commented on 2015-12-26 18:17

@Yggdrasil

I pushed your patch, tell me if it works.

Cheers

Yggdrasil commented on 2015-12-26 16:16

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

@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

@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

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.