* [Xenomai] Permissions problem/interaction with udev on Xenomai current
@ 2013-07-29 22:19 George Pontis
2013-07-31 21:21 ` Gilles Chanteperdrix
0 siblings, 1 reply; 6+ messages in thread
From: George Pontis @ 2013-07-29 22:19 UTC (permalink / raw)
To: xenomai
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$
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [Xenomai] Permissions problem/interaction with udev on Xenomai current
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
0 siblings, 1 reply; 6+ messages in thread
From: Gilles Chanteperdrix @ 2013-07-31 21:21 UTC (permalink / raw)
To: George Pontis; +Cc: xenomai
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.
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [Xenomai] Permissions problem/interaction with udev on Xenomai current
2013-07-31 21:21 ` Gilles Chanteperdrix
@ 2013-07-31 21:42 ` George Pontis
2013-08-01 19:39 ` Gilles Chanteperdrix
0 siblings, 1 reply; 6+ messages in thread
From: George Pontis @ 2013-07-31 21:42 UTC (permalink / raw)
To: 'Gilles Chanteperdrix'; +Cc: xenomai
> -----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
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [Xenomai] Permissions problem/interaction with udev on Xenomai current
2013-07-31 21:42 ` George Pontis
@ 2013-08-01 19:39 ` Gilles Chanteperdrix
2013-08-02 3:05 ` George Pontis
0 siblings, 1 reply; 6+ messages in thread
From: Gilles Chanteperdrix @ 2013-08-01 19:39 UTC (permalink / raw)
To: George Pontis; +Cc: xenomai
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.
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [Xenomai] Permissions problem/interaction with udev on Xenomai current
2013-08-01 19:39 ` Gilles Chanteperdrix
@ 2013-08-02 3:05 ` George Pontis
2013-08-02 10:57 ` Gilles Chanteperdrix
0 siblings, 1 reply; 6+ messages in thread
From: George Pontis @ 2013-08-02 3:05 UTC (permalink / raw)
To: 'Gilles Chanteperdrix'; +Cc: xenomai
> -----Original Message-----
> From: Gilles Chanteperdrix [mailto:gilles.chanteperdrix@xenomai.org]
> Sent: Thursday, August 01, 2013 12:39 PM
> To: George Pontis
> Cc: xenomai@xenomai.org
> Subject: Re: [Xenomai] Permissions problem/interaction with udev on Xenomai
> current
>
> 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.
It turned out that buildroot had a patch for this already. I just needed to adjust the offset for xenomai current
and actually apply it. Their patch was a one line mod to make install-exec-local not depend on "devices".
Sorry for the noise on the list.
Geo.
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [Xenomai] Permissions problem/interaction with udev on Xenomai current
2013-08-02 3:05 ` George Pontis
@ 2013-08-02 10:57 ` Gilles Chanteperdrix
0 siblings, 0 replies; 6+ messages in thread
From: Gilles Chanteperdrix @ 2013-08-02 10:57 UTC (permalink / raw)
To: George Pontis; +Cc: xenomai
On 08/02/2013 05:05 AM, George Pontis wrote:
>> -----Original Message-----
>> From: Gilles Chanteperdrix [mailto:gilles.chanteperdrix@xenomai.org]
>> Sent: Thursday, August 01, 2013 12:39 PM
>> To: George Pontis
>> Cc: xenomai@xenomai.org
>> Subject: Re: [Xenomai] Permissions problem/interaction with udev on Xenomai
>> current
>>
>> 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.
>
> It turned out that buildroot had a patch for this already. I just needed to adjust the offset for xenomai current
> and actually apply it. Their patch was a one line mod to make install-exec-local not depend on "devices".
> Sorry for the noise on the list.
Running make install-user instead of "make install" has the same effect
as removing the dependency on "devices"..
--
Gilles.
^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2013-08-02 10:57 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
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
2013-08-01 19:39 ` Gilles Chanteperdrix
2013-08-02 3:05 ` George Pontis
2013-08-02 10:57 ` Gilles Chanteperdrix
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.