Package Details: libctru-git 1:v2.3.0.4.ga6a6548-1

Git Clone URL: https://aur.archlinux.org/libctru-git.git (read-only, click to copy)
Package Base: libctru-git
Description: Nintendo 3DS userland library. (git)
Upstream URL: https://github.com/devkitPro/libctru
Licenses: custom
Conflicts: libctru
Provides: libctru
Submitter: NinjaKoala
Maintainer: kookies96
Last Packager: kookies96
Votes: 4
Popularity: 0.000000
First Submitted: 2015-08-25 18:39 (UTC)
Last Updated: 2024-03-05 20:54 (UTC)

Dependencies (4)

Required by (2)

Sources (1)

Latest Comments

1 2 Next › Last »

kookies96 commented on 2021-12-22 21:35 (UTC)

Changed it, thanks

ImperatorStorm commented on 2021-12-22 02:25 (UTC) (edited on 2021-12-22 02:28 (UTC) by ImperatorStorm)

Github's phasing out the git:// protocol soon, should probably switch to git+https://.

https://github.blog/2021-09-01-improving-git-protocol-security-github/

kookies96 commented on 2021-06-23 02:09 (UTC)

suppose i can do so until someone better comes along

angelsl commented on 2021-06-23 02:04 (UTC)

@kookies96: Feel free to adopt the package; it's currently unmaintained.

kookies96 commented on 2021-06-23 02:01 (UTC)

should depend on devkitARM and not devkitarm. the capitalization is throwing off makepkg. also, the devkitpro environment script has changed name: it is now at /etc/profile.d/devkit-env.sh

svanheulen commented on 2017-06-13 18:03 (UTC)

You need to add "options=(!strip staticlibs)" to the PKGBUILD.

phijor commented on 2017-02-11 20:59 (UTC)

I think the versioning on this package is wrong. You should be using a monotonically increasing version string, not the commit hash. Right now, vercomp [1] reports that `24fd71c` is newer than the latest commit `97d6149`: ``` $ vercmp 24fd71c v1.1.0.245.g97d6149 1 ``` To fix this, I'd suggest to introduce a new epoch and use the correct string reported by `pkgver()` (see [2] for a diff of what I mean). [1] https://www.archlinux.org/pacman/vercmp.8.html [2] http://pastebin.com/AA15vqD2 PS: Shouldn't there also be "options=('!strip')"? Because `strip` seems to be unable to... well, strip the resulting library. Might need `arm-none-eabi-strip` for that.

linkmauve commented on 2017-02-07 13:52 (UTC)

+1 on that, I wasn’t aware of libctru-git (which seems to have been first published about one year after this one), I’m totally fine with giving up ownership to NinjaKoala, and will request a merge. Thanks for bringing up that issue! I prefer my PKGBUILD though, for example it will build documentation too, and use the correct directory for installation.

yubimusubi commented on 2017-02-06 00:21 (UTC)

It seems like the packages ctrulib-git and libctru-git are the same thing - am I wrong? There is also a libctru package (non "-git"). If it's possible, can we come to an agreement on what the preferred package name should be called? I, for one, vote for "libctru" since that's what is stated on the documentation (even though the git repository is "/ctrulib"). I propose getting rid of one of the "-git" packages (and add a "replaces" line on the one we keep), and have all packages add "libctru" and/or "ctrulib" to "provides" and "conflicts".

yubimusubi commented on 2017-02-06 00:21 (UTC)

It seems like the packages ctrulib-git and libctru-git are the same thing - am I wrong? There is also a libctru package (non "-git"). If it's possible, can we come to an agreement on what the preferred package name should be called? I, for one, vote for "libctru" since that's what is stated on the documentation (even though the git repository is "/ctrulib"). I propose getting rid of one of the "-git" packages (and add a "replaces" line on the one we keep), and have all packages add "libctru" and/or "ctrulib" to "provides" and "conflicts".