| Age | Commit message (Collapse) | Author |
|
Done via:
```
git grep -l virtual/zlib$ | xargs sed -i -e 's@virtual/zlib$@&:=@'
```
Signed-off-by: Michał Górny <mgorny@gentoo.org>
|
|
Update done using:
```
git grep -l sys-libs/zlib dev-* | xargs sed -i -e s@sys-libs/zlib@virtual/zlib@g
git diff --name-only | xargs copybump
git diff --name-only | xargs grep -l PYTHON_COMPAT | xargs gpy-impl -@dead
pkgcheck scan --commits -c SourcingCheck,VisibilityCheck --exit error
```
Followed by manual revert in dev-python/zlib-ng where it accidentally
caught sys-libs/zlib-ng dependencies.
Signed-off-by: Michał Górny <mgorny@gentoo.org>
|
|
Result of running the command:
grep --include="*.ebuild" -r . -e 'KEYWORDS=.*[" ]sparc' -l | xargs ekeyword ~sparc
Signed-off-by: Arthur Zamarin <arthurzam@gentoo.org>
|
|
Result of running the command:
grep --include="*.ebuild" -r . -e 'KEYWORDS=.*[" ]hppa' -l | xargs ekeyword ~hppa
Signed-off-by: Arthur Zamarin <arthurzam@gentoo.org>
|
|
Same chroot as before but tree state at 67eeb6e0867dd39abfd50edefd68d20919bba7e6.
Of course, couldn't use crossdev, so rebuilt natively in the chroot w/
FEATURES="buildpkg". They are newer versions of each slot because it
necessarily upgraded them to rebuild to get the binpkgs, though.
This just leaves x86 which has a similar problem (perhaps I should've
chosen a nomultilib stage3 to begin with).
Signed-off-by: Sam James <sam@gentoo.org>
|
|
Same as fd80b52f6eb59b31526f4e75e834240e60408f0a. No real point
in having it in ~arch temporarily either.
Signed-off-by: Sam James <sam@gentoo.org>
|