summaryrefslogtreecommitdiff
Commit message (Collapse)AuthorAgeFilesLines
* sys-libs/libxcrypt: fix build with lld-16WANG Xuerui2023-01-142-0/+14
| | | | | Signed-off-by: WANG Xuerui <xen0n@gentoo.org> Signed-off-by: Sam James <sam@gentoo.org>
* */*: remove py3.8 from PYTHON_COMPATDavid Seifert2023-01-142-4/+4
| | | | Signed-off-by: David Seifert <soap@gentoo.org>
* sys-libs/libxcrypt: drop 4.4.28-r1Sam James2022-12-211-320/+0
| | | | | Bug: https://bugs.gentoo.org/886215 Signed-off-by: Sam James <sam@gentoo.org>
* sys-libs/libxcrypt: Stabilize 4.4.28-r2 ppc64, #886215Arthur Zamarin2022-12-161-1/+1
| | | | Signed-off-by: Arthur Zamarin <arthurzam@gentoo.org>
* sys-libs/libxcrypt: Stabilize 4.4.28-r2 amd64, #886215Arthur Zamarin2022-12-161-1/+1
| | | | Signed-off-by: Arthur Zamarin <arthurzam@gentoo.org>
* sys-libs/libxcrypt: Stabilize 4.4.28-r2 hppa, #886215Arthur Zamarin2022-12-161-1/+1
| | | | Signed-off-by: Arthur Zamarin <arthurzam@gentoo.org>
* sys-libs/libxcrypt: Stabilize 4.4.28-r2 ppc, #886215Sam James2022-12-161-1/+1
| | | | Signed-off-by: Sam James <sam@gentoo.org>
* sys-libs/libxcrypt: Stabilize 4.4.28-r2 sparc, #886215Sam James2022-12-161-1/+1
| | | | Signed-off-by: Sam James <sam@gentoo.org>
* sys-libs/libxcrypt: Stabilize 4.4.28-r2 arm, #886215Sam James2022-12-161-1/+1
| | | | Signed-off-by: Sam James <sam@gentoo.org>
* sys-libs/libxcrypt: Stabilize 4.4.28-r2 arm64, #886215Sam James2022-12-161-1/+1
| | | | Signed-off-by: Sam James <sam@gentoo.org>
* sys-libs/libxcrypt: Stabilize 4.4.28-r2 x86, #886215Sam James2022-12-161-1/+1
| | | | Signed-off-by: Sam James <sam@gentoo.org>
* sys-libs/libxcrypt: rework broken symlink detectionMike Gilbert2022-11-243-30/+30
| | | | | | | | | Use the GNU-specific find -xtype option; PMS says GNU find is required. Ensure arguments are properlty quoted. Consolidate output to one line per broken link. Closes: https://bugs.gentoo.org/882801 Signed-off-by: Mike Gilbert <floppym@gentoo.org>
* sys-libs/libxcrypt: drop 4.4.32Sam James2022-11-192-332/+0
| | | | Signed-off-by: Sam James <sam@gentoo.org>
* sys-libs/libxcrypt: add 4.4.33Sam James2022-11-192-0/+332
| | | | Signed-off-by: Sam James <sam@gentoo.org>
* sys-libs/libxcrypt: drop 4.4.31Sam James2022-11-182-332/+0
| | | | | | Another short-lived release, although 4.4.32 isn't fixing a mistake in .31. Signed-off-by: Sam James <sam@gentoo.org>
* sys-libs/libxcrypt: add 4.4.32Sam James2022-11-182-0/+332
| | | | Signed-off-by: Sam James <sam@gentoo.org>
* sys-libs/libxcrypt: drop 4.4.29, 4.4.30Sam James2022-11-143-669/+0
| | | | Signed-off-by: Sam James <sam@gentoo.org>
* sys-libs/libxcrypt: add 4.4.31Sam James2022-11-142-0/+332
| | | | Signed-off-by: Sam James <sam@gentoo.org>
* sys-libs/libxcrypt: add (R)DEPEND on sys-libs/musl tooSam James2022-11-081-1/+3
| | | | | | | Ordering for a fresh crossdev root w/ 'armv7a-unknown-linux-musleabihf-emerge -v1 musl' now works correctly instead of pulling in libxcrypt first. Signed-off-by: Sam James <sam@gentoo.org>
* sys-libs/libxcrypt: set +system for older tooSam James2022-11-023-3/+3
| | | | | See: 194c44cd74b3426485c21ef3555f0bfcbfd3f4c9 Signed-off-by: Sam James <sam@gentoo.org>
* sys-libs/libxcrypt: set +system again in IUSESam James2022-11-021-1/+2
| | | | | | For musl, as it's not mandatory, but still the default. Signed-off-by: Sam James <sam@gentoo.org>
* sys-libs/libxcrypt: drop REQUIRED_USE for split-usr->systemSam James2022-11-021-1/+0
| | | | | | | | This makes things awkward on profiles where USE=system isn't forced, like musl. We already do the right thing when USE=split-usr and USE=system anyway. Signed-off-by: Sam James <sam@gentoo.org>
* sys-libs/libxcrypt: add 4.4.30Sam James2022-11-022-0/+330
| | | | | Closes: https://bugs.gentoo.org/838172 Signed-off-by: Sam James <sam@gentoo.org>
* sys-libs/libxcrypt: add 4.4.29Sam James2022-10-312-0/+337
| | | | Signed-off-by: Sam James <sam@gentoo.org>
* sys-libs/libxcrypt: add headers-only installAdrian Ratiu2022-10-192-2/+17
| | | | | | | | | | | | | | | | | | While bootstrapping a pure LLVM based toolchain, compiler-rt-sanitizers depends on crypt.h, but libxcrypt cannot be built yet because it requires a working compiler runtime, so the solution is: 1. Install libxcrypt headers-only 2. Build compiler-rt-sanitizers & the rest of llvm/clang 3. Build full libxcrypt Thus we add the ability to install libxcrypt headers-only, similar to how glibc does it. Closes: https://bugs.gentoo.org/877567 Signed-off-by: Adrian Ratiu <adrian.ratiu@collabora.com> Closes: https://github.com/gentoo/gentoo/pull/27840 Signed-off-by: Sam James <sam@gentoo.org>
* sys-libs/libxcrypt: fix binary cross compilationAdrian Ratiu2022-10-152-0/+22
| | | | | | | | | | | | | | | | | | | | | | | Even though all files are installed in the proper places when cross compiling, further testing revealed the libxcrypt binary itself is not correctly cross-complied for the target architecture, instead it is compiled for the host. Set up the proper variables to ensure the binary is built for the correct architecture. Before: libcrypt.so.2.0.0: ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked, BuildID[xxHash]=0d041ee2539129be, stripped After: libcrypt.so.2.0.0: ELF 64-bit LSB shared object, ARM aarch64, version 1 (SYSV), dynamically linked, BuildID[xxHash]=ba09206297aebce3, stripped Closes: https://bugs.gentoo.org/877093 Signed-off-by: Adrian Ratiu <adrian.ratiu@collabora.com> Closes: https://github.com/gentoo/gentoo/pull/27780 Signed-off-by: Mike Gilbert <floppym@gentoo.org>
* sys-libs/libxcrypt: add musl workaroundMike Gilbert2022-10-082-0/+14
| | | | | Closes: https://bugs.gentoo.org/838172 Signed-off-by: Mike Gilbert <floppym@gentoo.org>
* sys-libs/libxcrypt: drop 4.4.20Mike Gilbert2022-10-082-207/+0
| | | | Signed-off-by: Mike Gilbert <floppym@gentoo.org>
* sys-libs/libxcrypt: drop 4.4.27, 4.4.28Sam James2022-09-233-497/+0
| | | | Signed-off-by: Sam James <sam@gentoo.org>
* sys-libs/libxcrypt: wire up musl USE=system supportSam James2022-09-101-0/+304
| | | | | | | | | | | | | This brings musl in line with the changes we made for glibc a while ago. The situation with glibc is a bit different because the migration is mandatory there, while we're just strongly recommending it for musl because sys-libs/libxcrypt[-system] causes headaches (see linked PAM bug for an example, but I've also hit a similar issue with Python yesterday). Bug: https://bugs.gentoo.org/867991 Bug: https://bugs.gentoo.org/699422 Signed-off-by: Sam James <sam@gentoo.org>
* sys-libs/libxcrypt: use <pkg> tag in metadata.xmlPetr Vaněk2022-08-261-1/+1
| | | | | Signed-off-by: Petr Vaněk <arkamar@atlas.cz> Signed-off-by: Sam James <sam@gentoo.org>
* sys-libs/libxcrypt: use python_has_versionArthur Zamarin2022-08-204-4/+4
| | | | Signed-off-by: Arthur Zamarin <arthurzam@gentoo.org>
* sys-libs/libxcrypt: Stabilize 4.4.28-r1 hppa, #858593Arthur Zamarin2022-07-301-1/+1
| | | | Signed-off-by: Arthur Zamarin <arthurzam@gentoo.org>
* sys-libs/libxcrypt: sparc stable wrt bug #858593Agostino Sarubbo2022-07-181-1/+1
| | | | Signed-off-by: Agostino Sarubbo <ago@gentoo.org>
* sys-libs/libxcrypt: Stabilize 4.4.28-r1 ppc, #858593Sam James2022-07-171-1/+1
| | | | Signed-off-by: Sam James <sam@gentoo.org>
* sys-libs/libxcrypt: Stabilize 4.4.28-r1 ppc64, #858593Sam James2022-07-171-1/+1
| | | | Signed-off-by: Sam James <sam@gentoo.org>
* sys-libs/libxcrypt: Stabilize 4.4.28-r1 arm, #858593Sam James2022-07-171-1/+1
| | | | Signed-off-by: Sam James <sam@gentoo.org>
* sys-libs/libxcrypt: Stabilize 4.4.28-r1 arm64, #858593Sam James2022-07-171-1/+1
| | | | Signed-off-by: Sam James <sam@gentoo.org>
* sys-libs/libxcrypt: Stabilize 4.4.28-r1 amd64, #858593Sam James2022-07-171-1/+1
| | | | Signed-off-by: Sam James <sam@gentoo.org>
* sys-libs/libxcrypt: Stabilize 4.4.28-r1 x86, #858593Sam James2022-07-171-1/+1
| | | | Signed-off-by: Sam James <sam@gentoo.org>
* sys-libs/libxcrypt: use new filter-ltoSam James2022-07-171-1/+1
| | | | | Bug: https://bugs.gentoo.org/852917 Signed-off-by: Sam James <sam@gentoo.org>
* sys-libs/libxcrypt: disable LTOSam James2022-06-181-1/+5
| | | | | Closes: https://bugs.gentoo.org/852917 Signed-off-by: Sam James <sam@gentoo.org>
* sys-libs/libxcrypt: fix prefix installSam James2022-05-241-0/+298
| | | | | | Bug: https://bugs.gentoo.org/802222 Closes: https://bugs.gentoo.org/843209 Signed-off-by: Sam James <sam@gentoo.org>
* sys-libs/libxcrypt: fix cross + system dependenciesAdrian Ratiu2022-05-071-3/+3
| | | | | | | | | | | | Starting with the v4.4.28 ebuild, libxcrypt supports cross-* builds so we need to ensure the dependencies are properly specified, for eg: aarch64-cros-linux-gnu/libxcrypt needs to depend on the aarch64-cros-linux-gnu/glibc instead of plain sys-libs/glibc. Closes: https://bugs.gentoo.org/842906 Signed-off-by: Adrian Ratiu <adrian.ratiu@collabora.com> Closes: https://github.com/gentoo/gentoo/pull/25348 Signed-off-by: Sam James <sam@gentoo.org>
* sys-libs/libxcrypt: keyword 4.4.28 for ~loongWANG Xuerui2022-04-291-1/+1
| | | | Signed-off-by: WANG Xuerui <xen0n@gentoo.org>
* sys-libs/libxcrypt: add cross-* build supportAdrian Ratiu2022-04-241-9/+55
| | | | | | | | | | | | | | | | | | | | | | | | | This logic is required for cross LLVM toolchains built against glibc with its libcrypt disabled because compiler-rt requires a crypt.h header for its sanitizers, leading to a circular build dependency situation: libxcrypt -> compiler-rt -> libxcrypt To break this circular dep other cross-compilation build systems like Yocto have disabled compiler-rt sanitizers entirely [1] or a crypt.h header might be copied into the compiler-rt sources. A better solution than the above two is to directly be able to build libxcrypt before compiler-rt in the cross toolchain setup steps which is what this addition enables. [1] https://github.com/kraj/meta-clang/pull/426 Bug: https://bugs.gentoo.org/699422 Co-authored-by: Sam James <sam@gentoo.org> Signed-off-by: Adrian Ratiu <adrian.ratiu@collabora.com> Closes: https://github.com/gentoo/gentoo/pull/20601 Signed-off-by: Sam James <sam@gentoo.org>
* sys-libs/libxcrypt: drop 4.4.25-r1, 4.4.26-r1Sam James2022-04-173-452/+0
| | | | Signed-off-by: Sam James <sam@gentoo.org>
* sys-libs/libxcrypt: add 4.4.28Sam James2022-03-082-0/+226
| | | | Signed-off-by: Sam James <sam@gentoo.org>
* sys-libs/libxcrypt: stable 4.4.27 for hppa, bug #833661Rolf Eike Beer2022-02-251-1/+1
| | | | | | | Package-Manager: Portage-3.0.30, Repoman-3.0.3 RepoMan-Options: --include-arches="hppa" Signed-off-by: Rolf Eike Beer <eike@sf-mail.de> Signed-off-by: Sam James <sam@gentoo.org>
* sys-libs/libxcrypt: amd64 stable wrt bug #833661Agostino Sarubbo2022-02-201-1/+1
| | | | | | Package-Manager: Portage-3.0.28, Repoman-3.0.3 RepoMan-Options: --include-arches="amd64" Signed-off-by: Agostino Sarubbo <ago@gentoo.org>