|
Bugzilla – Full Text Bug Listing |
| Summary: | Creating a new bottle on a fresh install fails at installing faudio | ||
|---|---|---|---|
| Product: | [openSUSE] openSUSE Tumbleweed | Reporter: | Imo Hester <vortex> |
| Component: | Other | Assignee: | Imo Hester <vortex> |
| Status: | RESOLVED FIXED | QA Contact: | E-mail List <qa-bugs> |
| Severity: | Normal | ||
| Priority: | P5 - None | ||
| Version: | Current | ||
| Target Milestone: | --- | ||
| Hardware: | Other | ||
| OS: | Other | ||
| Whiteboard: | |||
| Found By: | --- | Services Priority: | |
| Business Priority: | Blocker: | --- | |
| Marketing QA Status: | --- | IT Deployment: | --- |
| Attachments: | Bottles install faudio log | ||
|
Description
Imo Hester
2024-02-07 09:01:18 UTC
The user could potentially solve the issue by extracting faudio themself so bottles will pick it up but the automated process of setting up a new bottle will still be broken for other users. Furhter investigations showed that providing a patch for the RPM build to remove faudio in advance will break other parts of bottles. This is because Bottles fetches some YAML files used to install applications which might list faudio as a dependency. While it is perfectly possible to maintain a custom Bottles dependency and Apps repo as like: - Clone https://github.com/bottlesdevs/dependencies - Add environment variable LOCAL_DEPENDENCIES=/path/to/cloned_repo/ - Fix faudio.yml to not do the rename It would also involve keeping track of any changes to the dependency repository and Apps repository by the Bottles Developers which is an extra burden and probably not worth the effort considering faudio might get removed in the future anyway. After recent 51.11 update this issue seems to be fixed. I was able to install bottles on a complete fresh install (new distrobox with dedicated home directory) and also could create an gaming bottle which pulls in faudio. |