[Samba] Each new version of samba has new ways of not working for me: 3.0.23d - some iconv trouble

[Denis Vlasenko]

Sorry guys if this sounds a bit offensive, but it is true.

From the days of samba 2.x I remember that I generally cannot
just download newer version, build it and deploy instead of older
one. Something is inevitably not quite right.

Today it repeated for me again. I have an old build of samba
3.0.7. Since it was built against older readline lib which
I got rid of when I migrated to new box, I decided to rebuild it.
No go:

creating /.1/usr/src/samba-3.0.7/source/.obj/utils/ntlm_auth_proto.h
Compiling dynconfig.c
In file included from /.1/usr/src/samba-3.0.7/source/include/smb.h:1677,
                 from /.1/usr/src/samba-3.0.7/source/include/includes.h:782,
                 from ../dynconfig.c:21:
/.1/usr/src/samba-3.0.7/source/include/popt_common.h:25: error: array type has incomplete element type
/.1/usr/src/samba-3.0.7/source/include/popt_common.h:26: error: array type has incomplete element type
/.1/usr/src/samba-3.0.7/source/include/popt_common.h:27: error: array type has incomplete element type
/.1/usr/src/samba-3.0.7/source/include/popt_common.h:28: error: array type has incomplete element type

"Oh well, probably time to move on to newer version."

So I downloaded current stable, samba-3.0.23d, built and installed it.
At least that stage was painless.

But this new samba does not work for me. I immediately stumble over
fresh bug. Maybe it is not in samba, symptoms point to glibc too.

I created a bugzilla entry for it here:

https://bugzilla.samba.org/show_bug.cgi?id=4256
"testparm stalls if LC_ALL=ru_RU.koi8r, or trips assert in glibc
if LC_ALL is unset or set to C"

Basically, on my system: glibc 2.4, kernel 2.6.18.1 SMP, x86_64,
all command-line samba tools hang at startup deep inside
iconv initialization. This happens with ru_RU.koi8r locale.
If I unset locale environment variables, tools
start tripping abort() in glibc instead.

See bug page for complete info
about exact location of hang/abort.

Locale info:

# locale -a
C
en_US.utf8
POSIX
ru_RU.koi8r
ru_RU.utf8

My box is Linux-from-scratch type desktop installation with
lots of software (X, KDE, Mozilla, OpenOffice) and I do not
experience any locale-related problems in other packages.

Help?
--
vda