Package Details: glibc-eac 2.39+r52+gf8e4623421-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: 11
Popularity: 2.53
First Submitted: 2024-02-07 00:41 (UTC)
Last Updated: 2024-05-21 07:01 (UTC)

Dependencies (9)

Required by (6909)

Sources (7)

Latest Comments

1 2 3 Next › Last »

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

MacTavishAO commented on 2024-05-24 05:20 (UTC) (edited on 2024-05-24 05:26 (UTC) by MacTavishAO)

I can't reproduce these issues as packages build fine on my system. Could you paste tst-preadvwritev2.out and preadvwritev64v2.out to a gist website and share with me so I can take a look?

You can also try passing "--nocheck" to makepkg.

Could unstable overclocking/undervolting be at play here?

eric-dev commented on 2024-05-24 04:05 (UTC)

I have the same issue as @MaKaNu

FAIL: misc/tst-preadvwritev2
FAIL: misc/tst-preadvwritev64v2

markmann commented on 2024-05-21 17:39 (UTC)

Apologies, it seems like the recent switch to Wayland fixed the issue.

xiota commented on 2024-05-21 10:49 (UTC)

This package addresses only problems caused by absent DT_HASH. Some games have other problems. Patches at Frogging-Family/glibc-eac.

markmann commented on 2024-05-21 10:34 (UTC) (edited on 2024-05-21 10:36 (UTC) by markmann)

@MacTavishAO OpenSUSE seemed to have worked for me, additionally it works on the Steam Deck's current version of SteamOS. I can gift you the game if you want.

MacTavishAO commented on 2024-05-21 07:13 (UTC) (edited on 2024-05-21 07:13 (UTC) by MacTavishAO)

Updated to latest official PKGBUILD and set TIMEOUTFACTOR to prevent false testing failures on slower systems and network conditions.

@MaKaNu please try rebuilding now. If you're confident it's a false positive, you can try passing --nocheck to makepkg.

@cncz Unfortunately, I cannot provide debugging symbols through debuginfod.archlinux.org as this is not an official package. You need to build this package with debug enabled. Take a look here: https://wiki.archlinux.org/title/Debugging/Getting_traces#Rebuilding_packages

@markmann I have no way to test your claim as I don't own that game and I couldn't find any information online from Linux users apart from 2 unhelpful protondb posts. If you know of any distro that can run this game please tell me so I can take a look at their glibc building process to see if I can figure it out.