Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 243286 - rm and chmod return 'Function not implemented' when invoked by emerge
Summary: rm and chmod return 'Function not implemented' when invoked by emerge
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: x86 Linux
: Normal major (vote)
Assignee: Gentoo Linux bug wranglers
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2008-10-22 21:18 UTC by Wescott
Modified: 2008-10-25 17:25 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Attachments
Error from the Emerge (netkit-rsh-error.txt,1.70 KB, text/plain)
2008-10-22 21:20 UTC, Wescott
Details
Patch Output (010_all_rexec.patch-11694.out,3.96 KB, text/plain)
2008-10-22 21:22 UTC, Wescott
Details
Build.log File (build.log,25.12 KB, text/plain)
2008-10-22 21:23 UTC, Wescott
Details
Environment File (environment,81.70 KB, text/plain)
2008-10-22 21:24 UTC, Wescott
Details
Output of "emerge --info" (emerge-info.Nfo,3.14 KB, text/plain)
2008-10-23 17:00 UTC, Wescott
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Wescott 2008-10-22 21:18:05 UTC
Emerge fails due to the error provided in the txt file (patch fails).  This happens with both available versions.

Reproducible: Always

Steps to Reproduce:
1.emerge netkit-rsh
Comment 1 Wescott 2008-10-22 21:20:18 UTC
Created attachment 169496 [details]
Error from the Emerge
Comment 2 Wescott 2008-10-22 21:22:49 UTC
Created attachment 169498 [details]
Patch Output
Comment 3 Wescott 2008-10-22 21:23:36 UTC
Created attachment 169500 [details]
Build.log File
Comment 4 Wescott 2008-10-22 21:24:18 UTC
Created attachment 169502 [details]
Environment File
Comment 5 Mike Auty (RETIRED) gentoo-dev 2008-10-23 10:21:22 UTC
Hiya Wescott,

This isn't caused by the patch (both unpack and apply the patches fine on my system).  You can spot the proper error messages at the top of your build.log:

chmod: cannot access `./patch/030_all_jbj.patch': Function not implemented

This looks like it's a problem with chmod -R and isn't directly related to netkit-rsh at all.  Can you please include the output from "emerge --info"?
Comment 6 Wescott 2008-10-23 13:25:36 UTC
Thanks for the quick reply.  This has been a show-stopper for me as I planned already having this server up.

> chmod: cannot access `./patch/030_all_jbj.patch': Function not implemented
> This looks like it's a problem with chmod -R and isn't directly related to
> netkit-rsh at all.
I tried to recompile coreutils as it seemed to be the source of the problem, but that emerge fails also.

> Can you please include the output from "emerge --info"?
Sure, as soon as I get to my lunch break at work I'll go home and post it.
Comment 7 Wescott 2008-10-23 17:00:40 UTC
Created attachment 169592 [details]
Output of "emerge --info"
Comment 8 Wescott 2008-10-23 21:19:49 UTC
Okay, I updated coreutils on another computer that wasn't having this problem and used the resulting quickpkg on the new one, and the problem is still there.  That didn't fix it.  The reason I thought it might be coreutils is because "equery belongs chmod" returns that package.  Apparently thats not the source either.  The bug at this point is "rm and chmod return 'Function not implemented' when invoked by emerge".
Comment 9 Mike Auty (RETIRED) gentoo-dev 2008-10-25 10:07:07 UTC
Thanks, sorry for the delay, I had a rather busy Friday.  Could you please check the output of "mount", to check if the /var filesystem is mounted with any special options that might, and that /proc is mounted ([1] suggests that they need to be mounted for chmod and rm to work)...

[1] http://osdir.com/ml/linux.pld.devel.english/2006-12/msg00024.html
Comment 10 Wescott 2008-10-25 17:25:16 UTC
Oh, yeah that was it.  It has been so long since I ran a fresh Gentoo installation.  I never had problems for not running mount -o bind /proc /mnt/gentoo/proc before chroot'ing.  My web search didn't bring up any relevant results...maybe I need to switch search engines :-/.  Anyway, thanks for checking it out.

Oh, this also solved another issue that didn't surface until later...a couple packages ignored the X use flag while compiling but reported before merging that it will use that use flag.  This was strange, but that is fixed as well.