Bug 183136

Summary:	Need better co-ordination with downstream dependent packages
Product:	[Fedora] Fedora	Reporter:	Alex Lancaster <alex>
Component:	openal	Assignee:	Andreas Bierfert <andreas.bierfert>
Status:	CLOSED NEXTRELEASE	QA Contact:	Fedora Extras Quality Assurance <extras-qa>
Severity:	medium	Docs Contact:
Priority:	medium
Version:	4	CC:	extras-qa
Target Milestone:	---
Target Release:	---
Hardware:	All
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2006-02-27 12:10:29 UTC	Type:	---
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:

Description Alex Lancaster 2006-02-26 19:51:52 UTC

Description of problem:
Latest upgrade caused yum upgrade to break

Version-Release number of selected component (if applicable):


How reproducible:
Always

Steps to Reproduce:
1. yum upgrade

  
Actual results:
sudo yum upgrade
[...]

--> Running transaction check
--> Processing Dependency: libopenal.so.0 for package: torcs
--> Processing Dependency: libopenal.so.0 for package: scorched3d
--> Finished Dependency Resolution
Error: Missing Dependency: libopenal.so.0 is needed by package torcs
Error: Missing Dependency: libopenal.so.0 is needed by package scorched3d

See also bug #183133, bug #183134.

Expected results:
Upgrade should have worked.

Additional info:
There should be better co-ordination of releases of this package  with the
maintainers of dependent packages, before it reaches the end user.  It
seems a general problem with extras that maintainers are unaware of the
influences  their package updates have on other packages.  There really needs to
be some automated system that could notify them.  It's my one major beef with
Extras right now.

Another example is the R package, see bug #176763.

Comment 1 Andreas Bierfert 2006-02-27 12:10:29 UTC

As I said in #181989, I am sorry for this. I am aware that there are a number of
packages like blender, torcs, scorched3d and so on require openal and would need
a rebuild due to soname changes in openal. This soname change was meant as a fix
for broken versioning but as this was just brought to the openal dev's attention
by the debian maintainers of openal to exactly avoid a situation like we have
here now I did not think that there where any changes in cvs regarding this.

Reverted back to the old cvs snapshot for now.

In a side note: I think you are right... There should be ways that this kind of
stuff is automated and not visible for endusers in case something like this
happens...