Package Details: kodi-git r66565.3a1a944b00e-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.004036
First Submitted: 2014-10-23 06:38 (UTC)
Last Updated: 2024-08-20 15:24 (UTC)

Dependencies (105)

Required by (0)

Sources (10)

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 .. 19 20 21 22 23 24 25 26 27 28 29 .. 54 Next › Last »

winlu commented on 2014-08-18 10:43 (UTC)

@morbidj thats quite messy. take a look at this: source=('project_name::git+http://project_url#branch=project_branch') just modify the source line and add #branch to the url, should do the trick

morbidj commented on 2014-08-18 10:11 (UTC)

@cgirard thank you for sharing that information, just hate to bother the community and maintainer by not finding it first.. Out of curiosity, I am not familiar enough with github but I am assuming they pulled this out of the master branch = Helix 14.0 If I switch the build branch to say Gotham I could just build me a stable package with the crystalhd and call it a day indefinitely? Going by this http://pastebin.com/JHdw0Q7Z which was previously linked in this thread Ill try building with this +_gitbranch='Gotham' ? Like listed on line 8. Thank You for your troubles btw..

cgirard commented on 2014-08-18 09:42 (UTC)

CrystalHD support has been removed: https://github.com/xbmc/xbmc/pull/5105

morbidj commented on 2014-08-18 09:19 (UTC)

@BlackIkeEagle Sorry, Ill try to be a little more clear. Previously I would add " --enable crystalhd " at the bottom of the configure section of the PKGBUILD after it would build I could confirm it was working and also showed in xbmc settings under the acceleration menu. When I add the " --enable crystalhd " configuration to the PKGBUILD now it will build however framerates and the lack of Crystalhd showing in the video/acceleration menu of xbmc lead me to believe I have a problem. Here is a pastebin link http://pastebin.com/mZBZ61TE line #175 that would work in the past. I havent attempted to build with out the configuration option for crystalhd yet, are you saying it should just work out of the box?

BlackIkeEagle commented on 2014-08-18 05:31 (UTC)

@morbidj what do you mean ? it does no longer compile with libcrystalhd ? it should detect libcrystalhd automatically when you have installed it.

morbidj commented on 2014-08-17 23:13 (UTC)

@BlackIkeEagle was libcrystalhd support dropped from the master branch? If possible how can re-enable it my build? --enable crystalhd is no longer valid in build config?

BlackIkeEagle commented on 2014-08-16 07:17 (UTC)

updated dependencies, dropped systemd service, and libnfs patch seems no longer needed

BlackIkeEagle commented on 2014-08-08 09:41 (UTC)

The reason we will drop the xbmc.service file is because we have to change/add files which should not be under control of the xbmc package. I have added the 'display manager' method and the xbmc.service method to the wiki. So everyone is free to do with it what he/she wants.

Beretta92 commented on 2014-08-07 18:32 (UTC)

sad, it was a great feature.... Will stick with the Xwrapper.config solution for a while....

BlackIkeEagle commented on 2014-08-07 17:36 (UTC)

https://wiki.archlinux.org/index.php/Xbmc#Autostarting_at_boot xbmc.service will dissapear since it is no longer a viable option

« First ‹ Previous 1 .. 19 20 21 22 23 24 25 26 27 28 29 .. 54 Next › Last »