Package Details: kodi-git r67165.504c69cc3b2b-1

Git Clone URL: https://aur.archlinux.org/kodi-git.git (read-only, click to copy)
Package Base: kodi-git
Description: A software media player and entertainment hub for digital media (master branch, gles renderer)
Upstream URL: https://kodi.tv
Licenses: GPL2
Conflicts: kodi, kodi-gbm, kodi-gles, kodi-wayland, kodi-x11
Provides: kodi-common, kodi-gbm, kodi-wayland, kodi-x11
Submitter: BlackIkeEagle
Maintainer: graysky
Last Packager: graysky
Votes: 85
Popularity: 0.000672
First Submitted: 2014-10-23 06:38 (UTC)
Last Updated: 2024-12-08 16:30 (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 .. 40 41 42 43 44 45 46 47 48 49 50 .. 55 Next › Last »

<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.)

BlackIkeEagle commented on 2011-11-02 21:40 (UTC)

@donvla : my understanding was that xbmc, from now on would rely on all external libs, also ffmpeg ( i could be wrong, have no idea anymore where i read that ) - that would remove the optional dependency to rtmpdump since its a dependency of ffmpeg :p - i have an xbmc-git running for a pretty long time now build with external ffmpeg and had no issues since about a month or two https://github.com/BlackIkeEagle/herecura/tree/master/testing/xbmc-git

dejavu commented on 2011-11-02 19:47 (UTC)

Additionally to my previous comment I would suggest also to add 'rtmpdump' as optionally dependency. It's used for streaming. The rest looks very good and should provide a complete media center. ;-) Thanks!

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