Arch Linux

please add libxp to the prerequisites.

Ooooopps...wrong package :D

Thanks - it was in for a few revisions but we have some kind of "agreement" to not rely on AUR packages (simply because tracking even more packages would be cumbersome). If you need it to get rid of the Xlog spam, simply install it - i have it installed as well. Thanks, Haggy

I think you need lsb-release too.

In case you have problems with DVD playback ("Please insert disc"):
http://bbs.archlinux.org/viewtopic.php?pid=588195#p588195

Please post your experiences with xbmc/xbmc-svn and the recent libjpeg upgrade to 7-1 regarding fanart loading / GUI snappyness. You could also use the forum thread over here: http://bbs.archlinux.org/viewtopic.php?pid=559107
Thanks, Haggy.

@tigtex if you just compile from source again, it will compile against libjpeg7 and it shoud work. a lot of packages were broken because of libjpeg7, unfortunately community packages don't get a testing version

/usr/share/xbmc/xbmc.bin: error while loading shared libraries: libjpeg.so.62: cannot open shared object file: No such file or directory

I'm using latest xbmc with testing repo on. I cant start and libjpeg is installed (version 7.1)... now I'm again without my media center.... any solution? Downgrading isn't an option (a lot of dependency warnings).

could we get the xbmctex segfault fix from the xbmc-svn package into this ?
sed -e 's/-lGLU -lGLEW -lGL//' -i ${srcdir}/$_svnmod/tools/XBMCTex/Makefile

Its breaking all the skin packages

Guys, i just had a talk to davilla, one of the xbmc devs. He said that your issue is not known as a general bug, but there were changes in dvd playback code since the release of 9.04. Could you please try installing xbmc-svn which is more recent than the stable 9.04 and, if the problem persists, head over to the xbmc forums with your debug log enabled and pastebinned. I'm sure they will help you guys out. Known issues however are having multiple optical drives (external, where xbmc only sees the internal one), and invalid DVD discs which do not conform to the DVD video standards.
/Haggy

I do have pmount configured correctly, and it works fine for the same user as is using XBMC. HAL-based volume managers like the E17 Places module correctly detect, automount, and unmount discs. Am I correct in thinking, though, that a DVD doesn't need to be mounted as a filesystem in order to be played? XBMC doesn't detect the disc whether's mounted or not, however. Nnexxus, I haven't yet tried navigating to the .vob files through XBMC's filemanager, I will try it although it is definitely less than optimal.

Did you all try installing pmount and configure it to allow mounting your optical drives? Maybe that helps...
/Haggy

jheretic : same problem for me here, experienced on both 32bit and 64bit computers. I used XBMC 8.04 before without any DVD playback issue, it just happened when upgrading to 9.04. I tried to compile a post 9.04 svn version some time ago, and the problem was also present.
I am currently using a workaround : mounting the DVD to a given folder via fstab, adding this folder to XBMC sources, and browsing through the DVD files in XBMC to launch the vobs or ifo files... not very handy. But at least, it proves that XBMC DVD decoding capability is not in fault here, it's clearly the mounting or simply the detection of the DVD that causes trouble.

Does anyone else have issues with an inserted DVD not showing up in the menu? This same error happens on two different computers running x86_64, under both this package and the newest xbmc-svn. pre-9.04 version of XBMC, as well as Boxee-source can access the DVDs fine. No error message in debug log, but it does show the HAL messages for the disc being added and removed. Attempts to access the disc through the file manager in XBMC result in "Please insert disc" popup. Thoughts?

It won't start here (x86_64)

$ xbmc
terminate called after throwing an instance of 'dbiplus::DbErrors'
/usr/bin/xbmc: line 8: 6057 Aborted /usr/share/xbmc/xbmc.bin "$@"

(this is the whole output)

xbmc-maintainers:Thanks,it work well.
Now I try to compile the xbmc-svn.
Sorry for My poor english.

yvesyang: symlink your /usr/lib64 to /usr/lib. Nasty but it'll do. our xbmc-svn has a patch for that.

xbmc-maintainers:as vEx said，
[....
11:39:02 T:51304720 M:3376529408 ERROR: Unable to load /usr/lib64/libcurl.so, reason: /usr/lib64/libcurl.so: cannot open shared object file: No such file or directory
11:39:02 T:51304720 M:3376324608 ERROR: Unable to load /usr/lib64/libcurl.so, reason: /usr/lib64/libcurl.so: cannot open shared object file: No such file or directory]

