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.30
First Submitted: 2024-02-07 00:41 (UTC)
Last Updated: 2024-07-25 05:04 (UTC)

Dependencies (5)

Required by (589)

Sources (7)

Latest Comments

1 2 3 4 5 Next › Last »

xiota commented on 2024-11-02 06:38 (UTC) (edited on 2024-11-02 06:41 (UTC) by xiota)

@conan-cimmerian This package has provides/conflicts that are probably confusing to AUR helpers. The problem was previously reported in comment on 2024-05-26. You may need to install the package manually using pacman -U. There are alternate packages on AUR that you can try to see if they have the same problem.

Another possibility is a new bug that causes the package to be created incorrectly. Compare the newly built package with official Arch package for differences before installing.

conan-cimmerian commented on 2024-11-02 02:49 (UTC)

How do I replace system glibc with this? using yay to install this gives an irresolvable package, deleting and replacing breaks the system preventing any further updates unless you go into a live environment and run pacstrap again. It successfully builds from the PKGBUILD but it won't install due to the aformentioned conflict.

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.

1 2 3 4 5 Next › Last »