Package Details: 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 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: glibc
Provides: glibc
Submitter: MacTavishAO
Maintainer: MacTavishAO
Last Packager: MacTavishAO
Votes: 13
Popularity: 3.19
First Submitted: 2024-02-07 00:41 (UTC)
Last Updated: 2024-07-25 05:04 (UTC)

Dependencies (9)

Required by (7240)

Sources (7)

Latest Comments

1 2 3 4 Next › Last »

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

xiota commented on 2024-05-26 15:55 (UTC) (edited on 2024-05-26 15:58 (UTC) by xiota)

@Pepse The provides/conflicts on lines 20-21 might be confusing your AUR helper. Try installing the package files with pacman -U.

Pepse commented on 2024-05-26 15:45 (UTC) (edited on 2024-05-26 15:45 (UTC) by Pepse)

Can someone help me to solve this problem? I'm fairly new to Arch and this is killing my brain

glibc-eac-2.39+r52+gf8e4623421-1 (glibc-eac lib32-glibc-eac): parsing pkg list... :: glibc-eac-2.39+r52+gf8e4623421-1 is up to date -- skipping build loading packages... resolving dependencies... looking for conflicting packages... :: glibc-eac-2.39+r52+gf8e4623421-1 and glibc-2.39+r52+gf8e4623421-1 are in conflict. Remove glibc? [y/N] y error: unresolvable package conflicts detected error: failed to prepare transaction (conflicting dependencies) :: glibc-eac-2.39+r52+gf8e4623421-1 and glibc-2.39+r52+gf8e4623421-1 are in conflict

Apparently Ramazottii had the same problem, but both lib32-glibc-eac and glibc-eac are having that problem