Package Details: kodi-git-dev r65168.a4b164c00cb-1

Git Clone URL: https://aur.archlinux.org/kodi-git.git (read-only, click to copy)
Package Base: kodi-git
Description: Kodi dev files (master branch)
Upstream URL: https://kodi.tv
Licenses: GPL2
Conflicts: kodi-dev
Provides: kodi-dev
Submitter: BlackIkeEagle
Maintainer: graysky
Last Packager: graysky
Votes: 85
Popularity: 0.170495
First Submitted: 2014-10-23 06:38 (UTC)
Last Updated: 2024-01-24 20:11 (UTC)

Dependencies (59)

Required by (55)

Sources (9)

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

1 2 3 4 5 6 .. 53 Next › Last »

ilikenwf commented on 2024-03-17 23:16 (UTC) (edited on 2024-03-17 23:17 (UTC) by ilikenwf)

Note that the most recent makepkg.conf upgrade adds pack-relative-relocs to the LDFLAGS, and while it should support the flag, cmake can't successfully FindThreads within makepkg, specifically.

CMake Error at /usr/share/cmake/Modules/FindPackageHandleStandardArgs.cmake:230 (message):
  Could NOT find Threads (missing: Threads_FOUND)
Call Stack (most recent call first):
  /usr/share/cmake/Modules/FindPackageHandleStandardArgs.cmake:600 (_FPHSA_FAILURE_MESSAGE)
  /usr/share/cmake/Modules/FindThreads.cmake:226 (FIND_PACKAGE_HANDLE_STANDARD_ARGS)
  CMakeLists.txt:166 (find_package)

If I source makepkg.conf and run it outside makepkg and replicate the PKGBUILD build steps by hand in the console, it works...not sure why, would love some help understanding and fixing it though.

For now I have this prior to calling cmake:

  # makepkg is breaking the -Wl,-z,pack-relative-relocs ldflag for cmake's FindThreads
  export LDFLAGS=$(echo "$LDFLAGS" | sed 's/-Wl,-z,pack-relative-relocs//g')

graysky commented on 2024-03-17 14:39 (UTC)

Since Nexus is more or less EOL'ed, I switch kodi-stable-git to track the Omega branch. This package will continue tracking master. Thanks for letting me know.

csts commented on 2024-03-17 13:10 (UTC) (edited on 2024-03-17 13:11 (UTC) by csts)

https://imgbox.com/kmcZofQk

kodi-git gets 22 from master now, any way to have Kodi 21 RC 1 etc somewhere else.

xiota commented on 2024-03-17 10:40 (UTC) (edited on 2024-03-17 10:44 (UTC) by xiota)

Most users won't be "confused". Anyone who hasn't seen it before will most likely assume it is some sort of variable assignment, which is good enough if they intend to stick with the default. Anyone who wants to know more can read my previous comment explaining what it is, look it up in the bash man page, or ask an AI.

Alternatively, to avoid overriding user settings, you could comment out the _clangbuild=, and change _renderer=gles to:

[ -z "$_renderer" ] && _renderer=gles

Or drop the assignment and replace all usage with ${_renderer:-gles}.

ilikenwf commented on 2024-03-17 09:29 (UTC)

I guess I could copy this build and pull in the HDR metadata patch and put a kodi-hdr-git out but I don't really want to maintain it.

graysky commented on 2024-03-17 09:16 (UTC)

Not sure how I feel about making the proposed changes to the PKGBUILD. My thinking is that users would be confused by the bash noops in the variables.

csts commented on 2024-03-16 19:58 (UTC)

@graysky, @xiota is a dev from Chaotic-AUR trying to figure out kodi-git to use gl then make the binary, in the comment below this.

xiota commented on 2024-03-05 04:45 (UTC) (edited on 2024-03-05 04:49 (UTC) by xiota)

@graysky, please change lines 21 and 24 to:

: ${_clangbuild:=}
: ${_renderer:=gles}

This makes them easier to change without editing the PKGBUILD: _renderer=gl makepkg

Explanation. : is a bash noop, but the line is still parsed, so the variable is still assigned if empty or unset.