- Missing vardeps in meta/classes/roofs_rpm.bbclass?
Re: Missing vardeps in meta/classes/roofs_rpm.bbclass?
toggle quoted messageShow quoted text
On 11/10/2020 7:18 PM Alexander Kanavin <alex.kanavin@...> wrote:
This seems like you need to make a patch (for master branch) and send it to
oe-core list? :)
On Tue, 10 Nov 2020 at 19:04, Loic Domaigne <tech@...> wrote:
We were playing with rpm package management lately.
To configure the yum repos in the image, we're setting the following
variables in conf/local.conf:
We made a typo, and forgot the S at the end of FEED_PACKAGE_BASE_PATHS
Not surprising, the repo file generated didn't have the right url:
$ cat oe-remote-repo-user1.repo
name=OE Remote Repo: user1
After fixing the typo and bitbaking the image again, still no avail.
The repo file remains unchanged.
In fact, changing FEED_PACKAGE_BASE_PATHS did not re-trigger a new image
build. We found this behavior surprising.
1) As per oe/lib/meta/lib/oe/rootfs.py and lib/oe/package_manager.py, the
URL is defined as the join paths of FEED_PACKAGE_URIS and
2) However, in meta/classes/rootfs_rpm.bbclass, do_rootfs only specifies a
build dependency to FEED_PACKAGE_URIS:
do_rootfs[vardeps] += "PACKAGE_FEED_URIS"
Shouldn't the rootfs task depend on both PACKAGE_FEEDS_URIS and
do_rootfs[vardeps] += "PACKAGE_FEED_URIS PACKAGE_FEED_BASE_PATHS"
After fixing this dependency, the repo file got updated as expected:
name=OE Remote Repo: user1 rpm
Does that make sense?
I have conducted this analysis on Zeus. The problem isn't fixed with
Dunfell AFAICS. Also, the other package classes (deb,ipk) are impacted as
Hope this helps!
Join firstname.lastname@example.org to automatically receive all group messages.