| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
|
|
| |
On a system with sys-libs/musl 1.2.4, the crate fails to build with an
undefined reference to `open64'.
Fix the issue by adding a patch bumping the version of the libc crate.
Closes: https://bugs.gentoo.org/922317
Signed-off-by: Daniel Müller <deso@posteo.net>
Closes: https://github.com/gentoo/gentoo/pull/34902
Signed-off-by: Joonas Niilola <juippis@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The way we access the shell-complete binary during the build has always
been a hack. There is no way to know for sure where it is located ahead
of time and cargo does not expose this information in an easily
accessible manner. That may lead to shenanigans such as
https://bugs.gentoo.org/889360, where it appears as if a debug build was
forced and that resulted in the executable being available in
target/debug/ as opposed to target/release/.
Fix this issue by using cargo install internally, to force "temporary"
installation in less undefined path.
Closes: https://bugs.gentoo.org/889360
Signed-off-by: Daniel Müller <deso@posteo.net>
Closes: https://github.com/gentoo/gentoo/pull/28938
Signed-off-by: Joonas Niilola <juippis@gentoo.org>
|
|
|
|
|
| |
Package-Manager: Portage-3.0.30, Repoman-3.0.3
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
|
| |
Package-Manager: Portage-3.0.20, Repoman-3.0.3
RepoMan-Options: --include-arches="x86"
Signed-off-by: Agostino Sarubbo <ago@gentoo.org>
|
|
|
|
| |
Signed-off-by: Sam James <sam@gentoo.org>
|
|
This patch adds an ebuild for app-crypt/nitrocli version 0.4.1.
Signed-off-by: Daniel Müller <deso@posteo.net>
Closes: https://github.com/gentoo/gentoo/pull/21228
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|