RE: Rsync 3.3.0 released

[Randall S. Becker via rsync]

Hi Wayne,

 

Just an FYI: RSync 3.3.0 built for HPE NonStop x86 and ia64 is now available on 
the ITUGLIB website (my team). We have supported that community and platform 
for many years. I am unsure how best to notify the RSync team about this.

 

Regards,

Randall

 

From: rsync  On Behalf Of Wayne Davison via rsync
Sent: Saturday, April 6, 2024 1:09 PM
To: rsync-annou...@lists.samba.org; rsync 
Subject: Rsync 3.3.0 released

 

I have released rsync version 3.3.0. This is a bug fix release, with the 
increased version bump being a delayed reaction to some of the recent larger 
changes that have happened.

 

To see a summary of all the recent changes, visit this link:

https://rsync.samba.org/ftp/rsync/NEWS#3.3.0

You can download the source tar file and its signature from here:

https://download.samba.org/pub/rsync/src-previews/rsync-3.3.0.tar.gz
https://download.samba.org/pub/rsync/src-previews/rsync-3.3.0.tar.gz.asc

See the website for other downloads, including diffs, patches, etc.:

https://rsync.samba.org/

 

The github repos have moved to a new RsyncProject organization. Because various 
life events have been monopolizing my time, I reached out to Tridge (the 
original author) and he has graciously agreed to get back into rsync work, 
along with Paul Mackerras, who was also an early contributor to rsync. This new 
team will be working mainly on maintenance tasks, and not so much on new 
features. If you want to get involved, feel free to reach out on the new 
discord RsyncProject channels.

 

For rsync on github and discord:

https://github.com/RsyncProject/rsync

https://discord.com/channels/1225946406041288736/1225946406041288739

..wayne..

-- 
Please use reply-all for most replies to avoid omitting the mailing list.
To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync
Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html

RE: Rsync 3.2.7 released

[Randall S. Becker via rsync]

Hi Wayne,

 

