From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <51FAB95A.4000002@xenomai.org> Date: Thu, 01 Aug 2013 21:39:06 +0200 From: Gilles Chanteperdrix MIME-Version: 1.0 References: <004401ce8ca9$a2ad4870$e807d950$@z9.com> <51F97FF7.2030203@xenomai.org> <022801ce8e36$da4b7700$8ee26500$@z9.com> In-Reply-To: <022801ce8e36$da4b7700$8ee26500$@z9.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [Xenomai] Permissions problem/interaction with udev on Xenomai current List-Id: Discussions about the Xenomai project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: George Pontis Cc: xenomai@xenomai.org On 07/31/2013 11:42 PM, George Pontis wrote: >> -----Original Message----- >> From: Gilles Chanteperdrix [mailto:gilles.chanteperdrix@xenomai.org] >> Sent: Wednesday, July 31, 2013 2:22 PM >> To: George Pontis >> Cc: xenomai@xenomai.org >> Subject: Re: [Xenomai] Permissions problem/interaction with udev on Xenomai >> current >> >> On 07/30/2013 12:19 AM, George Pontis wrote: >> >>> Permissions problem happening when building with the current git for >> Xenomai: >>> >>> for i in vxworks psos rtai uitron vrtx ; do rm -f >> /home/gpontis/b2/g/output/target/usr/lib/lib$i.* ; if [ $i == "posix" ] ; then rm >> -f /home/gpontis/b2/g/output/target/usr/lib/posix.wrappers ; fi ; done >>> if test -d /home/gpontis/b2/g/output/target/etc/udev/rules.d ; then for f in >> /home/gpontis/b2/g/output/build/xenomai-2.6/ksrc/nucleus/udev/*.rules ; do >> cp $f /home/gpontis/b2/g/output/target/etc/udev/rules.d/ ; done ; fi; >>> cp: cannot create regular file >> `/home/gpontis/b2/g/output/target/etc/udev/rules.d/rtheap.rules': >> Permission denied >>> cp: cannot create regular file >> `/home/gpontis/b2/g/output/target/etc/udev/rules.d/rtpipe.rules': Permission >> denied >>> make: *** [/home/gpontis/b2/g/output/build/xenomai- >> 2.6/.stamp_target_installed] Error 1 >>> gpontis@ubuntuVm:~/b2/g$ >> >> >> Normally, this copy is run as root. Maybe you are trying to run "make >> install" on a directory through NFS with root squashing enabled on the >> server side? >> >> -- >> Gilles. > > I could see running it as root if building and installing on the same computer. In my case the > build runs on a PC for an embedded target. There are many files that need to be handled > specially by the build environment. In my case this is buildroot, which tries to take care of > ownership and permissions when it creates a rootfs.tar. > > I see that something is testing sudo and the build is interrupted until the users supplies > the password. And under some conditions the target directory etc/udev/rules.d is created > as being owned by me, other times as being owned by root. When it is owned by me, then > the build succeeds. I could make a patch for buildroot to apply to a Xenomai makefile or > shell script. But I thought that I should ask before doing this, since we did not experience > this problem with xenomai current a couple of months ago. in xenomai sources, the copy is run as root, by using the sudo command, so, chances are that buildroot patches xenomai makefile and that is the reason why you have this issue. IOW, this looks like a buildroot issue more than a xenomai issue. > > George > > > -- Gilles.