Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!

Bug 831842

Summary: bootstrap-prefix masks glibc < 2.34, while expected to mask >= 2.34
Product: Gentoo/Alt Reporter: Victor Ananyev <vindex10>
Component: Prefix SupportAssignee: Gentoo Prefix <prefix>
Status: RESOLVED FIXED    
Severity: normal CC: sam, vindex10
Priority: Normal    
Version: unspecified   
Hardware: All   
OS: Linux   
See Also: https://bugs.gentoo.org/show_bug.cgi?id=824482
Whiteboard:
Package list:
Runtime testing required: ---

Description Victor Ananyev 2022-01-22 18:42:49 UTC
Extract from the script claims we want to avoid 2.34, but actually all but 2.34 become masked.

```
	# bug #824482 avoid glibc-2.34
	if is-rap; then
		if ! [ -d "${ROOT}"/etc/portage/package.mask ]; then
			mkdir "${ROOT}"/etc/portage/package.mask
		fi
		cat >> "${ROOT}"/etc/portage/package.mask/glibc <<-EOF
		# Temporary mask for newer glibc until bootstrapping issues are fixed.
		# bug #824482: Avoid glibc-2.34 for now.
		<sys-libs/glibc-2.34_p1
		EOF
	fi
```

after I change to ">=", script runs successfully.

Reproducible: Always



Expected Results:  

```
	# bug #824482 avoid glibc-2.34
	if is-rap; then
		if ! [ -d "${ROOT}"/etc/portage/package.mask ]; then
			mkdir "${ROOT}"/etc/portage/package.mask
		fi
		cat >> "${ROOT}"/etc/portage/package.mask/glibc <<-EOF
		# Temporary mask for newer glibc until bootstrapping issues are fixed.
		# bug #824482: Avoid glibc-2.34 for now.
		>=sys-libs/glibc-2.34_p1
		EOF
	fi
```
Comment 1 Victor Ananyev 2022-01-22 18:47:55 UTC
related (and I guess resolution of it caused this issue):
https://bugs.gentoo.org/824482
Comment 2 Sam James archtester Gentoo Infrastructure gentoo-dev Security 2022-01-22 18:52:18 UTC
Does https://bugs.gentoo.org/824482#c34 help?

We want to allow e.g. 2.34_p1 as hopefully it should be fixed by then.
Comment 3 Victor Ananyev 2022-01-22 19:18:21 UTC
Yes! This works :)
Comment 4 Sam James archtester Gentoo Infrastructure gentoo-dev Security 2022-01-22 19:19:40 UTC
(In reply to Victor Ananyev from comment #3)
> Yes! This works :)

Thanks a lot for your report & apologies for the error!
Comment 5 Victor Ananyev 2022-01-22 19:28:26 UTC
Thank you for your quick reaction!