search for: distrust

I''ve always distrusted the ruby and rails installs on my Mac (oOS X 10.6.3) -- sudo gem cleanup can''t seem to get rid of old gem versions (lots of Gem::InstallError: cannot uninstall). Because of that, I don''t trust the rails beta3 install I just completed. Here''s the story: * config is Ap...

...e from 16.03.2016. > > if someone like get a taste of? > > if someone like get a taste of ? I'm interessed if it helps. > > :-) > > V-Server is up for some hours ? > > http://centos.cms4all.org/centos/7/kernel/SRPM/ > > are the sources ?. > > If distrust exists > > Sincerely > > Andy > > >> Am 15.04.2016 um 14:48 schrieb Brandon Vincent <Brandon.Vincent at asu.edu>: >> >> On Fri, Apr 15, 2016 at 5:00 AM, Tony Molloy <tony.molloy at ul.ie> wrote: >>> So any ideas. >> >> I may...

...Mac OS X, Mach's vm_allocate call is accessible. With Unix, mmap with flags = MAP_ANON allocates memory. And even still, the implementations of these aren't magic; it's possible to make the syscalls without linking to these symbols per se. There are likely further facilities to distrust on any given platform, as well. If you're intending to sandbox untrusted third-party code, then you need to consider these issues. Good luck, Gordon -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/200...

...of this kind. > > * MSR reads of this kind might be expected to be fast but if they > involve trapping to a service domain they might be very slow. I have no objection to specifying that these reads may be quite slow. Guests should only use them at boot and if they have some reason to distrust their RNG pool. The latter can legitimately happen after various types of suspend or after migration (detected by VM Generation ID, for example). > > * This interface is very x86-specific. > Agreed. Part of the motivation is to allow guests to use this mechanism very early in boot for...

...of this kind. > > * MSR reads of this kind might be expected to be fast but if they > involve trapping to a service domain they might be very slow. I have no objection to specifying that these reads may be quite slow. Guests should only use them at boot and if they have some reason to distrust their RNG pool. The latter can legitimately happen after various types of suspend or after migration (detected by VM Generation ID, for example). > > * This interface is very x86-specific. > Agreed. Part of the motivation is to allow guests to use this mechanism very early in boot for...

On Tue, 10 Jul 2007, Sandro Magi wrote: >> used. Your choices are to either override malloc/free for both the JIT >> and the program or for neither of them. > > I want to 'intercept' ALL allocations actually, including the stack if > possible, so the above suits me just fine. Ok, just provide your own malloc/free. :) -Chris -- http://nondot.org/sabre/

...rn(AAPL,type='log') check to see that the autocorrelations decay > acf(dret) autocorrelations seem to oscillate to zero load package tseries need for garch > library(tseries) run garch on the daily returns > garch(dret) When Garch runs there is false convergence, which leads me to distrust the results produced from it. Any help or advice on how to remedy this problem would be appreciated greatly. Sean -- View this message in context: http://www.nabble.com/GARCH%3A%3A-False-Convergence-tp24041909p24041909.html Sent from the R help mailing list archive at Nabble.com.

I am interested in configuring Dovecot's TLS so as to retain forward secrecy, but eliminate all of NIST's elliptic curves. Besides being subject to side channel attacks [1], in some quarters there is a general distrust of NIST's curves and any of their other cryptographic primitives after the Dual EC DRBG debacle. >From what I can tell, the following will prevent the use of NIST's curves (along with other dangerous primitives) in Dovecot, but this is accomplished by simply disabling EECDH entirely....

Adding a couple of lld folks. I helped Shishir debug this, the link line looked like: /home/sjessu/build/bin/clang -O0 -flto -o jcstest jcstest.o ./.libs/libjpeg.a and the issue was that libjpeg.a was created with the system ar instead of llvm-ar. It worked when recreating libjpeg.a with llvm-ar. I noticed that the lld code has some special handling for the case when there is a missing

On Fri, Apr 15, 2016 at 5:00 AM, Tony Molloy <tony.molloy at ul.ie> wrote: > So any ideas. I may have missed this but what model laptop are we talking about? Brandon Vincent

...not[1]. So in a future with DANE it will be possible to detect when an apparently 'valid' certificate is issued by a rogue CA. The existing CA structure could not have been better designed for exploitation by special interests. It has been and continues to be so exploited. Personally I distrust every one of the preloaded root CAs shipped with Firefox by manually removing all of their trust flags. I do the same with any other browser I use. I then add back in those trusts essential for my browser operation as empirical evidence warrants. So I must trust certain DigiCert certificates for...

