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 .. 4 5 6 7 8 9 10 11 12 13 14 .. 17 Next › Last »

J5lx commented on 2016-11-07 21:33 (UTC)

The kernel package detection is bugged: ==> Making package: darling-mach-git r23.44cf244-1 (Mon Nov 7 21:58:36 CET 2016) ==> Checking runtime dependencies... ==> Checking buildtime dependencies... ==> Missing dependencies: -> linux-rt-docs-headers ==> ERROR: Could not resolve all dependencies. Besides, I believe that setting dependencies dynamically is an utterly stupid idea. Let's suppose I wanted to distribute this as a binary package from my own repository: Now everyone who wanted to install this package from my repo would have to install the rt kernel headers as well, even if they aren't using the rt kernel at all, just because I used it when I built the package. Instead, it would be better to provide the readily-built modules only for the mainline kernel and simply leave the rest to DKMS IMO. That's how kernel module packages from the official repositories do it (See virtualbox-*-modules-arch for instance).

<deleted-account> commented on 2016-09-24 14:59 (UTC)

Downgrading binutils to 2.26.1 fixed it.

UnicornDarkness commented on 2016-09-23 18:25 (UTC)

@LeRieur: I can't help you. Open an uptream bug.

<deleted-account> commented on 2016-09-23 18:15 (UTC)

Yes I am.

UnicornDarkness commented on 2016-09-23 18:08 (UTC)

@LeRieur: Are you using Arch Linux x86_64?

<deleted-account> commented on 2016-09-23 17:48 (UTC)

It doesn't build: https://0bin.net/paste/2Xv8WyeK8VkIcwoN#228SBG-bwAb+1F93Qm4qN43c1CZhL5P8ZvB59kkK4Qj

UnicornDarkness commented on 2016-07-27 18:00 (UTC)

@Maxqia: I'm able to build darling-git without lib32-clang. Do you need lib32-clang? @leftyb: You need gcc-multilib to install darling-git. gcc-multilib provides gcc, you can safely answer 'Y' on Yaourt prompt.

leftyb commented on 2016-07-13 10:27 (UTC)

Hi all when i run : yaourt -S darling-git I get the following error: :: gcc-multilib and gcc are in conflict. Remove gcc? [y/N] N uname -a Linux leftyPC 4.6.3-1-ARCH #1 SMP PREEMPT Fri Jun 24 21:19:13 CEST 2016 x86_64 GNU/Linux Any ideas? Thank you.

maxqia commented on 2016-07-08 20:40 (UTC)

I think you have to have lib32-clang to build this package for 32-bit. Can you replace gcc-multilib with lib32-clang, because lib32-clang has gcc-multilib as a dependancy.

UnicornDarkness commented on 2016-05-04 17:12 (UTC)

@jamesan: Ok, that's done. I'll do a similar change in Darling PKGBUILD too. Thank you.