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 .. 10 11 12 13 14 15 16 17 18 19 20 .. 55 Next › Last »

chuck123 commented on 2018-01-05 18:07 (UTC)

Why isn't inputsream-adaptive included? On Windows and for example Ubuntu inputsream-adaptive is always included in the latest Kodi 18 builds. How can I add it? The one which is available in the aur is only for Kodi 17+ https://aur.archlinux.org/packages/kodi-addon-inputstream-adaptive-git/. Could soneone help me out here. I need it for addons like DAZN and Eurosport Player. Thanks.

klusark commented on 2017-11-19 21:01 (UTC)

libfmt-git doesn't build for me, however fmt does and it seems to fill the dependency. Also, rapidjson in the repos has a high enough version number.

Lenovsky commented on 2017-11-16 12:59 (UTC) (edited on 2017-11-16 12:59 (UTC) by Lenovsky)

@Throne3d I thought about it, but I don't really like this solution. The way how I understand it, to prevent a warning of downgrading, now and in the future, I would have to maintain the "epoch" (removal will restore the value to 0) - what I'm not really up to ;)

BlackIkeEagle commented on 2017-11-16 11:55 (UTC)

You should not use epoch for AUR packages, the mention of the maintainer is sufficient, you should read the comments anyway when using packages from AUR

Throne3d commented on 2017-11-15 22:54 (UTC) (edited on 2017-11-15 22:56 (UTC) by Throne3d)

I've noticed other packages use the "epoch" variable in the PKGBUILD file to prevent warnings about downgrades. The wiki mentions it – https://wiki.archlinux.org/index.php/PKGBUILD#epoch – but gives a warning that "epoch should only be used when absolutely required to do so", and I'm not sure if this is in fact one such situation. It might be worth looking into? Edit: also, though you may not care about such a minor thing: in the pkgver function, the echo line seems to have a trailing space (i.e. it's currently written 'echo "$_major.$_minor.$_revision" ', with the space at the end), which shows up rather noticeably when using git diff.

Lenovsky commented on 2017-11-12 00:10 (UTC)

The version format has changed, ignore the warning about downgrading package. The new format is recommended by ArchWiki [1] and is following: RELEASE.rREVISION where REVISION is a number of revisions since beginning of the history. [1] https://wiki.archlinux.org/index.php/VCS_package_guidelines#The_pkgver.28.29_function

Niklas commented on 2017-10-24 11:28 (UTC) (edited on 2017-10-24 11:28 (UTC) by Niklas)

My pkgver uses this for kodi-git printf "%s.%s.r%s.%s\n" "$(grep 'VERSION_MAJOR' version.txt | sed 's/[^0-9\.]*//g')" "$(grep 'VERSION_MINOR' version.txt | sed 's/[^0-9\.]*//g')" "$(git describe --tags --long | cut -d '-' -f 3)" "$(git rev-parse --short HEAD)" result: 18.0.r4271.75bddb4e05

Lenovsky commented on 2017-10-23 23:23 (UTC) (edited on 2017-10-23 23:23 (UTC) by Lenovsky)

First of all, I'd like to thank BlackIkeEagle for all the work. I'll do my best to keep it on track. Second, I wonder if there's a specific reason why we don't use recommended version format: RELEASE.rREVISION? [1]. Git tags won't work, but we can easily use version.txt [2]. It may look like this: _major=$(cat version.txt | grep "VERSION_MAJOR" | sed 's/VERSION_MAJOR //') _minor=$(cat version.txt | grep "VERSION_MINOR" | sed 's/VERSION_MINOR //') _revision=$(printf "r%s.%s" "$(git rev-list --count HEAD)" "$(git rev-parse --short HEAD)") echo "$_major.$_minor.$_revision" And last but not least: @graysky Thanks for pointing it out - it's already updated. [1] https://wiki.archlinux.org/index.php/VCS_package_guidelines#The_pkgver.28.29_function [2] https://github.com/xbmc/xbmc/blob/master/version.txt

graysky commented on 2017-10-22 13:36 (UTC) (edited on 2017-10-22 13:36 (UTC) by graysky)

@Lenovsky - I did it, and it builds and runs. Please see: https://gist.github.com/graysky2/8106be1c6021bc6e5cd6c890aa732360

graysky commented on 2017-10-22 12:43 (UTC) (edited on 2017-10-22 12:48 (UTC) by graysky)

You will probably want to update this to sync up with external ffmpeg. See the latest kodi PKGBUILD in [community]. cmake, deps, and makedepends are different

« First ‹ Previous 1 .. 10 11 12 13 14 15 16 17 18 19 20 .. 55 Next › Last »