FS#56734 - [rhash] cmake in extra depends on rhash in community

Attached to Project: Community Packages
Opened by Andreas Baumann (andreas_baumann) - Friday, 15 December 2017, 15:18 GMT
Last edited by Doug Newgard (Scimmia) - Friday, 15 December 2017, 16:25 GMT
Task Type Bug Report
Category Packages
Status Closed
Assigned To No-one
Architecture All
Severity Low
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

Description:

Should rhash be moved to extra then?

The problem is on OBS: Arch_Core and Arch_Extra don't pull in packages
from the community group, so building a software with cmake on the slaves
fails.

Additional info:
* package version(s): cmake 3.10.0-3, rhash 1.3.5-2
* config and/or log files etc.


Steps to reproduce:
This task depends upon

Closed by  Doug Newgard (Scimmia)
Friday, 15 December 2017, 16:25 GMT
Reason for closing:  Not a bug
Comment by Eli Schwartz (eschwartz) - Friday, 15 December 2017, 15:25 GMT
There are many packages that are "flexible" about this, AFAIK there is no real hard rule except when it comes to [core] depending on other repos -- as it would be exceedingly awkward if the base system were to break by getting out of sync with the other repos. There is a certain guarantee of consistency when it comes to packages within a repo being in sync with each other.

Anyway, we don't really support the OBS, their whole model for blacklisting community frankly sucks.
Comment by Andreas Baumann (andreas_baumann) - Friday, 15 December 2017, 15:29 GMT
Thanks for the clarification. The community/universe rule sucks indeed and renders the service almost unusable.
You can always install your own repos.

On the other hand the service is still OpenSuse/Novell owned, so they are (and must be) paranoic about licenses.
Comment by Andreas Baumann (andreas_baumann) - Friday, 15 December 2017, 16:14 GMT
They have an Arch:Community, I'll test that one.

Loading...