CVS update: samba/source/libads
Date: Thu Jul 10 08:27:56 2003 Author: tpot Update of /data/cvs/samba/source/libads In directory dp.samba.org:/tmp/cvs-serv11980 Modified Files: Tag: SAMBA_3_0 ldap_user.c Log Message: Fix shadow parameter warning. Revisions: ldap_user.c 1.1.2.5 = 1.1.2.6 http://www.samba.org/cgi-bin/cvsweb/samba/source/libads/ldap_user.c.diff?r1=1.1.2.5r2=1.1.2.6
CVS update: samba/source/lib
Date: Thu Jul 10 14:12:37 2003 Author: vlendec Update of /data/cvs/samba/source/lib In directory dp.samba.org:/tmp/cvs-serv7145 Modified Files: Tag: SAMBA_3_0 util.c Log Message: Add const Revisions: util.c 1.358.2.29 = 1.358.2.30 http://www.samba.org/cgi-bin/cvsweb/samba/source/lib/util.c.diff?r1=1.358.2.29r2=1.358.2.30
CVS update: samba/source
Date: Thu Jul 10 14:21:43 2003 Author: vlendec Update of /data/cvs/samba/source In directory dp.samba.org:/tmp/cvs-serv8026 Modified Files: Tag: SAMBA_3_0 Makefile.in Log Message: pdbedit should not call idmap anymore. Otherwise pdbedit -L would allocate id's. Volker Revisions: Makefile.in 1.468.2.138 = 1.468.2.139 http://www.samba.org/cgi-bin/cvsweb/samba/source/Makefile.in.diff?r1=1.468.2.138r2=1.468.2.139
CVS update: samba/source
Date: Thu Jul 10 15:23:09 2003 Author: sharpe Update of /data/cvs/samba/source In directory dp.samba.org:/tmp/cvs-serv13707 Modified Files: Tag: SAMBA_3_0 aclocal.m4 Log Message: Fix a small problem I seem to have introduced into aclocal.m4 Revisions: aclocal.m4 1.10.2.9 = 1.10.2.10 http://www.samba.org/cgi-bin/cvsweb/samba/source/aclocal.m4.diff?r1=1.10.2.9r2=1.10.2.10
CVS update: samba/source
Date: Thu Jul 10 17:39:06 2003 Author: sharpe Update of /data/cvs/samba/source In directory dp.samba.org:/tmp/cvs-serv26441 Modified Files: Tag: SAMBA_3_0 configure.in Log Message: Final piece of support needed to find iconv libraries on FreeBSD. This has been tested on RedHat 9.0 with libiconv built in as well as FreeBSD 4.6.2 with iconv-2.0.3 and biconv.g/libbiconv. We should perhaps also check for other conversions that just ASCII--UCS-2LE especially because those two names do not appear in charset.aliases for iconv-2.0.3. Revisions: configure.in1.300.2.118 = 1.300.2.119 http://www.samba.org/cgi-bin/cvsweb/samba/source/configure.in.diff?r1=1.300.2.118r2=1.300.2.119
CVS update: samba/source/libsmb
Date: Thu Jul 10 20:37:00 2003 Author: jerry Update of /data/cvs/samba/source/libsmb In directory dp.samba.org:/tmp/cvs-serv9440/libsmb Modified Files: Tag: SAMBA_3_0 samlogon_cache.c Log Message: i guess i'm the only one this ever annyoed... fix the confusion when we tdb_lock_bystring() but we retrieve an entry using tdb_fetch_by_string. It's now always tdb.*bystring() Revisions: samlogon_cache.c1.1.4.1 = 1.1.4.2 http://www.samba.org/cgi-bin/cvsweb/samba/source/libsmb/samlogon_cache.c.diff?r1=1.1.4.1r2=1.1.4.2
CVS update: samba/source/passdb
Date: Thu Jul 10 20:37:01 2003 Author: jerry Update of /data/cvs/samba/source/passdb In directory dp.samba.org:/tmp/cvs-serv9440/passdb Modified Files: Tag: SAMBA_3_0 privileges.c Log Message: i guess i'm the only one this ever annyoed... fix the confusion when we tdb_lock_bystring() but we retrieve an entry using tdb_fetch_by_string. It's now always tdb.*bystring() Revisions: privileges.c1.1.2.1 = 1.1.2.2 http://www.samba.org/cgi-bin/cvsweb/samba/source/passdb/privileges.c.diff?r1=1.1.2.1r2=1.1.2.2
CVS update: samba/source/printing
Date: Thu Jul 10 20:37:01 2003 Author: jerry Update of /data/cvs/samba/source/printing In directory dp.samba.org:/tmp/cvs-serv9440/printing Modified Files: Tag: SAMBA_3_0 printing.c printing_db.c Log Message: i guess i'm the only one this ever annyoed... fix the confusion when we tdb_lock_bystring() but we retrieve an entry using tdb_fetch_by_string. It's now always tdb.*bystring() Revisions: printing.c 1.139.2.35 = 1.139.2.36 http://www.samba.org/cgi-bin/cvsweb/samba/source/printing/printing.c.diff?r1=1.139.2.35r2=1.139.2.36 printing_db.c 1.2.2.2 = 1.2.2.3 http://www.samba.org/cgi-bin/cvsweb/samba/source/printing/printing_db.c.diff?r1=1.2.2.2r2=1.2.2.3
CVS update: samba/source/registry
Date: Thu Jul 10 20:37:01 2003 Author: jerry Update of /data/cvs/samba/source/registry In directory dp.samba.org:/tmp/cvs-serv9440/registry Modified Files: Tag: SAMBA_3_0 reg_db.c Log Message: i guess i'm the only one this ever annyoed... fix the confusion when we tdb_lock_bystring() but we retrieve an entry using tdb_fetch_by_string. It's now always tdb.*bystring() Revisions: reg_db.c1.10.2.1 = 1.10.2.2 http://www.samba.org/cgi-bin/cvsweb/samba/source/registry/reg_db.c.diff?r1=1.10.2.1r2=1.10.2.2
CVS update: samba/source/nsswitch
Date: Thu Jul 10 20:37:01 2003 Author: jerry Update of /data/cvs/samba/source/nsswitch In directory dp.samba.org:/tmp/cvs-serv9440/nsswitch Modified Files: Tag: SAMBA_3_0 winbindd_acct.c winbindd_cache.c Log Message: i guess i'm the only one this ever annyoed... fix the confusion when we tdb_lock_bystring() but we retrieve an entry using tdb_fetch_by_string. It's now always tdb.*bystring() Revisions: winbindd_acct.c 1.1.2.1 = 1.1.2.2 http://www.samba.org/cgi-bin/cvsweb/samba/source/nsswitch/winbindd_acct.c.diff?r1=1.1.2.1r2=1.1.2.2 winbindd_cache.c1.35.2.14 = 1.35.2.15 http://www.samba.org/cgi-bin/cvsweb/samba/source/nsswitch/winbindd_cache.c.diff?r1=1.35.2.14r2=1.35.2.15
CVS update: samba/source/tdb
Date: Thu Jul 10 20:37:01 2003 Author: jerry Update of /data/cvs/samba/source/tdb In directory dp.samba.org:/tmp/cvs-serv9440/tdb Modified Files: Tag: SAMBA_3_0 tdbutil.c Log Message: i guess i'm the only one this ever annyoed... fix the confusion when we tdb_lock_bystring() but we retrieve an entry using tdb_fetch_by_string. It's now always tdb.*bystring() Revisions: tdbutil.c 1.38.2.13 = 1.38.2.14 http://www.samba.org/cgi-bin/cvsweb/samba/source/tdb/tdbutil.c.diff?r1=1.38.2.13r2=1.38.2.14
CVS update: samba/source/torture
Date: Thu Jul 10 20:37:01 2003 Author: jerry Update of /data/cvs/samba/source/torture In directory dp.samba.org:/tmp/cvs-serv9440/torture Modified Files: Tag: SAMBA_3_0 mangle_test.c Log Message: i guess i'm the only one this ever annyoed... fix the confusion when we tdb_lock_bystring() but we retrieve an entry using tdb_fetch_by_string. It's now always tdb.*bystring() Revisions: mangle_test.c 1.3.2.4 = 1.3.2.5 http://www.samba.org/cgi-bin/cvsweb/samba/source/torture/mangle_test.c.diff?r1=1.3.2.4r2=1.3.2.5
CVS update: samba
Date: Thu Jul 10 22:40:56 2003 Author: jelmer Update of /home/cvs/samba In directory dp.samba.org:/tmp/cvs-serv20155 Modified Files: Tag: SAMBA_3_0 README Log Message: Fix typo Revisions: README 1.21.2.3 = 1.21.2.4 http://www.samba.org/cgi-bin/cvsweb/samba/README.diff?r1=1.21.2.3r2=1.21.2.4
CVS update: samba/docs/docbook/smbdotconf/security
Date: Thu Jul 10 23:12:00 2003 Author: jelmer Update of /home/cvs/samba/docs/docbook/smbdotconf/security In directory dp.samba.org:/tmp/cvs-serv22530/security Modified Files: Tag: SAMBA_3_0 security.xml Log Message: Document 'security = ads' Revisions: security.xml1.2.2.2 = 1.2.2.3 http://www.samba.org/cgi-bin/cvsweb/samba/docs/docbook/smbdotconf/security/security.xml.diff?r1=1.2.2.2r2=1.2.2.3
CVS update: samba/source/nsswitch
Date: Thu Jul 10 23:22:09 2003 Author: mimir Update of /home/cvs/samba/source/nsswitch In directory dp.samba.org:/tmp/cvs-serv23365/nsswitch Modified Files: Tag: SAMBA_3_0 winbindd_util.c Log Message: Just a few formatting fixed caught while testing. rafal Revisions: winbindd_util.c 1.73.2.24 = 1.73.2.25 http://www.samba.org/cgi-bin/cvsweb/samba/source/nsswitch/winbindd_util.c.diff?r1=1.73.2.24r2=1.73.2.25
CVS update: samba/source/utils
Date: Thu Jul 10 23:22:09 2003 Author: mimir Update of /home/cvs/samba/source/utils In directory dp.samba.org:/tmp/cvs-serv23365/utils Modified Files: Tag: SAMBA_3_0 net_cache.c Log Message: Just a few formatting fixed caught while testing. rafal Revisions: net_cache.c 1.1.2.2 = 1.1.2.3 http://www.samba.org/cgi-bin/cvsweb/samba/source/utils/net_cache.c.diff?r1=1.1.2.2r2=1.1.2.3
CVS update: samba/source/pam_smbpass
Date: Fri Jul 11 03:30:18 2003 Author: tpot Update of /data/cvs/samba/source/pam_smbpass In directory dp.samba.org:/tmp/cvs-serv9361/pam_smbpass Added Files: Tag: SAMBA_3_0 .cvsignore Log Message: Ignore *.po Revisions: .cvsignore NONE = 1.1.2.1 http://www.samba.org/cgi-bin/cvsweb/samba/source/pam_smbpass/.cvsignore?rev=1.1.2.1
CVS update: samba/source
Date: Fri Jul 11 03:32:12 2003 Author: tpot Update of /data/cvs/samba/source In directory dp.samba.org:/tmp/cvs-serv9623 Modified Files: Tag: SAMBA_3_0 Makefile.in Log Message: Fix for bug 203. Avoid using an autoconf expanded variable preceeded by a backslash in case the variable is empty. This apparently confuses some makes. Revisions: Makefile.in 1.468.2.139 = 1.468.2.140 http://www.samba.org/cgi-bin/cvsweb/samba/source/Makefile.in.diff?r1=1.468.2.139r2=1.468.2.140
CVS update: samba/packaging/Solaris
Date: Fri Jul 11 04:45:33 2003 Author: tpot Update of /data/cvs/samba/packaging/Solaris In directory dp.samba.org:/tmp/cvs-serv15121 Modified Files: Tag: SAMBA_3_0 prototype.master Log Message: Fix references to plain password registry files pointing at an old location. These files are now in docs/Registry. For some reason only the PlainPassword files are included in the packaging, not some of the other useful Samba related registry mods such as sign or seal and terminal server. I also removed the reference to checkinstall as it doesn't seem to exist on the Solaris system in the build farm and I can't figure out what it is supposed to do (always a good reason to delete something). docs.solaris.com says The checkinstall script is only available with the Solaris(TM) 2.5 and compatible releases so maybe this file is obsolete. Part of fix for bug 218. Revisions: prototype.master1.4 = 1.4.2.1 http://www.samba.org/cgi-bin/cvsweb/samba/packaging/Solaris/prototype.master.diff?r1=1.4r2=1.4.2.1
CVS update: samba/packaging/Solaris
Date: Fri Jul 11 04:48:08 2003 Author: tpot Update of /data/cvs/samba/packaging/Solaris In directory dp.samba.org:/tmp/cvs-serv15266 Modified Files: Tag: SAMBA_3_0 makepkg.sh Log Message: Remove references to obsolete codepage binaries, codepages and unicode map files. Other part of fix for bug 218. Revisions: makepkg.sh 1.4 = 1.4.2.1 http://www.samba.org/cgi-bin/cvsweb/samba/packaging/Solaris/makepkg.sh.diff?r1=1.4r2=1.4.2.1
CVS update: samba/packaging/Solaris
Date: Fri Jul 11 04:51:52 2003 Author: tpot Update of /data/cvs/samba/packaging/Solaris In directory dp.samba.org:/tmp/cvs-serv16685 Added Files: Tag: SAMBA_3_0 .cvsignore Log Message: Ignore autogenerated files. Revisions: .cvsignore NONE = 1.1.2.1 http://www.samba.org/cgi-bin/cvsweb/samba/packaging/Solaris/.cvsignore?rev=1.1.2.1
CVS update: samba/packaging/Solaris/pkg-specs
Date: Fri Jul 11 05:05:09 2003 Author: tpot Update of /data/cvs/samba/packaging/Solaris/pkg-specs In directory dp.samba.org:/tmp/cvs-serv17728 Modified Files: Tag: SAMBA_3_0 pkginfo Log Message: Fix yet another place where we store a Samba version number. )-: Revisions: pkginfo 1.2 = 1.2.12.1 http://www.samba.org/cgi-bin/cvsweb/samba/packaging/Solaris/pkg-specs/pkginfo.diff?r1=1.2r2=1.2.12.1
CVS update: samba/source/auth
Date: Fri Jul 11 05:33:39 2003 Author: jerry Update of /data/cvs/samba/source/auth In directory dp.samba.org:/tmp/cvs-serv19632/auth Modified Files: Tag: SAMBA_3_0 auth_util.c Log Message: moving more code around. * move rid allocation into IDMAP. See comments in _api_samr_create_user() * add winbind delete user/group functions I'm checking this in to sync up with everyone. But I'm going to split the add a separate winbindd_allocate_rid() function for systems that have an 'add user script' but need idmap to give them a RID. Life would be so much simplier without 'enable rid algorithm'. The current RID allocation is horrible due to this one fact. Tested idmap_tdb but not idmap_ldap yet. Will do that tomorrow. Nothing has changed in the way a samba domain is represented, stored, or search in the directory so things should be ok with previous installations. going to bed now. Revisions: auth_util.c 1.39.2.36 = 1.39.2.37 http://www.samba.org/cgi-bin/cvsweb/samba/source/auth/auth_util.c.diff?r1=1.39.2.36r2=1.39.2.37
CVS update: samba/source/groupdb
Date: Fri Jul 11 05:33:39 2003 Author: jerry Update of /data/cvs/samba/source/groupdb In directory dp.samba.org:/tmp/cvs-serv19632/groupdb Modified Files: Tag: SAMBA_3_0 mapping.c Log Message: moving more code around. * move rid allocation into IDMAP. See comments in _api_samr_create_user() * add winbind delete user/group functions I'm checking this in to sync up with everyone. But I'm going to split the add a separate winbindd_allocate_rid() function for systems that have an 'add user script' but need idmap to give them a RID. Life would be so much simplier without 'enable rid algorithm'. The current RID allocation is horrible due to this one fact. Tested idmap_tdb but not idmap_ldap yet. Will do that tomorrow. Nothing has changed in the way a samba domain is represented, stored, or search in the directory so things should be ok with previous installations. going to bed now. Revisions: mapping.c 1.33.2.17 = 1.33.2.18 http://www.samba.org/cgi-bin/cvsweb/samba/source/groupdb/mapping.c.diff?r1=1.33.2.17r2=1.33.2.18
CVS update: samba/source/lib
Date: Fri Jul 11 05:33:39 2003 Author: jerry Update of /data/cvs/samba/source/lib In directory dp.samba.org:/tmp/cvs-serv19632/lib Modified Files: Tag: SAMBA_3_0 smbldap.c Log Message: moving more code around. * move rid allocation into IDMAP. See comments in _api_samr_create_user() * add winbind delete user/group functions I'm checking this in to sync up with everyone. But I'm going to split the add a separate winbindd_allocate_rid() function for systems that have an 'add user script' but need idmap to give them a RID. Life would be so much simplier without 'enable rid algorithm'. The current RID allocation is horrible due to this one fact. Tested idmap_tdb but not idmap_ldap yet. Will do that tomorrow. Nothing has changed in the way a samba domain is represented, stored, or search in the directory so things should be ok with previous installations. going to bed now. Revisions: smbldap.c 1.1.2.7 = 1.1.2.8 http://www.samba.org/cgi-bin/cvsweb/samba/source/lib/smbldap.c.diff?r1=1.1.2.7r2=1.1.2.8
CVS update: samba/source/nsswitch
Date: Fri Jul 11 05:33:39 2003 Author: jerry Update of /data/cvs/samba/source/nsswitch In directory dp.samba.org:/tmp/cvs-serv19632/nsswitch Modified Files: Tag: SAMBA_3_0 wb_client.c wbinfo.c winbindd_acct.c winbindd_nss.h winbindd_user.c Log Message: moving more code around. * move rid allocation into IDMAP. See comments in _api_samr_create_user() * add winbind delete user/group functions I'm checking this in to sync up with everyone. But I'm going to split the add a separate winbindd_allocate_rid() function for systems that have an 'add user script' but need idmap to give them a RID. Life would be so much simplier without 'enable rid algorithm'. The current RID allocation is horrible due to this one fact. Tested idmap_tdb but not idmap_ldap yet. Will do that tomorrow. Nothing has changed in the way a samba domain is represented, stored, or search in the directory so things should be ok with previous installations. going to bed now. Revisions: wb_client.c 1.36.2.8 = 1.36.2.9 http://www.samba.org/cgi-bin/cvsweb/samba/source/nsswitch/wb_client.c.diff?r1=1.36.2.8r2=1.36.2.9 wbinfo.c1.38.2.18 = 1.38.2.19 http://www.samba.org/cgi-bin/cvsweb/samba/source/nsswitch/wbinfo.c.diff?r1=1.38.2.18r2=1.38.2.19 winbindd_acct.c 1.1.2.2 = 1.1.2.3 http://www.samba.org/cgi-bin/cvsweb/samba/source/nsswitch/winbindd_acct.c.diff?r1=1.1.2.2r2=1.1.2.3 winbindd_nss.h 1.21.2.11 = 1.21.2.12 http://www.samba.org/cgi-bin/cvsweb/samba/source/nsswitch/winbindd_nss.h.diff?r1=1.21.2.11r2=1.21.2.12 winbindd_user.c 1.43.2.15 = 1.43.2.16 http://www.samba.org/cgi-bin/cvsweb/samba/source/nsswitch/winbindd_user.c.diff?r1=1.43.2.15r2=1.43.2.16
CVS update: samba/source/include
Date: Fri Jul 11 05:33:39 2003 Author: jerry Update of /data/cvs/samba/source/include In directory dp.samba.org:/tmp/cvs-serv19632/include Modified Files: Tag: SAMBA_3_0 idmap.h Log Message: moving more code around. * move rid allocation into IDMAP. See comments in _api_samr_create_user() * add winbind delete user/group functions I'm checking this in to sync up with everyone. But I'm going to split the add a separate winbindd_allocate_rid() function for systems that have an 'add user script' but need idmap to give them a RID. Life would be so much simplier without 'enable rid algorithm'. The current RID allocation is horrible due to this one fact. Tested idmap_tdb but not idmap_ldap yet. Will do that tomorrow. Nothing has changed in the way a samba domain is represented, stored, or search in the directory so things should be ok with previous installations. going to bed now. Revisions: idmap.h 1.6.2.7 = 1.6.2.8 http://www.samba.org/cgi-bin/cvsweb/samba/source/include/idmap.h.diff?r1=1.6.2.7r2=1.6.2.8
CVS update: samba/source/passdb
Date: Fri Jul 11 05:33:39 2003 Author: jerry Update of /data/cvs/samba/source/passdb In directory dp.samba.org:/tmp/cvs-serv19632/passdb Modified Files: Tag: SAMBA_3_0 passdb.c pdb_ldap.c pdb_smbpasswd.c pdb_tdb.c Log Message: moving more code around. * move rid allocation into IDMAP. See comments in _api_samr_create_user() * add winbind delete user/group functions I'm checking this in to sync up with everyone. But I'm going to split the add a separate winbindd_allocate_rid() function for systems that have an 'add user script' but need idmap to give them a RID. Life would be so much simplier without 'enable rid algorithm'. The current RID allocation is horrible due to this one fact. Tested idmap_tdb but not idmap_ldap yet. Will do that tomorrow. Nothing has changed in the way a samba domain is represented, stored, or search in the directory so things should be ok with previous installations. going to bed now. Revisions: passdb.c1.151.2.33 = 1.151.2.34 http://www.samba.org/cgi-bin/cvsweb/samba/source/passdb/passdb.c.diff?r1=1.151.2.33r2=1.151.2.34 pdb_ldap.c 1.28.2.78 = 1.28.2.79 http://www.samba.org/cgi-bin/cvsweb/samba/source/passdb/pdb_ldap.c.diff?r1=1.28.2.78r2=1.28.2.79 pdb_smbpasswd.c 1.40.2.20 = 1.40.2.21 http://www.samba.org/cgi-bin/cvsweb/samba/source/passdb/pdb_smbpasswd.c.diff?r1=1.40.2.20r2=1.40.2.21 pdb_tdb.c 1.58.2.21 = 1.58.2.22 http://www.samba.org/cgi-bin/cvsweb/samba/source/passdb/pdb_tdb.c.diff?r1=1.58.2.21r2=1.58.2.22
CVS update: samba/source/sam
Date: Fri Jul 11 05:33:40 2003 Author: jerry Update of /data/cvs/samba/source/sam In directory dp.samba.org:/tmp/cvs-serv19632/sam Modified Files: Tag: SAMBA_3_0 idmap.c idmap_ldap.c idmap_tdb.c idmap_util.c Log Message: moving more code around. * move rid allocation into IDMAP. See comments in _api_samr_create_user() * add winbind delete user/group functions I'm checking this in to sync up with everyone. But I'm going to split the add a separate winbindd_allocate_rid() function for systems that have an 'add user script' but need idmap to give them a RID. Life would be so much simplier without 'enable rid algorithm'. The current RID allocation is horrible due to this one fact. Tested idmap_tdb but not idmap_ldap yet. Will do that tomorrow. Nothing has changed in the way a samba domain is represented, stored, or search in the directory so things should be ok with previous installations. going to bed now. Revisions: idmap.c 1.13.2.14 = 1.13.2.15 http://www.samba.org/cgi-bin/cvsweb/samba/source/sam/idmap.c.diff?r1=1.13.2.14r2=1.13.2.15 idmap_ldap.c1.1.2.9 = 1.1.2.10 http://www.samba.org/cgi-bin/cvsweb/samba/source/sam/idmap_ldap.c.diff?r1=1.1.2.9r2=1.1.2.10 idmap_tdb.c 1.12.2.21 = 1.12.2.22 http://www.samba.org/cgi-bin/cvsweb/samba/source/sam/idmap_tdb.c.diff?r1=1.12.2.21r2=1.12.2.22 idmap_util.c1.9.2.15 = 1.9.2.16 http://www.samba.org/cgi-bin/cvsweb/samba/source/sam/idmap_util.c.diff?r1=1.9.2.15r2=1.9.2.16
CVS update: samba/source/utils
Date: Fri Jul 11 05:33:40 2003 Author: jerry Update of /data/cvs/samba/source/utils In directory dp.samba.org:/tmp/cvs-serv19632/utils Modified Files: Tag: SAMBA_3_0 net_rpc_samsync.c pdbedit.c Log Message: moving more code around. * move rid allocation into IDMAP. See comments in _api_samr_create_user() * add winbind delete user/group functions I'm checking this in to sync up with everyone. But I'm going to split the add a separate winbindd_allocate_rid() function for systems that have an 'add user script' but need idmap to give them a RID. Life would be so much simplier without 'enable rid algorithm'. The current RID allocation is horrible due to this one fact. Tested idmap_tdb but not idmap_ldap yet. Will do that tomorrow. Nothing has changed in the way a samba domain is represented, stored, or search in the directory so things should be ok with previous installations. going to bed now. Revisions: net_rpc_samsync.c 1.8.2.25 = 1.8.2.26 http://www.samba.org/cgi-bin/cvsweb/samba/source/utils/net_rpc_samsync.c.diff?r1=1.8.2.25r2=1.8.2.26 pdbedit.c 1.39.2.33 = 1.39.2.34 http://www.samba.org/cgi-bin/cvsweb/samba/source/utils/pdbedit.c.diff?r1=1.39.2.33r2=1.39.2.34
Re: CVS update: samba/source/passdb
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Fri, 11 Jul 2003 [EMAIL PROTECTED] wrote: Modified Files: Tag: SAMBA_3_0 passdb.c pdb_ldap.c pdb_smbpasswd.c pdb_tdb.c Log Message: moving more code around. * move rid allocation into IDMAP. See comments in _api_samr_create_user() This removed the permit_non_unix_account flag in passdb backends in case you didn't notice. cheers, jerry -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) Comment: For info see http://quantumlab.net/pine_privacy_guard/ iD8DBQE/DkyrIR7qMdg1EfYRAnnVAKDroVZkkdzFyZxcvX5PQiuCBgTrpwCfWiLq dDsDeqEugXQY84F5pJJITik= =xW9f -END PGP SIGNATURE-