RFH - xs-rsync on F9 fails with an odd error

More fun to be had debugging! Rsync and xinetd - those two old friends - are not playing ball, and there error is not something I've ever seen before. So if you have an F9 machine and want to debug something (and hopefully help craft a patch). To start, add a repo to your F9 box pointing to http://fedora.laptop.org/xs/testing/olpc/7/i386 - keep it disabled by default - I don't want a yum update to switch your desktop machine into a school server. Not yet at least. Notes: - that repo contains a single dangerous package. Do NOT dare install xs-config - it will reconfigure your machine in unexpected ways. Everything else is pretty sane. - even if harmless, the packages here will create a directory called /library - assuming you don't have a /library dir you use, all is safe... 1 - From that repo, install xs-rsync, most dependencies are harmless, (see cleanup notes later). 2 - xs-rsync by default binds to an odd address, edit the bind address in /etc/xinet.d/xs-rsync so that it listens on localhost 3 - ah, magic moment: run `rsync rsync://localhost/` - normally, it should list one directory: 'builds' (this is from /library/xs-rsync/pub feel free to put something there). On my system, it errors out, and /var/log/messages talks about getpeeraddr errors, which I've never seen before. Nor has google :-/ 4 - ??? 5 - patch! Cleanup: - You will probably want to remove xinetd, incron, and usbmount if you are not otherwise using them. - rm /library if there is no content of yours there. cheers, m -- martin.langhoff(a)gmail.com martin(a)laptop.org -- School Server Architect - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff