Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 130056 - dev-libs/gmp-4.2 fails to install mp.h, breaking nis-utils
Summary: dev-libs/gmp-4.2 fails to install mp.h, breaking nis-utils
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: High normal
Assignee: Alec Warner (RETIRED)
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: 135102
  Show dependency tree
 
Reported: 2006-04-15 05:29 UTC by Mike Auty (RETIRED)
Modified: 2015-04-08 07:02 UTC (History)
3 users (show)

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


Attachments
uses non BSD API (nis-utils-gmp-API.patch,8.48 KB, patch)
2006-08-22 19:11 UTC, Alec Warner (RETIRED)
Details | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description Mike Auty (RETIRED) gentoo-dev 2006-04-15 05:29:49 UTC
Hi, as of gmp-4.2 the default is for the Berkley MP compatability library not to be installed, however there are still packages in portage that require it (such as nis-utils, which fails to compile unless mp.h is present).  This can be easily fixed in the short term by altering the line in the gmp-4.2.ebuild that says --disable-mpbsd to --enable-mpbsd.  In the longer term it will require packages such as nis-utils to be fixed up, presumably to work directly with gmp.

If there's any further information or help I can provide, please let me know.  Thanks...
Comment 1 SpanKY gentoo-dev 2006-04-15 11:28:34 UTC
then why dont we embark on the long term fix now

adding back in the compat library will just allow people to continue ignoring the old packages
Comment 2 Alec Warner (RETIRED) archtester gentoo-dev Security 2006-05-31 20:52:05 UTC
(In reply to comment #1)
> then why dont we embark on the long term fix now
> 
> adding back in the compat library will just allow people to continue ignoring
> the old packages
> 

but I <3 nis-utils :/
Comment 3 Alec Warner (RETIRED) archtester gentoo-dev Security 2006-08-22 19:11:58 UTC
Created attachment 94891 [details, diff]
uses non BSD API

Please test this, I have it installed locally and most of the stuff works ;)
Comment 4 SpanKY gentoo-dev 2006-08-28 00:14:49 UTC
gave the patch a quick look over and it looks sane to me ... but really it's up to the nis maintainer to make the final decision ;)
Comment 5 Donnie Berkholz (RETIRED) gentoo-dev 2006-09-05 00:34:50 UTC
Can we just make this work again? It's really embarrassing that nis-utils has been broken for a year.

Particularly because flameeyes' BSD porting broke it in the first place, prior to that it worked just fine. http://sources.gentoo.org/viewcvs.py/gentoo-x86/dev-libs/gmp/gmp-4.1.4-r1.ebuild?rev=1.1&view=markup added an explicit --disable-mpbsd instead of the previous explicit --enable-mpbsd.

The easy and correct fix was (and still is) just having ` $(use_enable !userland_BSD mpbsd)`.
Comment 6 Alec Warner (RETIRED) archtester gentoo-dev Security 2006-09-06 10:09:39 UTC
(In reply to comment #5)
> Can we just make this work again? It's really embarrassing that nis-utils has
> been broken for a year.

A year?  It works fine here :P

> 
> Particularly because flameeyes' BSD porting broke it in the first place, prior
> to that it worked just fine.
> http://sources.gentoo.org/viewcvs.py/gentoo-x86/dev-libs/gmp/gmp-4.1.4-r1.ebuild?rev=1.1&view=markup
> added an explicit --disable-mpbsd instead of the previous explicit
> --enable-mpbsd.
> 
> The easy and correct fix was (and still is) just having ` $(use_enable
> !userland_BSD mpbsd)`.
> 

Or we can do both ;)  Nothing wrong with updating the code a bit :)
Comment 7 Donnie Berkholz (RETIRED) gentoo-dev 2006-09-06 10:54:05 UTC
(In reply to comment #6)
> (In reply to comment #5)
> > Can we just make this work again? It's really embarrassing that nis-utils has
> > been broken for a year.
> 
> A year?  It works fine here :P

Not here, mp.h isn't installed. Although I was corrected on a year, apparently I don't know how to use ViewVC and flameeyes in fact isn't at fault. The change was made in the ebuild for 4.2.

> > The easy and correct fix was (and still is) just having ` $(use_enable
> > !userland_BSD mpbsd)`.
> > 
> 
> Or we can do both ;)  Nothing wrong with updatwing the code a bit :)

Yes, but I don't think users should suffer with easily-fixable breakage that we caused while developers are working with upstream on a change that may not even be accepted.
Comment 8 Alec Warner (RETIRED) archtester gentoo-dev Security 2006-11-13 19:48:40 UTC
-r2 is in the tree.