similar to: character set for Windows?

I'm trying to use rsync (version 2.6.9) to back up some files. However, a few of them contain Hebrew characters. While I can back them up, the filenames come through scrambled (I don't have Hebrew characters anymore). I've tried the -8 switch, but that didn't work. Any suggestions? Background: The files are created on Windows and saved on a samba share (v3.0.24). I can copy

Hi - I have implemented an rsync script that runs on a Leopard OS X system and backup the local host itself, plus 2 remote machines - another Leopard machine and a Win XP laptop. The remote backups are performed by connection to an rsync daemon. I'm using rsync 3.0.4 with a few extension for the Mac OS X side. When doing the backup of the XP box I see these error messages: 28/11/2008

Good day, I have been doing some tests with rsync on windows (client) to backup to a linux server. I started out with cwrsync, but ran into the dreaded "File name too long (91)" error. Apparently due to an issue with the cygwin portion of it. So I was then testing with a newer version of cygwin (1.7 beta) as the long file name issue was resolved. In testing that with some

Hi, I got the following report from a Debian user, about --files-from transferring the contents of a dir (i.e. including the files in it) specified in the input, even thugh the files aren't listed in the input. This happens only when the dir name ends with a slash. I asked him to cook up a script to reproduce this (as it wasn't quite clear to me at first what happened exactly). Any

Hi, how about to provide a simple way to forward raw file descriptors through ssh tunnels. something which may provide a way to write something like : (echo 3; read > out3) |& exec 3<&p 4>&p echo 5 >| out5 exec 5<> out5 echo 1 | ssh -d 3:rd -d 4:wr -d 5:rw ' read <&3; echo $REPLY >&4 read; echo $REPLY read <&5; echo $REPLY >&5

https://bugs.freedesktop.org/show_bug.cgi?id=49786 Bug #: 49786 Summary: In xterm, some rectangles are not redrawn when the window is partly covered Classification: Unclassified Product: xorg Version: 7.6 (2010.12) Platform: Other OS/Version: All Status: NEW Severity: normal

https://bugzilla.mindrot.org/show_bug.cgi?id=2192 Bug ID: 2192 Summary: scp output alignment bug with UTF-8/multibyte sequences Product: Portable OpenSSH Version: 6.4p1 Hardware: Other OS: Linux Status: NEW Severity: enhancement Priority: P5 Component: scp

Hi I am trying to rsync some ghost images from a windows client running Windows XP to my Linux server. The problem is that rsync sends the complete files again even if nothing changed on the client side. The only way to avoid this is to use the "-c"-option but this takes nearly as long as uploading the files would. The server is running rsync-2.6.9, /etc/rsyncd.conf looks as follows.

I am looking at starting a project to make a toy language that is targeted purely at 64bit windows. I have never used llvm or anything like it i am just trying to learn new things. However there are several problems, as far as i have seen, with compiling llvm in 64bit on windows. So i was wondering if i compile a 32bit version of llvm and use that can my resulting compiler output 64bit binaries?

Hi, As far as I can see, no. On checking, I have confirmed that the only location of cygwin1.dll is : C:\Rtools\bin Thanks Vivek 2017-06-03 12:57 GMT+02:00 Duncan Murdoch <murdoch.duncan at gmail.com>: > On 03/06/2017 6:31 AM, Vivek Sutradhara wrote: > >> Hi all, >> I am having some problems in updating some packages from source. I start >> with : >>

Hi all, I am having some problems in updating some packages from source. I start with : install.packages("Boom",lib="C:/RownLib",type="source") I get the following error message : * installing *source* package 'Boom' ... ** package 'Boom' successfully unpacked and MD5 sums checked ** libs *** arch - i386 c:/Rtools/mingw_32/bin/g++ -std=gnu++11

David Starks-Browning [starksb@ebi.ac.uk] writes: > Are you also distributing the source to cygwin1.dll? It is illegal > not to. Well, if it's an unmodified version, I expect a simple pointer to the Cygwin site and/or CVS tree would be sufficient. Physical distribution is not necessarily the only way to satisfy the GPL, and if the included cygwin1.dll is simply a binary downloaded

On 03/06/2017 6:31 AM, Vivek Sutradhara wrote: > Hi all, > I am having some problems in updating some packages from source. I start > with : > install.packages("Boom",lib="C:/RownLib",type="source") > > I get the following error message : Do you have multiple copies of cygwin1.dll? Duncan Murdoch > > * installing *source* package

https://bugs.freedesktop.org/show_bug.cgi?id=72979 Priority: medium Bug ID: 72979 Assignee: nouveau at lists.freedesktop.org Summary: garbage / parts of previous session displayed on login screen after reboot QA Contact: xorg-team at lists.x.org Severity: critical Classification: Unclassified OS:

On 03/06/2017 7:00 AM, Vivek Sutradhara wrote: > Hi, > As far as I can see, no. > > On checking, I have confirmed that the only location of > cygwin1.dll is : > C:\Rtools\bin I would re-install Rtools, and make sure C:\Rtools\bin appears first in your PATH. Duncan Murdoch > > Thanks > Vivek > > 2017-06-03 12:57 GMT+02:00 Duncan Murdoch <murdoch.duncan at

I've been attempting to create a new R package and recently removed the cygwin installation from my machine since R requires the use of the MingW tools for building an R package with C code. However, when I tried to build a source package, I found the following results: * removing junk files * building 'Rconifers_0.7-1.tar.gz' tar:

OK, I set up a new PC with a fresh XP load to be my rsync server. Rsync by itself seems to work fine (thank God. I'm going nuts.) I am still having problems when I throw ssh into the mix. At least now, things don't crash, but they do hang. The file list gets build, the transfer starts and it gets through maybe a few hundred files, but then everything stops. All the processes are still

I''m trying to figure out how to determine the width and height of images that are uploaded through my app. Either from the posted data or the file I save to disk. I''ve been searching around for info but no luck; I''m completely at a loss. Any suggestions or pointers would be great. Project background: The site is an artists portfolio site. The images are thumbnails

https://bugs.freedesktop.org/show_bug.cgi?id=44608 Bug #: 44608 Summary: Freeze after Fn-F8 - Next boots: screen remains off after suspend/resume Classification: Unclassified Product: xorg Version: unspecified Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal

This question is perhaps one you have seen before but I have not found an answer to as yet. Rsync uses cygwin1.dll as does openssh. Is there a more current compilation of openssh that uses a more current cygwin1.dll such that both rsync and openssh can function on the same version? This is important because of improvements made to cygwin1 that affect rsync speed. Thanks for your thoughts and