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 2 3 4 5 6 7 8 9 .. 55 Next › Last »

ilikenwf commented on 2023-12-22 18:50 (UTC)

Nice @graysky!

csts commented on 2023-12-22 14:26 (UTC)

Package updated in Chaotic-AUR 5 days ago:
https://github.com/chaotic-aur/packages/issues/2956

graysky commented on 2023-12-22 09:29 (UTC)

@ilikenwf - latest commit builds both gl and gles

ilikenwf commented on 2023-12-16 11:27 (UTC) (edited on 2023-12-16 20:53 (UTC) by ilikenwf)

You may want to make it an option, either during build live or in the PKGBUILD, to select using GL or GLES.

Using GBM, I believe HDR would only work with this instead of gl:

               -DAPP_RENDER_SYSTEM=gles

I have already submitted this adjustment as a pull request to the official package as well. It doesn't seem to change any of the experience or functionality, however reading around it seems gles provides more to kodi now than gl, which is funny since gl is more "full fat." @graysky

csts commented on 2023-12-16 00:46 (UTC)

Can someone confirm that r64676.37865f4ab50-1 is Kodi Omega Beta 2, so I can open an issue to Chaotic-AUR to update their r64614.38b7bcef9c9-1 that gives Kodi Omega Beta 1.

csts commented on 2023-10-07 02:34 (UTC)

@FabioLolix, some hours ago I opened an issue in Chaotic-AUR, and when I woke up kodi-git and others with the same lib issue were rebuilt.
https://github.com/chaotic-aur/packages/issues/2837

FabioLolix commented on 2023-10-06 22:17 (UTC)

@csts every time you have error while loading shared libraries: libXXX.so.XXX: cannot open shared object file: No such file or directory for build from source programs you have to rebuild it, it is the same as spdlog lib -so https://github.com/xbmc/xbmc/issues/23688#issuecomment-1696917985

csts commented on 2023-10-06 18:56 (UTC)

Graysky, I'm using a Chaotic-AUR binary, so I guess I'll have to open an issue asking them to rebuild it.

graysky commented on 2023-10-06 18:31 (UTC)

Yes, you will need to rebuild just like the official package did: https://gitlab.archlinux.org/archlinux/packaging/packages/kodi/-/commit/cdcff786649ee45a590df9dcdb4702d07eac36cd

csts commented on 2023-10-06 14:59 (UTC)

System says libdav1d.so=7-64 , while running kodi I get:
/usr/lib/kodi/kodi.bin: error while loading shared libraries: libdav1d.so.6: cannot open shared object file: No such file or directory
Maybe kodi-git needs rebuilding?

« First ‹ Previous 1 2 3 4 5 6 7 8 9 .. 55 Next › Last »