similar to: [Bug 2481] New: Tilde expansion in -i option inconsistent

On Mon, 17 Aug 2015, Todd C. Miller wrote: > I like the idea but tilde_expand_filename() calls fatal() if it > cannot resolve ~foo. This is not terrible when using -L and -R on > the normal command line but it seems pretty harsh to exit when -L > or -R are used via the ~C escape or the streamlocal-forward at openssh.com > request. > Message-Id: <aea6cdc1d1b42d07 at

--- channels.c | 6 +++++- 1 file changed, 5 insertions(+), 1 deletion(-) diff --git a/channels.c b/channels.c index a84b487..396e192 100644 --- a/channels.c +++ b/channels.c @@ -3014,10 +3014,14 @@ channel_setup_fwd_listener_streamlocal(int type, struct Forward *fwd, debug3("%s: type %d path %s", __func__, type, fwd->listen_path); + /* Expand home directory if necessary */ +

Set up NIS and autofs on this new CentOS6 box, but it seems tilde expansion no longer works in bash? [root at frodo ~]# cd ~john -bash: cd: ~john: No such file or directory [root at frodo ~]# cd /home/john [root at frodo john]# pwd /home/john [root at frodo john]# It still works in t/csh: [root at frodo ~]# /bin/csh [root at frodo ~]# cd ~john [root at frodo ~john]# pwd /home/john [root at

Greetings all, I'll skip the details of the setup, except to say that it has a non-standard (and non-templateable) home directory path for virtual users. Ran into the following problem when a debian (possibly from backports) packaged dovecot-1.1.2 was upgraded to a dovecot-1.1.13-2~bpo50+1 (definately from backports): sieve-storage: root directory specified by mail data does not exist:

Commit-ID: 91d0712951d61680da0e26aa356787b80b7368d8 Gitweb: http://git.kernel.org/?p=libs/klibc/klibc.git;a=commit;h=91d0712951d61680da0e26aa356787b80b7368d8 Author: Herbert Xu <herbert at gondor.apana.org.au> AuthorDate: Sun, 27 May 2018 17:31:57 +0800 Committer: Ben Hutchings <ben at decadent.org.uk> CommitDate: Sat, 28 Mar 2020 21:42:55 +0000 [klibc] dash: expand: Use

I've noticed recently that 'update.packages' and 'install.packages' seem to not do tilde expansion anymore, i.e. when I run update.packages("~/R-local/lib") on R-alpha (r41043) I get the message /home/rpeng/install/R-alpha/lib64/R/bin/INSTALL: line 304: cd: ~/R-local/lib: No such file or directory and the package is subsequently installed in the current working

https://bugzilla.mindrot.org/show_bug.cgi?id=3552 Bug ID: 3552 Summary: ssh_config option RevokedHostKeys doesn't do tilde expansion on the filename Product: Portable OpenSSH Version: 9.0p1 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5

In R 1.9.0 on Solaris/Sparc when I run, for example, install.packages("gregmisc", "~/R-local/lib"), instead of installing the `gregmisc' package in the directory /users/student/rpeng/R-local/lib the package gets installed in /users/student/rpeng/\~/R-local/lib, so the directory \~ is created in my home directory. This doesn't happen to me on Linux or Windows so I

Hi, The name of the identity file defaults to what fill_default_options() in readconf.c does: SSH_PROTO_1: "~/%.100s", _PATH_SSH_CLIENT_IDENTITY SSH_PROTO_2: "~/%.100s", _PATH_SSH_CLIENT_ID_RSA "~/%.100s", _PATH_SSH_CLIENT_ID_DSA Identity files are always expanded by tilde_expand_filename() which gets the name of the home directory from

Suppose I have a plot plot(1:10, pch = "") And I want some text to indicate a Normal distrubition. I could do this: text(5, 6, substitute(X~~~~N(mu, sigma^2)), adj = 0) text(5.35, 6, "~", adj = 0) But that's clumsy, and depending on your plotting device, might not even look sensible. I'd prefer to be able to do it more directly and simply the way these do: text(5,

I was trying to help someone who used a spanish keyboard on a PC running Windows. he discovered that he had no tilde key. Does anyone know of any simple work-arounds? Thanks, Hank Dr. Hank Stevens, Associate Professor 338 Pearson Hall Botany Department Miami University Oxford, OH 45056 Office: (513) 529-4206 Lab: (513) 529-4262 FAX: (513) 529-4243 http://www.cas.muohio.edu/~stevenmh/

Buenas para todos, tengo instalado r studio en windows y mi compilador de latex es winedit. En rstudio para Rnw no me acepta la tilde directamente solo con /' como hacer que acpte la tilde en Rnw siendo q en text acpeta sin problemas? [[alternative HTML version deleted]]

Hi John, First, the unix and linux filesystem allows the use of any nonzero character in its filesystem filenames and the c functions open / fopen, symlink. rename, chdir and so on don't care about any tilde. If the open systemcall gets a file which begins with a tilde then it will try to open this filename without any preceding modification. So the tilde expansion is not really a unix

Timo, After installing beta8 on Solaris 10 sparc and starting it for the first time, I noticed this in my syslog: May 14 19:35:45 emerald dovecot: [ID 475045 mail.info] Dovecot v1.0.beta8 starting up May 14 19:35:47 emerald dovecot: [ID 536776 mail.error] stat(~) failed: No such file or directory The only appearance of the tilde (~) in my dovecot.conf is here: default_mail_env =

I've reproduced on ubuntu and winodws with R3.4.3 When the filepath contains a tilde, the result is NA. But if the file path is expanded then the function works. Example: tools::md5sum("~/.Rprofile") returns NA tools::md5sum(normalizePath("~/.Rprofile")) returns the proper md5 Perhaps this is expected behaviour because the documentation does say NA is returned for

?path.expand Expand a path name, for example by replacing a leading tilde by the user's home directory (if defined on that platform). *A* path name. The argument is a character vector. If multiple path names are passed, they are passed On most builds of R *A LEADING* "~user" will be replaced... Nothing is said in the R documentation about *multiple* or *non-leading*

On 06/06/2019 5:04 p.m., Richard O'Keefe wrote: > How can expanding tildes anywhere but the beginning of a file name NOT be > considered a bug? It looks like a bug in R, but not necessarily a bug in libreadline: we may just be using tilde_expand improperly. Duncan Murdoch > > > On Thu, 6 Jun 2019 at 23:04, Ivan Krylov <krylov.r00t at gmail.com> wrote: > >>

How can expanding tildes anywhere but the beginning of a file name NOT be considered a bug? On Thu, 6 Jun 2019 at 23:04, Ivan Krylov <krylov.r00t at gmail.com> wrote: > On Wed, 5 Jun 2019 18:07:15 +0200 > Frank Schwidom <schwidom at gmx.net> wrote: > > > +> path.expand("a ~ b") > > [1] "a /home/user b" > > > How can I switch off

Hi, yes, I have seen this package and it has the same tilde expanding problem. Please excuse me I will cc this answer to r-help and r-devel to keep the discussion running. Kind regards, Frank Schwidom On 2019-06-11 09:12:36, G?bor Cs?rdi wrote: > Just in case, have you seen the fs package? > https://fs.r-lib.org/ > > Gabor > > On Tue, Jun 11, 2019 at 7:51 AM Frank Schwidom

Hello, R 3.6.0 on Ubuntu 19.04. Since no one mentioned it, notice that the tilde in the middle of a string needs to be surrounded by spaces to be expanded. The first code line works as expected, only the second is wrong (buggy). path.expand('a~b') #[1] "a~b" path.expand('a ~ b') #[1] "a /home/rui b" Rui Barradas ?s 04:27 de 08/06/19, Richard O'Keefe