Developer docs

Thanks to Jelmer we mow have a good framework for adding 
Developer specific documentation.  See

http://www.samba.org/samba/ftp/docs/Samba-Developer-Guide.[pdf|html]

for the current contents.  I would really like to encourage
developers to document the semantics of modules, interfaces, 
etc...  My hope is that this type of documentation will not prove
as hard to keep up to date as other forms (ones by on current code 
structure).

Also, the printing and wins stuff I added today could use a review 
or two if anyone is interested.  Thanks.

cheers, jerry
 ---------------------------------------------------------------------
 Hewlett-Packard                                     http://www.hp.com
 SAMBA Team                                       http://www.samba.org
 --                                            http://www.plainjoe.org
 "SAMS Teach Yourself Samba in 24 Hours" 2ed.       ISBN 0-672-32269-2
 --"I never saved anything for the swim back." Ethan Hawk in Gattaca--

Re: Developer docs

Hi Jerry,

I just tried taking a look at the document mentioned below and I'm afraid
it's not there... at least not yet..

Glen Gibb

On Mon, 30 Sep 2002, Gerald Carter wrote:

> Thanks to Jelmer we mow have a good framework for adding
> Developer specific documentation.  See
>
> http://www.samba.org/samba/ftp/docs/Samba-Developer-Guide.[pdf|html]
>
> for the current contents.  I would really like to encourage
> developers to document the semantics of modules, interfaces,
> etc...  My hope is that this type of documentation will not prove
> as hard to keep up to date as other forms (ones by on current code
> structure).
>
> Also, the printing and wins stuff I added today could use a review
> or two if anyone is interested.  Thanks.
>
>
>
>
> cheers, jerry
>  ---------------------------------------------------------------------
>  Hewlett-Packard                                     http://www.hp.com
>  SAMBA Team                                       http://www.samba.org

Re: Developer docs

On 30 Sep 2002, Anu Engineer wrote:

> Hi Jerry,
> 
> I am trying to find this doc I cannot find it , can you please point me
> to the correct location .

Broken link.  SWore I tested this.  Sorry.  The link is fixed now.
give the mirrors a little bit to update.

cheers, jerry
 ---------------------------------------------------------------------
 Hewlett-Packard                                     http://www.hp.com
 SAMBA Team                                       http://www.samba.org
 --                                            http://www.plainjoe.org
 "SAMS Teach Yourself Samba in 24 Hours" 2ed.       ISBN 0-672-32269-2
 --"I never saved anything for the swim back." Ethan Hawk in Gattaca--

Re: --wuth-tdbsam ?

Volker Lendecke wrote:
> 
> On Mon, Sep 30, 2002 at 10:02:06AM -0500, Gerald Carter wrote:
> > be raised.  There may be no bugs, but we need more people using 
> >
> > I'll start up a server here later today....
> 
> BTW, all my tests for net rpc vampire were done with tdbsam. There seems to be
> an issue if you look at a user with usrmgr.exe, and save it from there, you can
> not look at it again. It says permission denied. Did not yet double-check with
> ldapsam.

Yep - I chased this down with idra - it's only a 'tdbsam bug' becouse
tdbsam is the only backend to store all the fields in the info21
structure usrmgr sends on updates.

ldapsam doens't store this, so is unaffected.

If you return the unknown3 usrmgr 'sets' then it freaks out.

I need to do some traces on Win2k and see what it does - and if this is
a real feild, or if it's some flags or somthing.

Andrew Bartlett

--

-- 
Andrew Bartlett                                 abartlet <at> pcug.org.au
Manager, Authentication Subsystems, Samba Team  abartlet <at> samba.org
Student Network Administrator, Hawker College   abartlet <at> hawkerc.net
http://samba.org     http://build.samba.org     http://hawkerc.net

Re: Running smbd and nmbd using daemontools!!

Gerald Carter <jerry <at> samba.org> writes:

> > > I want to run samba using the combination of daemontools and
> 
> Anyone know where the daemontools patch is at ?  I've been meaning to look 
> at getting it in one of these days.

I was the one who generated the patch initially. As luck would have
it, I've just emerged from my new job with enough spare time to
work on this again. I suspect the patch I generated back in the day
won't apply cleanly against the current codebase, but I'll be glad
to regenerate it and resubmit it. I'll go test this shortly.

My intention was to generate it against CVS head for inclusion into
3.0; would you also like a version against 2.2.6pre2 for inclusion into
that next release?

--michael

Re: Samba 3.0 A2 LDAP

On Fri, 27 Sep 2002, Dennis Lattka wrote:

