Denis Vlasenko
2006-Nov-26 23:39 UTC
[Samba] Each new version of samba has new ways of not working for me: 3.0.23d - some iconv trouble
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