Bug 96965 – libmxp-0.2.2 (New Package)

• Product: Gentoo Linux
• Status: RESOLVED OBSOLETE

[Description Marcus Spading 2005-06-24 11:28:08 UTC]

Ebuild for libmxp (MUD eXtension Protocol). Currently only used by
games-misc/kmuddy.

Reproducible: Always
Steps to Reproduce:
1.
2.
3.

[Comment 1 Marcus Spading 2005-06-24 11:28:51 UTC]

Created attachment 61858 [details]
libmxp-0.2.2.ebuild

[Comment 2 Mr. Bones. (RETIRED) 2005-06-27 20:50:58 UTC]

I'll assume you meant games-mud/kmuddy.

Is it optionally or is it a required dep for newer versions?

[Comment 3 Marcus Spading 2005-06-28 06:30:34 UTC]

Yes of course, I meant games-mud/kmuddy and its an optional. If present the
library will be autodetected by the configure script of kmuddy.

[Comment 4 Chris Gianelloni (RETIRED) 2005-06-28 06:40:37 UTC]

(In reply to comment #3)
> If present the library will be autodetected by the configure script of kmuddy.

Ouch.

Got a patch to add an --enable option for it?  We don't allow things to use
autodetection like that, as it breaks the dependency tree of portage.

[Comment 5 Marcus Spading 2005-06-28 16:08:32 UTC]

(In reply to comment #4)

> Got a patch to add an --enable option for it?  We don't allow things to use
> autodetection like that, as it breaks the dependency tree of portage.

Got it. I hope using a new local USE flag (for kmuddy) is the right way to
implement it.

I also didn't know what category the libmxp ebuild will end up. Locally I put
it in games-misc. If thats not correct the DEPEND in the patch for kmuddy will 
have to be corrected.

[Comment 6 Marcus Spading 2005-06-28 16:10:24 UTC]

Created attachment 62188 [details, diff]
Patch for kmuddy to add --with-mxp  option to configure

[Comment 7 Michael Palimaka (kensington) 2013-06-23 14:31:30 UTC]

Looks like upstream has disappeared.