Package Base Details: kodi-git

Git Clone URL: https://aur.archlinux.org/kodi-git.git (read-only, click to copy)
Submitter: BlackIkeEagle
Maintainer: graysky
Last Packager: graysky
Votes: 85
Popularity: 0.083577
First Submitted: 2014-10-23 06:38 (UTC)
Last Updated: 2024-04-08 15:00 (UTC)

Pinned Comments

graysky commented on 2022-06-11 11:49 (UTC)

@laichiaheng - kodi is bound to a specific version of ffmpeg which is generally older than Arch's package. We avoid incompatibilities by using that specific version (ie internal ffmpeg). Recommend that you build kodi in clean chroot. See: https://wiki.archlinux.org/title/DeveloperWiki:Building_in_a_clean_chroot

I wrote a script that automates much of that called clean-chroot-manager offered here in the AUR.

Latest Comments

« First ‹ Previous 1 .. 39 40 41 42 43 44 45 46 47 48 49 .. 54 Next › Last »

Huulivoide commented on 2012-01-02 01:15 (UTC)

It would aso seem to be working without problems on system ffmpeg....

Huulivoide commented on 2012-01-01 21:21 (UTC)

I don't see the logic of --enable-debug as debugging symbols are removed after packaging....

<deleted-account> commented on 2011-12-31 13:07 (UTC)

It seems glew is still needed in the dependency array as well. Sorry - I guess I messed up on my end with running namcap on my own PKGBUILD :(. On the positive side, I think we can remove the python2 stanza and the feh.sh script - since python2 is now a dependency.

<deleted-account> commented on 2011-12-27 23:24 (UTC)

DonVla, I am sorry, despite namcap happily marking xrandr as a dependency 'already provided for', the build fails if you don't add xrandr to the dependencies. $ grep -i xrandr ~/chroot32/copy/build/xbmc-11.0_beta1-1-i686-build.log checking for main in -lXrandr... no == Could not find libXRandR. SDL will be used for resolution support. == XRandR: No CPP xbmc/windowing/X11/XRandR.o # xbmc-xrandr.c gets picked up by the default make rules excluding xbmc-xrandr Pableu: you are supposed to have the base-devel group installed if you build packages. Pkg-config is part of it, thus not a dependency. Not even a make dependency.

<deleted-account> commented on 2011-12-27 14:28 (UTC)

This sould also depend on pkg-config, since it's necessary to build the package.

<deleted-account> commented on 2011-12-26 00:26 (UTC)

Oi :) I found out the weather service breaks because it is looking for the python-simplejson python module. Maybe worth adding to optdepends? I also ran the PKGBUILD through namcap (hope you don't mind) and that allows filtering out quite a few duplicate dependencies: bzip2, fribidi, glew, libxinerama, and libxrandr. Namcap says hicolor-icon-theme is supposed to be a dep as well...

guisacouto commented on 2011-11-08 11:05 (UTC)

I've been like 2 weeks without updating because of the delay of the release of catalyst, until I added the xorg110 repo. When I updated however, I got some problems with xbmc-git. Video gets a bit sluggish, no matter if I'm playing mp4, or avi (don't know about mkv, didn't test it). With the xbmc in community however, that doesn't happen. Any ideas? best regards

BlackIkeEagle commented on 2011-11-03 05:46 (UTC)

@dejavu : archs ffmpeg supports vdpau for a very long time now, i dont know about xvba-video, but my guess is it works fine if it works :p @foolosopy : xbmc-git builds fine against archs ffmpeg thats also one of the reasons i personally switched to fully external libs with xbmc-git

dejavu commented on 2011-11-02 22:59 (UTC)

Isn't the reason for using the internal ffmpeg that you can use vdpau?

foolosophy commented on 2011-11-02 21:50 (UTC)

I've also been using xbmc-git with external ffmpeg for several months now, but I always had to compile my own version of ffmpeg, because XBMC wouldn't compile against Arch's ffmpeg. I haven't updated since Oct 1st, but up until then, external ffmpeg did not work with Arch's ffmpeg. Does it now? (I don't want to break my HTPC to check.)