Bug 184744 – media-sound/herrie working on x86-macos

• Status: RESOLVED FIXED
• Product: Gentoo/Alt

[Description Elias Pipping (RETIRED) 2007-07-09 15:53:18 UTC]

herrie works on x86-macos. (tested with mp3 files)

the ebuild was modified to use coreaudio instead of alsa (thanks a lot to rbu for that comment)

[Comment 1 Elias Pipping (RETIRED) 2007-07-09 15:54:24 UTC]

Created attachment 124335 [details]
media-sound/herrie-1.8

[Comment 2 Elias Pipping (RETIRED) 2007-07-09 15:55:54 UTC]

note that the above ebuild requires 'herrie-1.8-chost.patch', too, although it would work without it.

[Comment 3 Elias Pipping (RETIRED) 2007-07-12 19:16:15 UTC]

Created attachment 124688 [details]
media-sound/herrie-1.8.1

[Comment 4 Elias Pipping (RETIRED) 2007-07-12 19:19:25 UTC]

Created attachment 124690 [details]
dev-libs/uriparser-0.3.4

[Comment 5 Elias Pipping (RETIRED) 2007-07-12 19:20:29 UTC]

Created attachment 124691 [details]
media-libs/libspiff-0.7.1

[Comment 6 Elias Pipping (RETIRED) 2007-07-12 19:21:15 UTC]

note regarding attachments: herrie USE=xspf depends on libspiff, libspiff depends on uriparser.

[Comment 7 Fabian Groffen 2007-07-12 20:14:43 UTC]

	# alsa? ( media-libs/alsa-lib )
	# !ao? ( !alsa? ( !pulseaudio? ( !oss? ( media-libs/alsa-lib ) ) ) )

that is of course unacceptable.

The same for the silent non USE-flag regulated addition of coreaudio.  In this state the ebuild is useless for anyone but an OSX user.

In Gentoo/Alt:Prefix we don't want that.  So the correct way to go is to use the USE-flag coreaudio, make the last !xx? ( !xx? ( ... ) ) line include it (so it doesn't fall back to alsa) and fix the ebuild not to fall back to alsa on coreaudio, and finally only add coreaudio to the configuration if the USE-flag is set.

[Comment 8 Fabian Groffen 2007-07-12 20:19:16 UTC]

ps I think I dont understand how it works.  It claims it cannot play mp3-files, so what use is it for?

[Comment 9 Fabian Groffen 2007-07-12 20:24:45 UTC]

(In reply to comment #8)
> ps I think I dont understand how it works.  It claims it cannot play mp3-files,
> so what use is it for?

sorry, my error.  I didn't use USE=mp3

[Comment 10 Elias Pipping (RETIRED) 2007-07-12 20:27:07 UTC]

well, I didn't say anything other than that it works on osx ;)

[Comment 11 Fabian Groffen 2007-07-12 20:29:21 UTC]

herrie added to the tree.  Take a look at the ebuild for some future inspiration.

[Comment 12 Elias Pipping (RETIRED) 2007-07-12 20:43:07 UTC]

I suppose I could have done that, too. However, if no USE flags are set, herrie will now default to alsa which is unavailable.

PS: libspiff and uriparser are still missing from the tree - they're of the download-eapify-run kind.

[Comment 13 Elias Pipping (RETIRED) 2007-07-12 20:50:11 UTC]

alright, wasn't aware of this[1]. please disregard my previous comment (except for the request to add libspiff and uriparser ;) )

[1] http://overlays.gentoo.org/proj/alt/browser/trunk/prefix-overlay/profiles/default-prefix/darwin/macos/make.defaults

[Comment 14 Fabian Groffen 2007-08-09 16:47:58 UTC]

pipping, please fix this bug entirely (uriparser, libspiff)

[Comment 15 Elias Pipping (RETIRED) 2007-08-10 01:07:43 UTC]

What do you mean? The bug is resolved, closed and all of the attachments are now in the tree (herrie, libspiff, uriparser). Emerging herrie with USE="coreaudio http mp3 sndfile vorbis xspf" works just fine.