similar to: Rsync 2.6.4pre4 released (2.6.4 imminent!)

The background: I host one of the unofficial slackware mirrors & push to a high speed (unlisted) mirror that several other unofficials use for pulls. To save time/disk/bandwidth I use a custom script to hardlink the trees prior to pushing the updates to said unlisted mirror. The commandline (linewrap from hell, sorry): (note: username/password/hostname/modulename deliberately obfuscated)

I've released rsync 2.6.4pre3. I'm hoping that this will be pretty close to the final version for 2.6.4, so please beat on this and let me know if anything weird turns up! IMPORTANT: protocol 29 was revised in pre3 to be incompatible with pre1 and pre2, so be sure to update all your pre-release versions at the same time. Rsync has code in it to detect that it is talking to an older

I've released rsync 2.6.4pre3. I'm hoping that this will be pretty close to the final version for 2.6.4, so please beat on this and let me know if anything weird turns up! IMPORTANT: protocol 29 was revised in pre3 to be incompatible with pre1 and pre2, so be sure to update all your pre-release versions at the same time. Rsync has code in it to detect that it is talking to an older

I just upgraded from 2.14 to 2.15 and have run into an issue upgrading libraries that I've not had in previous version upgrades. For example, trying to install reshape2 for 2.15 throws errors and I don't see what to change to over come the problem: > install.packages("reshape2") Installing package(s) into ?/home/rshepard/R/i486-slackware-linux-gnu-library/2.15? (as ?lib? is

The following changes since commit 022cdd1d56512e8759e8374c10a7420201db93c0: Matt Fleming (1): cli: don't disable linewrap when redrawing the cmdline are available in the git repository at: git://github.com/geneC/syslinux.git menu-ipappend-1-for-mfleming Gene Cumm (1): menu.c32: Fix SYSAPPEND com32/menu/readconfig.c | 8 +++++--- 1 files changed, 5 insertions(+), 3

Synopsis: Prior to the 2.6.4pre versions, issuing 'rsync rsync://host/module/' behaved effectively as 'ls -l'. I've toyed with various options in an attempt to get an 'ls -l' style output, but to no avail. As I have a small handful of scripts that rely on this no-longer-functioning functionality, this could be considered a Bad Thing(TM). Following is an example of

Hello, it's a great pleasure for me to announce the availability of libtheora alpha8 and the imminent availability of beta1. http://downloads.xiph.org/releases/theora/libtheora-1.0alpha8.tar.gz alpha8 brings a completely new decoder (feature complete, lifted from derf's theora-exp) and additional control over the encoder (applications now can specify their own set of quantization

Hello, it's a great pleasure for me to announce the availability of libtheora alpha8 and the imminent availability of beta1. http://downloads.xiph.org/releases/theora/libtheora-1.0alpha8.tar.gz alpha8 brings a completely new decoder (feature complete, lifted from derf's theora-exp) and additional control over the encoder (applications now can specify their own set of quantization

I''ve now fixed all of the bugs I''m going to fix for 0.24.0/misspiggy. Please test that the current ''master'' branch in git works for you. I''ll probably release tomorrow, or maybe early on Thursday if I don''t hear of any show-stoppers. -- I don''t want any yes-men around me. I want everybody to tell me the truth even if it

All, Just letting you know that I intend to restart the web server in a few minutes. Notice was given earlier today. Reid.

Hi, Just wondering if there''s a release of xen 4.1.4 being planned for the near future to bundle up the recent XSA''s? - Nathan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users

I took v2.8.3-rc in git, bootstrapped autoconf, build, make check, make dist, (on NetBSD 10) and then used that tarball as the source for pkgsrc, built a package, installed it on machine with a Best Fortress (NetBSD 9), rebooted, and both upsc and a program that uses the pyNUT interface code seem fine. So I see no problems. (Of course, I always like there to be a multiday interval from rc to

I took v2.8.3-rc in git, bootstrapped autoconf, build, make check, make dist, (on NetBSD 10) and then used that tarball as the source for pkgsrc, built a package, installed it on machine with a Best Fortress (NetBSD 9), rebooted, and both upsc and a program that uses the pyNUT interface code seem fine. So I see no problems. (Of course, I always like there to be a multiday interval from rc to

Sounds great, thanks! A number of other community members raised a few issues from the RC testing that finally took off, so I guess there will be an rc3 at least... There may also be some issues with upssched as discussed in another mailing list thread and https://github.com/networkupstools/nut/issues/2890 (may be or not be same problem underneath) but I am not ready to investigate that deeply.

Sounds great, thanks! A number of other community members raised a few issues from the RC testing that finally took off, so I guess there will be an rc3 at least... There may also be some issues with upssched as discussed in another mailing list thread and https://github.com/networkupstools/nut/issues/2890 (may be or not be same problem underneath) but I am not ready to investigate that deeply.

Okay, I sent this a while back, and the current source still exhibits all the previous errors. Is there a chance this can be fixed? Even fixing the check for dn_expand in resolv.so would help ... Tony >Date: Tue, 10 Apr 2001 15:29:39 -0700 >To: "jeremy@valinux.com" <jeremy@valinux.com>, samba@samba.org >From: Anthony Brock <abrock@georgefox.edu> >Subject: Re:

I am wondering if there are any tricks getting the Cisco ATAs to do "distinctive rings" via the ALERT_INFO variable? I have seen some contradictory information in the Wiki, and I tried the example there. I then sniffed the connection between the server and the ATA and didn't see the header sent like it is "supposed" to be. If someone out there has a handle on this and

Hello everybody, Just a short note that clang build "clang-native-arm-cortex-a9" is broken and the very last successful build was for revision 139932. All newer revisions fail. The builder is available here: http://172.16.0.135:8011/waterfall Thanks Galina

Sorry, that was one mishap layered onto another - the "v2.8.3-rc1" tag was supposed to point to the same commit as what I originally hoped was "v2.8.3"... but did not - instead initially pointed to what would land to `master` among its fixes for a cleaner release. Hopefully tags are correctly refined on GitHub repo now, at least. Jim On Tue, Apr 8, 2025 at 2:58?PM Greg

Sorry, that was one mishap layered onto another - the "v2.8.3-rc1" tag was supposed to point to the same commit as what I originally hoped was "v2.8.3"... but did not - instead initially pointed to what would land to `master` among its fixes for a cleaner release. Hopefully tags are correctly refined on GitHub repo now, at least. Jim On Tue, Apr 8, 2025 at 2:58?PM Greg