Summary: | USE="sdb-ldap" net-dns/bind: installation fails with "Package has poor programming practices" | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | roltel <roland.schnabel> |
Component: | [OLD] Server | Assignee: | BIND Maintainers (DISABLED) <bind+disabled> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | mario.fetka, psihozefir, voxus |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
Build log for bind-9.6.1_p3
net-dns/bind-9.8.0_beta1.ebuild patch |
Description
roltel
2010-01-29 10:29:40 UTC
Please, attach full build.log Created attachment 217821 [details]
Build log for bind-9.6.1_p3
The problems are caused by the ldap patch (bind-sdb-ldap-1.1.0.patch). With previous versions of bind, you had to manually apply this patch from contrib/sdb/ldap. Now the patch will be applied automatically if you specify the use flag "ldap". The homepage for this addon is http://bind9-ldap.bayour.com/. There haven't been any changes for a long time. I am not sure if the source code is still actively maintained. *** Bug 337047 has been marked as a duplicate of this bug. *** I'll temporary disable the sdb-ldap useflag, sorry guys. (In reply to comment #6) > I'll temporary disable the sdb-ldap useflag, sorry guys. > i have done my best to correct this problem i have created a new patch that also adds a new tool ldap2zone and properly integrate it into the bind build i have concentrated my work on the new beta release 9.8.0_beta1 the follwing patch is the result of this Created attachment 261313 [details, diff]
net-dns/bind-9.8.0_beta1.ebuild patch
here the patch for the ebuild the ldap-sdb patch is to big so i placed it onto my ftp server
(In reply to comment #7) > (In reply to comment #6) > > I'll temporary disable the sdb-ldap useflag, sorry guys. > > > > i have done my best to correct this problem > i have created a new patch that also adds a new tool ldap2zone > and properly integrate it into the bind build > > i have concentrated my work on the new beta release 9.8.0_beta1 > > the follwing patch is the result of this > the patch also works flawless with 9.7.2 release Thanks Mario! Could you add a fixed version for 9.6.x too? At a first glance it looks like only the Makefile.in parts needs to be fixed. (In reply to comment #10) > Thanks Mario! > > Could you add a fixed version for 9.6.x too? At a first glance it looks like > only the Makefile.in parts needs to be fixed. > ok will do but i would not be able to do it before end of the next week (next week is my exam's week at university) it also corrects the code on many stages and also adds a new tool zone2ldap (or was it ldap2zone) oh as expexted it also works with 9.8.0_rc1 The new patch has been added to bind >=9.7.3-r1 and >=9.8.0_rc1. I'll leave this bug open until 9.6.3* got it too :) Thanks again! (In reply to comment #12) > The new patch has been added to bind >=9.7.3-r1 and >=9.8.0_rc1. > I'll leave this bug open until 9.6.3* got it too :) > Thanks again! > i think you mein 9.6-ESV-r3 ? No, it's not the ESV release. (In reply to comment #14) > No, it's not the ESV release. > ok i have updated the patch to also work with 9.6.x http://ftp.disconnected-by-peer.at/pub/bind-sdb-ldap-1.1.0-fc11.patch.bz2 ot: how about going the fedora way and creating a named-sdb that holds all the sdb backends: ldap sqlite bdb mysql pgsql .... and let the std named be as it is and you can choose in the conf.d file whitch of the 2 named you want to use std with dlz backends or sdb with sdb backens (In reply to comment #15) > (In reply to comment #14) > > No, it's not the ESV release. > > > ok i have updated the patch to also work with 9.6.x > http://ftp.disconnected-by-peer.at/pub/bind-sdb-ldap-1.1.0-fc11.patch.bz2 > Thanks a lot! Fixed in CVS (9.6.3-r1). > ot: how about going the fedora way and creating a named-sdb that holds all the > sdb backends: ldap sqlite bdb mysql pgsql .... and let the std named be as it > is > and you can choose in the conf.d file whitch of the 2 named you want to use std > with dlz backends or sdb with sdb backens No, sorry. A global sdb version would pull in all dependencies instead of just the needed ones. (In reply to comment #16) > No, sorry. A global sdb version would pull in all dependencies instead of just > the needed ones. my idea is to wrap all the sdb backend specific code in #if defined SDB_.... and so then the depency in the ebuild could look like this sdb? ( ldap mysql sqlite ...) so when the sdb backend is added to the build it would not add any code and adding #if defined sdb_.... tho the sources would not hurt yes this is a hack but it would work . |