Age | Commit message (Collapse) | Author |
|
|
|
This only existed to work around a compatibility-breaking change in
the Linux kernel. `uname -m` for MIPS-64 little-endian changed from
"mips64el" to "mips64". This meant that all existing packages' CARCH
was no longer == `uname -m`, so we had to de-unify the two, as we
couldn't do `setarch $CARCH`.
I'm removing this kludge because:
- We no longer actively support MIPS.
- Until two commits ago, it didn't work anyway
- We should avoid this on new architectures going forward (ARM,
anyone?)
- It's gross.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
It didn't correctly handle lines matching /^\r$/
|
|
|
|
|
|
|
|
I don't like how much longer this is than the Makefile, but most of it is
option parsing and usage text.
|
|
|
|
That is, lines wider than the terminal window got mangled.
|
|
ssh://projects.parabolagnulinux.org:1863/~git/packages/libretools
Conflicts:
src/librefetch/librefetch.8.ronn
|
|
This is the case on mips, where CARCH is misp64el, but uname -m is
mips64.
|
|
I later noticed that alfplayer filed a bug report about it: https://labs.parabola.nu/issues/518
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
https://labs.parabola.nu/issues/487
|
|
|
|
|
|
|
|
|
|
|
|
I can't figure out a reliable way to test this, as it depends on the host
pacman cache.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|