similar to: Cygwin rsync and the Window XP SP2 firewall

Hello all, To start off with, I will admit to being very much a samba newbie. Having said that, I set out on Friday to set up what I thought to be a very simple task. I wanted to share a HP inkjet printer off of an old laptop. I spent quite a bit of time on it and finally friday evening, I was able to get things working (I thought). Finally, test pages from all the clients printed

I am using R version 2.12.1 on Win XP. I have done a heatmap with dendrogram using the heatmap.2 function. The heatmap basically looks like I want it to be, but the labels of the columns are cut off. I.e. the textual labels of the columns, although they are not very long (less than 12 characters), do not fit into the window and can not be read entirely. If I manually resize the graphics

We've been using samba for in house domain serving for a small network of XP machines. We have an HP 932c shared via samba 2.2.8a on a Linux box. We loaded the drivers that come with windows on the print$ share for automatic installation. In samba, the print command is "lpr-cups -P %p -o raw %s -r". Printing single copies works fine. When we hook the printer directly to a xp

http://bugzilla.mindrot.org/show_bug.cgi?id=1288 Summary: ssh-add on Cygwin -- can't access ssh-agent socket Product: Portable OpenSSH Version: v4.5p1 Platform: ix86 OS/Version: Cygwin on NT/2k Status: NEW Severity: major Priority: P2 Component: ssh-add AssignedTo: bitbucket at mindrot.org

Package: liboggz Version: 0.9.0 Status: Severity: normal [Keep CC if you reply, I'm nt in this list] After porting the package to Cygwin, some binaries do not have accompnying manual pages. ... .inst/usr/share/man/man1/oggzdump.1.gz .inst/usr/share/man/man1/oggzdiff.1.gz .inst/usr/share/man/man1/oggzmerge.1.gz .inst/usr/share/man/man1/oggzrip.1.gz .inst/usr/include .inst/usr/include/oggz

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

Compilation was ok with klibc-1.5.10 on linux-2.6.25. Distrib does not matter as it is inside a chroot a la LSF With the upgrade to linux-2.6.27 it broke on 1.5.10 (I try too the last 1.5.14) with make[1]: Entering directory `/usr/src/klibc-1.5.14' GEN klcc/klibc.config GEN klcc/klcc HOSTCC scripts/basic/fixdep KLIBCCC usr/klibc/__static_init.o KLIBCCC usr/klibc/vsnprintf.o

https://bugzilla.samba.org/show_bug.cgi?id=2208 wayned@samba.org changed: What |Removed |Added ---------------------------------------------------------------------------- Severity|major |normal Status|NEW |ASSIGNED Summary|rsync failed at random file |cygwin version of rsync

I have found what seems to be a bug in warning(), but perhaps I'm being really boneheaded (it's happened before). Essentially, warning() seems to segfault if its argument is greater than 8191 characters (8192 is defined as BUFSIZE in errors.c, so a quick workaround would be to boost this ...) The bug was initially provoked by trying to concatenate two long tables -- the warning message

Chris Murphy wrote: > firewall-cmd --add-service=rsyncd > firewall-cmd --add-service=rsyncd Error: INVALID_SERVICE: rsyncd Is there another place that there needs to be an rsyncd service file, whatever it's supposed to be named, *other* than where systemd wants it? mark > To make it permanent, do the above and this: > firewall-cmd --permanent --add-service=rsyncd > >

Hello, I'm trying to figure out why using a cygwin compiled version of rsync [both the cwRsync distribution and the deltacopy distribution] are prompting the user for an inbound firewall exception on Windows [testing on Win7]. I'm not doing anything fancy, just pushing out to a remote through ssh [rsync.exe local_path user at server.com:/absolute/remote path]. Everything works fine even

Dear RSYNCians, I'm trying to rsync my labtop pc (let's assume A-computer) with my desktop pc (let's assume C-computer) through our firewall. In between there is one computer (let's assume B-computer) that has an open port, so I theoretically could connect via a tunnel. I checked the SSH- website and internet and so on but did not find an answer that works. I tried the

https://bugzilla.samba.org/show_bug.cgi?id=2328 Summary: cygwin rsync hangs when initiated remotely after transfering some files Product: rsync Version: 2.6.3 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P3 Component: core AssignedTo: wayned@samba.org

Dear Rsync list, I am running an rsync deamon on a linux box "diesel". If I have no firewall (iptables) it works fine. If I have a firewall it doesn't work - just times out. This problem occurs <even> if I open port 873. Any hints? I am sure there is something simple to do here like open another range of ports but I can't find the info. In case I need to open a

As part of coreutils' bootstrap, rsync crashes on cygwin: $ /usr/bin/rsync \ --delete \ --exclude '*.s1' \ -Lrtvz 'translationproject.org::tp/latest/coreutils/' \ 'po/.reference' rsync: failed to connect to translationproject.org (*inet_ntop failed*): Connection refused (111) Segmentation fault (core dumped) $ cat rsync.exe.stackdump

On Mon, Jan 25, 2016 at 03:56:21PM +0000, Always Learning wrote: > Of course Alice can. All of us can. Hopefully it is constructive > criticism. Seeing good software being replaced by less good, less > useful and more awkward software usually provoke the software's users to > protest. Complaining on the CentOS list is probably not that productive, though. -- Jonathan Billings

rsync'ing ain't working for me. Is this the right syntax? rsync -avrt rsync://mirror.ovh.net/centos/5.4/updates/i386 --exclude=debug/ updates/ rsync: getaddrinfo: mirror.ovh.net 873: Temporary failure in name resolution rsync error: error in socket IO (code 10) at clientserver.c(107) [receiver=2.6.8] -- John Maclean 07739 171 531 MSc (DIC) Enterprise Linux Systems Engineer

Hi, sorry I don't know if I send this to the correct channel. I have notice that OpenSSH has recognized the presence of the user enumeration as a vulnerability, http://seclists.org/fulldisclosure/2016/Jul/51 (CVE-2016-6210). I want to make an appreciation, this is a old vulnerability already announced three years ago.

Hi folks, I've got an idea for something I may be able to do as a Link-Time- Optimization pass, but I can't seem to find how LTO gets used. My crude approach has been to compile LLVM for debugging, and then run gdb on llvm-ld with -O5 and two .bc files, trying to catch LTO in action. I've also scanned the compiled tools, and none of them appear to use the symbol

On 6/4/19 4:59 AM, Richard W.M. Jones wrote: > Callback functions now return an int instead of a void. This allows > in some cases for the callback to indicate that there was an error. > > This is a small change to the API: Indeed; and my work to let nbdkit-nbd use libnbd is slightly impacted. If I want to support both 0.1.2 and 0.1.x, I now have to do a conditional compilation