search for: sgrubb

...nsional phase space. This is then plotted in a graph so that you can visually see if something odd is going on. I used runif(10000, min = 0, max = 65535) to get a set of numbers. This is the resulting plot that was generated from R's numbers using this technique: http://people.redhat.com/sgrubb/files/r-random.jpg And for comparison this was generated by collecting the same number of samples from the bash shell: http://people.redhat.com/sgrubb/files/bash-random.jpg The net result is that it shows some banding in the R generated random numbers where bash has uniform random numbers with...

Hello, Top posting. Several people have asked about the code to replicate my results. I have cleaned up the code to remove an x/y coordinate bias for displaying the results directly on a 640 x 480 VGA adapter. You can find the code here: http://people.redhat.com/sgrubb/files/vseq.c To collect R samples: X <- runif(10000, min = 0, max = 65535) write.table(X, file = "~/r-rand.txt", sep = "\n", row.names = FALSE) Then: cat ~/r-rand.txt | ./vseq > ~/r-rand.csv And then to create the chart: library(ggplot2); num.csv <- read.csv("~...

...; Hello, > > Top posting. Several people have asked about the code to replicate my > results. I have cleaned up the code to remove an x/y coordinate bias for > displaying the results directly on a 640 x 480 VGA adapter. You can find the > code here: > > http://people.redhat.com/sgrubb/files/vseq.c > > To collect R samples: > X <- runif(10000, min = 0, max = 65535) > write.table(X, file = "~/r-rand.txt", sep = "\n", row.names = FALSE) > > Then: > cat ~/r-rand.txt | ./vseq > ~/r-rand.csv > > And then to create the chart: > &g...

...nted by SELinux), the privileges are dropped as before using permanently_set_uid(). This patch is implemented using libcap-ng [1] library, which is making the use of the Linux capabilities much easier than the native inteface (the patch can build with or without it). [1] https://people.redhat.com/sgrubb/libcap-ng/ -- You are receiving this mail because: You are watching the assignee of the bug.

...for one thing unexpectedly brought me to two good and useful documents: (1) Guide to the Secure Configuration of Red Hat Enterprise Linux 5 http://www.nsa.gov/ia/_files/os/redhat/rhel5-guide-i731.pdf Revision 4.1 February 28, 2011 (2) Hardening Red Hat Enterprise Linux 5 http://people.redhat.com/sgrubb/files/hardening-rhel5.pdf Updated 12 August 2010 Gnome Thumbnail system is mentioned in (1) as dangerous. As many Centos/Red Hat installations use it, here is a brief extract from page 30. 2.2.2.6 Disable All GNOME Thumbnailers if Possible The system?s default desktop environment, GNOME, uses a...

...15 * (X2 > 2^14) > > and with numbers from random.org > > library(random) > X <- randomNumbers(N, 0, 2^16-1, col = 1) > > So I'm not convinced there is an issue. There is an issue, but it is in vseq.c. The plot I found striking was this: http://people.redhat.com/sgrubb/files/r-random.jpg It shows a scatter plot that is bounded to some rectangle where the upper right and lower left corner are empty. Roughly speaking, X and Y correspond to *consecutive differences* between random draws. It is obvious that differences between random draws are bounded by the range o...

On 9/20/18 1:43 AM, Carl Boettiger wrote: > For a well-tested C algorithm, based on my reading of Lemire, the unbiased > "algorithm 3" in https://arxiv.org/abs/1805.10941 is part already of the C > standard library in OpenBSD and macOS (as arc4random_uniform), and in the > GNU standard library. Lemire also provides C++ code in the appendix of his > piece for both this and

On 12 August 2017 at 15:10, luke-tierney at uiowa.edu wrote: | As the Python posts poitns out, it is possible to use alternate malloc | implementations, either rebuilding R to use them or using LD_PRELOAD. | On Ubuntu for example, you can have R use jemalloc with | | sudo apt-get install libjemalloc1 | env LD_PRELOAD=/usr/lib/x86_64-linux-gnu/libjemalloc.so.1 R | | This does not seem to hold

Hi guys, As I mentioned in a previous email I''ve refactored ntp and released a 1.0.0 release candidate. There''s one outstanding "flaw" remaining that''s bothering me and I wanted to solicit opinions on the list. We currently maintain a template per distribution that is close to the stock distribution provided ntp configuration. This leads to massive

....com> Steve Cornelius <sec@pobox.com> Steve Dickson <steved@redhat.com> Steve French <sfrench@us.ibm.com> Steve French <smfrench@gmail.com> Steve French <stevef@smf-gateway.(none)> Steve Glendinning <steve.glendinning@shawell.net> Steve Grubb <sgrubb@redhat.com> Steve Hodgson <steve@purestorage.com> Steve Sakoman <steve@sakoman.com> Steve Wise <swise@opengridcomputing.com> steve zhan <zhanzhenbo@gmail.com> Steven "Mr. Procrastinator" Rostedt <rostedt@goodmis.org> Steven Clark <sclark@cro...

