Bug 2067065

Summary:	realpath fails to copy partial result to resolved buffer on ENOENT and EACCES
Product:	[Fedora] Fedora	Reporter:	Iker Pedrosa <ipedrosa>
Component:	glibc	Assignee:	Florian Weimer <fweimer>
Status:	CLOSED RAWHIDE	QA Contact:	Fedora Extras Quality Assurance <extras-qa>
Severity:	unspecified	Docs Contact:
Priority:	unspecified
Version:	rawhide	CC:	aoliva, arjun, codonell, dj, fweimer, law, mcermak, mfabian, pfrankli, rth, sipoyare
Target Milestone:	---
Target Release:	---
Hardware:	Unspecified
OS:	Unspecified
Whiteboard:
Fixed In Version:	glibc-2.35.9000-12.fc37	Doc Type:	If docs needed, set a value
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2022-04-12 13:29:33 UTC	Type:	Bug
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:
Bug Depends On:
Bug Blocks:	2066681

Description Iker Pedrosa 2022-03-23 07:45:06 UTC

Description of problem:
Due to recent changes in the implementation of realpath() the information provided in the man page regarding the "GNU extensions" is no longer applicable. I would expect that subsection to be removed accordingly.

Link to the aforementioned changes: https://sourceware.org/bugzilla/show_bug.cgi?id=28815


Version-Release number of selected component (if applicable):
Only rawhide.

Comment 1 Siddhesh Poyarekar 2022-03-23 14:22:47 UTC

I overlooked the GNU extension when I pushed the fix for upstream 28815.  I need to discuss this upstream and decide whether it makes more sense to drop the extension or to revert this patch.

Comment 2 Siddhesh Poyarekar 2022-03-31 16:38:55 UTC

This has been fixed upstream by fixing realpath to respect the GNU extension.  The next rawhide rebase should resolve this.

Comment 3 Iker Pedrosa 2022-04-01 06:41:58 UTC

Can you provide an estimate of when the rebase will happen?

Comment 4 Siddhesh Poyarekar 2022-04-01 07:24:27 UTC

We usually do it weekly but it looks like we missed the last couple of weeks.  Reassigning to Carlos so that he can assign it to whoever's doing the next rebase.

Comment 5 Carlos O'Donell 2022-04-05 13:40:35 UTC

Florian is running the sync this week. We've had several people out for various reasons and had to delay the sync.

Comment 6 Iker Pedrosa 2022-04-11 07:51:18 UTC

I tested glibc-2.35.9000-12 and the problem is fixed there. Thanks for you hard work!