search for: frisbee

Hi, pnorm(-1.53,0,1) under version 3.0.2 gives 0.05155075. I am pretty sure it should be 0.063. Is there something wrong with this version of R? I am using: R version 3.0.2 (2013-09-25) -- "Frisbee Sailing" Copyright (C) 2013 The R Foundation for Statistical Computing Platform: i686-pc-linux-gnu (32-bit) -- Tom [[alternative HTML version deleted]]

...because this PXELINUX/pxeboot problem is the very last technical issue for a project on which I've been working since September. My company has a proprietary disk-imaging system that they would like to replace. My company is also an all-Windows shop. I proposed that we try to use the "Frisbee" disk-imaging system from the University of Utah, with the understanding that the project could fail at any point. I proposed Frisbee because I was impressed with this paper: http://www.cs.utah.edu/flux/papers/frisbee-usenix03-base.html . The project is still alive, and enthusiasm is growing...

...creating a /etc/R/ldpaths file. I've tried a few times, tried purging, and removing everything in /etc/R and /usr/lib/R as suggested by Dirk, and reinstalling but still get $ R /usr/bin/R: line 236: /usr/lib/R/etc/ldpaths: No such file or directory R version 3.0.2 (2013-09-25) -- "Frisbee Sailing" Copyright (C) 2013 The R Foundation for Statistical Computing Platform: x86_64-pc-linux-gnu (64-bit) and then cannot install packages. I tried manually creating the file /etc/R/ldpaths and it got rid of the error when loading R, but would still not install packages. Something is n...

...ison behavior didn?t correlate with R version, but rather with platform. I wonder if you?ve seen this. If it?s not some setting I?m unaware of, maybe someone should look into it. Sorry I haven?t taken the time to read the source code myself. Thanks, Stuart R version 3.0.2 (2013-09-25) -- "Frisbee Sailing" Platform: x86_64-unknown-linux-gnu (64-bit) Sys.getlocale() [1] "LC_CTYPE=en_US.UTF-8;LC_NUMERIC=C;LC_TIME=en_US.UTF-8;LC_COLLATE=en_US.UTF -8;LC_MONETARY=en_US.UTF-8;LC_MESSAGES=en_US.UTF-8;LC_PAPER=en_US.UTF-8;LC_ NAME=C;LC_ADDRESS=C;LC_TELEPHONE=C;LC_MEASUREMENT=en_US.UTF-8;L...

No me ha funcionado, pero muchas gracias Daniel Merino. Al final he solucionado mi problema generando el HTML desde una máquina vertual Windows, como hacía Jorge Ayuso. Gracias a todos por la ayuda :) Elvira. > El 23/10/2013, a las 10:38, <miguel.angel.rodriguez.muinos en sergas.es> escribió: > > Hola Elvira. > > .. y ese comando te ha funcionado???? > :-) > >

...he output above, the CHS of >> 4865x255x63=78156225 sectors, while if you add the start and size of >> partition 2 from the DOS label you get 80276805 sectors. The BIOS >> probably reports something in between, using 16 heads as its basis. >> This has to do with a fellow Frisbee user-- he seems to have this problem on all of his machines, but I encountered it on none of mine. Any light you could shed about DOS partition tables and BSD partition tables would be welcome. Again, I hope this OT message wasn''t too offensive. -Chris

...s. If it?s not some setting I?m unaware of, > maybe someone should look into it. Sorry I haven?t taken the time to read > the source code myself. Looks like a collation order issue. See ?Comparison. Duncan Murdoch > Thanks, > Stuart > > R version 3.0.2 (2013-09-25) -- "Frisbee Sailing" > Platform: x86_64-unknown-linux-gnu (64-bit) > Sys.getlocale() > [1] > "LC_CTYPE=en_US.UTF-8;LC_NUMERIC=C;LC_TIME=en_US.UTF-8;LC_COLLATE=en_US.UTF > -8;LC_MONETARY=en_US.UTF-8;LC_MESSAGES=en_US.UTF-8;LC_PAPER=en_US.UTF-8;LC_ > NAME=C;LC_ADDRESS=C;LC_TELEPHONE=...

...*******PREFERED SOLUTION: Instruct samba to send data through hme1 interface, can this be done? Would it require an impractical amount of hacking? ******************* Platform: Solaris 2.6 5/98, Samba 2.0.6. Problems observed using virtual adrian, netstat, snoop and tcpdump. Ops, Indoors Ultimate Frisbee tournamant in six hours, gotta get some sleep! /wfr Fredrik -- Fredrik Lundholm systems administrator at ce.chalmers.se dol@ce.chalmers.se voice: +46 31 7721697 fax: +46 31 7723663

...en(17)],collapse=""), sep=""), as.is=TRUE) [1] 0.01234568 > type.convert(paste("0.", paste(rep(0:9,3)[seq_len(18)],collapse=""), sep=""), as.is=TRUE) [1] "0.012345678901234567" # R version 3.0.2 Patched (2013-10-23 r64103) -- "Frisbee Sailing" # Platform: x86_64-unknown-linux-gnu/x86_64 (64-bit) > type.convert(paste("0.", paste(rep(0:9,3)[seq_len(17)],collapse=""), sep=""), as.is=TRUE) [1] 0.01234568 > type.convert(paste("0.", paste(rep(0:9,3)[seq_len(18)],collapse="&qu...

...erence anywhere on the wiki (or google) about this, and, as far as I can tell, my manifest should just work. Thanks ahead of time, -- Russell A. Jackson <raj@csub.edu> Network Analyst California State University, Bakersfield Joe Cool always spends the first two weeks at college sailing his frisbee. -- Snoopy _______________________________________________ Puppet-users mailing list Puppet-users@madstop.com https://mail.madstop.com/mailman/listinfo/puppet-users

...x86_64-pc-linux-gnu arch x86_64 os linux-gnu system x86_64, linux-gnu status major 3 minor 0.2 year 2013 month 09 day 25 svn rev 63987 language R version.string R version 3.0.2 (2013-09-25) nickname Frisbee Sailing >

Hi all, Can anyone help me understand why an implicit print (i.e. just typing df at the console), is so much slower than an explicit print (i.e. print(df)) in the example below? I see the difference in both Rstudio and in a terminal. # Construct large df as quickly as possible dummy <- 1:18e6 df <- lapply(1:10, function(x) dummy) names(df) <- letters[1:10] class(df) <-

Hola buenas noches, tengo un problema bastante gordo. ¿A alguno le ha dejado de funcionar las funciones pamer.fnc y mcp.fnc con la nueva versión de R? La semana pasada formatee el ordenador y ahora scripts antiguos no funcionan. La cuestión es que me precupa que no funcione el ejemplo de tutorial del autor. Os dejo un script que debería de funcionar y no lo hace

...oks like a collation order issue. See ?Comparison. With the oddity that both platforms use what look like similar locales: LC_COLLATE=en_US.UTF-8 LC_COLLATE=en_US.utf8 /Henrik > > Duncan Murdoch > >> Thanks, >> Stuart >> >> R version 3.0.2 (2013-09-25) -- "Frisbee Sailing" >> Platform: x86_64-unknown-linux-gnu (64-bit) >> Sys.getlocale() >> [1] >> "LC_CTYPE=en_US.UTF-8;LC_NUMERIC=C;LC_TIME=en_US.UTF-8;LC_COLLATE=en_US.UTF >> -8;LC_MONETARY=en_US.UTF-8;LC_MESSAGES=en_US.UTF-8;LC_PAPER=en_US.UTF-8;LC_ >> NAME=C;LC_...