Package Details: darling-python2-git r4302.c431326ef-1

Git Clone URL: https://aur.archlinux.org/darling-git.git (read-only, click to copy)
Package Base: darling-git
Description: Python 2 (and associated programs) built for use within Darling
Upstream URL: https://www.darlinghq.org
Keywords: Emulator macOS OSX Wine
Licenses: GPL3
Conflicts: darling-python2
Provides: darling-python2
Submitter: UnicornDarkness
Maintainer: lazerbeak12345
Last Packager: lazerbeak12345
Votes: 41
Popularity: 0.000000
First Submitted: 2013-06-29 15:19 (UTC)
Last Updated: 2025-10-25 20:56 (UTC)

Dependencies (44)

Sources (155)

Latest Comments

« First ‹ Previous 1 .. 5 6 7 8 9 10 11 12 13 14 15 .. 17 Next › Last »

jamesan commented on 2016-05-04 06:24 (UTC)

The version string doesn't follow the VCS package guidelines. For git repos that have "no tags then use number of revisions since beginning of the history" followed by the abbreviated hash commit name with the format: rREVISION.HASH (i.e. "r23.4036a2b" given the current package version). Just as the REVISION count only counts revisions that involve the "src/lkm" path of the source, the HASH value should refer not necessarily to the current HEAD commit but rather to the last commit that involved changes under the "src/lkm" path. The prevents unnecessary package upgrades due to version string changes resulting from a commit made upstream that doesn't affect anything under the "src/lkm" path, as the HASH (and version string) should remain unchanged until a commit is made affect code under that path. This can be done by replacing the latter git-rev-parse command with git-rev-list like so: git rev-list --abbrev-commit --max-count=1 HEAD -- "src/lkm" That fetches abbreivated hash of the one commit closest to HEAD under the "src/lkm" path. Putting it all together and adopting the guideline's example use of printf instead of echo, the one pkgver() line (#22) deriving the version string can be: printf "r%s.%s" "$(git rev-list --count HEAD -- "src/lkm")" "$(git rev-list --abbrev-commit --max-count=1 HEAD -- "src/lkm")" You can find this all nicely packaged as a patch file here: http://pastebin.com/w46cs7yF Reference: https://wiki.archlinux.org/index.php/VCS_package_guidelines#The_pkgver.28.29_function

UnicornDarkness commented on 2016-03-28 18:32 (UTC)

@wenLiangcan: Ok, it's done. Thank.

wenLiangcan commented on 2016-03-28 07:52 (UTC)

I think darling-mach-dkms-git should be declared providing darling-mach-git

UnicornDarkness commented on 2016-03-27 10:11 (UTC)

I've split this package, you can now install DKMS version to avoid to reinstall darling-mach-git after each kernel update.

UnicornDarkness commented on 2016-03-13 17:32 (UTC)

@tgc: added as makedepends, thank.

atondwal commented on 2016-03-13 03:18 (UTC)

FYI, the last commit before the build broke is a89561d6d62dd8c02972bb469f4311e6e58da05f

tgc commented on 2016-03-10 12:07 (UTC)

@Xorg: thx for updating this PKGBUILD. Another issue I ran into: gcc-multilib must be installed to get stuff building.

UnicornDarkness commented on 2016-03-03 17:24 (UTC)

@tgc: my bad, I'm very surprised, I don't know why I forget to add this makedep. Added, thanks. @ikhthiandor: I don't have this issue. Did you try with options=('!buildflags')?

ikhthiandor commented on 2016-03-03 14:46 (UTC)

Build failed. This is the tail of the outuput. https://gist.github.com/ikhthiandor/c211ca8240cec64838d0#file-darling_build_output-txt

tgc commented on 2016-03-03 12:52 (UTC)

cmake should be added to makedepends.

« First ‹ Previous 1 .. 5 6 7 8 9 10 11 12 13 14 15 .. 17 Next › Last »