Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.

Bug 2104321

Summary: lumina-desktop: fails to install from epel9
Product: [Fedora] Fedora EPEL Reporter: Carl George 🤠 <carl>
Component: lumina-desktopAssignee: Eugene A. Pivnev <ti.eugene>
Status: CLOSED ERRATA QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: epel9CC: jt, projects.rg, ti.eugene
Target Milestone: ---Keywords: Reopened
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: lumina-desktop-1.6.2-7.el9 Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2022-11-07 18:45:50 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:
Embargoed:
Bug Depends On: 2135011    
Bug Blocks:    

Description Carl George 🤠 2022-07-06 01:15:27 UTC
Description of problem:
lumina-desktop from epel9 has missing dependencies, causing it to be uninstallable.


Version-Release number of selected component (if applicable):
lumina-desktop-1.6.2-2.el9


How reproducible:
always


Steps to Reproduce:
1. dnf install lumina-desktop


Actual results:
Error: 
 Problem: conflicting requests
  - nothing provides fluxbox(x86-64) needed by lumina-desktop-1.6.2-2.el9.x86_64
  - nothing provides oxygen-cursor-themes needed by lumina-desktop-1.6.2-2.el9.x86_64


Expected results:
successful installation

Comment 1 Carl George 🤠 2022-10-15 00:18:23 UTC
If this cannot be resolved then lumina-desktop must be retired from epel9.

Comment 2 Raphael Groner 2022-10-15 08:35:46 UTC
Well, build of oxygen for epel9 shouldn't be a big issue. I'll open a request to build fluxbox, too.

Comment 3 Raphael Groner 2022-10-15 08:43:43 UTC
Okay, we need to take a deeper look into runtime dependencies and maybe handle them more flexibly. 
E.g. Why oxygen enforced and not use a more generic theme dependency? Also, the WM doesn't need to be fluxbox afaik.

https://src.fedoraproject.org/rpms/lumina-desktop/blob/rawhide/f/lumina-desktop.spec#_37

# Runtime requirements (?)
Requires:           oxygen-cursor-themes
Requires:           qt5-style-oxygen%{?_isa}
Requires:           fluxbox%{?_isa}

Comment 4 jt@obs-sec.com 2022-10-15 12:58:23 UTC
Lumina Developer here.  As mentioned by Rapheal, Lumina doesn't need Fluxbox, but it does need something to serve as the WM.  Fluxbox is the default that we recommend because it's what we test with, but it can be openbox, i3, etc.
The oxygen theme was selected back when the desktop was first developed and probably doesn't need to be a dependency anymore, off the top of my head I cant think of a reason why Lumina wouldn't run with out it.  The old google material design icons are included as a fallback, so everything that's needed should be covered by that.  There might be something missing here or there, and if people find that they can submit a bug ticket to the Lumina repos and I'll make sure that gets fixed.
I've been considering working Fluxbox and pulling it into the Lumina Tree because there are a lot of small bugs in fluxbox that havent been fixed which annoy me, but that's going to take a while.

Comment 5 Eugene A. Pivnev 2022-10-18 06:50:24 UTC
As lumina requires any WM it must be the way to define "Requires: <any_wm>".
I can remove "Requires: fluxbox", but this seems not right way.

Comment 6 Eugene A. Pivnev 2022-10-18 07:51:39 UTC
(In reply to jt from comment #4)
> The oxygen theme was selected back when the desktop was first developed and
> probably doesn't need to be a dependency anymore, off the top of my head I
> cant think of a reason why Lumina wouldn't run with out it.

As I understand "oxygen theme" == "oxygen-cursor-themes"?
What about qt5-style-oxygen? Is it really required? It costs ~116MB with dependencies.

Comment 7 Fedora Update System 2022-10-18 11:02:44 UTC
FEDORA-EPEL-2022-16b10b4362 has been submitted as an update to Fedora EPEL 9. https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2022-16b10b4362

Comment 8 Eugene A. Pivnev 2022-10-18 11:03:52 UTC
Works for me on F36 +openbox -fluxbox -*oxygen*

Comment 9 Fedora Update System 2022-10-18 13:50:28 UTC
FEDORA-EPEL-2022-16b10b4362 has been pushed to the Fedora EPEL 9 testing repository.

You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2022-16b10b4362

See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.

Comment 10 Fedora Update System 2022-10-26 16:49:03 UTC
FEDORA-EPEL-2022-16b10b4362 has been pushed to the Fedora EPEL 9 stable repository.
If problem still persists, please make note of it in this bug report.

Comment 11 Raphael Groner 2022-11-05 20:36:34 UTC
> As I understand "oxygen theme" == "oxygen-cursor-themes"?
> What about qt5-style-oxygen? Is it really required? It costs ~116MB with dependencies.

Violation of packaging requirement "none of the package’s dependencies provide the directory".
https://docs.fedoraproject.org/en-US/packaging-guidelines/UnownedDirectories/

Comment 12 Eugene A. Pivnev 2022-11-07 09:17:36 UTC
(In reply to Raphael Groner from comment #11)
> > As I understand "oxygen theme" == "oxygen-cursor-themes"?
> > What about qt5-style-oxygen? Is it really required? It costs ~116MB with dependencies.
> 
> Violation of packaging requirement "none of the package’s dependencies
> provide the directory".
> https://docs.fedoraproject.org/en-US/packaging-guidelines/UnownedDirectories/

I cannot find what directories about.
Everything seems ok (IMHO).

Comment 13 Carl George 🤠 2022-11-07 18:45:50 UTC
> Violation of packaging requirement "none of the package’s dependencies provide the directory".
> https://docs.fedoraproject.org/en-US/packaging-guidelines/UnownedDirectories/

This bug is about the package being installable.  It is now resolved.  If you've found unowned directories in this package, please open a new bug that identifies which directories are unowned.