rsyncd.conf man page on numeric ids has incorrect instructions about chroot

Bug #1222301 reported by Rodney Beede
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
rsync (Ubuntu)
Fix Released
Undecided
Unassigned

Bug Description

The man page documention (man rsyncd.conf) states:

       numeric ids
              Enabling this parameter disables the mapping of users and groups
              by name for the current daemon module. This prevents the daemon
              from trying to load any user/group-related files or libraries.
              This enabling makes the transfer behave as if the client had
              passed the --numeric-ids command-line option. By default, this
              parameter is enabled for chroot modules and disabled for
              non-chroot modules.

              A chroot-enabled module should not have this parameter enabled
              unless you’ve taken steps to ensure that the module has the nec‐
              essary resources it needs to translate names, and that it is not
              possible for a user to change those resources.

"A chroot-enabled module should not have" should read "A chroot-enabled module should have" (removed the word 'not') as that is the default and expected behavior when chroot is enabled.

Tags: manpage
Revision history for this message
Simon Déziel (sdeziel) wrote :

Looks like this was fixed as it now (rsync 3.2.3-8ubuntu3 from 22.04 dev) says:

man rsyncd.conf:
> A chroot-enabled module should not have this parameter set to false unless you're using a "name converter" program or you've taken steps to ensure that the module has the necessary resources it needs to translate names ...

Changed in rsync (Ubuntu):
status: New → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.