I have been using a addition that I made to the stamp policy a while ago. I sent it to the OE list and the bitbake list but I don't think that it was ever adopted, eventhough I *think* that I got one or two positive replies to it:
http://article.gmane.org/gmane.comp.handhelds.openembedded/29858/ I would love to see this patch added to bitbake so I don't have to keep it around in my repository. do any of you have any ferther comments? thanks. On Mon, Aug 30, 2010 at 9:59 AM, Vitus Jensen <[email protected]> wrote: > Hello Frans, > > > On Sat, 28 Aug 2010, Frans Meulenbroeks wrote: > > Currently if a package in the DEPENDS list is modified, a package that >> depends on it does not get updated even if explicitly build >> E.g. when I just updated libexif and after that did a bitbake >> mythplugins (which has a DEPENDS on libexif) libexif got build but >> mythplugins did not get rebuild. >> > > First: bitbake isn't make. So doing it half-automatic is OK. > > > This is not really proper. E.g. if the lib changed a .h file the build >> of the using package could fail, but it could easily get unnoticed as >> one will only become aware of this when forcefully rebuilding that >> using package. >> > > In my opinion a change of a header is a change of interface, and a change > of the package the lib is packed into. This always requires a bump of PR of > that package. > > > I think we can do better by better exploiting the timestamp. >> E.g. what about doing it this way: >> > > So you don't need to exploit the timestamps, you "just" have to keep the > dependency chain at the moment a package was built. On the next run you > compare the dependency chain and rebuild if a package got a new PV-PR. > > This information could be kept in the bitbake cache. When someone changes > distro / machine / local conf he has to do the rebuild himself. after > all, bitbake isn't make. > > Best regards, > Vitus > > -- > Vitus Jensen, Hannover, Germany, Universe (current) > pgp public key available from keyservers > > > _______________________________________________ > Openembedded-devel mailing list > [email protected] > http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel > _______________________________________________ Openembedded-devel mailing list [email protected] http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