Why not use the sf.net mirrors (http://downloads.sourceforge.net/xbmc/9.04.1_Babylon-linux-osx-win32-repack.tar.gz)? I think that looks more legit than hosting it yourself, plus people might get better speed if they want to build it themself. Also, how come it's repacked? The original source is tar.gz while your source is tar.bz2. Are there any other changes made to the archive?

This package still segfaults on 64-bit systems due the fact that it looks for libcurl in /usr/lib64 instead of /usr/lib.

@sergej: any reason why you're compiling this with pulseaudio enabled by default ? i think its quite unnecessary, unless i'm missing something. also, any chance this will be compiled with vdpau enabled ?

yvesyang: this is by no means a useful error message. please post the full output you get when running xbmc and also pastebin your ~/.xbmc/temp/xbmc.log

on x86_64,the error messenger same as "xbmc 9.04.1"

line 8: 21062 Aborted /usr/share/xbmc/xbmc.bin "$@"

Looks the finally put the code up on sf.net also:

http://sourceforge.net/project/downloading.php?group_id=87054&filename=9.04.1_Babylon-linux-osx-win32-repack.tar.gz

http://xbmc.org/blog/2009/05/27/xbmc-9041-released/

@MarcosRoriz - Yeah it's an acknowledged issue. Works for some people and not others.

http://xbmc.org/trac/browser/branches/linuxport/XBMC/known_issues.txt

I got it sound after I killed the pulse audio ? ... It seems as a issue with pulse I think

I'm also getting no audio in xbmc anymore.
i686

error msg: ALSA lib pcm_dmix.c:1008:(snd_pcm_dmix_open) unable to open slave

Only the sound in xbmc is affected, everything else plays just fine.

I`m getting no audio on gnome i686 arch.

I get this error, which is the same error I get when I try to compile ffmpg (I could compile ffmpeg by disabling mmx support). Help!

In file included from libavcodec/x86/dsputil_mmx.c:1772:
libavcodec/x86/h264dsp_mmx.c: In function ‘h264_h_loop_filter_chroma_mmx2’:
libavcodec/x86/dsputil_mmx.c:681: error: can't find a register in class ‘GENERAL_REGS’ while reloading ‘asm’
libavcodec/x86/dsputil_mmx.c:681: error: can't find a register in class ‘GENERAL_REGS’ while reloading ‘asm’
libavcodec/x86/dsputil_mmx.c:681: error: can't find a register in class ‘GENERAL_REGS’ while reloading ‘asm’
libavcodec/x86/dsputil_mmx.c:681: error: can't find a register in class ‘GENERAL_REGS’ while reloading ‘asm’
libavcodec/x86/dsputil_mmx.c:681: error: ‘asm’ operand has impossible constraints
libavcodec/x86/dsputil_mmx.c:681: error: ‘asm’ operand has impossible constraints
libavcodec/x86/h264dsp_mmx.c:710: error: ‘asm’ operand has impossible constraints
libavcodec/x86/dsputil_mmx.c:681: error: ‘asm’ operand has impossible constraints
libavcodec/x86/dsputil_mmx.c:681: error: ‘asm’ operand has impossible constraints
make[2]: *** [libavcodec/x86/dsputil_mmx.o] Error 1
make[2]: Leaving directory `/home/mau/abs/xbmc/src/xbmc-9.04.orig/xbmc/cores/dvdplayer/Codecs/ffmpeg'
make[1]: *** [ffmpeg] Error 2
make[1]: Leaving directory `/home/mau/abs/xbmc/src/xbmc-9.04.orig/xbmc/cores/dvdplayer/Codecs'
make: *** [dvdpcodecs] Error 2

Pulseaudio and avahi aren't dependencies. They are optional.

http://xbmc.org/trac/browser/branches/linuxport/XBMC/README.linux
http://xbmc.org/trac/browser/branches/linuxport/XBMC/known_issues.txt

Could you please add python, avahi and pulseaudio to the dependencies ?
Btw, I installed a 32-bit Arch on my HTPC, and now your package works fine.

Thanks for your help, haggy. I also tried xbmc-svn, and you're right, it works a lot better. I have some trouble with DVD playback, though.

I'll just reinstall my HTPC, using a 32-bit arch this time. I'm a bit tired of 64-bit related problems in XBMC.

Nnexxus, agapito: As i said earlier, did you try xbmc-svn? xbmc has issues on 64bit which are fixed in that PKGBUILD (or the one vEX posted if you prefer the stable 9.04 which is basically the same). I'm nearly sure that segfault comes from libcurl being looked for in /usr/lib64 whereas Arch does not have it there (but in /usr/lib)

/haggy

libcdio and pulseaudio are required to start xbmc. add them to dependencies list please. I had to manualy install them.

same problem here...

When I first tried this package, I got this :
sh-3.2$ xbmc
/usr/share/xbmc/xbmc.bin: error while loading shared libraries: libpulse.so.0: cannot open shared object file: No such file or directory
Installing pulseaudio made the trick : maybe it should be added in the dependencies ?

Now, well... xbmc just segfaults :
sh-3.2$ xbmc
/usr/bin/xbmc: line 8: 4855 Erreur de segmentation /usr/share/xbmc/xbmc.bin "$@"
I checked my Xorg.conf, DefaultDepth is already at 24. Running 64-bit Arch and a NVidia 6800GT with proprietary drivers.

xbmc-maintainers: Looking at your PKGBUILD I managed to get 9.04 running on 64-bit as well, thanks!


pkgname=xbmc
pkgver=9.04
pkgrel=1
pkgdesc="XBMC Media Center"
arch=('i686' 'x86_64')
url="http://xbmc.org"
license=('GPL' 'custom')
depends=('alsa-lib' 'curl' 'enca' 'faac' 'freetype2' 'fribidi' 'gawk' 'glew' \
'hal' 'jasper' 'libcdio' 'libgl' 'libmad' 'libmysqlclient' 'libxinerama' \
'libxrandr' 'lzo2' 'sdl_image' 'sdl_mixer' 'sqlite3' 'unzip' 'x-server')
makedepends=('autoconf' 'automake' 'boost' 'cmake' 'gcc' 'gperf'
'libtool>=2.2.6a-1' 'make' 'nasm' 'patch' 'pkgconfig' 'zip')
optdepends=('lirc: remote controller support'
'pmount: mount removable devices as normal user'
'smbclient: access windows shares'
'unrar: access compressed files without unpacking them')
install=("${pkgname}.install")
source=("https://launchpad.net/~team-xbmc/+archive/jaunty-ppa/+files/xbmc_${pkgver}.orig.tar.gz")
md5sums=('5a26e0ea7eb95321046ba1ca3f3815af')

build() {
cd "${srcdir}/xbmc-${pkgver}.orig"

# Make it gcc 4.3+ compatible
sed '144i#include <stdlib.h>' -i guilib/system.h || return 1
sed '56i#include <stdio.h>' -i xbmc/visualizations/XBMCProjectM/libprojectM/Common.hpp || return 1

# Proper path of libcurl
sed -e 's|/usr/lib64/libcurl.so|/usr/lib/libcurl.so|' \
-i Makefile.include.in || return 1

# libfaad2 complains about a missing AC_PROG_CXX
sed -e 's/dnl AC_PROG_CXX/AC_PROG_CXX/' \
-i xbmc/cores/dvdplayer/Codecs/libfaad2/configure.in || return 1

# autotools version missmatches that needs fixing
autoreconf -vif xbmc/cores/dvdplayer/Codecs/libfaad2
autoreconf -vif xbmc/lib/libass
autoreconf -vif xbmc/cores/dvdplayer/Codecs/libdvd/libdvdcss

# Goom also needs a fixup due to newer autotools
cd "${srcdir}/xbmc-${pkgver}.orig/xbmc/visualizations/Goom/goom2k4-0"
autoreconf -vif
aclocal
./autogen.sh --enable-static --with-pic
cd "${srcdir}/xbmc-${pkgver}.orig"

# Configure XBMC
./configure --prefix=/usr --enable-debug || return 1

# Fix false negative detections of realloc that happens some times
if grep -q 'HAVE_REALLOC 0' config.h; then
sed -e 's|#define HAVE_REALLOC 0|#define HAVE_REALLOC 1|' \
-e 's|#define realloc rpl_realloc|/* #define realloc rpl_realloc */|' \
-i config.h || return 1
fi

# XBMCTex will segfault on systems with nvidia installed if linked to OpenGL
sed -e 's/-lGLU -lGLEW -lGL//' \
-i "${srcdir}/xbmc-${pkgver}.orig/tools/XBMCTex/Makefile" || return 1

# Build
make || return 1
make prefix=${pkgdir}/usr install || return 1

# Skins often use build.sh that looks for /usr/bin/XBMCTex
ln -s "${pkgdir}/share/xbmc/tools/xbmctex" "${pkgdir}/usr/bin/XBMCTex"

# License(s)
install -dm755 ${pkgdir}/usr/share/licenses/${pkgname}
for licensef in LICENSE.GPL README.linux copying.txt; do
mv ${pkgdir}/usr/share/xbmc/${licensef} \
${pkgdir}/usr/share/licenses/${pkgname} || return 1
done
}

vEX: We got your 64bit issues fixed in xbmc-svn (i'm also running 64bit)
/Haggy.

tigtex: If you're impatient, try xbmc-svn (http://aur.archlinux.org/packages.php?ID=20156)

Where is the maintainer? Please, update this pkgbuild.
If everything is OK, maybe this package will be uploaded again to community

However, it doesn't work on my 64-bit installation, it just segfaults. Running it under my 32-bit chroot works just fine though.

pkgname=xbmc
pkgver=9.04
pkgrel=1
pkgdesc="XBMC Media Center"
arch=('i686' 'x86_64')
url="http://xbmc.org"
license=('GPL' 'custom')
depends=('alsa-lib' 'curl' 'enca' 'faac' 'freetype2' 'fribidi' 'gawk' 'glew' \
'hal' 'jasper' 'libcdio' 'libgl' 'libmad' 'libmysqlclient' 'libxinerama' \
'libxrandr' 'lzo2' 'sdl_image' 'sdl_mixer' 'sqlite3' 'unzip' 'x-server')
makedepends=('autoconf' 'automake' 'boost' 'cmake' 'gcc' 'gperf'
'libtool>=2.2.6a-1' 'make' 'nasm' 'patch' 'pkgconfig' 'zip')
optdepends=('lirc: remote controller support'
'pmount: mount removable devices as normal user'
'smbclient: access windows shares'
'unrar: access compressed files without unpacking them')
install=("${pkgname}.install")
source=("https://launchpad.net/~team-xbmc/+archive/jaunty-ppa/+files/xbmc_${pkgver}.orig.tar.gz")
md5sums=('5a26e0ea7eb95321046ba1ca3f3815af')

build() {
cd "${srcdir}/xbmc-${pkgver}.orig"

# Make it gcc 4.3+ compatible
sed '144i#include <stdlib.h>' -i guilib/system.h || return 1
sed '56i#include <stdio.h>' -i xbmc/visualizations/XBMCProjectM/libprojectM/Common.hpp || return 1

# Configure XBMC
./configure --prefix=/usr --disable-debug || return 1

# Fix false negative detections of realloc that happens some times
if grep -q 'HAVE_REALLOC 0' config.h; then
sed -e 's|#define HAVE_REALLOC 0|#define HAVE_REALLOC 1|' \
-e 's|#define realloc rpl_realloc|/* #define realloc rpl_realloc */|' \
-i config.h || return 1
fi

# XBMCTex will segfault on systems with nvidia installed if linked to OpenGL
sed -e 's/-lGLU -lGLEW -lGL//' \
-i ${srcdir}/xbmc-${pkgver}.orig/tools/XBMCTex/Makefile || return 1

# Build
make || return 1
make prefix=${pkgdir}/usr install || return 1

# License(s)
install -dm755 ${pkgdir}/usr/share/licenses/${pkgname}
for licensef in LICENSE.GPL README.linux copying.txt; do
mv ${pkgdir}/usr/share/xbmc/${licensef} \
${pkgdir}/usr/share/licenses/${pkgname} || return 1
done
}

please update

download link:
https://launchpad.net/~team-xbmc/+archive/jaunty-ppa/+files/xbmc_9.04.orig.tar.gz

http://xbmc.org/blog/2009/05/06/xbmc-904-babylon-released-ready-for-download/

It still is a beta... probably we can create a xbmc-beta package and keep this stable release no?

The source is here: http://ppa.launchpad.net/team-xbmc/jaunty-ppa/ubuntu/pool/main/x/xbmc/xbmc_9.04~beta1.orig.tar.gz

The latest official release is 9.04 beta 1

just rebuild xbmc

The libmysqlclient error still exist.
[arch@arch-live ~]$ xbmc
/usr/share/xbmc/xbmc.bin: error while loading shared libraries: libmysqlclient.so.15: cannot open shared object file: No such file or directory
[arch@arch-live ~]$ sudo pacman -Qo /usr/share/xbmc/xbmc.bin
/usr/share/xbmc/xbmc.bin is owned by xbmc 8.10-10
[arch@arch-live ~]$

This just proves its your latest package. I thought it may happen since libmysqlclient is at version 5.1.33 now in just over a month.

Nerver mind. Older package of mine that i build was the one installed. Sorry.

Needs a rebuild cause of libmysqlclient update.

/usr/share/xbmc/xbmc.bin: error while loading shared libraries: libmysqlclient.so.15: cannot open shared object file: No such file or directory

Doesn't work otherwise.

actually it would be
sed -i 's/Exec=xbmc/Exec=\/usr\/bin\/xbmc -fs --standalone/g' xbmc.desktop

Please, change the .desktop file option:

from this:

Exec=xbmc

to this:

Exec=/usr/bin/xbmc -fs --standalone

So that it can be ran succesfully standalone. I guess something like this can be added into the PKGBUILD:

sed s'/Exec=xbmc/Exec=/usr/bin/xbmc -fs --standalone/g' xbmc.desktop

And I had to copy this .desktop file to /usr/share/apps/kdm/sessions/ in order KDM to actually "see" it.

Excellent news! :-)

moved to community

How do I get flac support? In my xbmc log:

ERROR: Unable to load /usr/share/xbmc/system/players/paplayer/libFLAC-i486-linux.so, reason: /usr/share/xbmc/system/players/paplayer/libFLAC-i486-linux.so: cannot open shared object file: No such file or directory

Under my build directory,

src/XBMC/xbmc/cores/paplayer/flac-1.2.1/src/libFLAC/.libs/libFLAC.so

exists, so flac has been built, but there is no flac lib under

pkg/usr/share/xbmc/system/players/paplayer/

??

I confirm the same error reported by adamruss. libgl 7.3 + xf86-video-ati (GIT)

there is a problem with libgl-7.3 and xf86-video-ati-6.11 (testing) and xbmc, had to downgrade to libgl-7.2 and xf86-video-ati-6.10 (and xorg-server to 1.5.3) from extra to make it run. (if you use nvidia drivers - it doesent matter), just wanted to give a heads up, the error is:

X Error of failed request: BadMatch (invalid parameter attributes)
Major opcode of failed request: 1 (X_CreateWindow)
Serial number of failed request: 29
Current serial number in output stream: 30

This works great, thank you for your efforts!

(deleted old posts, useless)
Hey... I finnaly managed to solve the problem! It was a faulty RAM module!!!! I've replaced it with a new making a total of 512mb of ram and build went just fine. It was an hardware problem not compiling problem.
I only have one problem, when I try to play mp3 xbmc just closes it self. With videos and images everything works fine. I will give a try to latest svn version

@jaloz: did you manage to solve the endless loop bug? im experiencing the same on xbmc from svn both on x86_64 and i686.

Testing right now. I will see if it helps. Thanks ;)

tigtex, try the new pkgver (-10) and see if it helps.

* 8.10-10 :
Try and fix some autoconf issues (thanks Gentoo ebuild).

Well, I'm not really sure what to suggest other than to try and use the defaults in makepkg.conf and not using the testing repo if you use that. I just built the package without any problems. Also make sure you have the latest revision (-9).

I can't build this PKGBUILD... it just eats all RAM avaiable and freezes my pc (1gb ram). I'm building with custom pentium4 make flags (makepkg.conf from wiki CFLAGS section). Older version of this package used to work... :(

Great to hear it's working properly!

I posted the last comment as it was building. Build completed successfully and it's working well on my crappy old PC :)

Now I'm trying to build the svn version and getting a similar problem at the same point in the build. I'll post a comment on the svn package which I see is owned by someone else.

So there is no problem? :-)

My apologies vEX. I thought it was 8.10-9 but it wasn't. I used wget to grab just the PKGBUILD which saved it as PKGBUILD.1 and I didn't notice :(

jaloz is this with 8.10-9?

I had the same issue before (it ate my 8GB RAM and trashed my SWAP), but -9 should have fixed it (or at least so I thought).

Hi. I'm having an odd problem trying to build this. Everything is ok until...

Making all in dvdread
make[5]: Entering directory `/home/jesse/src/xbmc/src/XBMC/xbmc/cores/dvdplayer/Codecs/libdvdnav/src/dvdread'
/bin/sh ../../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I../.. -I../.. -DDVDNAV_COMPILE -I../../src/vm -O3 -Wall -D_FILE_OFFSET_BITS=64 -D_LARGEFILE64_SOURCE -D_XBOX -DHAVE_DVDCSS_DVDCSS_H -MT dvd_reader.lo -MD -MP -MF .deps/dvd_reader.Tpo -c -o dvd_reader.lo dvd_reader.c

at which point it starts spawning sh and sed processes at the rate of about 100 a second. Here's a small snippet from "ps a"
http://pastebin.com/me44a278

Watching "top" I see all my 1GB swap gets used up and "sleeping tasks" grows to nearly 8000 before the terminal window closes.

Any help would be greatly appreciated.

* 8.10-9 :
Replace some libtool 'ltmain.sh' scripts with the one from libtool installed with Arch.
Make sure XBMCTex isn't linked to OpenGL libraries or it will segfault on systems using the nvidia driver.

Now that's really weird, I don't see any error messages, it just seems to fail. I notice in the output that you have at least two cores compiling, think you could change your makepkg.conf so that it only uses one and see if that helps?

http://pastie.org/382711

that's as far back as my xfce terminal goes.

You have to provide more info than that, the log you posted doesn't show where it fails.

this doesn't build http://www.mibbit.com/pb/gYaOeO

* 8.10-8 :
Fix some include's so that gcc 4.3.x is happy, shouldn't complain about undefined '::realloc' anymore.
Remove Mac OS X specific files.

I agree, but removing the nvidia-utils package and replacing it with libgl seems like a good workaround in the meantime.

I just want to clarify that i built xbmc from a xbmc svn checkout, not from any of the aur xbmc packages.
I have nvidia/nvidia-utils (180.22) for my 9600gt.

I very much doubt that the ::realloc problem had (or may have) anything to do with nvidia-utils .. to me that just looks like bad coding when including cstdlib.

cleanrock: XBMC builds here too, but only if I temporarily replace nvidia-utils with libgl, during the time that makepkg runs. Although it may very well be a bug in XBMC, there's definitely something wrong in Arch too, or else nvidia-utils wouldn't be causing the :realloc errors.

i just successfully built xbmc from svn sources now and it seem to run fine, looks like the xbmc devs have fixed stuff which failed in bleeding-edge gcc/c++ environments like archlinux

I beleive the ::realloc problem is a bug in xbmc, its not compatible with new c++ headers which undefs realloc from global namespace. cstdlib make realloc part of std namespace. I.e. if xbmc devs just removes the :: infront of realloc it would compile with the default c++ headers in archlinux.

faco: Supported list of codecs can be found here: http://xbmc.org/wiki/?title=XBMC_8.10_Point_Release#Supported_video_codecs:

Bfg: Read my comment a few steps down.

I get an error compiling it...

make -C guilib
make[1]: Entering directory `/home/fabrizio/abs.local/xbmc/src/XBMC/guilib'
g++ -MD -c -march=athlon -O2 -pipe -fomit-frame-pointer -O2 -DNDEBUG=1 -DDBUS_API_SUBJECT_TO_CHANGE -I/usr/include/dbus-1.0 -I/usr/lib/dbus-1.0/include -I/usr/include/hal -I/usr/include/lzo -O2 -DNDEBUG=1 -DDBUS_API_SUBJECT_TO_CHANGE -I/usr/include/dbus-1.0 -I/usr/lib/dbus-1.0/include -I/usr/include/hal -I/usr/include/lzo -D_LINUX -D_FILE_DEFINED -D_REENTRANT -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -DHAS_SDL_JOYSTICK -DHAS_XRANDR -DHAS_PCRE -DINSTALL_PATH="\"/usr/share/xbmc\"" -DDLL_PATH_LIBCURL="\"/usr/lib/libcurl.so.4\"" -I. -Icommon -I../xbmc -I../xbmc/cores -I../xbmc/linux -I../xbmc/utils -I/usr/include/freetype2 -I/usr/include/SDL ActionManager.cpp -o ActionManager.o
In file included from /usr/lib/gcc/i686-pc-linux-gnu/4.3.2/../../../../include/c++/4.3.2/bits/stl_algo.h:65,
from /usr/lib/gcc/i686-pc-linux-gnu/4.3.2/../../../../include/c++/4.3.2/algorithm:67,
from ../xbmc/linux/../../guilib/StdString.h:664,
from ../xbmc/linux/XHandle.h:27,
from ../xbmc/linux/PlatformInclude.h:26,
from system.h:136,
from include.h:32,
from ActionManager.cpp:22:
/usr/lib/gcc/i686-pc-linux-gnu/4.3.2/../../../../include/c++/4.3.2/cstdlib:132: error: '::realloc' has not been declared
make[1]: *** [ActionManager.o] Error 1
make[1]: Leaving directory `/home/fabrizio/abs.local/xbmc/src/XBMC/guilib'
make: *** [guilib] Error 2

Hello

I have a question:
Can I play rmvb file with this? If it were possible, what would be the codecs or the packages I need?

Thanks!

Finally managed to figure it out. There seems to be some bug when building xbmc if you're using fakeroot and the nvidia drivers. The workaround is to remove nvidia-utils, install libgl and then run makepkg. Once it's build remove libgl and install nvidia-utils again.

* 8.10-7 :
Moved libcdio, pmount, smbclient and unrar to optdepends.
Removed unneeded dependency on sdl_gfx.
Removed dependency on libpng as sdl_image depends on it.

Me too. XBMC 8.10 used to compile on my previous installation and it still does. On my new installation however, it does not. The same for xbmc-svn. It compiles on my notebook, but not on my workstation and I can't find the problem.

Yeah, it annoys me as well. Specially since it builds fine for me on both i686 and x86_64. Think you could send me your x86_64 package list so I can compare it to mine. With some luck we can find the missing "bastard". My email is in the PKGBUILD.

Build works fine on my i686, but fails with same realloc error as below on my x86_64. I diffed packages between them and all compiler related packages are matching.

I went through the make output and noticed this (large) difference:
i686: checking for GNU libc compatible realloc... yes
x86_64: checking for GNU libc compatible realloc... no

For those who compiled successfully on x86_64, do you see the same results? If it says 'yes' for you, what do you suppose us failures are missing?

I appreciate the package upload, vEX, but something about it not compiling irks me :)

