On 07/31/2013 11:42 PM, George Pontis wrote:
-----Original Message-----
From: Gilles Chanteperdrix [mailto:[email protected]]
Sent: Wednesday, July 31, 2013 2:22 PM
To: George Pontis
Cc: [email protected]
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.
_______________________________________________
Xenomai mailing list
[email protected]
http://www.xenomai.org/mailman/listinfo/xenomai
