Bug 2067065 - realpath fails to copy partial result to resolved buffer on ENOENT and EACCES
Summary: realpath fails to copy partial result to resolved buffer on ENOENT and EACCES
Keywords:
Status: CLOSED RAWHIDE
Alias: None
Product: Fedora
Classification: Fedora
Component: glibc
Version: rawhide
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Florian Weimer
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks: 2066681
TreeView+ depends on / blocked
 
Reported: 2022-03-23 07:45 UTC by Iker Pedrosa
Modified: 2022-04-12 13:29 UTC (History)
11 users (show)

Fixed In Version: glibc-2.35.9000-12.fc37
Clone Of:
Environment:
Last Closed: 2022-04-12 13:29:33 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Sourceware 28996 0 P2 RESOLVED realpath fails to copy partial result to resolved buffer on ENOENT and EACCES 2022-03-31 16:39:22 UTC

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!


Note You need to log in before you can comment on or make changes to this bug.