similar to: smbldap-passwd and uppercased schemes

Hey everyone, I'm running Samba on Slackware 10.2. As near as I can tell based on looking at the glibc source, my options for Unix passwords (in /etc/passwd, or LDAP -- same options) are these: 1. crypt() with plain old, busted traditional hashing. 2. crypt() with MD5 hashing, via $1$saltsalt$hashhashhashhash format; the crypt() function the special format and automatically uses

Hey everyone, When someone leaves the company, I prefer to disable their account rather than remove it (so that you can see who owns any files they might leave on a filesystem somewhere). I'm using an LDAP backend for Samba, and I'm using smbldap-tools to manage accounts. So, today I was going to disable an account for the first time since switching over from plain /etc/passwd and

I'm having a weird problem which I think may be a bug, but I'm not sure, so I think I'll describe it and see if it rings a bell with anyone. Basically, the story is this: there's a file owned by a Unix user "lshaw" (i.e. me) and whose group ownership is "engineer". Now, I open this file on one Windows XP computer, then go try and open it again on another XP

Hey everyone, I'm preparing for a transition in which I'll be moving everything (PDC, WINS server, big file shares) off an old Linux server running Samba 2.2.7 onto a much newer Linux system running Samba 3.0.22. In the process, I'll be switching from smbpasswd (only thing supported under Samba 2.x, if I understand correctly) to ldapsam on Samba 3.x. I want to keep the same domain

Yes, it sounds good. I can try tomorrow. Thank you for your advice ! On Thu, May 2, 2013 at 5:43 PM, Logan Chien <tzuhsiang.chien at gmail.com>wrote: > I think the better solution should be: > > > LLVMContext& C = is->getContext(); > Value *values[] = { > ConstantInt::getSigned(Type::getInt64Ty(C), *scsr*), > MDString::get(C, *"path"*) > };

Hi Chandrakala, Logan, Can you confirm that the attached patch fixes the overflow problem? Koen, can you confirm the fix makes sense? Cheers, Jean-Marc On 11/27/2017 12:10 PM, Logan Stromberg wrote: > Sorry, long holiday weekend in America. > I can say with pretty high certainty that there is an overflow occurring > and it is flipping smooth_coef_Q16 to be negative when it probably

Sorry, long holiday weekend in America. I can say with pretty high certainty that there is an overflow occurring and it is flipping smooth_coef_Q16 to be negative when it probably shouldn't be. I had originally thought it was only an issue where it was overflowing the 15th bit but not the 16th, which might still preserve the intended value for operations that ignore the sign bit (in cases

Is it possible to script smbldap-useradd and smbldap-passwd to add users in bulk? Are there any sample scripts anywhere? I can't seem to find anything. Thanks, -Guy

Yes, yes, I can reproduce it now, but only on platforms that define a 16-bit int by default (SA_Q15 is an opus_int rather than opus_int32). What system are you compiling this for? On Tue, Nov 21, 2017 at 8:34 PM, Chandrakala Madhira < chandrakala.madhira at soctronics.com> wrote: > Hi Logan, > > Please find attached the input stream we are using testing. > > Thank you, >

in my smb.conf I have: passwd program = /usr/sbin/smbldap-passwd %u encrypt passwords = yes unix password sync = yes update encrypted = yes passwd chat = *Changing*UNIX*and*samba*passwords*for*adam* \n *New*password* %n\n *Retype*new*password* %n\n Does this look right? When I hit crtl-alt-del in a windows XP PC logged into the domain TEST, I get an error "The system cannot

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Folks, I've uploaded the *final* 3.0.23c roll up patch to http://samba.org/~jerry/patches/patch-3.0.23b-3.0.23c-gwc-2.diffs.gz. I've already cut the 3.0.23c tarballs so unless there is a major problem, this will be the final change set. Please report *any* bugs that you find. I'd like to wrap this one up and do the public 3.0.23c

I think the better solution should be: LLVMContext& C = is->getContext(); Value *values[] = { ConstantInt::getSigned(Type::getInt64Ty(C), *scsr*), MDString::get(C, *"path"*) }; lnstr.setMetadata(*"your_analysis_name"*, MDNode::get(C, values)); So that you can take advantage of the type system of LLVM bitcode, and don't have to cast the integers from/to strings

On Thu, Jun 13, 2019 at 1:12 PM Logan Gunthorpe <logang at deltatee.com> wrote: > > > > On 2019-06-13 3:43 a.m., Christoph Hellwig wrote: > > Passing the actual typed structure leads to more understandable code > > vs the actual references. > > Ha, ok, I originally suggested this to Dan when he introduced the > callback[1]. > > Reviewed-by: Logan

The problem is that I want to pass only srsr which is an int. "marked" was just an example :) Thanks you! On Thu, May 2, 2013 at 5:06 PM, Logan Chien <tzuhsiang.chien at gmail.com>wrote: > I'm not familiar with this, but maybe you can try: > > StringRef tst = ("marked" + Twine(srsr)).str(); > > It seems that you can't use integer as meta data

Hi all, I'm currently working on getting the whole samba with ldap working. I'm having an error trying to join a computer to the domain, when windows goes to change to the new domain I get the dialogue box to enter the user/pass to join I do that and it returns: the following error occurred.... the username could not be found. taking a look at the smbd.log file it shows: [2005/06/16

That change seems to fix things here. Thanks! -Gordon From: llvmdev-bounces at cs.uiuc.edu [mailto:llvmdev-bounces at cs.uiuc.edu] On Behalf Of JF Bastien Sent: Wednesday, August 21, 2013 12:53 PM To: Logan Chien Cc: llvmdev at cs.uiuc.edu Subject: Re: [LLVMdev] Broken PLT on ARM from R183966 I'm not very familiar with relocations but your fix looks the same as

Hi List, Yesterday i have upgraded from 5.0 to 5.1 and now i have a problem with smbldap-tools. I use smbldap-tools-0.9.4-1.el5.rf from rpmforge. Then i use smbldap-passwd <user> i get an error: smbldap-passwd test Changing UNIX and samba passwords for test New password: Retype new password: Use of uninitialized value in string at /usr/sbin/smbldap-passwd line 277, <STDIN> line 2.

Hello, Im getting SO close on this one its driving me nuts. The platform is Solaris 9, with Sun One Directory server 5.1. Running Samba 3.0.5 - and when I use mkntpwd and cut and paste the passwords into LDAP I can log in to the machine via Samba from both Windows and Mac clients (can't join the domain, but I think that might be related to the fact that the bug still appears to be around

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Good day, It was visiting the last message in the link, http://lists.samba.org/archive/samba/2005-January/099108.html, an alternative exists stops phpldappasswd change password for smbldap-tools in PDC. Mine it doubts and the following one, some uses this resource? had problems with funcao SSHA, but with the MD5 this ok, but only with the samba +

Hi, On CentOS 7, when I execute smbldap-passwd to change password it does change LDAP password but _NOT_ Samba password. This is true while running smbldap-passwd either as a regular user or a root. Any idea what can be wrong on my server? Thanks, Bernard