As of this release, I cannot link rsync.

 

 ERROR  [1210]:

   checksum.o: In function `csum_evp_md':

   checksum.o(.text._158011632+0xe2): unresolved reference to EVP_MD_CTX_new.

 

This is on the NonStop ia64 and x86 platforms. Can you guide me?

 

Thanks,

Randall

 

From: rsync  On Behalf Of Wayne Davison via rsync
Sent: October 20, 2022 11:11 PM
To: rsync-annou...@lists.samba.org; rsync 
Subject: Rsync 3.2.7 released

 

I have released rsync 3.2.7. This has some new features & fixes, including 
various bug fixes for arg validation & filter-rule validation.

To see a summary of all the recent changes, visit this link:

https://rsync.samba.org/ftp/rsync/NEWS#3.2.7

You can download the source tar file and its signature from here:

https://rsync.samba.org/ftp/rsync/rsync-3.2.7.tar.gz
https://rsync.samba.org/ftp/rsync/rsync-3.2.7.tar.gz.asc

See the website for other downloads, including diffs, patches, etc.:

https://rsync.samba.org/

See also rsync on github:

https://github.com/WayneD/rsync

..wayne..

-- 
Please use reply-all for most replies to avoid omitting the mailing list.
To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync
Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html

RE: [Test Problem] RSync 3.2.3 - Commit 15bc7ded

[Randall S. Becker via rsync]

Nevermind this message. The issue is a platform utility malfunctioning. Not an 
rsync issue.

 

Randall S. Becker, Managing Director, Nexbridge Inc.

+1.416.984.9826

 

From: Randall S. Becker  
Sent: September 22, 2020 3:30 PM
To: 'rsync@lists.samba.org' 
Subject: [Test Problem] RSync 3.2.3 - Commit 15bc7ded

 

Hi!

 

I’ve encountered a weird test failure at commit 15bc7ded

 

PASS00-hello

rm: cannot remove '... /testtmp/00-hello': Directory not empty

 

I have not seen this in prior commits. Any ideas on what I can look?

 

Thanks,

Randall

 

-- Brief whoami:

NonStop developer since approximately 2112884442

UNIX developer since approximately 421664400

-- In my real life, I talk too much.

 

 

-- 
Please use reply-all for most replies to avoid omitting the mailing list.
To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync
Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html

[Test Problem] RSync 3.2.3 - Commit 15bc7ded

[Randall S. Becker via rsync]

Hi!

 

I’ve encountered a weird test failure at commit 15bc7ded

 

PASS00-hello

rm: cannot remove '... /testtmp/00-hello': Directory not empty

 

I have not seen this in prior commits. Any ideas on what I can look?

 

Thanks,

Randall

 

-- Brief whoami:

NonStop developer since approximately 2112884442

UNIX developer since approximately 421664400

-- In my real life, I talk too much.

 

 

-- 
Please use reply-all for most replies to avoid omitting the mailing list.
To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync
Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html

Re: rsync-3.2.3pre1 released

[Randall S. Becker via rsync]

So far on my NonStop platform boxes, the rsync 3.2.3pre1 looks stable
building off our git clone.

Regards,
Randall

-- Brief whoami:
 NonStop developer since approximately 2112884442
 UNIX developer since approximately 421664400
-- In my real life, I talk too much.



-- 
Please use reply-all for most replies to avoid omitting the mailing list.
To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync
Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html

RE: Rsync 3.1.3pre1 released

[Randall S. Becker via rsync]

I’m going to re-apply the original port changes by hand and see what is going 
on. The number of actual deltas are fairly small overall. sys/file.h was 
wrapped in the original port, but it looks like the merge did not handle it 
properly. I’ll advise when done.

 

From: Wayne Davison [mailto:way...@samba.org] 
Sent: January 15, 2018 2:26 PM
To: Randall S. Becker 
Cc: rsync 
Subject: Re: Rsync 3.1.3pre1 released

 

On Mon, Jan 15, 2018 at 6:20 AM, Randall S. Becker  > wrote:

Incompatibility introduced at 3.1.3pre1. These are not present at master, which 
compiles cleanly.

 

The master branch and 3.1.3pre1 were pretty much the same until just a moment 
ago (except that the tar files get some generated files that aren't present in 
git, such as the autoconf generated configure.sh file).

 

sys/file.h is not available outside LINUX, so the requirement for its use, 
including apparently, flist.c, sadly breaks the NonStop port.

 

The include of  was added in 1998 and hasn't changed since then.

 

cc -c99 -I. -I. -I./zlib -I./popt -g -DHAVE_CONFIG_H  -c syscall.c -o syscall.o
return utime(fname, t);
^
"/home/git/rsync/syscall.c", line 448: error(252): argument of type "time_t *" 
is incompatible with parameter of type "const struct utimbuf *"

 

This is apparently because HAVE_STRUCT_UTIMBUF is not set but should be.  You 
might want to look into configure.sh to see why this is failing, or just tweak 
the generated config.h file.

 

cc -c99 -I. -I. -I./zlib -I./popt -g -DHAVE_CONFIG_H  -c lib/compat.c -o 
lib/compat.o
return gettimeofday(tv);
  ^
"/home/git/rsync/lib/compat.c", line 154: error(250): too few arguments in 
function call

 

Similarly, it looks like your system needs HAVE_GETTIMEOFDAY_TZ defined by 
configure.

 

..wayne..

-- 
Please use reply-all for most replies to avoid omitting the mailing list.
To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync
Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html

RE: Rsync 3.1.3pre1 released

[Randall S. Becker via rsync]

On January 15, 2018 1:53 AM, Wayne Davison write:
>I have made rsync 3.1.3pre1 available for testing.  This release has a couple 
>security fixes, a few new features, and a smattering of bug fixes.
>Please test this new release and send email to the rsync mailing list with any 
>questions, comments, or bug reports.

Incompatibility introduced at 3.1.3pre1. These are not present at master, which 
compiles cleanly.

sys/file.h is not available outside LINUX, so the requirement for its use, 
including apparently, flist.c, sadly breaks the NonStop port. We were running 
off vanilla code until 16b4971 3.1.2, with only minor changes through 1f83b51. 
With this change, we can no longer build since NonStop is not Linux (it is 
POSIX compliant) and the internal kernel file tables are not available. I'm 
looking for an alternative to make this work because rsync is widely used on 
our platform and picking up the latest CVE is pretty important to us. I was 
hoping to contribute the port, but without a valid build/test... well, you know.

The set compile errors (after removing the catastrophically missing sys/file.h) 
are mostly device related (makedev, major, minor) that sets a dependency to 
Linux only. The others, relating to time, can be fixed for the platform, but 
I'm just reporting them.

cc -c99 -I. -I. -I./zlib -I./popt -g -DHAVE_CONFIG_H  -c flist.c -o flist.o
if ((uint32)major(rdev) == rdev_major)
^
"/home/git/rsync/flist.c", line 436: error(114): identifier "major" is undefined
if (protocol_version < 30 && (uint32)minor(rdev) <= 
0xFFu)
 ^
"/home/git/rsync/flist.c", line 440: error(114): identifier "minor" is
  undefined
rdev = MAKEDEV(major(rdev), 0);
   ^
"/home/git/rsync/flist.c", line 449: error(114): identifier "makedev" is 
undefined
rdev = MAKEDEV(major(rdev), 0);
   ^
"/home/git/rsync/flist.c", line 449: error(114): identifier "major" is undefined
rdev = MAKEDEV(0, 0);
   ^
"/home/git/rsync/flist.c", line 455: error(114): identifier "makedev" is 
undefined
write_varint30(f, major(rdev));
  ^
"/home/git/rsync/flist.c", line 599: error(114): identifier "major" is undefined
write_varint(f, minor(rdev));
^
"/home/git/rsync/flist.c", line 601: error(114): identifier "minor" is undefined
write_byte(f, minor(rdev));
  ^
"/home/git/rsync/flist.c", line 603: error(114): identifier "minor" is undefined
write_int(f, minor(rdev));
 ^
"/home/git/rsync/flist.c", line 605: error(114): identifier "minor" is undefined
rdev = MAKEDEV(DEV_MAJOR(devp), 
DEV_MINOR(devp));
   ^
"/home/git/rsync/flist.c", line 770: error(114): identifier "makedev" is 
undefined
rdev = MAKEDEV(rdev_major, rdev_minor);
   ^
"/home/git/rsync/flist.c", line 845: error(114): identifier "makedev" is 
undefined
rdev = MAKEDEV(0, 0);
   ^
"/home/git/rsync/flist.c", line 851: error(114): identifier "makedev" is 
undefined
DEV_MAJOR(devp) = major(rdev);
  ^
"/home/git/rsync/flist.c", line 1008: error(114): identifier "major" is 
undefined
DEV_MINOR(devp) = minor(rdev);
  ^
"/home/git/rsync/flist.c", line 1009: error(114): identifier "minor" is 
undefined

cc -c99 -I. -I. -I./zlib -I./popt -g -DHAVE_CONFIG_H  -c generator.c -o 
generator.o
if (sxp->st.st_rdev != MAKEDEV(DEV_MAJOR(devp), 
DEV_MINOR(devp)))
   ^
"/home/git/rsync/generator.c", line 1049: error(114): identifier "makedev" is 
undefined
DEV_MAJOR(devp) = major(real_sx.st.st_dev);
  ^
"/home/git/rsync/generator.c", line 1476: error(114): identifier "major" is 
undefined
DEV_MINOR(devp) = minor(real_sx.st.st_dev);
  ^
"/home/git/rsync/generator.c", line 1477: error(114): identifier "minor" is 
undefined
if (atomic_create(file, fname, sl, NULL, MAKEDEV(0, 0), , 
statret == 0 ? DEL_FOR_SYMLINK : 0)) {
 ^
"/home/git/rsync/generator.c", line 1558: error(114): identifier "makedev" is 
undefined
rdev = MAKEDEV(DEV_MAJOR(devp), 

Intro: Randall

[Randall S. Becker via rsync]

Greetings Rsync,

 

Quick intro: I'm a port/platform maintainer for a variety of HPE NonStop
Open Source ports including rsync, git, and a few others, and have been in
the industry for far too long.

 

Our port is currently at commit 1f83b51, which I'm planning to upgrade to
7706303 in the next few days. We had been able to stay on vanilla code until
1f83b51 when we had to introduce a SUPERUSER #define because root on our
platform is not 0. We would like to contribute this back at some point.

 

Quick question: there has not been an officially tagged version for rsync in
a while, which makes putting out fixes a bit aweward in our community
(responses like "You're *still* at 3.1.3-DEV, shouldn't the numbers bump?).
So I'm wondering when the next fix number will be official, like 3.1.4,
which will make those who monitor CVEs on our platform much happier because
we can release it.

 

Cheers,

Randall

 

-- Brief whoami:

NonStop developer since approximately NonStop(2112884442) 

 UNIX developer since approximately UNIX(421664400)

-- In my real life, I talk too much.

-- 
Please use reply-all for most replies to avoid omitting the mailing list.
To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync
Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html