search for: no_such_fil

...mapped as x:\ & for the sake of testing, the directory has been recursively set to 777 (chmod). Command prompt output: x:\> x:\r235\src\ntprpst\sharc\mta\src\build_sharc_fta.bat Access denied - x:\r235\src\ntprpst\sharc\mta\src\build~XM.bat X:\> X:\> x:\r235\src\ntprpst\sharc\mta\src\no_such_file.bat No file of directory - x:\r235\src\ntprpst\sharc\mta\src\no_such_file.bat X:\> Normally, I would assume this is some 8.3 filename quirk, but what's odd is where that ~xm.bat comes from. Why no ~1.bat, like standard Win9x format? I was able to move the r235 directory over to the local...

...mapped as x:\ & for the sake of testing, the directory has been recursively set to 777 (chmod). Command prompt output: x:\> x:\r235\src\ntprpst\sharc\mta\src\build_sharc_fta.bat Access denied - x:\r235\src\ntprpst\sharc\mta\src\build~XM.bat X:\> X:\> x:\r235\src\ntprpst\sharc\mta\src\no_such_file.bat No file of directory - x:\r235\src\ntprpst\sharc\mta\src\no_such_file.bat X:\> Normally, I would assume this is some 8.3 filename quirk, but what's odd is where that ~xm.bat comes from. Why no ~1.bat, like standard Win9x format? Here are some Samba debugging info (log level 3): [200...

...two streams just as if they were run locally. I also want jobs running remotely to die when I press Ctrl-C just as if they were run locally. At first glance these do not seem to be mutual exclusive, but when you get further into the details it seems they more or less are. "ssh example.com ls no_such_file" will print "ls: no_such_file: No such file or directory" on stderr. "ssh -tt example.com sleep 1000" will run sleep on the remote machine. Pressing Ctrl-C will kill sleep. But: "ssh -tt example.com ls no_such_file" will print "ls: no_such_file: No such f...

...t; echo Apple Build. >> >> It leaves Makefile mostly alone, all except for three lines at the >> top and one line at the end of it. > > Because the existing top-level Makefile includes "Makefile.config". ? Only if you want it: $ cat Makefile ifdef FOO include no_such_file endif all: echo ok mrs $ make all echo ok ok

On Oct 8, 2009, at 5:18 PM, Mike Stump wrote: > On Oct 8, 2009, at 4:52 PM, Stuart Hastings wrote: >> Currently, to get LLVM to build "Apple-style," it's necessary to >> copy two files (utils/buildit/GNUmakefile and utils/buildit/ >> build_llvm) into the top-level directory. > > Why not: > > $ RC_ARCHS="x86" make > echo Apple Build.

...ftest2", "ftestmore", "ftest&more") file.create(f) stopifnot(file.exists(f)) unlink("ftest?") stopifnot(file.exists(f) == c(FALSE, FALSE, TRUE, TRUE)) unlink("ftest*", recursive = TRUE) stopifnot(!file.exists(f)) stopifnot(unlink("no_such_file") == 0) # not an error dd <- c("dir1", "dir2", "dirs", "moredirs") for(d in dd) dir.create(d) dir(".") file.create(file.path(dd, "somefile")) dir(".", recursive=TRUE) stopifnot(unlink("dir?") == 1)...

...ot;/home/hb/software/R-devel/trunk/lib/R/library" ? The long version: R_LIBS_SITE='no_such_dir' and R_LIBS_USER='' is set up at the very end of tools:::setRlibs(): setRlibs <- ... c(paste0("R_LIBS=", rlibs), if(WINDOWS) " R_ENVIRON_USER='no_such_file'" else "R_ENVIRON_USER=''", if(WINDOWS) " R_LIBS_USER='no_such_dir'" else "R_LIBS_USER=''", " R_LIBS_SITE='no_such_dir'") } Monitoring with 'pstree' confirms this. On Linux with R 3.6.3, the call...

...ded with stated dependencies ... OK ** checking whether the name space can be unloaded cleanly ... OK * loading checks for arch 'x64' ** checking whether the package can be loaded ...Warning: running command '"D:/biocbld/bbs-2.9-bioc/R/bin/x64/Rterm.exe" R_ENVIRON_USER='no_such_file' --no-site-file --no-init-file --no-save --no-restore --slave -f D:\biocbld\bbs-2.9-bioc\tmpdir\RtmpO65p5H\Rin57456988' had status 1 ERROR Error: package 'fabia' is not installed for 'arch=x64' Execution halted It looks like this package has a loading problem: see the...

...It leaves Makefile mostly alone, all except for three lines at the >>> top and one line at the end of it. >> >> Because the existing top-level Makefile includes "Makefile.config". > > ? Only if you want it: > > $ cat Makefile > ifdef FOO > include no_such_file > endif > > > all: > echo ok > mrs $ make all > echo ok > ok I don't think that solves the problem. If I elide both of the includes in the top-level Makefile, then I'm obliged to make the combined Makefile + included GNUmakefile coexist. I think it could be...

...r recognizing valid multibyte character sequences in your current locale, allowing it to escape fewer... So apparently this is to be blamed. Can anybody at least confirm this, or should I directly file a bug? For example you can see my MOTD by: rsync -v rsync://rsync.tar.bz/gentoo-portage/NO_SUCH_FILE It used to be a sleeping magenta cat on green grass... Now the escape is escaped and becomes: \#033[35m |\ _.,,---,._ \#033[33m/ \ \#033[35mZZzz. /,`.-'`' -. ;-;;,_ \#033[33m\ Kanagawa, Japan / \#033[35m |,4- ) )-,_. ,\ ( `'-' \#033[33...

...t; | The long version: > | > | R_LIBS_SITE='no_such_dir' and R_LIBS_USER='' is set up at the very > | end of tools:::setRlibs(): > | > | setRlibs <- > | ... > | c(paste0("R_LIBS=", rlibs), > | if(WINDOWS) " R_ENVIRON_USER='no_such_file'" else "R_ENVIRON_USER=''", > | if(WINDOWS) " R_LIBS_USER='no_such_dir'" else "R_LIBS_USER=''", > | " R_LIBS_SITE='no_such_dir'") > | } > | > | Monitoring with 'pstree' confirms this...

...evel/trunk/lib/R/library" | | ? | | The long version: | | R_LIBS_SITE='no_such_dir' and R_LIBS_USER='' is set up at the very | end of tools:::setRlibs(): | | setRlibs <- | ... | c(paste0("R_LIBS=", rlibs), | if(WINDOWS) " R_ENVIRON_USER='no_such_file'" else "R_ENVIRON_USER=''", | if(WINDOWS) " R_LIBS_USER='no_such_dir'" else "R_LIBS_USER=''", | " R_LIBS_SITE='no_such_dir'") | } | | Monitoring with 'pstree' confirms this. On Linux with R 3.6.3,...

These assorted patches end up with adding virtio-scsi support to libguestfs. It passes libguestfs-test-tool, but I haven't yet tried to run the full set of tests. In theory > 26 devices can be added, but it's likely that certain parts of the daemon will break if you actually try this. This of course needs to be fixed. Thanks Paolo Bonzini for invaluable help. Rich.

More comprehensive support for virtio-scsi. Passes all the tests. Rich.