RE: samba-vscan with clamav on AIX
<Lamar.Saxon-3osVxHMge1hy/[email protected]> Tue, 15 Nov 2005 13:35:18 -0600
| Newsgroups | gmane.comp.security.virus.openantivirus.general |
|---|---|
| Message-ID | <FBA40FC9A555684C8E734FD5F281C653043B63DD@srvexcharl02.acf.americredit.com> |
This is a multi-part message in MIME format. ------_=_NextPart_001_01C5EA1B.B5EF1396 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable It does compile them as shared when configure is not specifically called to make them static; but they will not work. I posted my issue to the Samba discussions and that was the only offered solution ( see attached email ). Not sure if anyone on the Samba side really wants to work on the cause. I can test whatever patches provided on AIX 5.2 and AIX 5.3. I tried a version of precompiled Samba from UCLA with the same results. I tried compiling the modules with C and GCC; but whenever they are loaded they crash the calling application ( smbd or vfstest ). Thanks for the response. I know your time is valuable and I appreciate any help you might provide. Lamar =20 -----Original Message----- From: Rainer Link [mailto:[email protected]] On Behalf Of Rainer Link Sent: Tuesday, November 15, 2005 1:25 PM To: Saxon, Lamar Cc: openantivirus-discuss-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org Subject: Re: [Openantivirus-discuss]samba-vscan with clamav on AIX On Mon, Nov 14, 2005 at 02:45:47PM -0600, Lamar.Saxon-3osVxHMge1hy/[email protected] wrote: >=20 > Sorry for the long delay; but my weekend job sent me out of the country > again. >=20 > I have downloaded and compiled the newest Samba ( 3.0.20b ) and have it > working correctly with VFS modules. The trick is the VFS modules must > be statically linked in AIX. ( --enable-static-modules ) >=20 > Is there a way to do this with samba-vscan and clamav ? Statically link > the module to smbd ? No, that's not supported. I'm sorry. Are you sure AIX does not support shared linked modules? best regards Rainer Link ------_=_NextPart_001_01C5EA1B.B5EF1396 Content-Type: message/rfc822 Content-Transfer-Encoding: 7bit X-MimeOLE: Produced By Microsoft Exchange V6.0.6603.0 Received: from gateaoc6.americredit.com ([10.192.7.80]) by srvexcharl02.acf.americredit.com with Microsoft SMTPSVC(5.0.2195.6713); Mon, 14 Nov 2005 06:02:19 -0600 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----_=_NextPart_002_01C5E913.4323D780" Received: from mail31-kan.bigfish.com (localhost.localdomain [127.0.0.1]) by mail31-kan-R.bigfish.com (Postfix) with ESMTP id 275F11256B9 for <lamar.saxon-3osVxHMge1hy/[email protected]>; Mon, 14 Nov 2005 12:01:22 +0000 (UTC) Received: by mail31-kan (MessageSwitch) id 1131969677118273_28899; Mon, 14 Nov 2005 12:01:17 +0000 (UCT) Received: from lists.samba.org (dp.samba.org [66.70.73.150]) by mail31-kan.bigfish.com (Postfix) with ESMTP id DECC7125BA1 for <lamar.saxon-3osVxHMge1hy/[email protected]>; Mon, 14 Nov 2005 12:01:16 +0000 (UTC) Received: from dp.samba.org (localhost [127.0.0.1]) by lists.samba.org (Postfix) with ESMTP id B50471639E8 for <lamar.saxon-3osVxHMge1hy/[email protected]>; Mon, 14 Nov 2005 12:01:16 +0000 (GMT) Content-class: urn:content-classes:message Subject: samba-technical Digest, Vol 35, Issue 15 Date: Mon, 14 Nov 2005 06:01:16 -0600 Message-ID: <20051114120116.B50471639E8-w/[email protected]> X-MS-Has-Attach: yes X-MS-TNEF-Correlator: Thread-Topic: samba-technical Digest, Vol 35, Issue 15 Thread-Index: AcXpE0OWIxrSuyrPSc6EMD0ezW64xg== List-Help: <mailto:samba-technical-request-w/[email protected]?subject=help> List-Subscribe: <https://lists.samba.org/mailman/listinfo/samba-technical>,<mailto:samba-technical-request-w/[email protected]?subject=subscribe> List-Unsubscribe: <https://lists.samba.org/mailman/listinfo/samba-technical>, <mailto:samba-technical-request-w/[email protected]?subject=unsubscribe> From: <samba-technical-request-w/[email protected]> Sender: <samba-technical-bounces+lamar.saxon=americredit.com-w/[email protected]> To: <samba-technical-w/[email protected]> Reply-To: <samba-technical-w/[email protected]> This is a multi-part message in MIME format. ------_=_NextPart_002_01C5E913.4323D780 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Send samba-technical mailing list submissions to samba-technical-w/[email protected] To subscribe or unsubscribe via the World Wide Web, visit https://lists.samba.org/mailman/listinfo/samba-technical or, via email, send a message with subject or body 'help' to samba-technical-request-w/[email protected] You can reach the person managing the list at samba-technical-owner-w/[email protected] When replying, please edit your Subject line so it is more specific than "Re: Contents of samba-technical digest..." ------_=_NextPart_002_01C5E913.4323D780 Content-Type: text/plain; name="Today's Topics (10 messages).txt" Content-Transfer-Encoding: base64 Content-Description: Today's Topics (10 messages) Content-Disposition: attachment; filename="Today's Topics (10 messages).txt" VG9kYXkncyBUb3BpY3M6DQoNCiAgIDEuIFJlOiBzdm4gY29tbWl0OiBzYW1iYSByMTE3MDUgLSBp bg0KICAgICAgYnJhbmNoZXMvU0FNQkFfNF8wL3NvdXJjZS9saWJuZXQ6CS4gKFN0ZWZhbiBNZXR6 bWFjaGVyKQ0KICAgMi4gUmU6IHNhbWJhIHNtYmQgdmVyc2lvbiAyLjIuMTIgSFAgQ0lGUyBTZXJ2 ZXIgQS4wMS4xMS4wNCBkb2VzDQogICAgICBoYW5nIGlmIHN0YXJ0IGluIGEgSFAgc2VydmljZWd1 YXJkIGNvbmZpZ3VyYXRpb24gKERhdmlkIENvbGxpZXItQnJvd24pDQogICAzLiBSZTogc2FtYmE0 IGF1dGggYW5kIHJlY292ZXJ5IHBhc3N3b3JkIChIZW5yaWsgTm9yZHN0cm9tKQ0KICAgNC4gUmU6 IHN2biBjb21taXQ6IHNhbWJhIHIxMTcwNSAtIGluDQogICAgICBicmFuY2hlcy9TQU1CQV80XzAv c291cmNlL2xpYm5ldDoJLiAoUmFmYWwgU3pjemVzbmlhaykNCiAgIDUuIFJlOiBzdm4gY29tbWl0 OiBzYW1iYSByMTE3MDUgLSBpbg0KICAgICAgYnJhbmNoZXMvU0FNQkFfNF8wL3NvdXJjZS9saWJu ZXQ6IC4gKEFuZHJldyBCYXJ0bGV0dCkNCiAgIDYuIFJlOiBzdm4gY29tbWl0OiBzYW1iYSByMTE3 MDUgLSBpbg0KICAgICAgYnJhbmNoZXMvU0FNQkFfNF8wL3NvdXJjZS9saWJuZXQ6CS4gKFJhZmFs IFN6Y3plc25pYWspDQogICA3LiBSZTogU2FtYmEgMy4wLjIxcmMxIEF2YWlsYWJsZSBmb3IgRG93 bmxvYWQgIChLZW4gU3RvbmUpDQogICA4LiBSZTogW1BBVENIXSBTaGFyZWQgc2FtYmEgYnVpbGQg KEx1a2UgTWV3YnVybikNCiAgIDkuIFJlOiAzLjAuMjFwcmUyL3JjMSBhbmQgYWNsIGNvbXBhdGli aWxpdHksCWRlbGV0ZWQgZnVuY3Rpb24gaW4NCiAgICAgIHBhcnNlX3Bycy5jIChKZXJlbXkgQWxs aXNvbikNCiAgMTAuIFJlOiBGVzogU2FtYmEgMy4wLjIwYiAvIEFJWCA1LjMgLyBWRlMgTW9kdWxl cyAoSGVpbnJpY2ggTWlzbGlrKQ0K ------_=_NextPart_002_01C5E913.4323D780 Content-Type: message/rfc822 Content-Transfer-Encoding: 7bit X-MimeOLE: Produced By Microsoft Exchange V6.0.6603.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Subject: Re: svn commit: samba r11705 - in branches/SAMBA_4_0/source/libnet: . Date: Sun, 13 Nov 2005 07:12:56 -0600 Message-ID: <20051113131255.GH14978-U8wxI7jYzdu57zUTObhjf4SGEyLTKazZ@public.gmane.org> X-MS-Has-Attach: X-MS-TNEF-Correlator: From: <[email protected]> To: <samba-technical-w/[email protected]> Cc: <[email protected]> On Sat, Nov 12, 2005 at 09:44:42PM +0000, [email protected] wrote: > Fix segfaulting create user function. > Changeset: > Modified: branches/SAMBA_4_0/source/libnet/libnet_user.c > = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- branches/SAMBA_4_0/source/libnet/libnet_user.c 2005-11-12 18:22:12 = UTC (rev 11704) > +++ branches/SAMBA_4_0/source/libnet/libnet_user.c 2005-11-12 21:44:42 = UTC (rev 11705) > @@ -31,10 +31,14 @@ > struct libnet_Lookup fp; > struct libnet_rpc_domain_open dom_io; > struct libnet_rpc_useradd user_io; > + const char *address; > =09 > + address =3D talloc_array(mem_ctx, const char, 8); > + > /* find domain pdc */ > fp.in.hostname =3D r->in.domain_name; > fp.in.methods =3D NULL; > + fp.out.address =3D &address; > =20 > status =3D libnet_LookupPdc(ctx, mem_ctx, &fp); > if (!NT_STATUS_IS_OK(status)) return status; Hi Rafal, can you explain that a bit more? why an array of 8 characters? and why the caller need to set the out = parameter? metze ------_=_NextPart_002_01C5E913.4323D780 Content-Type: message/rfc822 Content-Transfer-Encoding: 7bit X-MimeOLE: Produced By Microsoft Exchange V6.0.6603.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Subject: Re: samba smbd version 2.2.12 HP CIFS Server A.01.11.04 does hang ifstart in a HP serviceguard configuration Date: Sun, 13 Nov 2005 11:03:23 -0600 Message-ID: <[email protected]> X-MS-Has-Attach: X-MS-TNEF-Correlator: From: <David.Collier-Brown-UdXhSnd/[email protected]> To: <[email protected]> Cc: <samba-w/[email protected]>, <samba-technical-w/[email protected]>, <[email protected]>, <eroseme-3iQfemlRCcuLmyV0ei8I1FaTQe2KTcn/@public.gmane.org> Reply-To: <David.Collier-Brown-UdXhSnd/[email protected]> Ok, reported as bug 3259 and a sample safety-check function attached (mismount.c). --dave Andrew Bartlett wrote: > On Fri, 2005-11-11 at 17:05 -0500, David Collier-Brown wrote: >=20 >> Can we diagnose this to any useful degree? =20 >=20 >=20 > We certainly can. secrets.tdb is *not supported* on NFS. Not only = must > locking be coherent, mmap must be as well. =20 >=20 > When I say 'not supported', I mean 'well known to break'. Just don't = do > it. >=20 > Andrew Bartlett >=20 --=20 David Collier-Brown, | Always do right. This will gratify Sun Microsystems, Toronto | some people and astonish the rest [email protected] | -- Mark Twain (416) 263-5733 (x65733) | ------_=_NextPart_002_01C5E913.4323D780 Content-Type: message/rfc822 Content-Transfer-Encoding: 7bit X-MimeOLE: Produced By Microsoft Exchange V6.0.6603.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Subject: Re: samba4 auth and recovery password Date: Sun, 13 Nov 2005 12:01:08 -0600 Message-ID: <Pine.LNX.4.61.0511131854110.11750-bi+AKbBUZKY6gyzm1THtWbp2dZbC/[email protected]> X-MS-Has-Attach: X-MS-TNEF-Correlator: From: <[email protected]> To: <[email protected]> Cc: <[email protected]> On Sun, 13 Nov 2005, Simo Sorce wrote: > 1. If samba4 configured with --recoverypass=3D**** then on make = install it > will install a recoverypass.txt file owned by root and with 600 > permissions in /private I would advise agains this. Configure options gets recorded in a bit too = many places, and the way users uses configure parameters many users will = enter sensitive passwords to this option, unaware that their entry will = be=20 recorded in plain text all ower the build tree and command history. > 2. In any case if a file is found the password is read from there. Good. Please also support hashed form. > 3. If the file does not exist, samba4 will generate a random password = at > runtime and place it in the file. Why? For security reasons a recovery password should only be available if=20 configured. And as you point out once the system has been configured the = recovery password has fulfilled it's job and should at that point be=20 disabled permanently (until manually reset again). Better to provide a separate tool for setting (and enabling) the = recovery=20 password. Regards Henrik ------_=_NextPart_002_01C5E913.4323D780 Content-Type: message/rfc822 Content-Transfer-Encoding: 7bit Content-class: urn:content-classes:message X-MimeOLE: Produced By Microsoft Exchange V6.0.6603.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="/9DWx/yDrRhgMJTb" Subject: Re: svn commit: samba r11705 - in branches/SAMBA_4_0/source/libnet: . Date: Sun, 13 Nov 2005 12:38:16 -0600 MIME-Version: 1.0 Message-ID: <[email protected]> Message: 4 X-MS-Has-Attach: yes X-MS-TNEF-Correlator: From: <[email protected]> To: <samba-technical-w/[email protected]> This is a multi-part message in MIME format. --/9DWx/yDrRhgMJTb Content-Type: text/plain; charset="iso-8859-2" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Nov 13, 2005 at 02:12:56PM +0100, Stefan Metzmacher wrote: > On Sat, Nov 12, 2005 at 09:44:42PM +0000, [email protected] wrote: > > struct libnet_rpc_domain_open dom_io; > > struct libnet_rpc_useradd user_io; > > + const char *address; > > =09 > > + address =3D talloc_array(mem_ctx, const char, 8); > > + > > /* find domain pdc */ > > fp.in.hostname =3D r->in.domain_name; > > fp.in.methods =3D NULL; > > + fp.out.address =3D &address; > > =20 > > status =3D libnet_LookupPdc(ctx, mem_ctx, &fp); > > if (!NT_STATUS_IS_OK(status)) return status; >=20 > Hi Rafal, >=20 > can you explain that a bit more? >=20 > why an array of 8 characters? and why the caller need to set the out para= meter? I'm sorry, this is mistake. It should be long enough to store ip address. Thanks for catching that. Address argument is just like [ref] - you have to pass a pointer to allocated buffer for function to fill in the result. Otherwise resolve_name function segfaults. cheers, --=20 Rafal Szczesniak Samba Team member http://www.samba.org --/9DWx/yDrRhgMJTb Content-Transfer-Encoding: 7bit Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDd4gYHvdfyv3qiKkRAgMTAJsG0oODOWoX0WvupdyeWyio8vGP4ACfTtHo R13lNfT7eyaY9KC0pVvjgxU= =rlCd -----END PGP SIGNATURE----- --/9DWx/yDrRhgMJTb-- ------_=_NextPart_002_01C5E913.4323D780 Content-Type: message/rfc822 Content-Transfer-Encoding: 7bit Content-class: urn:content-classes:message X-MimeOLE: Produced By Microsoft Exchange V6.0.6603.0 Subject: Re: svn commit: samba r11705 - in branches/SAMBA_4_0/source/libnet: . Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="=-QxTJsIyFI2qeChri8Y+M" MIME-Version: 1.0 Date: Sun, 13 Nov 2005 15:05:07 -0600 Message-ID: <1131915907.21867.4.camel-bi+AKbBUZKY6gyzm1THtWbp2dZbC/[email protected]> Message: 5 X-MS-Has-Attach: yes X-MS-TNEF-Correlator: From: <[email protected]> To: <[email protected]> Cc: <samba-technical-w/[email protected]> This is a multi-part message in MIME format. --=-QxTJsIyFI2qeChri8Y+M Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable On Sun, 2005-11-13 at 19:38 +0100, Rafal Szczesniak wrote: > On Sun, Nov 13, 2005 at 02:12:56PM +0100, Stefan Metzmacher wrote: > > On Sat, Nov 12, 2005 at 09:44:42PM +0000, [email protected] wrote: > > > struct libnet_rpc_domain_open dom_io; > > > struct libnet_rpc_useradd user_io; > > > + const char *address; > > > =09 > > > + address =3D talloc_array(mem_ctx, const char, 8); > > > + > > > /* find domain pdc */ > > > fp.in.hostname =3D r->in.domain_name; > > > fp.in.methods =3D NULL; > > > + fp.out.address =3D &address; > > > =20 > > > status =3D libnet_LookupPdc(ctx, mem_ctx, &fp); > > > if (!NT_STATUS_IS_OK(status)) return status; > >=20 > > Hi Rafal, > >=20 > > can you explain that a bit more? > >=20 > > why an array of 8 characters? and why the caller need to set the out pa= rameter? >=20 > I'm sorry, this is mistake. It should be long enough to store ip > address. Thanks for catching that. > Address argument is just like [ref] - you have to pass a > pointer to allocated buffer for function to fill in the result. > Otherwise resolve_name function segfaults. I really don't think we want those semantics in libnet. Why can't libnet_LookupPdc do the allocation? Andrew Bartlett --=20 Andrew Bartlett http://samba.org/~abartlet/ Authentication Developer, Samba Team http://samba.org Student Network Administrator, Hawker College http://hawkerc.net --=-QxTJsIyFI2qeChri8Y+M Content-Transfer-Encoding: 7bit Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQBDd6qDz4A8Wyi0NrsRAlKbAJ0YHDfdQCc+o302mT8yTooF0d/RSgCfY/HN sWUISAPD7hOjmMgWhicTcFs= =3Ou0 -----END PGP SIGNATURE----- --=-QxTJsIyFI2qeChri8Y+M-- ------_=_NextPart_002_01C5E913.4323D780 Content-Type: message/rfc822 Content-Transfer-Encoding: 7bit Content-class: urn:content-classes:message X-MimeOLE: Produced By Microsoft Exchange V6.0.6603.0 Subject: Re: svn commit: samba r11705 - in branches/SAMBA_4_0/source/libnet: . Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="3lcZGd9BuhuYXNfi" MIME-Version: 1.0 Date: Sun, 13 Nov 2005 16:08:30 -0600 Message-ID: <[email protected]> Message: 6 X-MS-Has-Attach: yes X-MS-TNEF-Correlator: From: <[email protected]> To: <[email protected]> Cc: <samba-technical-w/[email protected]> This is a multi-part message in MIME format. --3lcZGd9BuhuYXNfi Content-Type: text/plain; charset="iso-8859-2" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Nov 14, 2005 at 08:39:51AM +1100, Andrew Bartlett wrote: > On Sun, 2005-11-13 at 22:36 +0100, Rafal Szczesniak wrote: > > On Mon, Nov 14, 2005 at 08:05:07AM +1100, Andrew Bartlett wrote: > > > On Sun, 2005-11-13 at 19:38 +0100, Rafal Szczesniak wrote: > > > > On Sun, Nov 13, 2005 at 02:12:56PM +0100, Stefan Metzmacher wrote: >=20 > > > > > why an array of 8 characters? and why the caller need to set the = out parameter? > > > >=20 > > > > I'm sorry, this is mistake. It should be long enough to store ip > > > > address. Thanks for catching that. > > > > Address argument is just like [ref] - you have to pass a > > > > pointer to allocated buffer for function to fill in the result. > > > > Otherwise resolve_name function segfaults. > > >=20 > > > I really don't think we want those semantics in libnet. Why can't > > > libnet_LookupPdc do the allocation? > >=20 > > Sure it can. I just followed what resolve_name required, but I don't > > mind changing that :) >=20 > I'm not entirely sure what you mean here: Perhaps post your proposed > change to the list? I just mean chaning behaviour of libnet_LookupPdc so that it allocates the buffer and returns it with proper ip address. This means no requirement to pass allocated buffer to the function as it takes care of it itself. It is really quite small change. I don't want to touch resolve_name part. cheers, --=20 Rafal Szczesniak Samba Team member http://www.samba.org --3lcZGd9BuhuYXNfi Content-Transfer-Encoding: 7bit Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDd7leHvdfyv3qiKkRAm2jAJ9LMgR5f2Fqab5kOKJ3NGBRZZjr1wCgwtEk hlD5ph9gqOsufr7JN200NAk= =IVW3 -----END PGP SIGNATURE----- --3lcZGd9BuhuYXNfi-- ------_=_NextPart_002_01C5E913.4323D780 Content-Type: message/rfc822 Content-Transfer-Encoding: 7bit X-MimeOLE: Produced By Microsoft Exchange V6.0.6603.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Subject: Re: Samba 3.0.21rc1 Available for Download Date: Sun, 13 Nov 2005 23:57:39 -0600 Message-ID: <200511140557.VAA19104-cTL3wDGiAAAVLvlHfih9ogC/[email protected]> X-MS-Has-Attach: X-MS-TNEF-Correlator: From: <[email protected]> To: <[email protected]> Cc: <[email protected]> > This is a release candidate of the 3.0.21 code base and is > provided for testing purposes only. While close to the final > stable release, this snapshot is *not* intended for production > servers. On HP-UX 11i (11.11), I get ... Compiling nsswitch/winbind_nss_solaris.c with +z cc: "nsswitch/winbind_nss_solaris.c", line 404: error 1588: = "NSS_STR_PARSE_ERANGE" undefined. cc: "nsswitch/winbind_nss_solaris.c", line 417: error 1588: = "NSS_STR_PARSE_ERANGE" undefined. cc: "nsswitch/winbind_nss_solaris.c", line 424: error 1588: = "NSS_STR_PARSE_ERANGE" undefined. cc: "nsswitch/winbind_nss_solaris.c", line 430: error 1588: = "NSS_STR_PARSE_ERANGE" undefined. cc: "nsswitch/winbind_nss_solaris.c", line 443: error 1588: = "NSS_STR_PARSE_ERANGE" undefined. cc: "nsswitch/winbind_nss_solaris.c", line 448: warning 527: = Integral value implicitly converted to pointer in assignment. cc: "nsswitch/winbind_nss_solaris.c", line 452: error 1588: = "NSS_STR_PARSE_ERANGE" undefined. cc: "nsswitch/winbind_nss_solaris.c", line 456: error 1588: = "NSS_STR_PARSE_SUCCESS" undefined. *** Error exit code 1 Stop. The issue appears to be with the fact that assumptions are being made that attempt to use a solaris piece of code .... Up towards the top of nsswitch/winbind_nss_solaris.c is #if defined(HAVE_NSS_COMMON_H) || defined(HPUX) And in my case, HAVE_NSS_COMMON_H is not defined in config.h and of = course HPUX is .... In config.h, I see=20 /* Define to 1 if you have the <nsswitch.h> header file. */ #define HAVE_NSSWITCH_H 1 /* Define to 1 if you have the <nss_common.h> header file. */ /* #undef HAVE_NSS_COMMON_H */ Which matches what I see=20 [ROOT @ z] (260)-> cd /usr/include [ROOT @ z] (261)-> find . -name \*nss\* ./nss_netdir.h ./nsswitch.h [ROOT @ z] (262)-> I'm not even sure what nss_common.h is used for but its not here .... Thanks -- Ken ------_=_NextPart_002_01C5E913.4323D780 Content-Type: message/rfc822 Content-Transfer-Encoding: 7bit Content-class: urn:content-classes:message X-MimeOLE: Produced By Microsoft Exchange V6.0.6603.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="V2tfspbppmK1TQo2" Subject: Re: [PATCH] Shared samba build Date: Mon, 14 Nov 2005 00:30:48 -0600 MIME-Version: 1.0 Message-ID: <[email protected]> Message: 8 X-MS-Has-Attach: yes X-MS-TNEF-Correlator: From: <[email protected]> To: <samba-technical-w/[email protected]> This is a multi-part message in MIME format. --V2tfspbppmK1TQo2 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="iso-8859-1" Content-Disposition: inline On Wed, Oct 26, 2005 at 02:17:08PM +0200, Jelmer Vernooij wrote: | Rather then linking everything into one big library, I think we should | clearly keep all subsystems seperate. Otherwise, we might end up with | the dependency hell we had (have?) in Samba3, with libbigballofmud and | the like. What exactly is the problem with having one large library that all of the Samba applications are linked against? A while ago I was amused to find that Samba3 has manually maintained lists of object dependencies for each program. This means that binaries are bigger than they need to be because the linker can't exclude unnecessary object files from the list. If a library (static libsamba3.a or dynamic libsamba3.so) was used instead, this would mean that the linker could select only the object files from the library that were actually necessary. Here's some numbers I posted in November 2004: all progs nmbd+smbd --------- --------- default build: 16770 KB 2880 KB my build, libsamba.a 11870 KB 2656 KB my build, libsamba.so 3438 KB 2780 KB (includes libsamba.so) Notice the size difference even between the first two entries (both static linking the samba-specific objects) cheers, Luke. --V2tfspbppmK1TQo2 Content-Transfer-Encoding: 7bit Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (NetBSD) iD8DBQFDeC8YpBhtmn8zJHIRAudNAKCm9TV/YTfhBIkmr7ox71et6QjEPgCfavTR 0kfHbXFihmU0uG5wQd9amLg= =MptB -----END PGP SIGNATURE----- --V2tfspbppmK1TQo2-- ------_=_NextPart_002_01C5E913.4323D780 Content-Type: message/rfc822 Content-Transfer-Encoding: 7bit X-MimeOLE: Produced By Microsoft Exchange V6.0.6603.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Subject: Re: 3.0.21pre2/rc1 and acl compatibility,deleted function in parse_prs.c Date: Mon, 14 Nov 2005 00:37:00 -0600 Message-ID: <20051114063700.GA8375-YbU/[email protected]> X-MS-Has-Attach: X-MS-TNEF-Correlator: From: <[email protected]> To: <tombork-S0/[email protected]> Cc: <[email protected]> Reply-To: <[email protected]> On Sat, Nov 12, 2005 at 08:31:58PM +0100, Thomas Bork wrote: > First a repost from [email protected] (is anybody reading this = list?): >=20 > documentation for acl compatibility: >=20 > acl compatibility (S) >=20 > This parameter specifies what OS ACL semantics should be compatible=20 > with. Possible values are winnt for Windows NT 4, win2k for Windows = 2000=20 > and above and auto. If you specify auto, the value for this parameter=20 > will be based upon the version of the client. There should be no = reason=20 > to change this parameter from the default. >=20 > Default: acl compatibility =3D Auto > Example: acl compatibility =3D win2k >=20 >=20 > mg2 1.2.0cvs2005-11-10 # testparm -sv 2>/dev/null | grep 'acl comp' > acl compatibility =3D > mg2 1.2.0cvs2005-11-10 # grep 'acl comp' /etc/smb.conf > mg2 1.2.0cvs2005-11-10 # grep -r 'acl compatibility'=20 > /usr/src/SAMBA_3_0_RELEASE/source > /usr/src/SAMBA_3_0_RELEASE/source/param/loadparm.c: {"acl=20 > compatibility", P_STRING, P_GLOBAL, &Globals.szAclCompat,=20 > handle_acl_compatibility, NULL, FLAG_ADVANCED | FLAG_SHARE | = FLAG_GLOBAL}, > = /usr/src/SAMBA_3_0_RELEASE/source/param/.svn/text-base/loadparm.c.svn-bas= e:=20 > {"acl compatibility", P_STRING, P_GLOBAL, &Globals.szAclCompat,=20 > handle_acl_compatibility, NULL, FLAG_ADVANCED | FLAG_SHARE | = FLAG_GLOBAL}, >=20 > Seems the default is *not* auto. >=20 > If setting 'acl compatibility =3D auto' in smb.conf: >=20 > mg2 1.2.0cvs2005-11-10 # grep 'acl compatibility' /etc/smb.conf > acl compatibility =3D auto > mg2 1.2.0cvs2005-11-10 # testparm -sv 2>/dev/null | grep 'acl = compatibility' > acl compatibility =3D > mg2 1.2.0cvs2005-11-10 # Internally the string "" is treated as "auto". It's confusing I know but the internal code is doing the right thing even if it's not printed that way in testparms. > Second a question @Jeremy: > You added the function only back to trunk and not to SAMBA_3_0: >=20 > http://websvn.samba.org/cgi-bin/viewcvs.cgi?rev=3D11486&view=3Drev > http://websvn.samba.org/cgi-bin/viewcvs.cgi?rev=3D11446&view=3Drev >=20 > Thats why the function is also not in SAMBA_3_0_RELEASE for the = upcoming=20 > 3.0.21rc1: Not needed in SAMBA_3_0, only HEAD at the moment. Jeremy. ------_=_NextPart_002_01C5E913.4323D780 Content-Type: message/rfc822 Content-Transfer-Encoding: 7bit X-MimeOLE: Produced By Microsoft Exchange V6.0.6603.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Subject: Re: FW: Samba 3.0.20b / AIX 5.3 / VFS Modules Date: Mon, 14 Nov 2005 04:08:59 -0600 Message-ID: <4378704B.25668.1066A826@localhost> X-MS-Has-Attach: X-MS-TNEF-Correlator: From: <[email protected]> To: <samba-technical-w/[email protected]> On 11 Nov 2005, at 9:57, Lamar.Saxon-3osVxHMge1hy/[email protected] wrote: > ./configure --with-configdir=3D/usr/local/samba/etc > --with-krb5=3D/usr/local/kerberos --with-syslog --with-utmp > --with-libsmbclient --with-readline=3D/usr/local > --with-libiconv=3D/usr/local/special --with-aio-support Try to link the modules static: This works fine with AIX 5.2 and=20 Samba 3.0.11: configured by ./configure, generated by GNU Autoconf 2.59, with options "'--with-quotas' '--with-libiconv=3D/usr/local/iconv'=20 '--with-static-modules=3Dvfs_recycle,vfs_audit' 'CC=3Dcc'" hth Cheers Heinrich --=20 Heinrich Mislik Zentraler Informatikdienst der Universitaet Wien A-1010 Wien, Universitaetsstrasse 7 Tel.: (+43 1) 4277-14056, Fax: (+43 1) 4277-9140 ------_=_NextPart_002_01C5E913.4323D780 Content-Type: text/plain; name="Digest Footer.txt" Content-Transfer-Encoding: base64 Content-Description: Digest Footer Content-Disposition: attachment; filename="Digest Footer.txt" X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCnNhbWJhLXRl Y2huaWNhbCBtYWlsaW5nIGxpc3QNCnNhbWJhLXRlY2huaWNhbEBsaXN0cy5zYW1iYS5vcmcNCmh0 dHBzOi8vbGlzdHMuc2FtYmEub3JnL21haWxtYW4vbGlzdGluZm8vc2FtYmEtdGVjaG5pY2FsDQo= ------_=_NextPart_002_01C5E913.4323D780-- ------_=_NextPart_001_01C5EA1B.B5EF1396-- ------------------------------------------------------- This SF.Net email is sponsored by the JBoss Inc. Get Certified Today Register for a JBoss Training Course. Free Certification Exam for All Training Attendees Through End of 2005. For more info visit: http://ads.osdn.com/?ad_id=7628&alloc_id=16845&op=click