> There seems to be an issue with WINS as well as it does not seem to be
> able to contact the ldap server. (Making it difficult to do much of
> anything.) For the developement team, I am more than happy to run
> whatever tests you may wish and look forward to sending whatever
> feedback there may be, at your request. Thank you.

This should be fixed now. Update the 3.0 checkout
and try again.  Thanks.

cheers, jerry
 ---------------------------------------------------------------------
 Hewlett-Packard                                     http://www.hp.com
 SAMBA Team                                       http://www.samba.org
 --                                            http://www.plainjoe.org
 "SAMS Teach Yourself Samba in 24 Hours" 2ed.       ISBN 0-672-32269-2
 --"I never saved anything for the swim back." Ethan Hawk in Gattaca--

Re: passdb interface design

At 15:59 30.09.2002 +0200, Volker.Lendecke <at> SerNet.DE wrote:
>*** PGP Signature Status: bad
>*** Signer: Volker Lendecke <Volker.Lendecke <at> SerNet.DE> (Invalid)
>*** Signed: 30.09.2002 15:59:49
>*** Verified: 30.09.2002 16:10:33
>*** BEGIN PGP VERIFIED MESSAGE ***
>
>
>Hi!
>
>
>Recently I have done some work on the passdb interface in order to get
>it work with 'net rpc vampire'. The main problem with both of them
>playing together is the question of RIDs. When doing the 'net rpc
>vampire', the PDC dictates our RIDs, and the old 2.2 style algorithmic
>uid->RID translation is around everywhere, esp. in mapping.c and
>passdb.c. So I tried to move all the calls to the functions to the
>smbpasswd and unix backends, where they really have a case.
>
>
>Some points to look at:
>
>
>* There are no unmapped groups anymore. get_group_from_gid creates
>   mappings on the fly when needed.
>
>
>* pdb_fill_sam_pw does *not* fill group and user SID anymore.
>
>

The add printer command example ...

Hi,

I added an example 'add printer command' script to the documentation that 
is printer_driver2.[sh][gt]ml ...

I was wondering if anyone had any feedback?

Regards
-----
Richard Sharpe, rsharpe <at> ns.aus.com, rsharpe <at> samba.org, 
sharpe <at> ethereal.com

[PATCH] sam backend parameter

Hi Jelmer,

here's a patch witch changes the syntax of the sam backend parameter:

now it's plugin[|DOMAIN][:options] ... I think it nicer

If you didn't accept that patch please move the 'strchr' to 'strrchr', (but 
there're also a few other bugs, in the parsing sam_backend_string in 
make_backend_entry()), because as it is now it didn't work with:

plugin[:options][|DOMAIN] 

plugin:/usr/lib/samba/sam_passdb.so:test|test2:test3|test4|MX.BASE

breaks it...

metze
-----------------------------------------------------------------------------
Stefan "metze" Metzmacher <metze <at> metzemix.de>

diff -Npur --exclude=CVS --exclude=*.bak --exclude=*.o --exclude=*.po --exclude=.#*
HEAD/source/sam/interface.c HEAD-fix/source/sam/interface.c
--- HEAD/source/sam/interface.c	Mon Sep 30 07:29:04 2002
+++ HEAD-fix/source/sam/interface.c	Tue Oct  1 09:35:27 2002
 <at>  <at>  -136,23 +136,22  <at>  <at>  static NTSTATUS make_backend_entry(SAM_B
 	
 	SAM_ASSERT(sam_backend_string && backend_entry);
 	
-	backend_entry->module_name = sam_backend_string;
-	

Re: [PATCH] sam backend parameter

"Stefan (metze) Metzmacher" wrote:
> 
> Hi Jelmer,
> 
> here's a patch witch changes the syntax of the sam backend parameter:
> 
> now it's plugin[|DOMAIN][:options] ... I think it nicer
> 
> If you didn't accept that patch please move the 'strchr' to 'strrchr', (but
> there're also a few other bugs, in the parsing sam_backend_string in
> make_backend_entry()), because as it is now it didn't work with:
> 
> plugin[:options][|DOMAIN] 
> 
> plugin:/usr/lib/samba/sam_passdb.so:test|test2:test3|test4|MX.BASE

Well, I'm starting to think our syntax is just getting too complex.  All
the 'solutions' for putting 'domain' in there just look ugly!

Some poor admin has to construct this line, and even if they don't use
multidomain stuff (and that's almost everybody), then have to read the
doco that attempts to explain it.

I think we should remove the DOMAIN bit compleatly, and allow backends
to store both their own SID and thier domain name.  If they don't 'know'
it, then they can either chose the default, or use a 'parametric option'
to specify it.

EG: