Package Details: lib32-glibc-eac 2.40-1

Git Clone URL: https://aur.archlinux.org/glibc-eac.git (read-only, click to copy)
Package Base: glibc-eac
Description: GNU C Library (32-bit) with DT_HASH patch for games using EAC
Upstream URL: https://www.gnu.org/software/libc
Licenses: GPL-2.0-or-later, LGPL-2.1-or-later
Conflicts: lib32-glibc
Provides: lib32-glibc
Submitter: MacTavishAO
Maintainer: MacTavishAO
Last Packager: MacTavishAO
Votes: 13
Popularity: 0.74
First Submitted: 2024-02-07 00:41 (UTC)
Last Updated: 2024-07-25 05:04 (UTC)

Dependencies (5)

Required by (580)

Sources (7)

Latest Comments

1 2 3 4 Next › Last »

014 commented on 2024-10-01 22:53 (UTC) (edited on 2024-10-01 22:53 (UTC) by 014)

Even though I see 'export' commands for gcc and g++ in specific areas, the build will not run for me (using Clang by default) unless I add the gcc and g++ export commands towards the top of the PKGBUILD file.

export CC=/usr/bin/gcc
export CXX=/usr/bin/g++

xiota commented on 2024-08-06 02:45 (UTC)

@bmirtsching If you use Garuda Linux, pacman will keep trying to install the repo packages. glibc-dthash is renamed to glibc-eac to be more equivalent to this one. You're correct. It automatically syncs with core/glibc.

The package with Rogue Company patch is renamed to glibc-eac-roco. It also syncs with the core package.

bmirtsching commented on 2024-07-27 00:43 (UTC)

I used glibc-eac from here just now, not from Garuda Linux one--Insurgency Sandstorm works! I did not know about glibc-dthash, but nice to know! Is it my understanding that the glibc-dthash would have simply updated the base glibc to function as this one? Thanks to xiota, Eric-dev and MacTavishAO!

MacTavishAO commented on 2024-07-25 05:10 (UTC) (edited on 2024-07-25 05:37 (UTC) by MacTavishAO)

Updated. Sorry for the delay. There was an issue with my email client.

xiota commented on 2024-07-25 02:46 (UTC) (edited on 2024-07-25 02:55 (UTC) by xiota)

@bmirtsching Garuda Linux should have glibc-dthash available. It is roughly equivalent to this AUR package, and should have been rebuilt for 2.40.

glibc-eac on Garuda Linux is not the same as this one. It includes Rogue Company patches from Frogging-Family/glibc-eac. The extra patches probably need to be updated before 2.40 can be rebuilt.

eric-dev commented on 2024-07-25 02:30 (UTC)

@bmirtsching The jump from 2.39 to 2.40 is a minor update, so the risk is lower. If there was a major downgrade that could be bad (e.g. version 3.X to version 2.X). Most software follows these guidelines for versions: https://semver.org/

I reverted back to 2.40 and I could not play insurgency sandstorm. Then I reinstalled this AUR package and I could play again.

If you are truly concerned, research the applications you care about and see if they have a glibc dependency. 2.40 is pretty new according to these release notes, so it is unlikely many of your applications will depend on 2.40. If many of your applications / libs have a min dependency of (>=2.40) for glibc, then downgrading would break it.

bmirtsching commented on 2024-07-24 17:39 (UTC)

Will this package be updated? glibc apparently updated to 2.40 on 7/24/2024. I saw this on my system update. Wanting to get to play Insurgency Sandstorm, apparently this may fix it, but I was advised by some in the Garuda OS forum not to install outdated packages. Too novice to know the risks.

eric-dev commented on 2024-06-06 03:16 (UTC) (edited on 2024-06-07 16:45 (UTC) by eric-dev)

@MacTavishAO Hmm this looks like an issue on 6.9 kernels.

I'm using linux-zen kernel, 6.9.2.zen1-1 https://gitlab.archlinux.org/archlinux/packaging/packages/glibc/-/issues/11

This was fixed upstream here: https://sourceware.org/git/?p=glibc.git;a=commit;h=70f560fc22212f733647c9121c26bbb2307f2e10

EDIT: Passing --nocheck is a suitable workaround, I was able to play insurgency sandstorm haha