....com> Steve Cornelius <sec@pobox.com> Steve Dickson <steved@redhat.com> Steve French <sfrench@us.ibm.com> Steve French <smfrench@gmail.com> Steve French <stevef@smf-gateway.(none)> Steve Glendinning <steve.glendinning@shawell.net> Steve Grubb <sgrubb@redhat.com> Steve Hodgson <steve@purestorage.com> Steve Sakoman <steve@sakoman.com> Steve Wise <swise@opengridcomputing.com> steve zhan <zhanzhenbo@gmail.com> Steven "Mr. Procrastinator" Rostedt <rostedt@goodmis.org> Steven Clark <sclark@cro...

....com> Steve Cornelius <sec@pobox.com> Steve Dickson <steved@redhat.com> Steve French <sfrench@us.ibm.com> Steve French <smfrench@gmail.com> Steve French <stevef@smf-gateway.(none)> Steve Glendinning <steve.glendinning@shawell.net> Steve Grubb <sgrubb@redhat.com> Steve Hodgson <steve@purestorage.com> Steve Sakoman <steve@sakoman.com> Steve Wise <swise@opengridcomputing.com> steve zhan <zhanzhenbo@gmail.com> Steven "Mr. Procrastinator" Rostedt <rostedt@goodmis.org> Steven Clark <sclark@cro...

....com> Steve Cornelius <sec@pobox.com> Steve Dickson <steved@redhat.com> Steve French <sfrench@us.ibm.com> Steve French <smfrench@gmail.com> Steve French <stevef@smf-gateway.(none)> Steve Glendinning <steve.glendinning@shawell.net> Steve Grubb <sgrubb@redhat.com> Steve Hodgson <steve@purestorage.com> Steve Sakoman <steve@sakoman.com> Steve Wise <swise@opengridcomputing.com> steve zhan <zhanzhenbo@gmail.com> Steven "Mr. Procrastinator" Rostedt <rostedt@goodmis.org> Steven "The King of Na...

....com> Steve Cornelius <sec@pobox.com> Steve Dickson <steved@redhat.com> Steve French <sfrench@us.ibm.com> Steve French <smfrench@gmail.com> Steve French <stevef@smf-gateway.(none)> Steve Glendinning <steve.glendinning@shawell.net> Steve Grubb <sgrubb@redhat.com> Steve Hodgson <steve@purestorage.com> Steve Sakoman <steve@sakoman.com> Steve Wise <swise@opengridcomputing.com> steve zhan <zhanzhenbo@gmail.com> Steven "Mr. Procrastinator" Rostedt <rostedt@goodmis.org> Steven "The King of Na...

....com> Steve Cornelius <sec@pobox.com> Steve Dickson <steved@redhat.com> Steve French <sfrench@us.ibm.com> Steve French <smfrench@gmail.com> Steve French <stevef@smf-gateway.(none)> Steve Glendinning <steve.glendinning@shawell.net> Steve Grubb <sgrubb@redhat.com> Steve Hodgson <steve@purestorage.com> Steve Sakoman <steve@sakoman.com> Steve Wise <swise@opengridcomputing.com> steve zhan <zhanzhenbo@gmail.com> Steven "Mr. Procrastinator" Rostedt <rostedt@goodmis.org> Steven "The King of Na...

....com> Steve Cornelius <sec@pobox.com> Steve Dickson <steved@redhat.com> Steve French <sfrench@us.ibm.com> Steve French <smfrench@gmail.com> Steve French <stevef@smf-gateway.(none)> Steve Glendinning <steve.glendinning@shawell.net> Steve Grubb <sgrubb@redhat.com> Steve Hodgson <steve@purestorage.com> Steve Sakoman <steve@sakoman.com> Steve Wise <swise@opengridcomputing.com> steve zhan <zhanzhenbo@gmail.com> Steven "Mr. Procrastinator" Rostedt <rostedt@goodmis.org> Steven "The King of Na...

....com> Steve Cornelius <sec@pobox.com> Steve Dickson <steved@redhat.com> Steve French <sfrench@us.ibm.com> Steve French <smfrench@gmail.com> Steve French <stevef@smf-gateway.(none)> Steve Glendinning <steve.glendinning@shawell.net> Steve Grubb <sgrubb@redhat.com> Steve Hodgson <steve@purestorage.com> Steve Sakoman <steve@sakoman.com> Steve Wise <swise@opengridcomputing.com> steve zhan <zhanzhenbo@gmail.com> Steven "Mr. Procrastinator" Rostedt <rostedt@goodmis.org> Steven "The King of Na...

....com> Steve Cornelius <sec@pobox.com> Steve Dickson <steved@redhat.com> Steve French <sfrench@us.ibm.com> Steve French <smfrench@gmail.com> Steve French <stevef@smf-gateway.(none)> Steve Glendinning <steve.glendinning@shawell.net> Steve Grubb <sgrubb@redhat.com> Steve Hodgson <steve@purestorage.com> Steve Sakoman <steve@sakoman.com> Steve Wise <swise@opengridcomputing.com> steve zhan <zhanzhenbo@gmail.com> Steven "Mr. Procrastinator" Rostedt <rostedt@goodmis.org> Steven "The King of Na...

On Saturday, August 12, 2017 5:36:36 PM EDT Dirk Eddelbuettel wrote: > On 12 August 2017 at 15:10, luke-tierney at uiowa.edu wrote: > | As the Python posts poitns out, it is possible to use alternate malloc > | implementations, either rebuilding R to use them or using LD_PRELOAD. > | On Ubuntu for example, you can have R use jemalloc with > | > | sudo apt-get install