similar to: Pb with SAMBA on OSF1

Hello, I finally switched to the samba-1.9.18p4, and got all my files on this server. But now I have a big problem, all our NT machines can't access the server. They tell wrong user or password. In the debugging mode I see, that the NT machines come to the server and find the right user, then they tell me: lp_file_list_changed() file /usr/local/samba/lib/smb.conf ->

I have samba-1.9.18p7-2 smb.conf says: # Configure smbpasswd passwd chat debug = yes # Default passwd chat = *old*password* %o\n *new*password* %n\n *new*password* %n\n *changed* passwd program = /usr/bin/yppasswd Using smbpasswd, my encrypted password is changed, but yppasswd is not even touched (as per ls -lu /usr/bin/yppasswd). Furthermore, running smbd with -d 100 didn't seem to show

I'm trying to figure out how I can change to SMB password and UNIX password together. On the Win98 I change the password via : Control Panel - Passwords - Change Windows password (select also Microsoft Networking) After a few seconds I get the message 'The password you typed is not correct for MS Networking' Are there any known problems with password sync ? I read the digest 2112 till

Dear all, I have a problem synchronizing my Windows98 network password (i.e. samba password) with my Unix NIS+ password. The Unix station is running Solaris 2.6. This is a copy of what I have in smb.conf to enable password change: password level = 2 domain logons = yes logon script = %U.bat debug level = 100 encrypt passwords = yes unix password sync = yes passwd program = /usr/bin/passwd -r

I hope someone can help with this problem. I am a new linux user - just installed Ubuntu 6.06 and WINE to play games. As a test I downloaded a small Dora the Exlporer game for my daughter, just so I could see if I could get it to run. Right-clicking the installer gave the option to run the programme with WINE and it installed OK, but when I typed wine dora.exe in a terminal screen I got the

I'm trying to get Unix passwords to synchronize on my Red Hat Linux server when users change their passwords in Windows '95. Everything is working quite well, except under a few, key conditions. When a user enters a password that's "too short", Samba doesn't seem to call the routines to change the unix password, but it does change the Windows encrypted password. At this

Hello again, I would like to thank Giant Wang and Miquel Bonastre for their responses to my query in "Samba Digest 1734" regarding simultaneous passwd changing for users via Samba. Their comments were helpful, but have not solved the problem. For those who do not have a back log of the Digests, the problem is that with unix password sync=yes, users are not able to change their own

I've been running SAMBA 1.9.14 and 1.9.17p4 for successfully for some time. Recently I thought it would be useful to update to the latest SAMBA version 1.9.18p7. This is the first time we are using Samba with the built-in DES. Here is our configuration: Machines: IBM RS/6000 AIX 4.1.4.0 or AIX 4.2.1.0 Compiler: xlC 3.1.4.0 My smb.conf file: [global] printing = aix print command

Full_Name: Michael Hoffman Version: 2.0.0-beta-20041001 OS: OSF1 V5.1 Submission from: (NULL) (193.62.199.8) Hello. Building R 2.0.0-beta-20041001 on OSF1 V5.1 failed because the default configure sets R_XTRA_CFLAGS to "-std1 -ieee_with_inexact." The bzip2 directory includes C99 code that requires -std1 to not be set in order to compile. This halts the overall build process.

http://bugzilla.mindrot.org/show_bug.cgi?id=319 Summary: Privilege Separation failing on OSF1 v5.1 Product: Portable OpenSSH Version: -current Platform: Alpha OS/Version: OSF/1 Status: NEW Severity: normal Priority: P2 Component: sshd AssignedTo: openssh-unix-dev at mindrot.org ReportedBy:

Server: Slakware Linux 2.0.30, GNU C 2.7.2.1 Samba 18p7 Server is not using PAM and is a ypclient. Client PC's are DOS 6.20 with MS Client 3.0 and Windows 95. I am having trouble changing passwords using the "net password \\<server>" command from either DOS or Win95 command prompt. Changing passwords worked fine using Samba 17p3. The compile switch -DALLOW_CHANGE_PASSWORD

I am stuck in the installation of "R" on ALPHA runing OSF1/V5.1 for individual use. When I ran "./configure CC=cc F77=f77 Make=gmake ", the following message came out, 506426:/usr/users/1/mwang2/R/R-2.1.1/bin/exec/R: /sbin/loader: Error: libreadline.so.4: symbol "tgetflag" unresolved 506426:/usr/users/1/mwang2/R/R-2.1.1/bin/exec/R: /sbin/loader: Fatal Error: Load

I tried configuring Samba 2.0.7pre4 on a OSF1 machine (actually a DEC Alpha running Digital Unix 4.0d) with --with-utmp. The autoconf system sets the variable HAVE_UTMPX_H The linking of smbd aborts with the message ---------------------------------------------------------- ld: Unresolved: getutmpx utmpxname updwtmpx *** Exit 1 ---------------------------------------------------------- If I

Dear R-users, I currently have trouble in trying to compile R-1.3.0-patched on Compaq OSF1. -------- >uname -a OSF1 adenine.fysik.dtu.dk V4.0 1229 alpha -------- The 'configure' step ended seemingly corretly: ----------------------- R is now configured for alphaev6-dec-osf4.0f Source directory: . Installation directory: /home/adenine/sysman/laurent/share/ C

I'm having trouble compiling and installing R as a shared library on Alpha/OSF1. I used ./configure --enable-R-shlib SHLIB_CXXLDFLAGS=-L/lib/cmplrs/cxx (Using configure with --enable-R-shlib alone generated "Could not determine SHLIB_CXXLDFLAGS" errors.) make and everything else were done as specified in the documentation. It compiled everything without visible problems, but on

>Date: Tue, 8 Dec 1998 11:00:42 -0500 (EST) >From: Rob Naccarato <rob@sheridanc.on.ca> >To: samba@samba.org >Subject: Can't connect to shares w/2.0beta3 on OSF1 > > >I was running 1.9.18p10 on a test DEC Unix 4.0d box here and I decided to >give 2.0beta3 a try. For some reason, I cannot connect to any of the >server's >shares or even get a list of

Hi, I have managed to test this same transfer reliably with the Linux boxes and open-ssh, but I am in trouble with the OSF1 4.0 (Digital Unix) being the server sending files from a single directory to the HP/UX 11 - being the client The 'sshd2' (and ssh2) in both ends is installed as root (and starts probably from 'rc') The 'rsync' (2.4.6) in both end is just

Dear R Development Core Team, I've been trying to install R ver. 0.64.0 on a Dec-Alpha machine w/OSF1. A couple of things go wrong. After I type "make", the installation process bombs while trying to compile the R.binary. It reports the following: f77 -o ../../bin/R.binary {*** for brevity, I've deleted the filenames printed here ***} ld:

Dear help I have been attenpting to compile R0.49 on both of these unix machines and have had no compilation errors but core dumps at run time. The HP UX box start out by putting up a graphics window and then crashing with the following error message before giving the prompt R : Copyright 1997, Robert Gentleman and Ross Ihaka Version 0.49 Beta (April 23, 1997) R is free software and

Is the following (from configure.in) intended: *-dec-osf*) if test ! -z "USE_SIA" ; then AC_MSG_CHECKING(for Digital Unix Security Integration Architecture) should that be "$USE_SIA" or similar or what is the point of testing a constant string for being zero length... The reason I ask is the for complex reasons we don't want SIA enabled on Tru64 since it breaks some