24850 – mad blocks libmad and libid3tag yet many ebuilds use either one or the other

Bug 24850 - mad blocks libmad and libid3tag yet many ebuilds use either one or the other

Summary: mad blocks libmad and libid3tag yet many ebuilds use either one or the other

Status:	RESOLVED FIXED

Alias:	None

Product:	Gentoo Linux
Classification:	Unclassified
Component:	New packages (show other bugs)
Hardware:	All Linux

Importance:	High normal
Assignee:	Nick Hadaway

URL:
Whiteboard:
Keywords:

Depends on:
Blocks:

Reported:	2003-07-19 20:46 UTC by Mark Francis
Modified:	2003-07-19 22:21 UTC (History)
CC List:	0 users

See Also:
Package list:
Runtime testing required:	---

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.

Description Mark Francis 2003-07-19 20:46:32 UTC

For example, ebuild kde-base/arts-1.1.2 uses mad but normalize has switched to
libmad. There are many examples of this in the unstable tree. This may also
become a problem in the stable tree as ebuilds move from unstable to stable.


Reproducible: Always
Steps to Reproduce:
To list ebuilds that use either mad or libmad:
find /usr/portage/ -name '*.ebuild'|xargs grep media-sound/mad\|media-libs/libmad'
Actual Results:  
libmad is blocked by mad

Expected Results:  
Need to update all ebuilds to libmad and/or libid3tag instead of mad at the one
time.

Comment 1 Nick Hadaway 2003-07-19 22:21:05 UTC

This has been fixed in portage.  All builds should be back on media-sound/mad again.