Bug 7590 - dnf package installer doesn't respect system variables
Summary: dnf package installer doesn't respect system variables
Status: CLOSED FIXED
Alias: None
Product: ThinLinc
Classification: Unclassified
Component: Server Installer (show other bugs)
Version: trunk
Hardware: PC Unknown
: P2 Normal
Target Milestone: 4.12.1
Assignee: Linn
URL:
Keywords: frifl_tester, relnotes
Depends on:
Blocks:
 
Reported: 2020-11-17 13:35 CET by Pierre Ossman
Modified: 2021-01-21 12:45 CET (History)
4 users (show)

See Also:
Acceptance Criteria:


Attachments

Description Pierre Ossman cendio 2020-11-17 13:35:47 CET
DNF (and yum) can have variables configured under /etc/dnf/vars (or /etc/yum/vars) which can be used in the rest of the configuration. Our integration of dnf in tl-setup doesn't read these so any configuration relying on them will fail to work properly.

We've had a customer report that this is apparently the case with a default installation of CentOS 8.
Comment 5 Samuel Mannehed cendio 2021-01-08 11:11:26 CET
We have gotten hints that this issue only happens when tl-setup actually tries to install packages.
Comment 7 Linn cendio 2021-01-08 16:59:18 CET
I have tested the issue on CentOS 8 and I can reproduce it, but it does not seem to be the default behaviour.

Tips for reproducing:
1. Edit one of the files that uses a url and replace the domain with a variable (e.g. $domain).
2. Create a file in /etc/dnf/vars/ with the same name as the variable (here 'domain').
3. The file should contain the variable value.

I tested the provided patch and it seems to be working.
Comment 9 Frida Flodin cendio 2021-01-12 09:46:32 CET
I can verify that issue is fixed. Tested on CentOS 8 and could reproduce when adding my own variables in /etc/yum/vars.

Note You need to log in before you can comment on or make changes to this bug.