From: "George Pontis" <gpontis@z9.com>
To: 'Gilles Chanteperdrix' <gilles.chanteperdrix@xenomai.org>
Cc: xenomai@xenomai.org
Subject: Re: [Xenomai] Permissions problem/interaction with udev on Xenomai current
Date: Wed, 31 Jul 2013 14:42:28 -0700 [thread overview]
Message-ID: <022801ce8e36$da4b7700$8ee26500$@z9.com> (raw)
In-Reply-To: <51F97FF7.2030203@xenomai.org>
> -----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.
George
next prev parent reply other threads:[~2013-07-31 21:42 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-07-29 22:19 [Xenomai] Permissions problem/interaction with udev on Xenomai current George Pontis
2013-07-31 21:21 ` Gilles Chanteperdrix
2013-07-31 21:42 ` George Pontis [this message]
2013-08-01 19:39 ` Gilles Chanteperdrix
2013-08-02 3:05 ` George Pontis
2013-08-02 10:57 ` Gilles Chanteperdrix
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to='022801ce8e36$da4b7700$8ee26500$@z9.com' \
--to=gpontis@z9.com \
--cc=gilles.chanteperdrix@xenomai.org \
--cc=xenomai@xenomai.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.