All of lore.kernel.org
 help / color / mirror / Atom feed
From: Mark Hatle <mark.hatle@windriver.com>
To: <yocto@yoctoproject.org>
Subject: Re: My stuff is missing from rootfs
Date: Thu, 15 Aug 2013 18:28:49 -0500	[thread overview]
Message-ID: <520D6431.2080105@windriver.com> (raw)
In-Reply-To: <D4677E29EEA744F99ECD3BF698767C89@PAULD>

On 8/15/13 2:30 PM, Paul D. DeRocco wrote:
>> From: Saul Wold
>>
>>> On 08/15/2013 11:37 AM, Paul D. DeRocco wrote:
>>> I've done exactly this in a different Yocto-based project,
>>> and it worked.
>>> Now I'm trying to do the same thing in a Gumstix build, and it's not
>>> working. I have a dumb little recipe that merely copies
>>> some files into
>>> particlar places in the rootfs. It adds a systemd service
>>> unit, as well as
>>> .bashrc and .inputrc to /home/root.
>>>
>>> The build logs show the recipe being processed, including
>>> the do_install
>>> task which copies the files. No errors are produced. If I
>>> rummage through
>>> build/tmp/work, I can find the fragment of the rootfs containing the
>>> /home/root and /etc/systemd/system directories with my
>>> files in them. Yet no
>>> matter what I try, these things never wind up in the final rootfs.
>>>
>>> I've tried clean and cleansstate on the recipe, as well as
>>> on my top-level
>>> recipe. I've bumped PR from r0 to r1. It dutifully
>>> reprocesses my recipe,
>>> with no errors, and I end up with a perfectly functioning
>>> rootfs without
>>> these particular files.
>>>
>>> This is a slightly modified version of
>>> gumstix-console-image. I believe it's
>>> based on Danny, as the gumstix Dylan stuff is still a work
>>> in progress.
>>>
>>> What could conceivably be wrong?
>>>
>> Where do you add your recipe's generated packages to the image, this
>> could be in your custom image with an RDEPENDS or via something in
>> local.conf like CORE_IMAGE_EXTRA_INSTALL_append = " <packagename>".
>>
>> Do you have other recipes that DEPEND or RDEPEND on your recipe?
>>
>> That might point you in the right direction.
>
> My top level recipe uses IMAGE_INSTALL to add a bunch of packages, including
> one whose name matches the name of the recipe that's being processed but
> whose output is being ignored. This is exactly what I did in a different
> Yocto project, to get a similar recipe to install some similar files, and it
> all worked fine.
>
> I've attached the top level recipe and the problematic one, only changing
> the project name to "foo" for proprietary reasons.
>

A simple way to diagnose if your package is even in the install list is to do 
bitbake -e <image>, then scan the output for "PACKAGE_INSTALL".  If your package 
is not listed there, then something has either cleared your configuration or you 
have a typo.

IMAGE_INSTALL_append = " my_package" should work, and generally won't be cleared 
by a recipe.

(Note you should modify IMAGE_INSTALL, which is transformed by the system into 
PACKAGE_INSTALL... modifying PACKAGE_INSTALL can lead to problems.)

--Mark

>
> _______________________________________________
> yocto mailing list
> yocto@yoctoproject.org
> https://lists.yoctoproject.org/listinfo/yocto
>



  parent reply	other threads:[~2013-08-15 23:28 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-08-15 18:37 My stuff is missing from rootfs Paul D. DeRocco
2013-08-15 18:55 ` Saul Wold
2013-08-15 19:30   ` Paul D. DeRocco
2013-08-15 19:47     ` Saul Wold
2013-08-15 20:01       ` Paul D. DeRocco
2013-08-15 21:43         ` Paul Eggleton
2013-08-15 22:38           ` Paul D. DeRocco
2013-08-16  0:22             ` Paul D. DeRocco
2013-08-16  9:07             ` Paul Eggleton
2013-08-16 20:05               ` Paul D. DeRocco
2013-08-15 23:28     ` Mark Hatle [this message]
2013-08-16  0:20       ` Paul D. DeRocco
2013-08-16 14:29         ` Mark Hatle

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=520D6431.2080105@windriver.com \
    --to=mark.hatle@windriver.com \
    --cc=yocto@yoctoproject.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.