Bug 1380945

Summary:	dnf 2.0 has group install strict true, consider false until there's a plan
Product:	[Fedora] Fedora	Reporter:	Kevin Fenzi <kevin>
Component:	dnf	Assignee:	Igor Gnatenko <ignatenko>
Status:	CLOSED RAWHIDE	QA Contact:	Fedora Extras Quality Assurance <extras-qa>
Severity:	unspecified	Docs Contact:
Priority:	urgent
Version:	rawhide	CC:	jmracek, jsilhan, kevin, mluscon, packaging-team-maint, pnemade, rpm-software-management, sgallagh, vmukhame, vorpal
Target Milestone:	---
Target Release:	---
Hardware:	Unspecified
OS:	Unspecified
Whiteboard:
Fixed In Version:	dnf-2.0.0-0.rc1.3.fc26	Doc Type:	If docs needed, set a value
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2016-10-04 07:13:01 UTC	Type:	Bug
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:

Description Kevin Fenzi 2016-10-01 19:02:18 UTC

This is basically just a continuation of bug https://bugzilla.redhat.com/show_bug.cgi?id=1339742 where we talking about coming up with some plan to handle group install strict, but then didn't. 

Can we get dnf to set the default back to false for now until we do come up with a plan? It's breaking all the rawhide images currently. 

Basically comps has packages for all arches in it. Some of them do not exist on some arches. group install strict will fail the group install if any packages are missing (which currently they are everwhere). 

Possible solutions: 

* adjust comps to have some kind of 'onlyarchs=' marker and we can mark packages that are only available on some arches with that and group install will ignore those if not on those specific arches. 

* Just set the dnf default to false for strict groups and leave it at that. 

* Adjust anaconda / lorax / appliance creator / etc to all just pass '-setopt=strict=false' to dnf when doing installs, but leave the default true for post install. 

* Something else.

Comment 1 Jaroslav Mracek 2016-10-03 07:39:44 UTC

Please, we already introduced a solution by commit:
https://github.com/rpm-software-management/dnf/commit/5350a4145e799e5d84ffe1b1c31981bea2339eba

Basically it introduce behavior of YUM where package described in comps like this <packagereq arch arch="x86_64 s390">pkg3</packagereq> is installed only on systems witch basearch x86_64 or s390 . 

Is this solution suitable for you? If yes, then comps have to be updated according to it.

Comment 2 Igor Gnatenko 2016-10-03 07:41:35 UTC

If this is works for Kevin, I will prepare patch for f26 comps.

Comment 3 Kevin Fenzi 2016-10-03 16:15:11 UTC

So, apparently that will not work. 

Thats a non standard/not in the schema thing thats not used by Fedora at all, and is only used by some releng tools by rhel. yum doesn't/didn't understand it either. 

So, we what we really need is to look at the comps validator and write up what everything means. Then, we need to add some way like above and make a lot of noise that we are changing the spec and everyone should let us know if it doesn't work for them. 

In any case, short term reverting the strict group install is needed.

Comment 4 Igor Gnatenko 2016-10-04 06:37:57 UTC

I will revert it for a while.

Comment 5 Igor Gnatenko 2016-10-04 07:06:10 UTC

http://pkgs.fedoraproject.org/cgit/rpms/dnf.git/commit/?h=master&id=5fa0034746adbf9a88ca096401dd3095e1ee4f30

Comment 6 Igor Gnatenko 2016-10-04 07:13:01 UTC

Hope should be fixed and work in next rawhide compose.

Comment 7 Igor Gnatenko 2016-10-04 12:32:45 UTC

*** Bug 1381380 has been marked as a duplicate of this bug. ***

Comment 8 BugMasta 2016-10-04 19:44:25 UTC

I'm not seeing dnf-2.0.0-0.rc1.3.fc26 in rawhide repo yet?

Comment 9 Stephen Gallagher 2016-10-04 19:53:07 UTC

(In reply to BugMasta from comment #8)
> I'm not seeing dnf-2.0.0-0.rc1.3.fc26 in rawhide repo yet?

It was just built today. It will be in the rawhide repo tomorrow after the nightly compose.

Comment 10 BugMasta 2016-10-04 20:09:35 UTC

Ah ok np. Sorry i was getting a bit impatient there. 

I've only just now found out i can use cmdline workaround as suggested elsewhere:
`dnf --setopt=strict=false group install <group>`

Looks like it's going to work, and i should be in business with xorg & xfce shortly.