Package Details: kodi-tools-texturepacker-git 18.0.r46817.203b86f32f-1

Git Clone URL: https://aur.archlinux.org/kodi-git.git (read-only)
Package Base: kodi-git
Description: Kodi Texturepacker tool (master branch)
Upstream URL: http://kodi.tv
Licenses: GPL2
Submitter: BlackIkeEagle
Maintainer: Lenovsky
Last Packager: Lenovsky
Votes: 75
Popularity: 1.851334
First Submitted: 2014-10-23 06:38
Last Updated: 2017-11-12 12:13

Dependencies (48)

Required by (0)

Sources (1)

Pinned Comments

Lenovsky commented on 2017-11-12 00:10

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

Latest Comments

klusark commented on 2017-11-19 21:01

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

@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

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

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

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

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

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

@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

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

tixetsal commented on 2017-10-17 19:34

Thanks to BlackIkeEagle for all of the hard work, and long live Lenovsky!

All comments