xine-lib-0.9.9 breaks if dxr3 support is detected, this ebuild adds a use dxr3, this makes it compile successfully as long as USE="-dxr3" but of course without dxr3 support. I've tried to hack out a patch against xine-lib sources to make it work, but I can't figure out where it is supposed to define IMGFMT_MPEG. however making src/dxr3/dxr3_decoder.c look to more specific locations for some headers gets rid of some of the compile errors.
I'll take this one.
Okay, I don't see any problem here, except that you mistyped ${muconf} instead of ${myconf}. ;^) Is "dxr3" an existing USE variable? I can't find it in /usr/portage/profiles/use.desc, nor anywhere else. If you proved to me that it were, I'd commit your patch right away. ;^) Thanks again.
well it isn't an existing use variable, but that is because you just commited my em8300 ebuilds, and as such there was no such thing as dxr3 support in gentoo till a couple days ago... the real issue that needs adressing here is that xine breaks if em8300 libraries is installed because they b0rked something when writing the new version... (I'm watching xine-user for info on it cuz someone and myself have posted about the problem there.) :)
Well, you can't just invent USE variables left and right. Please see bug 2219 ---I requested addition of dxr3. You might want a better case of it, though, since I only have a vague idea of what we are dealing here with. ;^)
I meant to say "you might want to *make* a better case".
xine is not the officially supported player when it comes to dxr3. I suggest using mplayer instead. Xine's dxr3 support hasn't been updated since Octobre last year while the mplayer support is up to date with the latest drivers. I'd like to know who's maintaining the em8300-modules ebuild as I have a few comments.
Well, the main point of this bug is that xine compilation breaks with the em8300 modules installed. To answer your second question, Brandon Low is the maintainer of the em8300-related ebuilds. I have been dealing with them (i.e. committing them into CVS), but it must be known that I know very little about their purpose. ;^) If you have any ideas about the ebuilds, you can either hash it out with Brandon in email, or open bug reports; up to you.
I just updated the tarball linked in this bug's URL, it now patches to a CVS of xine from today that fixes this compile problem, if you would like me to attempt to narrow the patch down to ONLY the fixes for this specific problem I can do that later.
uhh... ok I officially don't like xine-0.9.9 but I can't deal with it right now... so I'm going to go to sleep or to dinner whichever I make it to first and try to hack it out later. btw I'm having massive DNS issues as agenkin has been a party to, so if my primary e-mail doesn't work right now lostlogic@twobit.net will. sorry.
I've disabled dxr3 support in xine-lib-0.9.9-r1 for everyone. I think that it will fix the problem for now.
Since it's been a while and nobody objected, I'm closing this bug. Feel free to yell at me.