similar to: Improper directory removal causes file system havoc (PR#11747)

Full_Name: Michael Bauer Version: 2.7.0 OS: Solaris 10 (sparc) Submission from: (NULL) (130.64.21.7) When running 'make check' on a fresh R 2.7.0 build on Solaris 10 (sparc), reg-tests-1.R fails consistently because the test directory /tmp/R<random> cannot be deleted. The reason for the deletion failure is because the file system thinks that the directory is still full, as its

Full_Name: Jim Brown Version: 2.6.0 / 2.6.1 OS: Solaris 10 (SPARC) Submission from: (NULL) (35.8.15.102) I have been able to successfully compile version 2.5.1 using the Sun Studio 12 compilers on Sun Solaris 10 (SPARC). All tests using "make check" pass with a status of OK. However, the following section of "reg-tests-1.R" fails when I attempt to test after a build of

R 2.5.1 compiled, passed the make check and has been successfully running for a couple years on a Sun Fire V490 running Solaris 9. I need a newer version of R, but can't get a newer version of R to pass the make check. I've tried 2.8.1, 2.7.2, 2.6.2 and 2.6.0. (2.5.1 still passes on this server) At this point I thought I'd try to compile it on another Sun server (Solaris 10),

R 2.5.1 compiled, passed the make check and has been successfully running for a couple years on a Sun Fire V490 running Solaris 9. I need a newer version of R, but can't get a newer version of R to pass the make check. I've tried 2.8.1, 2.7.2, 2.6.2 and 2.6.0. (2.5.1 still passes on this server) At this point I thought I'd try to compile it on another Sun server (Solaris 10),

arm64 uses generic syscalls, and does not include the "noat", "noflags", and "deprecated" syscalls. i.e. __ARCH_WANT_SYSCALL_{NO_AT|NO_FLAGS|DEPRECATED} This patch adds the syscalls needed for klibc to run on arm64. Signed-off-by: Steve Capper <steve.capper at linaro.org> --- usr/klibc/Kbuild | 3 +++ usr/klibc/SYSCALLS.def | 33

Commit-ID: 8858e8319655ef38398e0833b71d65b0e620a061 Gitweb: http://git.kernel.org/?p=libs/klibc/klibc.git;a=commit;h=8858e8319655ef38398e0833b71d65b0e620a061 Author: Steve Capper <steve.capper at linaro.org> AuthorDate: Mon, 11 Nov 2013 17:04:11 +0000 Committer: H. Peter Anvin <hpa at zytor.com> CommitDate: Mon, 11 Nov 2013 19:31:13 -0800 [klibc] syscalls: Add syscalls

Hello Ervin, The in-memory cache lookup could be added back into samba-4.1.6 by applying the attached patch, if it could be compiled with Louis how-to steps, perhaps got the chance to make U14.04 be stayed on samba-4. Here is my test, the test-bench is uploading 5000 files and each one is 1MB. The attached patch could improve 15% at case B). Case A) Original samba-4.1.6 will go through

Hi. Thanks for good program. I'm quite paranoid guy and dont beleave when some program offer me "use chroot = yes". Instead i jail program manually. I was at 3.0.9 and all was fine. Manual chroot only requires files dir, config and personal tmp. 3.1.1 now also want whole /proc only for /proc/self/fd/X instead just fd number. Whole /proc is serious security risk for me. Why? starce

Greetings. Possibly as the result of buggy tagging software, several hundred of my Ogg Vorbis files exhibit the following warning when examined by ogginfo: WARNING: Vorbis stream 1 does not have headers correctly framed. Terminal header page contains additional packets or has non-zero granulepos Nonetheless, most media players can play these files without any problem. A notable exception is

Hi, I'm seeing a weird problem with rsync 2.6.9 protocol version 29 on Debian Sarge. When copying a file from one location to another between two Debian boxes, if destination includes a file with same size and name, rsync fails to see that they are not exactly the same file. The situation originates from copying a file to a place which is periodically rsynced onwards, and the rsync

Greetings, in our small network with about 10 Clients I got a problem when opening files or directories. If there were no actions between server and client for about 2 minutes or more, the very first action (open file, change path, etc) needs a long long time. The problem occurs on some clients (win 2k/xp), but not on every client. I tried a working smb configuration from home, but still no

I''m writing a website with a feature that hosts images that people upload. Right now, relative paths works within on my Windows box. So specifically, I''m able to call File.open on "public/images/somefile.jpg" and Rails/WEBrick understands that the path is relative to the home directory of the project. This means that "public/images/somefile.jpg" ends up

Seems like what you really want is an --input-prefix parameter. You might also like a --create-output-directories option. In all cases except absolute paths, the input prefix must be assumed to be the current working directory. Therefore, any relative paths in input file names must be preserved on output to avoid collapsing multiple source directories into a single output directory, with

Hi Jones, many thanks again four your help and your time. Thanks for the patch too - I'll check it up. On my Ubuntu, there is a Samba 4.1.6. I'll install the samba source package, and will try to apply the patch, then - I hope - the package will be compiled as well. I'll notify to you about the result. (First, I need to upgrade that server.) Thanks again, Ervin On Thu, Apr

Hiya, [if this is a known issue/misconfiguration, please direct me to the right fm :-); if this is a wrong place to ask, please tell me the right one] I'm using the linux port of openssh-1.2.2. The issue is that server-side scp doesn't work: scp somefile me at myhost: seems to take forever, and does nothing. sshd -d shows that scp -t somefile is being invoked on server side, and stays

Hi, I know I can create a file and mount it like this: dd if=/dev/zero of=/tmp/somefile bs=1024 count=100000 mke2fs /tmp/somefile mount /tmp/somefile /mnt -o loop but that has a problem it cannot grow. Is there a way to do the same (above) but have it not restricted to a size? Or can I append blocks to the end of the file without distroying it? Jobst -- Sendmail administration

Hi all, I was busy programming a tool to automatically run some tests to update the FLAC comparison page (http://xiph.org/flac/comparison.html) when I stumbled across some weird behaviour of the flac program. So I compiled from git and it seems that this bug still is there. As I don't have any experience on coding C and don't know which bug-report facility to use, this seemed the

Hello again, We have hit some performance problem today in one of our clusters. The performance suddenly drop from the normal performance (about 30Mbytes/s), read/write, to a few Kbytes/s (about 200Kbytes/s), read only, for a while, and as sudden as it started, it backs to the normal read/write performance, cycling randomly. When the "read only" occurs on one node, the other shows only

Attached is the manual page for OggEnc. Please proofread it and commit to CVS. Also remember to edit Makefile.in to install the man page to the appropriate location. Thanks. --- Stan Seibert .\" Process this file with .\" groff -man -Tascii oggenc.1 .\" .TH oggenc 1 "August 13, 2000" "" "Vorbis Tools" .SH NAME oggenc \- encode audio into

Kerry's post looks very promising: | It can but is probably not as nice as you would like. It's a huge improvement over what I can do now. Thank you! | flac -t *.flac Now, that doesn't work for me. I know that command.com doesn't glob wildcards but rather expects the application to do it, and apparently flac.exe doesn't. Under a real shell that wouldn't be a problem,