similar to: scp man page: source vs. destination

I'm trying to compile R with support for profiling dynamically-loaded C code. I configured R with: export CFLAGS="-O0 -pg -pipe" export CXXFLAGS="-O0 -pg -pipe" export FFLAGS="-O0 -pg -pipe" ./configure --prefix=/tmp/Rprof --with-lapack="-llapack" --with-blas="-lblas" --with-bzlib --with-pcre

Hi, I just tried building of OpenSSH-2.1.0 on HP-UX 10.20 and found the following items: - The configure command I used at the beginning: CC=cc CFLAGS="-Ae +O2 +DAportable" CPPFLAGS="-I/usr/local/include -I/usr/local/s sl/include -I/usr/include/X11R6" LDFLAGS="-L/usr/local/lib -L/usr/local/ssl/lib -L/usr/lib/X11R6" ./configure --prefix=/usr/local/openssh

Full_Name: Eric van Gyzen Version: 2.1.0 OS: FreeBSD 5.4 Submission from: (NULL) (152.3.22.33) R-2.1.0 fails to compile on the newest release of FreeBSD, complaining about undefined references to __builtin_alloca. On FreeBSD, alloca() is declared in stdlib.h, not alloca.h as the R sources expect. Therefore, HAVE_DECL_ALLOCA does not get set, so the R sources declare alloca() after it has

Full_Name: Eric van Gyzen Version: 1.6.2 OS: FreeBSD 5.0-RELEASE i386 Submission from: (NULL) (152.3.22.120) When compiling R (versions 1.6.1 and 1.6.2), I get the following messages: dumping R code in package 'methods' Fatal error: The X11 shared library could not be loaded. The error was /tmp/R-1.6.2/modules/R_X11.so: Undefined symbol "R_GlobalEnv" The compiler is GCC

Full_Name: Eric van Gyzen Version: 1.9.1 OS: FreeBSD Submission from: (NULL) (152.3.22.120) In several cases, "R CMD INSTALL" doesn't remove its temporary directory. It should call "do_cleanup" before every "exit".

Full_Name: Eric van Gyzen Version: 1.8.1 OS: FreeBSD 5.1-RELEASE Submission from: (NULL) (152.3.22.120) After updating perl from 5.6.1 to 5.8.2, R no longer builds. Also note that the build continued even after the failure. Is that a bug or a feature? ================================================================================ >>> Building/Updating help pages for package

