search for: uplinklabs

https://bugzilla.mindrot.org/show_bug.cgi?id=2142 Bug ID: 2142 Summary: openssh sandboxing using libseccomp Product: Portable OpenSSH Version: -current Hardware: All OS: Linux Status: NEW Severity: enhancement Priority: P5 Component: sshd Assignee: unassigned-bugs at

Just curious, what's the reason we don't make the github mirrors the official mirrors? ...besides not knowing how to revive them when they go down. :) -Greg On Tue, Mar 4, 2014 at 5:35 PM, Steven Noonan <steven at uplinklabs.net> wrote: > Someone should enable the smart HTTP protocol: > > https://www.kernel.org/pub/software/scm/git/docs/git-http-backend.html > > On Tue, Mar 4, 2014 at 4:16 PM, Greg Fitzgerald <garious at gmail.com> wrote: >>> LLVM has its own mirror at http://llvm.org/g...

I'm getting this on LLVM trunk: SplitVectorResult #0: 0x27e6250: v8f32 = llvm.x86.avx.rsqrt.ps.256 0x2739310, 0x2739420 [ORD=16] [ID=0] LLVM ERROR: Do not know how to split the result of this operator! clang: error: linker command failed with exit code 1 (use -v to see invocation) Oddly, when I build the same code without -flto I don't see this issue. I see a similar bug was reported

> LLVM has its own mirror at http://llvm.org/git/llvm.git, if that suits your needs. The llvm.org mirror seems to be quite a bit slower (~3.5x). I think it's because github lets me use the git protocol whereas llvm.org suggests http. When I try to clone "git at llvm.org:git/llvm.git", I'm asked for a password for user 'git'. -Greg On Tue, Mar 4, 2014 at 3:54 PM,

...lace of > malloc()/free(). It has worked flawlessly in testing, and reduces > memory usage quite nicely in Unladen Swallow. > > The code is available for review here. I'd appreciate feedback if > there's an interest in integrating this into LLVM trunk: > http://codereview.uplinklabs.net/1905049 > > Here are the results of our memory utilization tests. The 'Mem max' > numbers aren't particularly revealing though, so take a look at the > graphs. I think the spambayes benchmark was one of the most > interesting. > > ### 2to3 ### > Mem max: 39...

...hich uses mmap()/munmap() in place of malloc()/free(). It has worked flawlessly in testing, and reduces memory usage quite nicely in Unladen Swallow. The code is available for review here. I'd appreciate feedback if there's an interest in integrating this into LLVM trunk: http://codereview.uplinklabs.net/1905049 Here are the results of our memory utilization tests. The 'Mem max' numbers aren't particularly revealing though, so take a look at the graphs. I think the spambayes benchmark was one of the most interesting. ### 2to3 ### Mem max: 39008.000 -> 38904.000: 1.0027x smaller...

...dcom.com> Steven J. Hill <sjhill@mips.com> Steven J. Magnani <steve@digidescorp.com> Steven King <sfking@fdwdc.com> Steven Miao <realmz6@gmail.com> Steven Newbury <steve@snewbury.org.uk> Steven Noonan <snoonan@amazon.com> Steven Noonan <steven@uplinklabs.net> Steven P. Nickel <snickel@focusinfo.com> Steven Rostedt <rostedt@goodmis.org> Steven Rostedt <rostedt@goodmis.org> (previous version subtly different) Steven Rostedt <rostedt@rostedt.homelinux.com> Steven Truelove <steven.truelove@utoronto.ca> Steve...

...dcom.com> Steven J. Hill <sjhill@mips.com> Steven J. Magnani <steve@digidescorp.com> Steven King <sfking@fdwdc.com> Steven Miao <realmz6@gmail.com> Steven Newbury <steve@snewbury.org.uk> Steven Noonan <snoonan@amazon.com> Steven Noonan <steven@uplinklabs.net> Steven P. Nickel <snickel@focusinfo.com> Steven Rostedt <rostedt@goodmis.org> Steven Rostedt <rostedt@goodmis.org> (previous version subtly different) Steven Rostedt <rostedt@rostedt.homelinux.com> Steven Truelove <steven.truelove@utoronto.ca> Steve...

...m> Steven J. Hill <Steven.Hill@imgtec.com> Steven J. Magnani <steve@digidescorp.com> Steven King <sfking@fdwdc.com> Steven Miao <realmz6@gmail.com> Steven Newbury <steve@snewbury.org.uk> Steven Noonan <snoonan@amazon.com> Steven Noonan <steven@uplinklabs.net> Steven P. Nickel <snickel@focusinfo.com> Steven Rostedt <rostedt@goodmis.org> Steven Rostedt <rostedt@goodmis.org> (previous version subtly different) Steven Rostedt <rostedt@rostedt.homelinux.com> Steven Truelove <steven.truelove@utoronto.ca> Steve...