Thanx a lot vEX :) :)


Works like a charm!!!

Here you go, it's build with makepkg.conf defaults (-march=x86-64 -mtune=generic) so it should work on any x86-64 CPU.

http://rapidshare.de/files/41997522/xbmc-8.10-6-x86_64.pkg.tar.gz.html

Unfortunately, with my system fully up-to-date, i get the same error :(

I would be thankful, if anyone who has built the package for x86_64, uploaded the package at a filehosting-site (rapidshare maybe??).

I'm glad that it is working for you know. I think there was a fakeroot update some time ago, could have been what fixed it.

I updated my system completely after the winter holidays and now the package builds fine with fakeroot. I guess some updated package has fixed it (i can't say which one was to blame, since there was a lot of updates at the same time).

I'm afraid I can't provide much help. I just tried rebuilding the package on my up-to-date 64-bit installation without any problems.

I think starting a forum thread might be the best way to get help. Hopefully someone on the forums can tell why it fails with that error.

I get the same "realloc" error! :(

(On a 64bit-install)

I built amarok2 yesterday, and i had the same problem with fakeroot. I am not sure what the cause is, but I guess my installation is just broken somehow (especially considering that without fakeroot everything works just fine). So i think you can ignore this problem for now :)

* 8.10-6 :
Added libpng to dependency list.
Added gawk to dependency list.
Removed '--disable-mms' and '--enable-halmount' configure flags as they are not mentioned as supported in the configure script.

Thanks for all your testing. I'm still clueless till why this happens. I noticed you mentioned you had gcc 4.3.2-2, which is only available in testing. I don't see how this would help, but if possible, could you try and install gcc from extra (pacman -S extra/gcc) and see if that changes anything?

I'll be pushing another pkgrel soon with just some added deps (libpng and gawk).

Ok, i cleaned out all the devkitppc stuff but it didn't help. I compared the config.h generated by my manual configure and the one from the PKGBUILD and they differ quite a lot. For some reason the configure script cannot find some things when it is run by makepkg (forexample realloc, which i guess is the root of the compile problem), but i cannot see why this should be so. However, i have had enough for one day and I'll give it up for now. I'll try again some other day.

Good question, the only thing I ever changed was -mtune=generic to -mtune=native. However I have now changed it accordingly in my makepkg.conf so it says "athlon64-sse3".

Ok, I did the following things:

* reproduce the exact build steps of PKGBUILD manually: works
* run makepkg normally: does not work
* run makepkg without fakeroot option: seems to work (build is not completed, but it passed the point that had the problem)

I checked the environment of my root user and found that it contained stuff from devkitppc. This modifies the search path and i presume gets gcc confused. I'll have to do a lot of cleaning up (lots of aur packages were compiled with wrong settings if this is really the cause) and then will try again to see if this really fixes it.

Heh, i am just fooling around with that :) I'll try various versions and will write my results when i found the cause.

BTW: according to the gcc manual 'x64-64' is not a valid parameter for -march (and similar). Is this an undocumented feature to select a generic x64-64 build ?

I don't think the problem lies in fakeroot, because I use it as well on all my machines.

If you modify the PKGBUILD and remove all flags except the --prefix one for configure, will it build the package for you?

Ok, i fetched your PKGBUILD and checked the differences:

* I am fixing the permissions of the configure, but not of the .pl files
* I am using just --prefix=/usr for configure
* my C(XX)FLAGS in makepkg.conf are as yours, but i am not using -j3
* i have gcc-4.3.2-2 but cstdlib has the same md5 as yours

I am using fakeroot (and building the package as user), so maybe the fakeroot does something unexpected. Is there a way to enter the fakeroot environment manually to check/fix things ?

Ah, what flags did you pass to configure?
And have you changed your C(F|XX)FLAGS in /etc/makepkg.conf?

$ grep "FLAG" /etc/makepkg.conf
# ARCHITECTURE, COMPILE FLAGS
CFLAGS="-march=x86-64 -mtune=native -O2 -pipe"
CXXFLAGS="-march=x86-64 -mtune=native -O2 -pipe"
#MAKEFLAGS="-j2"
MAKEFLAGS="-j3"
#-- If using DistCC, your MAKEFLAGS will also need modification. In addition,

I will try this weekend, however i doubt it helps. I played around with the package some more last weekend and i found that i can compile the original source (from the link on this page) just fine when i do it manually, it just doesn't work inside the PKGBUILD. But i was quite busy and the final binary ran but crashed quite often, so i decided to do some more tests before reporting my progress here.

I'm not sure what causes that error. Could you try and re-install gcc (and perhaps gcc-libs)?

$ pacman -Qo /usr/include/c++/4.3.2/cstdlib
/usr/include/c++/4.3.2/cstdlib is owned by gcc 4.3.2-1
$ md5sum /usr/include/c++/4.3.2/cstdlib
e8d999ce623a8f8bac7389e63ed0e364 /usr/include/c++/4.3.2/cstdlib

Hi, I can confirm colberts problem. I get the same compile error with this package, as well as the svn one.

My system is x86_64 and i ran a full system upgrade today, so everything should be current.

Builds fine here! Thanks.

* 8.10-5 :
Added libmad to the dependency list.
Streamripper 1.64.0+ does not include tre anymore, removed streamripper and added tre instead.
Removed subversion from makedepends.

Hi,
you need to add "libtre" like dipendency ... your xmbc package fails in compilation.
Very thanks

colbert: I can't reproduce your problem so it's kind of hard to fix it. Is your system up to date? Could you try reinstalling gcc?

I will try and rebuild the package in my 32-bit chroot and see if I can trigger it there.

* 8.10-4 :
Fix permissions for some more scripts, ffmpeg/texi2doc.pl should not fail any longer.

Hello,

I got another error message. The call of texi2pod fails fails because of missing permissions:

doc/texi2pod.pl doc/ffmpeg-doc.texi doc/ffmpeg.pod
make[2]: execvp: doc/texi2pod.pl: Keine Berechtigung
make[2]: *** [doc/ffmpeg.pod] Fehler 127
make[2]: Leaving directory `/home/haawda/paketierung/not_maintained_by_me/xbmc/src/XBMC/xbmc/cores/dvdplayer/Codecs/ffmpeg'
make[1]: *** [ffmpeg] Fehler 2
make[1]: Leaving directory `/home/haawda/paketierung/not_maintained_by_me/xbmc/src/XBMC/xbmc/cores/dvdplayer/Codecs'
make: *** [dvdpcodecs] Fehler 2

Error trying to compile, posted at the XBMC forum, they said to ask here (1st post): http://xbmc.org/forum/showpost.php?p=252377&postcount=1

* 8.10-3 :
Added lirc to the optdepends array.

Actually, there is nothing saying you must name it as the pkgname. But yeah, the paranthesises should really be there, so I've updated the PKGBUILD.

a note: install='xbmc.install' should be install=($pkgname.install)

Small pkgrel bump, on installation (not upgrade) of xbmc a notice will now be printed about needing 24-bit display depth. No reason to rebuild unless you feel like wasting CPU time.

* 8.10-2 :
Added install file which informs users that a display depth of at least 24-bit is required.

Yes, please add it to community. XBMC is a real killer application.

Is anyone interested to compile and host 64-bit builds?

Hope this gets added to the community repo.

Actually, most of the work was done by Zeqadious. I just modified one of his PKGBUILDs to work with the final release.

Glad to see it working for you anyhow! :-)

You're FANTASTIC, the svn version wasn't working for me. I could compile, but the paplayer wouldn't work. This works great. Thanks...

* 8.10-1 :
Initial package, based on previous work by Zeqadious.