search for: setusize

Hi openssh developers, I'm trying to port openssh to Interix. See [1] for more on this. For Interix sshd needs to be patched to not use setuid()/setgid(), but an Interix specific function setuser(). See [2] why it is needed. Unfortunately, setuser() needs the clear-text password of the user to be fully functional (If you use password-less setuser(), then the user doesn't have network

Hello I need to know a way to have scp allocate a tty on a remote machine so I can have it run sudo and activate a vpn which it will need to activate. scp with "-S" does not work. I can't chmod +s the cisco vpn client because when I try to run it it says it can not have setuser. I could have the user scp via root but I do not want to do that. Any way to have scp allocate a tty?

Dear all, In many cases, I need a plotting region much bigger than the screen (e.g. for maps or for graphs with many labels). A. MS-Windows if I try windows(width=25, height=25, rescale="fixed") it seems to be OK (a screen with scrollbars, exactly what I need) but if I try then plot(faithful$eruptions, faithful$waiting) I receive Error in plot.new() : Outer margins too large

Is Phabricator down again? I'm starting to see the following: [Rendering Exception] Multiple exceptions during processing and rendering. - AphrontQueryConnectionException: Attempt to connect to phabricator at localhost failed with error #1040: Too many connections. - InvalidArgumentException: Argument 1 passed to AphrontView::setUser() must be an instance of PhabricatorUser, null

Yep, sorry, we ran out of space on the instance's database volume. I'll update this once we're back up. On Thu, Jul 11, 2013 at 9:07 PM, Justin Holewinski < justin.holewinski at gmail.com> wrote: > Is Phabricator down again? I'm starting to see the following: > > [Rendering Exception] Multiple exceptions during processing and rendering. > -

We should be back up - please let me know if anything doesn't work as expected... Cheers, /Manuel On Mon, Jul 8, 2013 at 12:15 PM, Chandler Carruth <chandlerc at google.com>wrote: > Just as a tiny update, Manuel is actively working on it, but a small issue > has turned into a larger issue... stay tuned... > > > On Sun, Jul 7, 2013 at 10:11 AM, Manuel Klimek <klimek

http://bugzilla.mindrot.org/show_bug.cgi?id=1113 Summary: Add Interix authentication support Product: Portable OpenSSH Version: 4.2p1 Platform: Other OS/Version: other Status: NEW Severity: enhancement Priority: P2 Component: sshd AssignedTo: bitbucket at mindrot.org ReportedBy: tv at

Hello, I am a very new R user and not a statistician so please excuse any over explanation, I'm just trying to be as clear as possible. I have performed a cross correlation of two time series (my columns) in a single data setusing: ccf(ts(A[rows,columnX]),(A[rows,columnY]), lag=NULL, type="correlation",plot=F) I?am able to get the results (for example): Autocorrelations of

Normally, in the !UseLogin case on a system with login classes, the umask is set implicitly by the first setusercontext() call in do_setusercontext() in session.c. However, FreeBSD treats the umask differently from other login settings: unless running with the target user's UID, it will only apply the value from /etc/login.conf, not that from the user's ~/.login.conf. The patch below

Hello. I'm writing a back end for a RISC processor (similar to BPF) with a large SIMD unit. I tried in the last days to make llc compile to SIMD code the following LLVM program: define i32 @foo(i32* %A, i32* %B, i32* %C, i32 %N) #0 { entry: ;vector.body: ; preds = %vector.body, %vector.body.preheader.split.split %0 = getelementptr inbounds i32, i32* %A, i64 0 ; i64 %index ; Alex: I

Hello, Tim, Thank you for your advice. Indeed, the problem with "LLVM ERROR: Cannot select" was a false predicate that should have been true. I solved the problem by simply making the C++ function implementing the TableGen predicate used in my store instruction (very similar to the selectIntAddrMSA predicate from the Mips back end) return true instead of false. But

hi Jan, I've attached Yu-Chan's quota.h -- does this look familiar to you? It is clearly not the quota.h from the XFS CVS as I had originally thought. It may be the one from the XFS 1.1 CDs, which is a Redhat-based, XFS-enabled distro, so would have an earlier version of your VFS quota patches (via -ac kernel). Either way, it doesn't really matter. We need to fix Samba, and a