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

Git Clone URL: https://aur.archlinux.org/kodi-git.git (read-only, click to copy)
Package Base: kodi-git
Description: Kodi Texturepacker tool (master branch)
Upstream URL: https://kodi.tv
Licenses: GPL2
Conflicts: kodi-tools-texturepacker
Provides: kodi-tools-texturepacker
Submitter: BlackIkeEagle
Maintainer: graysky
Last Packager: graysky
Votes: 85
Popularity: 0.000620
First Submitted: 2014-10-23 06:38 (UTC)
Last Updated: 2024-12-08 16:30 (UTC)

Dependencies (63)

Required by (0)

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

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

ilikenwf commented on 2024-03-30 18:29 (UTC) (edited on 2024-03-30 18:37 (UTC) by ilikenwf)

@graysky @m10r I brought it up on the actual RFC thread about adding those flags:

https://gitlab.archlinux.org/archlinux/packaging/packages/pacman/-/merge_requests/6#note_171460

Here's my workaround - replace the lines after the configure options:

  # 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')

  echo "building kodi"
  cmake "${_args[@]}" ../"$_gitname"
  make

This particular flag, when it works, just makes the resulting binary a little bit smaller and more organized, it isn't really to do with security, so removing it should be fine.

graysky commented on 2024-03-30 10:41 (UTC)

@ilikenwf - recommend you take this to the forum or open a task against pacman.

m10r commented on 2024-03-30 09:55 (UTC) (edited on 2024-03-30 10:15 (UTC) by m10r)

Just trying to build Kodi 21 RC2 and running into same Error mentioned by ilikenwf concernig:

Could NOT find Threads (missing: Threads_FOUND)

Just wondered if there are allready updates to simplify/fix the build process

Thanks for any Info

ilikenwf commented on 2024-03-17 23:16 (UTC) (edited on 2024-03-30 18:31 (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')

See my latest post, but removing the flag is effective and acceptable.

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.

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