Re: [Samba] 3.3 and 3.4 compile failure on dbwrap

2010-03-16 Thread Jeff Block
We have a local include file, db.h which has fetch and store defined. Our db.h, from a BerkeleyDB 4.8.26 install, contains the following: #define fetch(a)__db_dbm_fetch(a) #define store(a, b) __db_dbm_store(a, b) My guess is that these are causing the problem. Jeff On 3/15/10 12:24 PM,

Re: [Samba] 3.3 and 3.4 compile failure on dbwrap

2010-03-12 Thread Jeff Block
/notify_internal.c utils/net_idmap.c modules/vfs_xattr_tdb.c modules/vfs_acl_tdb.c All these were fixed with one or both of the undef's. Hope this helps if anyone else hits this issue. Jeff Block Programmer / Analyst Radiology Research Computing University of California, San Francisco (415) 476-1709

Re: [Samba] 3.3 and 3.4 compile failure on dbwrap

2010-03-12 Thread Jeff Block
: On Fri, Mar 12, 2010 at 12:37:05PM -0800, Jeff Block wrote: After talking with a programmer here, we were able to figure out the problem. lib/dbwrap.c was using fetch and store in functions which were colliding with previously defined macros with the same names. We were able to resolve

Re: [Samba] 3.3 and 3.4 compile failure on dbwrap

2010-02-05 Thread Jeff Block
install I think I may need to have manually copied nss_winbind.so.1 file to /usr/local/samba-3.4.5/lib On 02/04/10 17:51, Jeff Block wrote: I'm having problems compiling a newer version of samba (3.3.x or 3.4.x) on solaris 9. We are currently running 3.0.23d and have been putting off

[Samba] Samba as a PDC with LDAP and Kerberos

2005-06-06 Thread Jeff Block
I'm a little confused on one section here... Where are your passwords being stored? kerberos? If so, how does samba look there? What is the significance of the {SASL}USER at REALM in LDAP? Is there another password store that you are syncing with krb? Sorry for my ignorance here but after

Re: [Samba] Samba as a PDC with LDAP and Kerberos

2005-06-06 Thread Jeff Block
you see in Samba are only for having Samba authenticate against an AD server. There are some things in the works for going the other way if you're using Heimdal (see the archive), but I have no experience with Heimdal or this solution. On Mon, 2005-06-06 at 10:03 -0700, Jeff Block wrote