...m> Steven J. Hill <Steven.Hill@imgtec.com> Steven J. Magnani <steve@digidescorp.com> Steven King <sfking@fdwdc.com> Steven Miao <realmz6@gmail.com> Steven Newbury <steve@snewbury.org.uk> Steven Noonan <snoonan@amazon.com> Steven Noonan <steven@uplinklabs.net> Steven P. Nickel <snickel@focusinfo.com> Steven Rostedt <rostedt@goodmis.org> Steven Rostedt <rostedt@goodmis.org> (previous version subtly different) Steven Rostedt <rostedt@rostedt.homelinux.com> Steven T Hampson <steven.t.hampson@intel.com> Steve...

...m> Steven J. Hill <Steven.Hill@imgtec.com> Steven J. Magnani <steve@digidescorp.com> Steven King <sfking@fdwdc.com> Steven Miao <realmz6@gmail.com> Steven Newbury <steve@snewbury.org.uk> Steven Noonan <snoonan@amazon.com> Steven Noonan <steven@uplinklabs.net> Steven P. Nickel <snickel@focusinfo.com> Steven Rostedt <rostedt@goodmis.org> Steven Rostedt <rostedt@goodmis.org> (previous version subtly different) Steven Rostedt <rostedt@rostedt.homelinux.com> Steven T Hampson <steven.t.hampson@intel.com> Steve...

...m> Steven J. Hill <Steven.Hill@imgtec.com> Steven J. Magnani <steve@digidescorp.com> Steven King <sfking@fdwdc.com> Steven Miao <realmz6@gmail.com> Steven Newbury <steve@snewbury.org.uk> Steven Noonan <snoonan@amazon.com> Steven Noonan <steven@uplinklabs.net> Steven P. Nickel <snickel@focusinfo.com> Steven Rostedt <rostedt@goodmis.org> Steven Rostedt <rostedt@goodmis.org> (previous version subtly different) Steven Rostedt <rostedt@rostedt.homelinux.com> Steven T Hampson <steven.t.hampson@intel.com> Steve...

...m> Steven J. Hill <Steven.Hill@imgtec.com> Steven J. Magnani <steve@digidescorp.com> Steven King <sfking@fdwdc.com> Steven Miao <realmz6@gmail.com> Steven Newbury <steve@snewbury.org.uk> Steven Noonan <snoonan@amazon.com> Steven Noonan <steven@uplinklabs.net> Steven P. Nickel <snickel@focusinfo.com> Steven Rostedt <rostedt@goodmis.org> Steven Rostedt <rostedt@goodmis.org> (previous version subtly different) Steven Rostedt <rostedt@rostedt.homelinux.com> Steven T Hampson <steven.t.hampson@intel.com> Steve...

...com> Steven J. Magnani <steve@digidescorp.com> Steven King <sfking@fdwdc.com> Steven Kinney <steven.kinney@amd.com> Steven Miao <realmz6@gmail.com> Steven Newbury <steve@snewbury.org.uk> Steven Noonan <snoonan@amazon.com> Steven Noonan <steven@uplinklabs.net> Steven P. Nickel <snickel@focusinfo.com> Steven Rostedt <rostedt@goodmis.org> Steven Rostedt <rostedt@goodmis.org> (previous version subtly different) Steven Rostedt <rostedt@rostedt.homelinux.com> Steven T Hampson <steven.t.hampson@intel.com> Steve...

...com> Steven J. Magnani <steve@digidescorp.com> Steven King <sfking@fdwdc.com> Steven Kinney <steven.kinney@amd.com> Steven Miao <realmz6@gmail.com> Steven Newbury <steve@snewbury.org.uk> Steven Noonan <snoonan@amazon.com> Steven Noonan <steven@uplinklabs.net> Steven P. Nickel <snickel@focusinfo.com> Steven Rostedt <rostedt@goodmis.org> Steven Rostedt <rostedt@goodmis.org> (previous version subtly different) Steven Rostedt <rostedt@rostedt.homelinux.com> Steven T Hampson <steven.t.hampson@intel.com> Steve...

http://llvm.org/releases/download.html The links to the 3.5 tarballs are broken (someone on IRC mentions the extensions should be .xz rather than .gz), and the subject above them reads "Download LLVM 3.4.2". Can someone please fix the page up?

Hi all, I''m wondering why ''btrfs-debug-tree -e'' currently prints out nothing with btrfs-progs v0.19-4-gab8fb4c, and kernel v2.6.33. I''d like to experiment with the ''show-blocks'' script, but it needs some output from ''btrfs-debug-tree -e'', which I apparently can''t provide. - Steven -- To unsubscribe from this list: