From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: by yocto-www.yoctoproject.org (Postfix, from userid 118) id C33EAE00BEC; Fri, 6 Jun 2014 05:38:18 -0700 (PDT) X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on yocto-www.yoctoproject.org X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=FREEMAIL_FROM, RCVD_IN_DNSWL_NONE,SPF_HELO_PASS autolearn=ham version=3.3.1 X-Spam-HAM-Report: * -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no * trust * [80.91.229.3 listed in list.dnswl.org] * 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider * (auslands-kv[at]gmx.de) * -0.0 SPF_HELO_PASS SPF: HELO matches SPF record Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) by yocto-www.yoctoproject.org (Postfix) with ESMTP id 8F6C5E00BB1 for ; Fri, 6 Jun 2014 05:38:17 -0700 (PDT) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1WstPN-0002do-Ax for yocto@yoctoproject.org; Fri, 06 Jun 2014 14:38:09 +0200 Received: from 80-218-32-173.dclient.hispeed.ch ([80.218.32.173]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 06 Jun 2014 14:38:09 +0200 Received: from auslands-kv by 80-218-32-173.dclient.hispeed.ch with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 06 Jun 2014 14:38:09 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: yocto@yoctoproject.org From: Neuer User Date: Fri, 06 Jun 2014 14:37:56 +0200 Message-ID: References: Mime-Version: 1.0 X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 80-218-32-173.dclient.hispeed.ch User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 In-Reply-To: Subject: Re: Problems with postinstall X-BeenThere: yocto@yoctoproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Discussion of all things Yocto Project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Jun 2014 12:38:18 -0000 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Am 06.06.2014 14:31, schrieb Burton, Ross: > On 6 June 2014 12:08, Neuer User wrote: >>> The postinst is executed by the package manager when the package is >>> installed. If that installation takes place during do_rootfs, ${D} >>> will refer to the rootfs directory for the image being built and ${S} >>> will probably refer to something else to do with the image recipe but >>> I'm not entirely sure on the details. If the installation takes place >>> on the device, or the postinst is delayed until the first boot, ${D} >>> and ${S} will not be set. >>> >>> Hope this helps, >>> >> >> So, I guess there are now two possibilities: >> a.) The postinstall is not done at all. >> b.) The postinstall is done, but before the other packages are >> installed, which overwrite the files again. Is this possible? If yes, >> howto specify that this postinstall should really be done last of all? > > Basically a postinstall is *not* the way of doing this. You can't > control when it runs and when it does, you can't get to the files you > want to install. > > If the files are installed by other packages then use a bbappend to > change those files. If nothing installs them already, write a recipe > to install them. If there are changes that can only be done at rootfs > time, then use a rootfs postproces command. > > Ross > Thanks Ross I guess the "rootfs postprocess command" is the way to go. I have already separated the files into new files (which get installed as a normal install process by that package) and files that overwrite other package files. I guess, I could for most (but not all) files add a bbappend to the relevant original package, but it would be more complicated than doing it all together at rootfs postprocess. Thanks for all the help. I will try the rootfs postprocess today :-) Cheers Michael