Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[merged] This variable starts out so unsubstituted. Until the end. #274

Closed
wants to merge 3 commits into from

Conversation

cgwalters
Copy link
Member

No description provided.

A future commit is going to change our parsing of the "ref" member in
treefiles, so ensure we only load it once early on in compose-tree.
We already looked up the previous commit there, so just pass it down
rather than reloading the ref.
This comes from the tradition of yum repo files.  It's significantly
easier for rpm-ostree users building multiple architectures if some
core templating for the treefiles is built in.

Otherwise, everyone needs to learn about a new wrapper tool for
rpm-ostree, and said tool would need to re-do the same "basearch"
evaluation that is already occuring inside libhif.

This commit also paves the way for introducing `${releasever}`
substitution.

NOTE: This depends on pending changes to libhif git.
@cgwalters cgwalters changed the title Varsubst This variable starts out so unsubstituted. Until the end. Apr 28, 2016
@cgwalters
Copy link
Member Author

This depends on rpm-software-management/libdnf#112

@cgwalters
Copy link
Member Author

@cgwalters-bot retry

@cgwalters
Copy link
Member Author

bot, retest this please

@@ -32,6 +32,7 @@
#include <libhif/hif-utils.h>
#include <libhif/hif-package.h>
#include <librepo/librepo.h>
#include <librepo/librepo.h>
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Extraneous?

@jlebon
Copy link
Member

jlebon commented Apr 28, 2016

Can't we use hif_repo_substitue() instead? Or do we want to be very selective on which vars can be substituted?

@jlebon
Copy link
Member

jlebon commented Apr 28, 2016

Hmm, right, we don't really have a HifRepo to begin with here.

@jlebon
Copy link
Member

jlebon commented Apr 28, 2016

I was trying to think of a way to leverage what libhif already does for this, but there's nothing that really jumps out.

@cgwalters-bot r+ 9e90712

@cgwalters-bot
Copy link
Contributor

⌛ Testing commit 9e90712 with merge 4fc25d7...

cgwalters-bot pushed a commit that referenced this pull request Apr 28, 2016
This comes from the tradition of yum repo files.  It's significantly
easier for rpm-ostree users building multiple architectures if some
core templating for the treefiles is built in.

Otherwise, everyone needs to learn about a new wrapper tool for
rpm-ostree, and said tool would need to re-do the same "basearch"
evaluation that is already occuring inside libhif.

This commit also paves the way for introducing `${releasever}`
substitution.

NOTE: This depends on pending changes to libhif git.

Closes: #274
Approved by: jlebon
@cgwalters-bot
Copy link
Contributor

☀️ Test successful - status-atomicjenkins
Approved by: jlebon
Pushing 4fc25d7 to master...

@cgwalters-bot cgwalters-bot changed the title This variable starts out so unsubstituted. Until the end. [merged] This variable starts out so unsubstituted. Until the end. Apr 28, 2016
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

3 participants