similar to: Can't script failure for missing --password-file

https://bugzilla.samba.org/show_bug.cgi?id=8440 Summary: rsync goes interactive on missing --password-file Product: rsync Version: 3.1.0 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: core AssignedTo: wayned at samba.org ReportedBy: rsync-bugzilla at

I have run across an interesting issue when running rsync from Solaris to an rsync daemon on Linux. It works properly when I specify the password on the command line: RSYNC_PASSWORD=the_Password rsync -r /tmp/test test_user@test_server::test_user/topdir/subdir However, if I do not specify the password on the command line and am prompted interactively, it always fails. After some

Hi everybody, i want to exclude a set of directories of a rsync synchronization but i have a problem : ------------------------------------------- serv-dev:~/scripts_Admin# RSYNC_PASSWORD=xxxx /usr/bin/rsync -vv --checksum --recursive --links --exclude .svn/ --exclude test/ /var/www/ssl/ rsuser@192.168.130.1::ssl/ opening tcp connection to 192.168.130.1 port 873 opening connection using --server

Hello, here is a preliminary patch allowing rsync 2.5.6 to compile in BeOS (using the new BONE networking stack). Some explanations: - BeOS doesn't have chroot(), - the BONE networking stack export legacy network function for old apps in libnet.so (linked to by default), so it's necessary to force linking to the new libraries for things to work. I've yet to get inet_ntop() to be

http://bugzilla.mindrot.org/show_bug.cgi?id=245 ------- Additional Comments From dtucker at zip.com.au 2002-12-14 00:36 ------- Did some digging on this. Carson seems to be correct in that the problem is due to missing controlling terminal. I uncommented the setsid() in sshd.c and added some debugging log() calls to sshd, which generated the following: sshd[21690]: main: before setsid

Hi all, I just ran into a problem with rsync-2.6.0. Communication is between two Linux hosts. One host boots, detects the first, runs rsync to copy all data, and then shuts down again (to have a backup for the main server). In the environment during boot, in which rsync is running in client mode, neither USER nor LOGNAME variables are set. In this case, authenticate.c:auth_client gets passed

Hi, I attempted to build v3.3 using Sun Studio 12, but it failed right out of the gate. It looks like it can't find the standard libraries, but according to the make output, it's looking in the right places. Would someone please clue me in as to what I'm missing? Thanks. -John Using FLAGS = -I/opt/heimdal/include -I/usr/sfw/include/openssl -g -xs -xtarget=ultraT1

Here is an executable that would allow a user to change the linux and SMB passwords simultaneously. The website indicated in the comments had some problems in the code, but they are fixed in the cpasswd.c file which is below and also attached. Hope that this helps others. The code is a fix, not a solution. it only works from the command prompt, but it helps with keeping linyx and Samba

Hi all! I have a problem configuring rsync as daemon: This is my rsync.conf: log file = /var/log/rsync.log list = yes uid = nobody gid = nobody secrets file = /etc/rsyncd.secrets [section] comment = Great stuff from remote.acme.com path = /home/repos auth users = marco hosts allow = * hosts deny = * This is my /etc/rsyncd.secrets marco:marco This is the secrets file permission: [root@server

https://bugzilla.samba.org/show_bug.cgi?id=10551 Summary: Daemon infinite loop when no matched user in secrets Product: rsync Version: 3.1.1 Platform: x64 OS/Version: Linux Status: NEW Severity: major Priority: P5 Component: core AssignedTo: wayned at samba.org ReportedBy: ryan at

On Friday, July 31, 2015 07:50 AM, Hans Wennborg wrote: > Dear testers, > > 3.7.0-rc2 was just tagged. Please test, build binaries, upload to the > sftp, and report results to this thread. LNT is looking good on Ubuntu 14.04 x64, uploaded: clang+llvm-3.7.0-rc2-x86_64-linux-gnu-ubuntu-14.04.tar.xz The errors reported during build are: Failing Tests (17):

Under Samba 2.2.4 (and possibly earlier), smbpasswd (when run locally) only really reads the first 8 characters, as opposed to the full password. Obviously, this can cause mass confusion. :) The fix is pretty simple (I would offer a diff, but this is the kind of thing the configure script should check for...) - under Solaris getpass() will only return 8 characters - you must use getpassphrase()

Hello, this patch reworks old-style SASL discovery code. With this patch applied it advertises all configured SASL mechanisms. It makes possible for MS Outlook to use all installed security service providers (SSP), so if someone crazy enough will write CRAM-MD5 or DIGEST-MD5 SSP we'll support it readily :) Please consider applying. Best regards. -- Andrey Panin | Linux and UNIX system

Hello, We believe we have found a bug in Icecast in version 2.3.2 (not the the released code but a version that was taken from a tag icecast2-svn-20090324.tar.gz) and it looks that it also affects the last version in the trunk. We studied a core dump generated by icecast. We found that the crash occurred in the following icecast code: static void auth_remove_listener (auth_t *auth,

64bit Fedora Failing Tests (8): LeakSanitizer-AddressSanitizer :: TestCases/cleanup_in_tsd_destructor.cc LeakSanitizer-AddressSanitizer :: TestCases/disabler.cc LeakSanitizer-AddressSanitizer :: TestCases/disabler_in_tsd_destructor.cc LeakSanitizer-AddressSanitizer :: TestCases/ignore_object.cc LeakSanitizer-Standalone :: TestCases/cleanup_in_tsd_destructor.cc

I have a rsync server set up on a win2k server and a win xp pro computer is my client. It's working very well doing the anonymous transfers. However, I've tried setting up a password file and not having any success. rsyncd.conf on my server: use chroot = false strict modes = false hosts allow = * [serverbu] auth users = user path = c:/serverbu read only = no list = no secrets file =

Does ctrl+c work? My experience with (non klibc) init=/bin/bash is that getting ctrl+c to work requires some jumping through hoops, because running as pid 1 doesn't really work. If I recall correctly you have to call setsid, and open a tty as a controlling tty, you can't call setsid as pid 1. The hack that I got to work (for reference, I'm using this for raw kernel testing

> Ben reports that he didn't get a tarball even after the rpath fix and > had to disable -o pipefail to get one. Still not sure what caused > this. 'make check' failures can cause this. I had to revert r241599 to get a package. > Appendix: compiler-rt test failures > =================================== > Just to add Mips to this: On big-endian Mips32r2:

Hi all, This isn't a bug, its just a lapse in the documentation. I just got a script going that repeats every 5 seconds, that uses rsync to send data from A, running Ubuntu V6.06.1, to B, running cygwin. I got stuck on the issue of preventing the password prompt from interrupting the script. The problem is that the man pages are misleading, they suggest that RSYNC_PASSWORD and

Here is a little patch against 2.9p1 that performs the SNK (also known as TIS authserv) challenge-response automaticly instead of asking the user. hope you find it useful. --larry -------------- next part -------------- diff -NuBw openssh-2.9p1/Makefile.in openssh/Makefile.in --- openssh-2.9p1/Makefile.in Thu Apr 26 20:31:08 2001 +++ openssh/Makefile.in Wed Jun 6 16:15:56 2001 @@ -43,9 +43,9