Samba 3.0.23rc3 Available for Download

Tue Jun 27 09:57:34 GMT 2006

What I forgot to mention in my first post is that I
have a local heimdal installation which causes all
of the noise with multiple defines.

The problem is that Sun has bundled the gssapi.h and co.
with SUNWhea which contains most of the system headers thus
can't be removed. The simple workaround of commenting out
HAVE_GSSAPI_H (_not_ HAVE_GSSAPI_GSSAPI_H) makes it
all go using gcc including linking in the correct local
libraries.

I'm now trying to build using the Sun compiler and am having
a bit of a problem with bin/pam_winbind.so. More on what that
turns out to be later.

Thanks.

bob

-----Original Message-----
From: David Collier-Brown [mailto:davec-b at rogers.com]
Sent: Montag, 26. Juni 2006 20:05
To: Edgar, Bob
Cc: samba-technical at samba.org; 'Gerald (Jerry) Carter'
Subject: Re: Samba 3.0.23rc3 Available for Download

   I see this a lot when doing porting work: someone has a
version of a .h file that is used to override or replace a
similarly named file in /usr/include.

   It mysteriously doesn't work, until the author looks
at the source and notices he's said #include <foo.h>
instead of #include "foo.h".

In samba, config sets the define thusly:
/* Define to 1 if you have the <gssapi/gssapi.h> header file. */
#define HAVE_GSSAPI_GSSAPI_H 1

and its put into the includes file thusly:
   File         Line
4 includes.h   479 #include <gssapi.h>
5 includes.h   481 #include <gssapi/gssapi.h>

   What you arguably need is a test to set HEIMDAL_HAVE_GSSAPI_GSSAPI_H
that overrides the system HAVE_GSSAPI_GSSAPI_H, and code to
- put #include "gssapi.h" into includes.h and
- put -I/path/to/heimdal into the compile options
when HEIMDAL_HAVE_GSSAPI_GSSAPI_H is true.

   It's a small bug, but one that's really hard to notice!  Sort
of a fruit-fly (;-))

--dave

Edgar, Bob wrote:
> Trying to build on various Solaris versions sparc/(5.8 - 5.10)
> I've run into a problem with gssapi.h seen by various people in
> the past. The workaround is to comment out
>  #define HAVE_GSSAPI_H 1
> in config.h. Since this would seem to be a general problem I'm
> wondering if it should simply defined off for Solaris?
> 
> I've copied in the original discussion from heimdal-discuss to
> make it simpler to find if you decide not to change it.
> 
> bob
> 
> 
>>It's a Samba bug.  I didn't look very close at your logs but
>>I ran into this a few days ago and will get it fixed.
>>The problem is that we are including Sun's <gssapi/gssapi.h>
>>and <gssapi.h> from heimdal.
>>
>>The workaround is to comment out the '#define HAVE_HSSAPI_GSSAPI_H 1'
> 
>>from samba-VERSION/source/include/config.h after you run ./configure
> 
>>but before you run make.
>>
>>Hope this helps.  I'll try to get a proper fix in before
>>3.0.8.
> 
> 
> Thanks!!
> 
> In my case it was HAVE_GSSAPI_H that needed to be comment out. 
> 
> /* Define to 1 if you have the <gssapi/gssapi.h> header file. */
> #define HAVE_GSSAPI_GSSAPI_H 1 
> 
> /* Define to 1 if you have the <gssapi.h> header file. */
> /* #define HAVE_GSSAPI_H 1 */
> 
> -----Original Message-----
> From:
> samba-technical-bounces+bob.edgar=commerzbankib.com at lists.samba.org
> [mailto:samba-technical-bounces+bob.edgar=commerzbankib.com at lists.samba.
> org]On Behalf Of Gerald (Jerry) Carter
> Sent: Freitag, 23. Juni 2006 21:06
> To: samba-technical at samba.org
> Subject: Samba 3.0.23rc3 Available for Download
> 
> 
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> 
> ==============================================================
>      > How do you set 'hide unreadable = yes' via the standard
>      > RPC calls? We need more than pure Win32 allows.
> 
>      RegSetValue() :-)
> 	                            --      samba-technical ml
>                                     -- Samba Management Thread
> ==============================================================
> Release Announcements
> =====================
> 
> This is the third release candidate of the 3.0.23 code base
> and is provided for community testing purposes.  If all goes
> well, we hope that this will become the production 3.0.23
> release.  Your testing and feedback is greatly appreciated.
> 
> We would like to thank the developers of Klocwork for their
> analysis of the Samba source tree.  This release candidate
> includes fixes for over 170 defects reported by the Klocwork
> code analyzer.
> 
> Common issues addressed in 3.0.23rc3 include:
> 
>    o Warnings from the Klocwork code analyzer.
>    o Various portability bugs on AIX, Solaris, and True64.
>    o Authorization problems when managing services.
>    o Problems joining Windows clients to a Samba/LDAP domain.
> 
> 
> ================
> Download Details
> ================
> 
> The uncompressed tarballs and patch files have been signed
> using GnuPG (ID 157BC95E).  The source code can be
> downloaded from:
> 
> 	http://download.samba.org/samba/ftp/rc/
> 
> The release notes are available online at:
> 
> 	http://www.samba.org/samba/ftp/rc/WHATSNEW-3-0-23rc3.txt
> 
> Binary packages are available at
> 
> 	http://download.samba.org/samba/ftp/Binary_Packages/
> 
> Our Code, Our Bugs, Our Responsibility.
> (https://bugzilla.samba.org/)
> 
> 			--Enjoy
> 			The Samba Team
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.2 (GNU/Linux)
> Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org
> 
> iD8DBQFEnDuBIR7qMdg1EfYRAhtAAJsFQn9j7s+36KmZDV/czb2FsMbMKQCfRpd9
> A7MPtyYJKDgkaGc2YA4UQHY=
> =Z2h0
> -----END PGP SIGNATURE-----
> 

-- 
David Collier-Brown,         | Always do right. This will gratify
System Programmer and Author | some people and astonish the rest
davecb at spamcop.net           |                      -- Mark Twain
(416) 223-5943