wine-0.9.40 does not work for ldap-only users Below I show how it does not work for winecfg since this is the easiest way for me to show, but wine itself does not work either... Reproducible: Always Steps to Reproduce: 1. setup linux-authentication using ldap 2. configure the wineuser in the ldap 3. remove the wineuser from /etc/passwd 4. login as the wineuser 5. rm -rf .wine 6. winecfg Actual Results: $ winecfg wine: creating configuration directory '/home/wineuser/.wine'... wine: wineprefixcreate failed while creating '/home/wineuser/.wine'. [ the Wine configuration gui does not appear ] Expected Results: $ winecfg wine: creating configuration directory '/home/wineuser/.wine'... wine: '/home/wineuser/.wine' created successfully. [ the Wine configuration gui appears ] I can get the expected results if I put the output of $ getent passwd | grep -m1 ^wineuser: back into /etc/passwd, but of course that's not what LDAP is meant for... # emerge -pv wine [ebuild R ] app-emulation/wine-0.9.40 USE="X alsa cups esd jpeg ldap ncurses opengl oss xml -dbus -hal -jack -lcms -nas -scanner" 0 kB # emerge --info Portage 2.1.2.9 (default-linux/x86/2006.1, gcc-4.1.2, glibc-2.5-r4, 2.6.20.4 i686) ================================================================= System uname: 2.6.20.4 i686 AMD Athlon(tm) XP 2600+ Gentoo Base System release 1.12.9 Timestamp of tree: Sat, 07 Jul 2007 03:00:01 +0000 distcc 2.18.3 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled] dev-java/java-config: 1.3.7, 2.0.33-r1 dev-lang/python: 2.4.4-r4 dev-python/pycrypto: 2.0.1-r5 sys-apps/sandbox: 1.2.17 sys-devel/autoconf: 2.13, 2.61 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10 sys-devel/binutils: 2.17 sys-devel/gcc-config: 1.3.16 sys-devel/libtool: 1.5.23b virtual/os-headers: 2.6.17-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -mtune=i686 -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/X11/xkb /usr/share/config /var/bind" CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/gconf /etc/php/apache2-php5/ext-active/ /etc/php/cgi-php5/ext-active/ /etc/php/cli-php5/ext-active/ /etc/revdep-rebuild /etc/terminfo" CXXFLAGS="-O2 -mtune=i686 -pipe" DISTDIR="/data/linux/gentoo/distfiles" FEATURES="distlocks metadata-transfer sandbox sfperms strict" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions/gentoo" LANG="C" LINGUAS="en en_US en_GB nl de" MAKEOPTS="-j2" PKGDIR="/data/linux/gentoo/packages/amd_athlon-xp" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages --filter=H_**/files/digest-*" PORTAGE_TMPDIR="/compile" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="X a52 aac alsa apache2 apm berkdb bitmap-fonts cli cracklib crypt cups dri dvd dvdr dvdread encode esd fortran gdbm gif gnome gpm gstreamer gtk iconv imlib ipv6 isdnlog java jpeg ldap libg++ mad midi mikmod mmx mng mozilla mp3 mpeg mplayer mudflap ncurses nls nptl nptlonly nsplugin ogg opengl openmp oss pam pcre pdf perl png ppds pppd python qt qt3 qt4 quicktime readline reflection samba sdl session spell spl sse ssl svg tcpd tiff truetype truetype-fonts type1-fonts unicode v4l v4l2 vcd vorbis wmf x86 xinerama xml xorg xv zlib" ALSA_CARDS="intel8x0" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mulaw multi null plug rate route share shm softvol" ELIBC="glibc" INPUT_DEVICES="keyboard mouse" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="en en_US en_GB nl de" USERLAND="GNU" VIDEO_CARDS="vesa fbdev nv nvidia v4l" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LC_ALL, LDFLAGS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS
that error comes from executing another binary ... try running this: wineprefixcreate --wait --prefix $PWD/MOOOOO and if that fails, run it through `strace -f -o log` and post the log file as an attachment
wineprefixcreate is not the problem if I run it directly; without args it creates .wine + contents; your way it creates M00000 + contents which is not strange knowing it's just a shell script. Still stays the fact that if I install something, for instance Diablo II, with the user in /etc/passwd, the game plays normal, but after removing the user from /etc/passwd (ldap-only user) nothing happens when starting the game.
Does the behavior change if you restart nscd just before running the command?
I didn't even have nscd started, should I, and if yes, why? Anyway, starting nscd makes it work for ldap-only users
Dear subscribers to this bug, Is there still any interest in keeping this bug open? It is almost 9 years old, almost certainly an upstream issue rather than something Gentoo-specific, refers to a positively ancient version of Wine, and even back then could be worked around easily. Oh, and while I don't know what it would be like using nss_ldap+pam_ldap (which I assume is what Evert used to set up LDAP auth nowadays, I've got no trouble running Wine-1.6.2 as an LDAP user on a system using sys-auth/sssd for LDAP access.
(In reply to Marek Szuba from comment #5) > Dear subscribers to this bug, > > Is there still any interest in keeping this bug open? It is almost 9 years > old, almost certainly an upstream issue rather than something > Gentoo-specific, refers to a positively ancient version of Wine, and even > back then could be worked around easily. Oh, and while I don't know what it > would be like using nss_ldap+pam_ldap (which I assume is what Evert used to > set up LDAP auth nowadays, I've got no trouble running Wine-1.6.2 as an LDAP > user on a system using sys-auth/sssd for LDAP access. Helping out on a bug is OK. Working with bug-cleaners to close out old maintainer-wanted bugs is also OK. Trying to close out bugs actively owned by maintainers is not. This has been discussed publicly before, and has been decided that there is no gain from closing out old (valid) bugs. Please keep this in mind, and I will be watching your bugzilla activity from now on.