...ly as metadata. > So in general, you can't expect "invalid pointers" to buy you very much. > I see, thanks for clarifying. The AA algorithm I've been working with assumes that the type system is going to lie, since C allows type punning. I'm pretty sure I can port that distrust to the LLVM IR version of the algorithm. It sounds like that would cover the examples you gave above, if I'm also appropriately pessimistic about the behavior of unknown / unanalyzed callers and callees. Maybe what I'll try is to add a flag to each vertex in the may-point-to graph, indica...

Hello, I just made packages for puppet for OpenSuSE. They are available at my yum repo at http://lmmri.fri.uni-lj.si/suse/ I had to change the init scripts and the first line of puppetd and puppetmaster programs from #!/usr/bin/env ruby to #!/usr/bin/ruby otherwise the killproc from init scripts could not kill the daemons. Unfortunately I had to change the spec file as well. I wonder

...roach#2), then I'd like to proceed with this series (full scope), with me addressing the v3 review feedback in v4, and so on. If not, then I'll abandon the series, and try to make myself useful with something else -- where my basic stance, towards whatever documentation I read, need not be *distrust*. Laszlo

On Tue, 2015-02-10 at 15:04 -0700, Warren Young wrote: > > On Feb 9, 2015, at 12:12 PM, John R Pierce <pierce at hogranch.com> wrote: > > > > On 2/9/2015 11:06 AM, Always Learning wrote: > >> The third item was a 16.1 MB PDF of 1,344 pages. A quick scan of the PDF > >> shows every page appears to be readable. 11 pages devoted to BASH. > >>

...ian's web site is that of a devote cyclist. I?m a devout cyclist, too, yet you?ve apparently decided I?m an enemy. What makes this other guy unimpeachable? I could care less that he?s Russian, or a cyclist. What I care is that he?s purposely providing illicit goods. That?s enough for me to distrust what he?s providing. This Russian cyclist doesn?t even have to be the source of the evil. Chances are that he didn?t buy this PDF from an official source and offer it directly. It?s far more likely that he?s just another step in the chain back to the original source. Why are you trusting all of...

...el/x86_64/ http://centos.cms4all.org/centos/7/kernel/noarch/ firmware from 16.03.2016. if someone like get a taste of? if someone like get a taste of ? I'm interessed if it helps. :-) V-Server is up for some hours ? http://centos.cms4all.org/centos/7/kernel/SRPM/ are the sources ?. If distrust exists Sincerely Andy > Am 15.04.2016 um 14:48 schrieb Brandon Vincent <Brandon.Vincent at asu.edu>: > > On Fri, Apr 15, 2016 at 5:00 AM, Tony Molloy <tony.molloy at ul.ie> wrote: >> So any ideas. > > I may have missed this but what model laptop are we talking...

...et a taste of? >> >> if someone like get a taste of ? I'm interessed if it helps. >> >> :-) >> >> V-Server is up for some hours ? >> >> http://centos.cms4all.org/centos/7/kernel/SRPM/ >> >> are the sources ?. >> >> If distrust exists >> >> Sincerely >> >> Andy >> >> >>> Am 15.04.2016 um 14:48 schrieb Brandon Vincent <Brandon.Vincent at asu.edu>: >>> >>> On Fri, Apr 15, 2016 at 5:00 AM, Tony Molloy <tony.molloy at ul.ie> wrote: >>>&gt...

...uch as btrfs and ZFS? https://en.wikipedia.org/wiki/Btrfs#Subvolumes_and_snapshots btrfs is built into CentOS 7. While there have been some highly-publicized bugs in btrfs, they only affect the RAID-5/6 features. You don?t need that here, so you should be fine with btrfs. And if you really distrust btrfs, ZFS is easy enough to integrate into CentOS on-site. And if *that* is also out of the question, you have LVM2 snapshots: http://tldp.org/HOWTO/LVM-HOWTO/snapshots_backup.html Why reinvent the wheel?

...ime now ( almost six months) except I would rather use a virtualization bridge and then hop on to the remote crunching machine ( could be Amazon account) Any one else working on this. How would I tweak memory for R usage if R was installed on the mobile ? Regards, Ajay Joe E. Lewis - "I distrust camels, and anyone else who can go a week without a drink." On Fri, Feb 6, 2009 at 5:42 PM, Harsh <singhalblr@gmail.com> wrote: > Hell R-list, > > At the cost of sounding far-fetched and almost incredulous, I would > like to know if any R user is remotely considering the us...