I've been trying to set up an OpenSolaris-based ZFS NAS server, with one of its functions being a backup server for my Mac-based network. I'm using rsync 3.0.3 pre2 on my Macs with some extended attribute patches, but have been running into some compatibility problems when rsyncing via SSH from a Mac to the Solaris server (I'm not running daemon mode on the server, but rsync 3.0.3 pre2

When I read a .gz file with readLines() in 3.4.3, it returns text (and a warning). In 3.5.0, it gives a warning, but no text. Is this expected behavior or a bug? 3.4.3: > source_file = "1k_annotation.gz" > readfile_con <- gzfile(source_file, "r") > readLines(readfile_con, n = 5) [1] "#chr\tpos\tref\talt\t <truncated output here> Warning message: In

Would it be possible to get that file or a representative subset of it somewhere so that I can reproduce this? Thanks, Michael On Thu, May 10, 2018 at 3:31 PM, Ben Heavner <bheavner at gmail.com> wrote: > When I read a .gz file with readLines() in 3.4.3, it returns text (and a > warning). In 3.5.0, it gives a warning, but no text. Is this expected > behavior or a bug? > >

You bet - it's available on github at https://github.com/UW-GAC/wgsaparsr/blob/master/tests/testthat/1k_annotation.gz -Ben On Thu, May 10, 2018 at 4:17 PM, Michael Lawrence <lawrence.michael at gene.com > wrote: > Would it be possible to get that file or a representative subset of it > somewhere so that I can reproduce this? > > Thanks, > Michael > > On Thu, May

I''m using Attachment_Fu to save several thumbnails of a photo (resizing with ImageMagick) But when I try to crop them, nothing seems to happen to the file I want to drop and no error messages. I check the file timestamp of the thumbnail I want to crop and it looks updated. What''s strange is that ALL the other thumbnails and the original image''s file timestamps are

http://bugzilla.mindrot.org/show_bug.cgi?id=619 Summary: scp permissions Product: Portable OpenSSH Version: 3.6.1p2 Platform: All OS/Version: other Status: NEW Severity: normal Priority: P2 Component: scp AssignedTo: openssh-bugs at mindrot.org ReportedBy: johnf.ct at netzero.net I hope

Avoids a lengthy conversion followed by failure if we discover at the end that OVMF is not installed. This also changes the order of the methods in -o libvirt and -o qemu so that it matches the order in the class interface, and also logically makes more sense. Partial fix for: https://bugzilla.redhat.com/show_bug.cgi?id=1429506 Thanks: Christopher Brown --- v2v/output_libvirt.ml | 4 ++--

Commit 4699c7b6e126e07c95b67fb95df58aed87a680dd converted the null output to use the null-co qemu driver with a JSON URL syntax -- especially the latter is only available in newer versions of qemu. Even if this output mode is mostly for testing, check at runtime whether the null-co + JSON way is possible, falling back to the creation of thrown-away temporary files as before. ---

Instead of writing to a temporary file and deleting it, use the null block driver in qemu to throw it away. --- v2v/output_null.ml | 47 +++++++++++++++++++++++++++++++++-------------- v2v/virt-v2v.pod | 4 ---- 2 files changed, 33 insertions(+), 18 deletions(-) diff --git a/v2v/output_null.ml b/v2v/output_null.ml index d01f45654..4d06aa0de 100644 --- a/v2v/output_null.ml +++

Factor out copying the overlays to final disk images into a separate function. Signed-off-by: Roman Kagan <rkagan@virtuozzo.com> --- v2v/v2v.ml | 227 +++++++++++++++++++++++++++++++------------------------------ 1 file changed, 114 insertions(+), 113 deletions(-) diff --git a/v2v/v2v.ml b/v2v/v2v.ml index afffde2..703038c 100644 --- a/v2v/v2v.ml +++ b/v2v/v2v.ml @@ -110,121 +110,9 @@ let

Hi, What determines the umask of sieve_pipe_bin_dir scripts ? The results from my script are always being set to 0600. My script is simple and shown below, even if I adjust the right line to add " && chmod 644", the actual resulting file still remains at 0600 ?!? #!/bin/bash # Usage: imapsieve_copy <email> <spam|ham> MSG_USER="$1" MSG_TYPE="$2"

Hi. This functionality was just added in 2.2.0p1. The patch is self-explanatory. Charles --- scp.c.orig-2.2.0p1 Tue Aug 29 19:11:30 2000 +++ scp.c Sat Sep 2 15:14:58 2000 @@ -262,7 +262,7 @@ extern int optind; fflag = tflag = 0; - while ((ch = getopt(argc, argv, "dfprtvBCc:i:P:q46S")) != EOF) + while ((ch = getopt(argc, argv, "dfprtvBCc:i:P:q46S:")) != EOF)

All the current output modes use the default, It's just that I have a patch that uses this, so there might be someone in the future who wants to use this and if not, then at least you can tell me if this is wrong or not. Signed-off-by: Martin Kletzander <mkletzan@redhat.com> --- v2v/types.ml | 15 +++++++++++++++ v2v/types.mli | 8 +++++++- v2v/v2v.ml | 17 +++-------------- 3

> On 27/05/2020 13:28 Laura Smith <n5d9xq3ti233xiyif2vp at protonmail.ch> wrote: > > > Hi, > What determines the umask of sieve_pipe_bin_dir scripts ? > The results from my script are always being set to 0600. > My script is simple and shown below, even if I adjust the right line to add " && chmod 644", the actual resulting file still remains at 0600