search for: 2.0

Is the following developed in my console output a recognized bug or am I using the cat function incorrectly? Thanks, Stan > ifelse(class(data[[n]])!="factor",{print("yes")},{print("no")}) [1] "yes" [1] "yes" > ifelse(class(data[[n]])!="factor",{cat("yes")},{cat("no")}) yesError in ans[test & !nas] <-

Full_Name: Emily Green Version: 2.8.0 GUI 1.26 OS: MacBrook Pro with 2.5 GHz processor, using Mac OS X 10.5.5 Submission from: (NULL) (144.32.69.137) I am wanting to correct for phylogeny using a phylogenetic tree of 296 birds species, which I have constructed myself. The file format is correct and I have checked its display in Mesquite, which exported the nexus file (I've pasted the text of

https://bugs.freedesktop.org/show_bug.cgi?id=107874 Bug ID: 107874 Summary: Incorrect SPDX-License-Identifier on various nouveau drm kernel source files? Product: xorg Version: unspecified Hardware: Other OS: NetBSD Status: NEW Severity: normal Priority: medium

> source("http://www.bioconductor.org/biocLite.R") > biocLite(c("Ruuid")) Running getBioC version 0.1.6 with R version 2.3.1 Running biocinstall version 1.8.4 with R version 2.3.1 Your version of R requires version 1.8 of Bioconductor. trying URL 'http://bioconductor.org/packages/1.8/bioc/src/contrib/Ruuid_1.10.0.tar.gz' Content type 'application/x-gzip'

Full_Name: Sophie Smout Version: 1.5.0 OS: windows 2000, pc Submission from: (NULL) (138.251.190.17) I'm finding that nls iterates to the end of its iteration setting and does not jump out to report convergence even when it has clearly converged. It is also mis-reporting the number of iterations completed. These may not be unconnected... This is an example: [note - details of my computer,

Bonjour, 2008/2/22, Sid Touati <Sid.Touati at inria.fr>: > Bonjour > > > - fichier config.log, dans le r?pertoire de PSP, apr?s avoir lanc? "./configure" > > > le fichier est joint > > > > - r?sultat de "rpm -ql lib64sigc++2.0-devel" > > # rpm -ql lib64sigc++2.0-devel > > /usr/include/sigc++-2.0 >

I currently have a slightly modified llvm-2.0 source tree (from the release tarball). I checked out poolalloc into the projects directory and attempt to configure it, but I keep getting errors. I would understand if there were problems building it (since it may require a different version of llvm), but it should at least configure. Specifically, I've tried the following commands: >

This is another error different from the previous posting. I want to compile xapian-core-0.9.4_svn6707 with UTF-8 patch. But I failed to compile it due to the following errors. Environment : CentOS 4.3 x86_64 Sungsoo Kim ---------------------------------- g++ -DHAVE_CONFIG_H -I. -I. -I.. -I../include -I../include -I../common -I../api -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include

I pulled the recent dovecot-2.0-pigeonhole and dovecot 2.0.x trees and rebuild, got this error today: ... make[3]: Leaving directory /usr/src/dovecot-2.0/dovecot-2.0-pigeonhole/src/managesieve' make[2]: Leaving directory /usr/src/dovecot-2.0/dovecot-2.0-pigeonhole/src/managesieve' Making install in managesieve-login make[2]: Entering directory

Hi Timo and all others! The current Dovecot 2.0.rc4 did really well with Mutt 1.5.20 and Thunderbird 3.1.2, but a user with Alpine 2.00 crashed it immediately. I'm running Fedora 13 (Linux) and compiled Dovecot 2.0.rc4 manually like I did before with Dovecot 1.2.13. When switching from 1.2 to 2.0 I removed all those ".imap" folders with internal cache data (didn't know for sure

Would anyone help me solve my problem with R, please? I am very new to R. I am doing logistic regression analysis on the presence/absence of salamanders using several predictor variables, as shown below. I have checked my data, but I didn't find any 'NA' or empty cells. When I used step() or stepAIC to select significant predictor variables, <none>s appear to places where

Hi, swfplay does not link in latest git 0.6.2-384-g234d0b0. /bin/sh ../libtool --mode=link gcc -g -O2 -o swfplay ../swfdec-gtk/libswfdec-gtk-0.7.la ../swfdec/libswfdec-0.7.la -pthread -lgobject-2.0 -lgthread-2.0 -lrt -lglib-2.0 -lcairo -lpng12 -lz -lgtk- x11-2.0 -lgdk-x11-2.0 -latk-1.0 -lgdk_pixbuf-2.0 -lm -lpangocairo-1.0 -lpango-1.0 -lcairo -lsoup-2.4 -lgio-2.0 -lgobject-2.0

This patch is against libguestfs's old copy of p2v, but the same patch ought to also apply against virt-p2v. Rich.

I have encountered the following build errors after applying xapian-qp-utf8-0.9.2.patch. There is no build error before the patch. - CentOS 4.2 64 bit version (RHEL 4.0.2 compatible) - AMD Opteron dual processor Can anybody tell me what I am missing? Thanks! Sungsoo Kim -------------------------------------------------- [root at saturn queryparser]# make make all-am make[1]: Entering

hi, let me explain in detail, what i have configured and what is happening now: 1st router w724v (Deutsche Telekom AG): - port forwarding, everything to destination port 51000-55999 to device with ip 192.168.2.50 (interface of 2nd router) 2nd router Bintec RS353j): - configured NAT, everything to port 51000-55999 to device 192.168.3.99 (same ports) other direction is totally open. I

building, dovecot-2.0, HEAD:10054:5cb162da8708 dovecot-2.0-sieve, 1051:1d194d46d6e6 both build fine. @, dovecot-2.0-managesieve, 159:2236331aa0a3 cd /usr/local/src/dovecot-2.0-managesieve/ ./configure \ --with-dovecot=/usr/local/src/dovecot-2.0 \ --with-dovecot-sieve=/usr/local/src/dovecot-2.0-sieve make fails @, ... gcc -DHAVE_CONFIG_H -I. -I../..

Hi guys, sorry to be iterating this on the list once more, but I'm not able to get this stuff to work as I'd expect. So far, I've always managed to keep it out of NAT environments :-> My home LAN is NATed by a simple Draytek router. In the home LAN is an ATA186 with SIP. On the internet (public) is an Asterisk server. I have nat=yes in the sip.conf and the connectmode is set

What does this mean? Asterisk 1.2.13 talking to 1.4.0. (response from 1.4.0.) Yuan Liu

Andrew Martin wrote: > ----- Original Message ----- <snip> > > By doing a number of test calls today, I have managed to reproduce this while > sip debugging was on, so I have that information available now as well: > http://pastebin.com/ZJqzdvY3 > > This was a call from 113 to 146 via a queue. Note that the asterisk server is > at 10.10.32.251. I see the following:

Dear R and S People: I have run across something very strange. Here is a function that I wrote for R: boot1 <- function(y,method="f",p=1) { n1 <- length(y) n2 <- n1*p n3 <- n2 - 1 a <- 0.5*(outer(1:n3,1:n3,function(x,y){n2 - pmax(x,y)})) return(a) } and here is the R output: > y1 [1] 9 8 7 3 6 > source("boot1.R") > boot1(y=y1,p=4) [,1] [,2]