search for: brookes

Displaying 20 results from an estimated 572 matches for "brookes".

Did you mean: brokes
2014 Sep 30
2
request for wiki access
Hi, my name is Jason Brooks (uname jasonbrooks). My contributions will be around the Atomic SIG. The atomic wiki page is at: http://wiki.centos.org/Atomic Regards, Jason --- Jason Brooks Red Hat Open Source and Standards @jasonbrooks | @redhatopen http://community.redhat.com
2015 Mar 25
2
Fwd: request for wiki access
On 25 March 2015 at 16:41, Jason Brooks <jbrooks at redhat.com> wrote: > Hi all, could I have wiki access, I'm working on Atomic. > > Also, I think I once volunteered to help fielding wiki > access requests -- I can still chip in w/ that. > > Thanks, Jason > > ----- Forwarded Message ----- > From: "Jason Brooks" <jbrooks at redhat.com> > To:
2016 Apr 27
2
compiler-rt: inconsistant build of i386 support on x86_64
I'm the maintainer of FreeBSD's llvm packages and I'm running into trouble building compiler-rt in a consistent way. In particular, when building on FreeBSD amd64, the x86_64 libraries always build (as expected), but depending on something about the build environment, i386 libraries are sometimes built. My knowledge of CMakeFiles has proved insufficient to either figure out why this
2004 Dec 29
2
2 internet connections for 2 different purposes
I''ve got a linux machine (fedora core 3) with 4 network cards. I looked at the howto and the only example that is close to what I need to do is section 4.2 on multiple uplink providers. I feel like I''m so close but just can''t get my head around the final part. Here is what I have eth2 and eth4 connect to 2 different isps. I want all connections the come from my dmz
2004 Oct 21
1
Ads_connect: Server not found in Kerberos database
I am trying to configure Samba 3.0.6 on Solaris 8 and I am receiving this errror: Utils/net_ads.c:ads_startup(183) Ads_connect: Server not found in Kerberos database Here is a copy of the krb5.conf file: [libdefaults] ticket_lifetime = 600 default_realm = BROOKS.COM kdc_req_checksum_type = 2 checksum_type = 2 ccache_type = 1 default_tkt_enctypes = des-cbc-crc
2007 Jan 25
4
X-Sendfile doesn''t work
Hi everyone, I try to use the "X-Sendfile" header, but it doesn''t work as expected. In my controller: path = "/home/bruno/file.tar.gz" headers[''X-Sendfile''] = path headers[''Content-Type''] = "application/octet-stream" headers[''Content-Length''] = File.size(path) render :nothing => true When I request
2013 Jan 11
5
[LLVMdev] Obsolete PTX is NOT completely removed in 3.2 release
On Fri, Jan 11, 2013 at 09:33:17PM +0100, Benjamin Kramer wrote: > > On 11.01.2013, at 21:31, Justin Holewinski <justin.holewinski at gmail.com> wrote: > > > On Fri, Jan 11, 2013 at 3:26 PM, Benjamin Kramer <benny.kra at gmail.com> wrote: > > > > On 11.01.2013, at 07:36, ????????? (Wei-Ren Chen) <chenwj at iis.sinica.edu.tw> wrote: > > >
2013 Jan 14
1
[LLVMdev] Obsolete PTX is NOT completely removed in 3.2 release
On Mon, Jan 14, 2013 at 01:41:06PM -0600, Pawel Wodnicki wrote: > On 1/14/2013 12:40 PM, Brooks Davis wrote: > > On Sun, Jan 13, 2013 at 01:00:55PM -0600, Pawel Wodnicki wrote: > >> Brooks, > >> > >>> On Fri, Jan 11, 2013 at 02:47:01PM -0600, Pawel Wodnicki wrote: > >>>> On 1/11/2013 2:40 PM, Brooks Davis wrote: > >>>>> On
2013 Jan 11
6
[LLVMdev] Obsolete PTX is NOT completely removed in 3.2 release
On Fri, Jan 11, 2013 at 02:47:01PM -0600, Pawel Wodnicki wrote: > On 1/11/2013 2:40 PM, Brooks Davis wrote: > > On Fri, Jan 11, 2013 at 09:33:17PM +0100, Benjamin Kramer wrote: > >> > >> On 11.01.2013, at 21:31, Justin Holewinski > >> <justin.holewinski at gmail.com> wrote: > >> > >>> On Fri, Jan 11, 2013 at 3:26 PM, Benjamin Kramer
2013 Jan 14
3
[LLVMdev] Obsolete PTX is NOT completely removed in 3.2 release
On Sun, Jan 13, 2013 at 01:00:55PM -0600, Pawel Wodnicki wrote: > Brooks, > > > On Fri, Jan 11, 2013 at 02:47:01PM -0600, Pawel Wodnicki wrote: > >> On 1/11/2013 2:40 PM, Brooks Davis wrote: > >>> On Fri, Jan 11, 2013 at 09:33:17PM +0100, Benjamin Kramer > >>> wrote: > >>>> > >>>> On 11.01.2013, at 21:31, Justin
2008 Jan 01
6
Delay on failed pw attempts
Hi, Is there a way, or can a way be added, to add an "auth_failed_delay=10s" style option that would put in an artificial delay after a failed password attempt? As it stands now, Dovecot seems highly vulnerable to widescale brute-force password dictionary scans. Even if it's not configurable, can a delay be hardcoded to something like, say, 10 or 15 seconds? -- Dean Brooks dean
2007 Dec 03
3
LIST problem with Dovecot1.1beta10
Hi, Certain IMAP folder problems started popping up with Squirrelmail with the 1.1beta10 version of Dovecot (and possibly earlier versions). Looked into it and I am seeing odd behavior with the LIST command. Here is how to reproduce problem, unless I'm missing something obvious: a001 login dean <password> a001 OK Logged in. a002 list "" * * LIST (\NoInferiors \UnMarked)
2018 May 18
2
A Short Policy Proposal Regarding Host Compilers
I've heard just about zero opposition to this, so I've put a code review together here: https://reviews.llvm.org/D47073 With the intent of either implementing this policy change, or encouraging further discussion/bikeshed. Thanks all! -Erich -----Original Message----- From: Brooks Davis [mailto:brooks at freebsd.org] Sent: Sunday, May 13, 2018 10:34 AM To: Keane, Erich <erich.keane
2008 Sep 30
2
Programming Workshops
Good morning Does R (or R users) have a formal training workshop/facility? Or do open-source softwares generally put the onus on the user to learn programming techniques? Are the workshops generally offered for the masses or is there one-on-one training available? Does one "go to" R for programming training ... or do R workshops travel around the country? Thanks for your
2015 Nov 07
2
[RFC] Deprecating autoconf: Let's do it!
On Fri, Nov 06, 2015 at 04:17:04PM -0800, Hans Wennborg via llvm-dev wrote: > On Fri, Nov 6, 2015 at 9:56 AM, Chris Bieneman via llvm-dev > <llvm-dev at lists.llvm.org> wrote: > > Hi LLVMDev, > > > > Since my last update we???ve landed patches for these issues: > > * Bug 14200 - -fno-rtti not in cxxflags given by llvm-config > > * Bug 23746 - test-suite
2013 Jan 14
0
[LLVMdev] Obsolete PTX is NOT completely removed in 3.2 release
On 1/14/2013 12:40 PM, Brooks Davis wrote: > On Sun, Jan 13, 2013 at 01:00:55PM -0600, Pawel Wodnicki wrote: >> Brooks, >> >>> On Fri, Jan 11, 2013 at 02:47:01PM -0600, Pawel Wodnicki wrote: >>>> On 1/11/2013 2:40 PM, Brooks Davis wrote: >>>>> On Fri, Jan 11, 2013 at 09:33:17PM +0100, Benjamin Kramer >>>>> wrote:
2006 Apr 19
1
ypwhich -m
Hi, I found that ypwhich -m does not work on 6.1-RC, it shows ypwhich: can't find the master of `?`: reason: No such map in server's domain IIRC, there was a commit last year to fix this. After some search, I think it is include/rpcsvc/yp_prot.h revision 1.13 done by peter@ (CC'ed). As far as I can tell, ypwhich -m is also broken on 5.4 and 5.5-PRERELEASE. I have tested that
2005 May 13
1
multinom(): likelihood of model?
Hi all, I'm working on a multinomial (or "polytomous") logistic regression using R and have made great progress using multinom() from the nnet library. My response variable has three categories, and there are two different possible predictors. I'd like to use the likelihoods of certain models (ie, saturated, fitteds, and null) to calculate Nagelkerke R-squared values for
2008 Sep 03
3
1.1.3 panics
Hi, Installed Dovecot 1.1.3 today and started receiving panic errors on a few of our users: dovecot: [ID 107833 mail.crit] Panic: IMAP(xx): file mail-index-transaction-view.c: line 204: unreached When I upgraded, I deleted all of our users index files so it started with a clean slate. We are running mbox format over NFS with fsquota plugin on Solaris 8. Here is output of dovecot -n:
2013 Jan 11
0
[LLVMdev] Obsolete PTX is NOT completely removed in 3.2 release
On 1/11/2013 3:59 PM, Brooks Davis wrote: > On Fri, Jan 11, 2013 at 02:47:01PM -0600, Pawel Wodnicki wrote: >> On 1/11/2013 2:40 PM, Brooks Davis wrote: >>> On Fri, Jan 11, 2013 at 09:33:17PM +0100, Benjamin Kramer >>> wrote: >>>> >>>> On 11.01.2013, at 21:31, Justin Holewinski >>>> <justin.holewinski at gmail.com> wrote: