[OE-core] [oe-core] fixup_perms failure on linux-libc-headers

[Giuseppe Condorelli]

I confirm the USE_DEVFS is set to zero by default.
I'll investigate for a solution, thanks.

Giuseppe

2012/6/13 Khem Raj <raj.khem at gmail.com>

> On Wed, Jun 13, 2012 at 7:48 AM, Giuseppe Condorelli
> <giuseppe.condorelli at gmail.com> wrote:
> > Solved right now!
> > I was forced to re-run the oe-init-build-dev script, maybe something was
> > broken and
> > restarting by scratch solved the issue.
> >
> > Just another question. I have appended to core-image-minimal the
> > IMAGE_DEVICE_TABLES
> > to point to an own .txt file containing the devices to create for the
> image
> > (as well as I did in old oe-classic).
> > After the build, looking at the rootfs of the core-image-minimal
> directory I
> > see the /dev empyt and also the
> > log.do_rootfs reports that "min. I/O units was not specified".
> > Any differencies against the old implementation?
>
>
> Dont think so. Do you use USE_DEVFS set to 1 ? if not then it should
> have worked.
>
> >
> > Many thanks Khem,
> > Giuseppe
> >
> > 2012/6/13 Khem Raj <raj.khem at gmail.com>
> >>
> >> On Wed, Jun 13, 2012 at 1:02 AM, Giuseppe Condorelli
> >> <giuseppe.condorelli at gmail.com> wrote:
> >> > Hi Khem, Mark,
> >> >
> >> > I've not changed the location of the local repository since it was
> >> > created
> >> > months ago.
> >> > This problem appeared yesterday and I cannot find a why.
> >>
> >> can you bisect and see if its some patch in OE or bitbake ?
> >>
> >> > For information, I'm on a FC14 host machine and the repository is on a
> >> > physical hdd and not
> >> > mounted from NFS for example.
> >> >
> >> > Cheers,
> >> > Giuseppe
> >> >
> >> >
> >> >
> >> > 2012/6/12 Mark Hatle <mark.hatle at windriver.com>
> >> >>
> >> >> On 6/12/12 8:57 AM, Khem Raj wrote:
> >> >>>
> >> >>> On Tue, Jun 12, 2012 at 2:07 AM, Giuseppe Condorelli
> >> >>> <giuseppe.condorelli at gmail.com>  wrote:
> >> >>>>
> >> >>>> OSError: [Errno 1] Operation not permitted:
> >> >>>>
> >> >>>>
> >> >>>>
> '/oelinux/condorg/openembedded-core/stlinux-3.0-build/tmp-uclibc/work/sh4-oe-linux-uclibc/linux-libc-headers-2.6.32-r1/package/usr'
> >> >>>
> >> >>>
> >> >>> what is your host machine ? did you also update bitbake ?
> >> >>
> >> >>
> >> >> It also could be the filesystem.  What filesystem type are you using?
> >> >>  (on
> >> >> the host system...)  If you are using something like fat32, you may
> run
> >> >> into
> >> >> problems like this because it does not have the ability to change
> >> >> permissions and modes.. since the underlying filesystem does not
> >> >> support
> >> >> them.
> >> >>
> >> >> --Mark
> >> >>
> >> >>
> >> >> _______________________________________________
> >> >> Openembedded-core mailing list
> >> >> Openembedded-core at lists.openembedded.org
> >> >>
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
> >> >
> >> >
> >> >
> >> > _______________________________________________
> >> > Openembedded-core mailing list
> >> > Openembedded-core at lists.openembedded.org
> >> > http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
> >> >
> >>
> >> _______________________________________________
> >> Openembedded-core mailing list
> >> Openembedded-core at lists.openembedded.org
> >> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
> >
> >
> >
> > _______________________________________________
> > Openembedded-core mailing list
> > Openembedded-core at lists.openembedded.org
> > http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
> >
>
> _______________________________________________
> Openembedded-core mailing list
> Openembedded-core at lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openembedded.org/pipermail/openembedded-core/attachments/20120613/401e257b/attachment-0002.html>