Received: (at 667-done) by bugs.devuan.org; 14 Feb 2023 08:28:49 +0000 Return-Path: <[email protected]> Delivered-To: [email protected] Received: from email.devuan.org [2001:41d0:2:d06e::5c4:2612] by doc.devuan.org with IMAP (fetchmail-6.4.16) for <debbugs@localhost> (single-drop); Tue, 14 Feb 2023 08:28:49 +0000 (UTC) Received: from email.devuan.org by email.devuan.org with LMTP id 1cKYCglG62MFUAAAmSBk0A (envelope-from <[email protected]>) for <[email protected]>; Tue, 14 Feb 2023 08:27:53 +0000 Received: by email.devuan.org (Postfix, from userid 109) id 20B47A1; Tue, 14 Feb 2023 08:27:53 +0000 (UTC) X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on email.devuan.org X-Spam-Level: X-Spam-Status: No, score=0.4 required=5.0 tests=RDNS_DYNAMIC,SPF_PASS autolearn=no autolearn_force=no version=3.4.6 Received-SPF: Pass (mailfrom) identity=mailfrom; client-ip=193.36.131.86; helo=mx.hindley.org.uk; [email protected]; receiver=<UNKNOWN> Received: from mx.hindley.org.uk (193-36-131-86.cfwn.uk [193.36.131.86]) by email.devuan.org (Postfix) with ESMTPS id 1844584 for <[email protected]>; Tue, 14 Feb 2023 08:27:47 +0000 (UTC) Received: from apollo.hindleynet ([192.168.1.3] helo=hindley.org.uk) by mx.hindley.org.uk with smtp (Exim 4.84_2) (envelope-from <[email protected]>) id 1pRqfC-00034N-4o; Tue, 14 Feb 2023 08:27:46 +0000 Received: (nullmailer pid 30289 invoked by uid 1000); Tue, 14 Feb 2023 08:27:46 -0000 Date: Tue, 14 Feb 2023 08:27:45 +0000 From: Mark Hindley <[email protected]> To: Dave <[email protected]>, [email protected] Subject: Re: bug#667: rsync: fails to honour a tilde (~) in --log-file option Message-ID: <Y+tGAe0Pw/[email protected]> References: <[email protected]> <[email protected]> <[email protected]> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <[email protected]> X-Debbugs-No-Ack: No Thanks Closing as this is a user shell quoting issue: tilde expansion is performed by the shell not rsync. Mark
Dave <[email protected]>
:Mark Hindley <[email protected]>
:Received: (at 667) by bugs.devuan.org; 6 Mar 2022 07:49:41 +0000 Return-Path: <[email protected]> Delivered-To: [email protected] Received: from tupac3.dyne.org [195.169.149.119] by doc.devuan.org with IMAP (fetchmail-6.4.16) for <debbugs@localhost> (single-drop); Sun, 06 Mar 2022 07:49:41 +0000 (UTC) Received: from mx.hindley.org.uk (193-36-131-86.cfwn.uk [193.36.131.86]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.dyne.org (Postfix) with ESMTPS id 60EE2661344 for <[email protected]>; Sun, 6 Mar 2022 08:49:36 +0100 (CET) Received: from apollo.hindleynet ([192.168.1.3] helo=hindley.org.uk) by mx.hindley.org.uk with smtp (Exim 4.84_2) (envelope-from <[email protected]>) id 1nQle3-0007Lu-3o; Sun, 06 Mar 2022 07:49:35 +0000 Received: (nullmailer pid 32295 invoked by uid 1000); Sun, 06 Mar 2022 07:49:34 -0000 Date: Sun, 6 Mar 2022 07:49:34 +0000 From: Mark Hindley <[email protected]> To: Dave <[email protected]>, [email protected] Subject: Re: bug#667: rsync: fails to honour a tilde (~) in --log-file option Message-ID: <[email protected]> References: <[email protected]> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <[email protected]> X-Debbugs-No-Ack: No Thanks X-Spam-Status: No, score=0.4 required=5.0 tests=RCVD_IN_DNSWL_BLOCKED, RDNS_DYNAMIC,SPF_PASS autolearn=disabled version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on mail.dyne.org Dave, On Fri, Mar 04, 2022 at 05:55:52PM -0500, Dave wrote: > Package: rsync > Version: 3.1.3-6 > Severity: normal > > Dear Maintainer, > > * What led up to the situation? > Normal rsync local system directory copying/archiving using the '--log-file' option > > * What exactly did you do (or not do) that was effective (or > ineffective)? I doubt this is an rsync issue. Tilde expansion on the command line is handled by your shell before executing the expanded command line. See sh(1). > 1. Executing "rsync -a --verbose --log-file=~/xx/mylog ~/xxxx ~/xx" If you are quoting the command, that will prevent tilde expansion. Mark
[email protected], [email protected]
:bug#667
; Package rsync
.
Full text available.Received: (at submit) by bugs.devuan.org; 4 Mar 2022 22:57:12 +0000 Return-Path: <[email protected]> Delivered-To: [email protected] Received: from tupac3.dyne.org [195.169.149.119] by doc.devuan.org with IMAP (fetchmail-6.4.16) for <debbugs@localhost> (single-drop); Fri, 04 Mar 2022 22:57:12 +0000 (UTC) Received: from mout.perfora.net (mout.perfora.net [74.208.4.196]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.dyne.org (Postfix) with ESMTPS id D504266135F for <[email protected]>; Fri, 4 Mar 2022 23:56:00 +0100 (CET) Authentication-Results: mail.dyne.org; dkim=pass (1024-bit key; unprotected) header.d=elscof.net [email protected] header.b="UZu6hfja"; dkim-atps=neutral Received: from elscof.net ([98.229.127.25]) by mrelay.perfora.net (mreueus003 [74.208.5.2]) with ESMTPSA (Nemesis) id 0LwsL0-1oEo2m0T28-016Nmd; Fri, 04 Mar 2022 23:55:56 +0100 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=elscof.net; s=dkim13c5; h=Message-Id:Date:Subject:Cc:To:From:Content-Transfer-Encoding: MIME-Version:Content-Type:Sender:Reply-To:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: In-Reply-To:References:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=1HhFY2hicV6PQGJh3TqBpm5P/CmmeT6YApuHwp0BXSI=; b=UZu6hfja8x03y3PocbNg6ZX2Bf fou7XDy84lkRh0MI1IghdX+KImj3OESRi3slT2lLNQfBIBqACuBfYhQhSxJaVHGXoLM0UpTiISbk3 kedDeKD/xoaZBfUdTWjBBdy6k85FelI54vMuJWS8hp+7DGDVtVDEZB38dIf+VNGtva6s=; Received: from dhcp-68.homenet ([192.168.99.68]:34162 helo=defau-lt43.homenet) by elscof.net using smtp with id 1nQGq0-0007zt-Mr ; Fri, 04 Mar 2022 17:55:53 -0500 Received: (nullmailer pid 25227 invoked by uid 1000); Fri, 04 Mar 2022 22:55:52 -0000 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: Dave <[email protected]> To: Debian Bug Tracking System <[email protected]> Cc: Devuan Bug Tracking System <[email protected]> Subject: rsync: fails to honour a tilde (~) in --log-file option X-Debbugs-Cc: [email protected] Date: Fri, 04 Mar 2022 17:55:52 -0500 Message-Id: <[email protected]> X-elscof-al: X495X accept +local_hosts X-elscof: noloop r_adkim 1nQGq0-0007zt-Mr 2145 67 p587_oao X-Provags-ID: V03:K1:m1lKlVhpr3y1fk7ZJk5O+R8ZGYhgxzHWt4nFasRB61WP00xfYuZ e7TvBQkNtwVc7pIWXBSmyErAoHMsnx/0Jekx0gDt/QRtTcqru6RcySLQMZ8oYzS/aRkTax9 aPCxG3ra0IXI6ghpw/UzawCEy1ALUhrHFpYWORzEsOD2fZHeQv90mwg6c5o2P+A+kay+Mid tOoWwSBqJwyUw0jwmITAg== X-UI-Out-Filterresults: notjunk:1;V03:K0:hkIThwurDEM=:vMqA9RDC/XmUO3ZIV2wd9A i7uKMWrEVB0rYsH4U+6v07q2haPMeIB3J3ssVY8spo+kPjXJhUqdl9whgNuDBamEMb4KL0yCX 1T/3h7bY1VoBj6QIqvdEv9F/YP2tvYrLYYKplSYdJGxxnI+45syHzzOZ/A8yLg3GP8E7dDHGm 5gSCrRerlRyMe4T8vIDdrMdBoq4MhJW4GXcx6Sc1Zk1Wtn7+k+CwG4RImuvf6iEAMmqXCRgrF eiAr5yYeoBsV4RyA4/zLSW1ULon/b0rMpZtIGpLuiHaIVw6Ns5am7iJI1oRL0h/Qgg1gmkZKA C6AssJ7Vy6xuhQGljDIeQNGgXSPK2H7Vee0MtkRh4Qc4uQTu0a00coMBUXdVSKPavyF3tBoeJ FpA6BZiCLhp/Dw8XFLrB/ZgoJT2aXzAve09OtxMxHpCfXleH3MNVx4SCxYjvIYCCO9wvTYcBg 95B/jx+CjjqgN7aheYzoYOYRMYwgienVnvN8qkXrPJhYIEsHBhvF3tmup4pQBt1oDTXZGR8En hmSDIffVDnQvHADazPOEf88lQGFUMYKbdwFZOlmeuS921kJ5deeLzoK0Zq3AipzAohPJt7ajK 67hnlQrtmEtVeXpUr75AmpJ6+6yErZ2+2Rseafzrda9+qrny0i4Z3cYcaxoueye6DoghjO0oD +tqM437fBR5TXXrWCKX9Bgb9SXvidRhki8PzenkptG0LdWQD6EBzomwD+YEloJzQ1oogvjPed fHZUMRIH8ZlW4/dy X-Spam-Status: No, score=-0.0 required=5.0 tests=DKIM_SIGNED,DKIM_VALID, RCVD_IN_MSPIKE_H2,SPF_HELO_PASS,URIBL_BLOCKED autolearn=disabled version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on mail.dyne.org Package: rsync Version: 3.1.3-6 Severity: normal Dear Maintainer, * What led up to the situation? Normal rsync local system directory copying/archiving using the '--log-file' option * What exactly did you do (or not do) that was effective (or ineffective)? 1. Executing "rsync -a --verbose --log-file=~/xx/mylog ~/xxxx ~/xx" Resulted in: rsync: failed to open log-file ~/xx/mylog: No such file or directory (2) Ignoring "log file" setting. sending incremental file list xxxx/ xxxx/20211230171244.mkv ...snip normal output... xxxx/xx/20220212123456-mask2.xcf sent 2,687,537 bytes received 222 bytes 5,375,518.00 bytes/sec total size is 2,686,183 speedup is 1.00 Note the error output and 'Ignoring "log file" setting.' line when the --logfile option contained a tilde: '--log-file=~/xx/mylog' Also note that the source and destination directories do contain the tilde (~). No log file was produced anywhere on the local system. (The directory archive was successful.) 2. Executing "rsync -a --verbose --log-file=xx/mylog ~/xxxx ~/xx" (relative directory) or with '--log-file=/home/myid/xx/mylog' (fully qualified path) resulted in the expected logging operation. If the tilde is honoured in the arguments, shouldn't it also be honoured in the options? Thanx. -- System Information: Distributor ID: Devuan Description: Devuan GNU/Linux 3 (beowulf) Release: 3 Codename: beowulf Architecture: x86_64 Kernel: Linux 4.19.0-14-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) LSM: AppArmor: enabled Versions of packages rsync depends on: ii base-files 10.3+devuan3.5 ii init-system-helpers 1.56+nmu1+devuan3 ii libacl1 2.2.53-4 ii libattr1 1:2.4.48-4 ii libc6 2.28-10 ii libpopt0 1.16-12 ii lsb-base 10.2019051400 rsync recommends no packages. Versions of packages rsync suggests: ii openssh-client 1:7.9p1-10+deb10u2 ii openssh-server 1:7.9p1-10+deb10u2 -- no debconf information
Dave <[email protected]>
:[email protected], [email protected]
.
Full text available.[email protected], [email protected], [email protected]
:bug#667
; Package rsync
.
Full text available.Devuan BTS -- Powered by Debian bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997 nCipher Corporation Ltd,
1994-97 Ian Jackson.
Devuan Bugs Owner <[email protected]>.
Last modified:
Thu, 28 Nov 2024 06:39:01 UTC