similar to: [Bug 11978] New: mkstemp failed: File name too long (36) when filename is under the limit

https://bugs.freedesktop.org/show_bug.cgi?id=68835 Priority: medium Bug ID: 68835 Assignee: nouveau at lists.freedesktop.org Summary: Unknown opcode 0x43 + protection fault on a Graphics Blaster Riva TNT card QA Contact: xorg-team at lists.x.org Severity: normal Classification: Unclassified OS:

https://bugs.freedesktop.org/show_bug.cgi?id=74164 Priority: medium Bug ID: 74164 Assignee: nouveau at lists.freedesktop.org Summary: [NV04] Native monitor resolution missing QA Contact: xorg-team at lists.x.org Severity: major Classification: Unclassified OS: Linux (All) Reporter: mauromol at tiscali.it

https://bugs.freedesktop.org/show_bug.cgi?id=68854 Priority: medium Bug ID: 68854 Assignee: nouveau at lists.freedesktop.org Summary: [NV04] PROTECTION_ERROR / PROTECTION_FAULT QA Contact: xorg-team at lists.x.org Severity: normal Classification: Unclassified OS: Linux (All) Reporter: mauromol at tiscali.it

https://bugs.freedesktop.org/show_bug.cgi?id=67161 Priority: medium Bug ID: 67161 Assignee: nouveau at lists.freedesktop.org Summary: Blank video after resuming from S3 or S4 QA Contact: xorg-team at lists.x.org Severity: normal Classification: Unclassified OS: Linux (All) Reporter: mauromol at tiscali.it

Dear List: I just successfully installed R 2.8.0 (under Windows XP SP2, 1GB RAM) and wanted to run update.packages. When I first called chooseCRANmirror I obtained the following error message: ---------------- > chooseCRANmirror() Warning message: In open.connection(con, "r") : kann nicht mit 'cran.r-project.org' auf Port 80 verbinden -------------------- What should I do?

Dear R users, I am currently using the locpoly function from the KernSmooth package to estimate densities. However, I have some trouble understanding how this estimation technique is implemented in R. My main concern comes from the fact that this function gives negative estimates when the bandwidth is sufficiently large (mainly in the tails of distributions). I have read some articles on this

Hi list! First of all sorry for breaking the thread, but I wasn''t subscribed when the orignal messages were posted. I''m continuing this message http://lists.xensource.com/archives/html/xen-users/2010-11/msg00166.html I''m 100% sure that a fresh install of Squeeze (as of last week) with Xen 4.0.1 and Debian''s -xen-amd64 kernel results in an early reboot on a

Hi all! i have done a fitting of experimental data using optim function and setting up my mixed distribution logliklehood (it is a linear combination of a normal and a weibull distribution). How can i test the goodness of fit? I want to be able to say that my distribution fit the data at 90%, 95% or so on.... thanks in advance, nelson

On Fri, Mar 24, 2023 at 11:47:20AM +0100, Florian Westphal wrote: > qemu-nbd doesn't set TCP_NODELAY on the tcp socket. > > Kernel waits for more data and avoids transmission of small packets. > Without TLS this is barely noticeable, but with TLS this really shows. > > Booting a VM via qemu-nbd on localhost (with tls) takes more than > 2 minutes on my system. tcpdump

Hi all, I want to set the advertised value of MTU for virbr0 interface on a Fedora 21 host to 1454 to accommodate the installation of new VMs for testing purposes. The aforementioned host is an OpenStack VM actually, which explains the need for a lower than 1500 MTU. I noticed Pieter Hollants' patch to set dhcp-option=<number>,"<value>" for an interface, but

The LLVM 2.7 release notes say you can use ./configure --enable-shared to build LLVM as a shared library (libLLVM2.7.so), and the LLVM tools will link against that instead of including the static libraries, so I was wondering: Is there a way to configure LLVM the same way using CMake (so it can work on Windows)? In the other direction, is there an equivalent ./configure flag to setting

http://bugzilla.mindrot.org/show_bug.cgi?id=44 djm at mindrot.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED ------- Additional Comments From djm at mindrot.org 2003-01-07 15:18

The setup... Transport is via SSH. BoxA : Ubuntu 8.10 BoxB : Mac OS X 10.4.11 If I use rsync v2 to transfer data from BoxA to BoxB everything works fine. However, if I use rsync v3 to transfer the data, the following error is reported : rsync: mkstemp "/path/to/somefile/file.pm.JKQczN" failed: No such file or directory (2) If at all possible,

http://bugzilla.mindrot.org/show_bug.cgi?id=44 ------- Additional Comments From jan.iven at cern.ch 2002-07-05 01:11 ------- Update: I have reported this to the glibc people, who say that they will not modify their mkstemp(). (http://bugs.gnu.org/cgi-bin/gnatsweb.pl?debug=&database=default&cmd=view+audit-trail&cmd=view&pr=3573) Attached is a patch to configure{ac,in} to

Hello, Please let me know if this is a bug or a feature. I used to be able to do the following with 2.5.5. On a remote host I have /mytree and I mirrored at my local host as a regular user doing rsync -avz --delete kent@host:/mytree /. with 2.5.6 I get mkstemp .file.aFhK3N failed: Permission denied probably because rsync2.5.6 is attempting to create a temporary file on the root directory,

http://bugzilla.mindrot.org/show_bug.cgi?id=44 ------- Additional Comments From djm at mindrot.org 2002-05-13 15:39 ------- Have you filed a bug in the glibc bug tracking system? BTW, how did you compile with krb4 on Redhat 7.2 without running over libdes conflicts? ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

http://bugzilla.mindrot.org/show_bug.cgi?id=508 Summary: Krb4/AFS token passing doesn't work because of mkstemp Product: Portable OpenSSH Version: -current Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: sshd AssignedTo: openssh-unix-dev at mindrot.org

http://bugzilla.mindrot.org/show_bug.cgi?id=44 djm at mindrot.org changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |ksulliva at psc.edu ------- Additional Comments From djm at mindrot.org 2003-03-13 09:43 ------- *** Bug 508 has been marked as a

Hello, The remote rsync process will call the mkstemp library call whenever it's updating (or uploading, I'm not sure) a new file. The mkstemp call uses a pathname that does not place the temporary file in the same directory as the updated file. In my case the permissions for these directories are different, and I get a "Permission denied" error message. Here is my Rsync

We are using rsync to push DNS records from one machine (running rsync 2.5.6 as a client process on Debian woody) to a collocation server ( running rsync 2.5.6 as a daemon on RedHat 7.3). To test this process we are using a script that pushes one file from the Debian box to the collocation server. It appears that a file transfers, but upon checking there is no file transfer and an error in the