Package Details: lib32-python2 2.7.13-1

Git Clone URL: https://aur.archlinux.org/lib32-python2.git (read-only)
Package Base: lib32-python2
Description: A high-level scripting language (32 bit)
Upstream URL: http://www.python.org/
Keywords: python2
Licenses: PSF
Conflicts: lib32-python<3
Submitter: ImNtReal
Maintainer: WhyNotHugo
Last Packager: WhyNotHugo
Votes: 37
Popularity: 0.624662
First Submitted: 2012-12-14 19:36
Last Updated: 2016-12-25 12:26

Latest Comments

WhyNotHugo commented on 2016-12-25 12:25

I've made python2 an optional dependency, since it's not even required all the time.

First-time users that don't use [testing] but use AUR AND need to build something that depends on its sources will have to manually build an older version.

This should make the PKGBUILD work for almost every case out there. Other will have to hand edit it.

Note that AUR is even less supported that [testing], so there's really no reason to use the former but avoide the latter.

GordonGR commented on 2016-12-25 11:55

And what if they are installing it now for the first time? I say people with [testing] could maintain a local copy themselves. Anyway, I'm not pursuing a flame here, just stating my opinion.

WhyNotHugo commented on 2016-12-23 15:23

That should be a non-issue, actually. Users that don't have [testing] enabled won't get the update for this package until python 2.7.13 hits stable. In the meantime, the previously installed version will work for them.

GordonGR commented on 2016-12-23 14:19

I agree with Rafael. Since only a small percentage of people use [testing], I don't think it is a good idea to assume everyone does. If I were you, hobarrera, I would simply downgrade.

WhyNotHugo commented on 2016-12-23 14:01

I'm thinking the best compromise might be to unpin the required python2 version (we can revert it if there are any objections).

rafaelff commented on 2016-12-23 13:48

@hobarrera: well, the non-lib32 may provide some files that are needed for some depedencies. For example, I experienced some packages that would build only if its depedencies' headers (files in /usr/include) are available; therefore, both lib32 and non-lib32 dependencies had to be installed. I don't know if that's the case of lib32-python2.

WhyNotHugo commented on 2016-12-23 13:17

@rafaelff: Oh, thanks, I'll keep that in mind. I'm wondering though, why *does* this package depend on python2?

rafaelff commented on 2016-12-23 13:12

@hobarrera: You updated this package requiring python2 version equal or higher than 2.7.13, which is currently version of python in [testing] repository. Since some users don't use such repository, please consider avoid updating to the version available only in there. Because of that, all packages that depend on this package will be put on hold.. anyway, thanks for adopting and maintaining it.

aviallon commented on 2016-11-11 11:26

You just have to change sqlite3 in PKGBUILD to sqlite, and then it'll compile without any errors.

aaronp commented on 2016-10-25 02:50

Looks like lib32-sqlite no longer provides lib32-sqlite3, so this package should just depend on the former.

All comments