similar to: [Bug 8654] New: link-by-hash: Fix (non-exploitable) buffer overflow

https://bugzilla.samba.org/show_bug.cgi?id=8666 Summary: --debug=all9 fail 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: chris at onthe.net.au QAContact: rsync-qa at

This patch adds the --link-by-hash=DIR option, which hard links received files in a link farm arranged by MD4 file hash. The result is that the system will only store one copy of the unique contents of each file, regardless of the file's name. Anyone have an example of an MD4 collision so I can test that case? :) Patch Summary: -1 +1 Makefile.in -0 +304 hashlink.c (new)

https://bugzilla.samba.org/show_bug.cgi?id=8655 Summary: link-by-hash: add 'link by hash dir' to rsyncd.conf Product: rsync Version: 3.1.0 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: core AssignedTo: wayned at samba.org ReportedBy: chris

https://bugzilla.samba.org/show_bug.cgi?id=8266 Summary: fileflags.diff compile fix 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: chris at onthe.net.au QAContact:

This patch adds the --link-by-hash=DIR option, which hard links received files in a link farm arranged by MD4 file hash. The result is that the system will only store one copy of the unique contents of each file, regardless of the file's name. (rev 2) * This revision is actually against CVS HEAD (I didn't realize I was working from a stale rsync'd CVS). * Apply permissions after

https://bugzilla.samba.org/show_bug.cgi?id=8838 Summary: rsync daemon chooses wrong destination place if space and the module name is part of it Product: rsync Version: 3.1.0 Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: P5 Component: core AssignedTo:

This patch adds the --link-by-hash=DIR option, which hard links received files in a link farm arranged by MD4 file hash. The result is that the system will only store one copy of the unique contents of each file, regardless of the file's name. (rev 4) * Updated for committed robust_rename() patch, other changes in CVS. (rev 3) * Don't link empty files. * Roll over to new file when

This patch adds the --link-by-hash=DIR option, which hard links received files in a link farm arranged by MD4 file hash. The result is that the system will only store one copy of the unique contents of each file, regardless of the file's name. (rev 3) * Don't link empty files. * Roll over to new file when filesystem maximum link count is reached. * If link fails for another reason, leave

This patch adds the --link-by-hash=DIR option, which hard links received files in a link farm arranged by MD4 file hash. The result is that the system will only store one copy of the unique contents of each file, regardless of the file's name. (rev 5) * Fixed silly logic error. (rev 4) * Updated for committed robust_rename() patch, other changes in CVS. (rev 3) * Don't link empty

https://bugzilla.samba.org/show_bug.cgi?id=7951 Summary: Option for case insensitivity in filter rules Product: rsync Version: 3.0.6 Platform: All URL: http://lists.samba.org/archive/rsync/2007- March/017381.html OS/Version: All Status: NEW Severity: normal Priority: P3

https://bugzilla.samba.org/show_bug.cgi?id=7956 Summary: Don't error when attempting to delete a non-existent default ACL Product: rsync Version: 3.1.0 Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: P3 Component: core AssignedTo: wayned at samba.org

https://bugzilla.samba.org/show_bug.cgi?id=7070 Summary: Permission denied message with --fake-super and permissionless directory Product: rsync Version: 3.0.6 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P3 Component: core AssignedTo: wayned at

Hi all, I can't find a working archive search for this list, so please forgive me if this has been discussed before. Has any thought been given to supporting websockets in the ssh client? I'm talking about solely using a websocket as the transport layer, and leaving the actual protocol intact, as opposed to the (to me, frankly terrifying) idea of allowing a web server to act as an ssh

On Mon, 2003-11-03 at 21:53, Dave St John wrote: > Anyone know of or how to capture the pid via the command line in bash? pidof ??? $ pidof httpd 827 825 824 788 -- Drew <p>--- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request@xiph.org' containing only

Hi, I'm considering migrating away from gmail for my (one-man) company, and I'm trying to decide if dovecot is the right option (I'm committed to self-hosting). I'm a developer, so happy to do my own tooling if needed. *Is there currently a good webmail interface to dovecot, or work-in progress?* If not, would a web interface be out-of-scope for dovecot? I want to use SAML for

On 03/28/2016 05:05 PM, aki.tuomi at dovecot.fi wrote: > >> On March 28, 2016 at 5:43 PM Phil Lello <phil at dunlop-lello.uk> wrote: >> >> >> Hi, >> >> I'm considering migrating away from gmail for my (one-man) company, and I'm >> trying to decide if dovecot is the right option (I'm committed to >> self-hosting). I'm a

Hi, I am running openssh7.3p1 on an embedded Linux system and discovered this problem. If I run: ssh-keygen -t rsa1 -f testfile it appears to generate the key and I get the output: Generating public/private rsa1 key pair. Enter passphrase (empty for no passphrase): Enter same passphrase again: Saving key "testfile" failed: unknown or unsupported key type Should this option

Hi all, I have just started playing with speex, and come up with the following code, which just encode a frame of 160 shorts, and the decode it. For some reason the decoded sample is completely different than the original one. is my code wrong? If so what? Or is it a reasonable which depends of values that weren't correctly set? Thanks, Andre #include <stdio.h> #include

I am posting again - Please help. I am trying to add print drivers for a samba shared printer to a Windows2000 group - Everything up to this step works - I am using Samba 3.0.1 rpcclient -d 100 -Uroot -c 'adddriver "Windows NT x86" \ E323:LMAAE1DD.dll:\ LMAAE1P1.PPD:LMAAE1DA.DLL:LMAAE1DA.HLP:\ NULL:RAW:LMAA1B1.DLL,LMAAE1BJ.DLL,LMAAE1BT.DLL,LMAAE1DA.ALL,LMAAE1ED.DLL,LMAAE1PI.EXE,\

Hello, Does anybody know how to avoid the file fragmentation when a file is created over NFSv3? A file created locally is OK: dd bs=32k if=/dev/zero of=test count=32x1024 conv=fsync filefrag test test: 10 extents found, perfection would be 9 extents When I create the file in the same dir, but from another machine, mounted over NFS: filefrag test test: 4833 extents found, perfection would be