If I include manually the exception, I hve to write this? import(shiny, except=c('dataTableOutput','renderDataTable') Thanks Karim
On Tue, Apr 5, 2016 at 7:28 PM, Michael Lawrence <lawrence.mich...@gene.com> wrote: > Roxygen does not yet support the feature. For now you'll have to live > with the warning or just importFrom(shiny, ...). Maybe there is some > way to manually patch the NAMESPACE with Roxygen? > > Honestly, I would recommend against using Roxygen to manage your > NAMESPACE. Just write the thing... > > > > On Tue, Apr 5, 2016 at 11:07 AM, Karim Mezhoud <kmezh...@gmail.com> wrote: > > Hi, > > Actually I have conflict between DT and shiny > > Warning: replacing previous import ‘shiny::dataTableOutput’ by > > ‘DT::dataTableOutput’ when loading ‘bioCancer’ > > Warning: replacing previous import ‘shiny::renderDataTable’ by > > ‘DT::renderDataTable’ when loading ‘bioCancer’ > > > > I would like to import shiny except dataTableOutput and renderDataTable. > > > > #'@import shiny except dataTableOutput renderDataTable > > I am using roxygen2 > > R Under development (unstable) (2016-03-11 r70310) > > Which package Can I update to get the new import argument. > > Thanks > > Karim > > > > > > On Tue, Apr 5, 2016 at 6:50 PM, Michael Lawrence < > lawrence.mich...@gene.com> > > wrote: > >> > >> I will try to sneak that in since it seems to work and it would be > >> nice to use it before this Fall. > >> > >> On Tue, Apr 5, 2016 at 10:32 AM, Dan Tenenbaum <dtene...@fredhutch.org> > >> wrote: > >> > Michael, do you know if this change will be (or has already been) > >> > backported into R-3.3.0? > >> > > >> > Thanks. > >> > Dan > >> > > >> > > >> > ----- Original Message ----- > >> >> From: "Lihua Zhu" <julie....@umassmed.edu> > >> >> To: "Dan Tenenbaum" <dtene...@fredhutch.org>, "Michael Lawrence" > >> >> <lawrence.mich...@gene.com> > >> >> Cc: "bioc-devel" <bioc-devel@r-project.org> > >> >> Sent: Tuesday, April 5, 2016 9:49:26 AM > >> >> Subject: Re: [Bioc-devel] namespace question > >> > > >> >> Dan, > >> >> > >> >> That is great! Thanks for letting us know! > >> >> > >> >> Michael, thank for making it happen so quickly! It works like a > charm! > >> >> > >> >> Best, > >> >> > >> >> Julie > >> >> > >> >> On 4/2/16 1:58 PM, "Bioc-devel on behalf of Dan Tenenbaum" > >> >> <bioc-devel-boun...@r-project.org on behalf of > dtene...@fredhutch.org> > >> >> wrote: > >> >> > >> >>>BTW, looks like the change has been made to R-devel: > >> >>> > >> >>>#### CHANGES IN R-devel NEW FEATURES > >> >>> > >> >>> * The Œimport()¹ namespace directive now accepts an argument > Œexcept¹ > >> >>>which names symbols to exclude from the imports. The Œexcept¹ > >> >>> expression > >> >>>should evaluate to a character vector (after substituting symbols for > >> >>>strings). See Writing R Extensions. > >> >>> > >> >>>URL: > >> > >> >>> >>> > https://urldefense.proofpoint.com/v2/url?u=http-3A__developer.r-2Dproject. > >> > >> >>> > >>>org_blosxom.cgi_R-2Ddevel_NEWS_2016_04_02-23n2016-2D04-2D02&d=BQIGaQ&c=WJB > >> > >> >>> > >>>j9sUF1mbpVIAf3biu3CPHX4MeRjY_w4DerPlOmhQ&r=3IbW-yoIQpGZOKgd4i2bgmPHhwHHF5g > >> > >> >>> > >>>JMlij5cC5bLU&m=HCJuUKMo50mOyjfD0AtQzV69c0SnACXTGdX_iHcWRfo&s=MbBj5lNGwkIfP > >> >>>hrHI2clfQd1aq1yPyROa3utKrCP4ug&e= > >> >>> > >> >>> > >> >>> > >> >>>----- Original Message ----- > >> >>>> From: "Michael Lawrence" <lawrence.mich...@gene.com> > >> >>>> To: "Hervé Pagès" <hpa...@fredhutch.org> > >> >>>> Cc: "Michael Lawrence" <lawrence.mich...@gene.com>, "bioc-devel" > >> >>>><bioc-devel@r-project.org> > >> >>>> Sent: Saturday, April 2, 2016 4:10:10 AM > >> >>>> Subject: Re: [Bioc-devel] namespace question > >> >>> > >> >>>> Also, just btw, there are two other places where arbitrary R code > can > >> >>>> be evaluated in the NAMESPACE, but no one has abused them yet. as > far > >> >>>> as I know. The first argument to if() and the .fixes argument to > >> >>>> useDynLib(). The latter sets the precedent for the except= > behavior. > >> >>>> Although someone forgot to document it, you can do > .fixes=c("prefix", > >> >>>> "suffix") to both prefix and suffix incoming native symbols. > >> >>>> Currently, the documentation only mentions prefixing. Not sure when > >> >>>> suffixing would be desirable. > >> >>>> > >> >>>> > >> >>>> On Fri, Apr 1, 2016 at 4:14 PM, Hervé Pagès <hpa...@fredhutch.org> > >> >>>>wrote: > >> >>>>> On 04/01/2016 01:39 PM, Michael Lawrence wrote: > >> >>>>>> > >> >>>>>> Yes, it's arbitrary R code that is evaluated, so paste0() would > >> >>>>>> work. > >> >>>>>> You're right that it's a big door and could let people do weird > >> >>>>>> things. Do you foresee a problem with that? > >> >>>>> > >> >>>>> > >> >>>>> Opening such a big door raises many questions. In addition to > >> >>>>> allowing > >> >>>>> people do weird/crazy things (like putting calls to library() > >> >>>>> or requireNamespace() etc... in them), NAMESPACE files with > >> >>>>> arbitrary > >> >>>>> R code in them become more complicated to maintain and the tools > for > >> >>>>> parsing/processing them also become more complicated to write and > >> >>>>> maintain. > >> >>>>> > >> >>>>> Now we have a new category of errors that can happen at package > >> >>>>> installation time: errors triggered by the evaluation of the R > >> >>>>> expressions embedded in the NAMESPACE file. Hopefully 'R CMD > >> >>>>> INSTALL' > >> >>>>> will report something that can be understood by mere mortals when > >> >>>>> this > >> >>>>> happens. > >> >>>>> > >> >>>>> Once you create the feeling that a NAMESPACE file is just a file > >> >>>>> that contains arbitrary R code then people expect import(), > export() > >> >>>>> etc.. to be ordinary R functions with a man page (being able to do > >> >>>>> ?import would not hurt actually) and they'll naturally try to do > >> >>>>> things like > >> >>>>> > >> >>>>> unwanted_foo_symbols <- ... long and complicated expression > >> >>>>> eventually calling user-defined > helper > >> >>>>> functions located in the NAMESPACE > >> >>>>> file > >> >>>>>... > >> >>>>> import(foo, except=unwanted_foo_symbols) > >> >>>>> > >> >>>>> Can't blame them for that. But is this the kind of things that > we're > >> >>>>> ready to see in NAMESPACE files? > >> >>>>> > >> >>>>> Also once you've open that door, people will naturally wonder why > >> >>>>> they > >> >>>>> can use an R expression in the 'except' part of import( , except=) > >> >>>>> but > >> >>>>> not elsewhere e.g. in > >> >>>>> > >> >>>>> import(foo, only=paste0("bar", 1:10)) > >> >>>>> > >> >>>>> as a more elegant way of doing importFrom(foo, bar1, bar2, ..., > >> >>>>> bar10). > >> >>>>> This dissymmetry between the syntax of "import only this" and > >> >>>>> "import > >> >>>>> all except this" feels very arbitrary. If you don't support the > >> >>>>> import( , only=) syntax, people might legitimately ask things like > >> >>>>> > >> >>>>> do.call(importFrom, c(list("foo"), as.list(paste0("bar", > 1:10)))) > >> >>>>> > >> >>>>> to work. Again, can't blame them for that. But do we want this > kind > >> >>>>> of > >> >>>>> things to work? I'm worried debugging NAMESPACE files would > become a > >> >>>>> full-time job... > >> >>>>> > >> >>>>>> I guess one could have implemented NAMESPACE parsing by > evaluating > >> >>>>>> the > >> >>>>>> code in an environment (inheriting from the base namespace) where > >> >>>>>> import(), export(), etc, were defined. Maybe there's a good > reason > >> >>>>>> why > >> >>>>>> it was not implemented that way. > >> >>>>> > >> >>>>> > >> >>>>> I'm sure there is ;-) > >> >>>>> > >> >>>>> H. > >> >>>>> > >> >>>>> > >> >>>>>> > >> >>>>>> On Fri, Apr 1, 2016 at 12:55 PM, Hervé Pagès < > hpa...@fredhutch.org> > >> >>>>>>wrote: > >> >>>>>>> > >> >>>>>>> On 03/31/2016 04:07 PM, Michael Lawrence wrote: > >> >>>>>>>> > >> >>>>>>>> > >> >>>>>>>> I agree. The importExcept idea also works that way: > >> >>>>>>>>importExcept(foo, > >> >>>>>>>> bar, > >> >>>>>>>> baz) > >> >>>>>>>> > >> >>>>>>>> But import(foo, except=c(bar, baz)) reads better. > >> >>>>>>> > >> >>>>>>> > >> >>>>>>> > >> >>>>>>> mmh... so R expressions with calls to base functions like > >> >>>>>>> base::c() > >> >>>>>>>are > >> >>>>>>> making their way in the NAMESPACE file. That's opening a big > door. > >> >>>>>>>Does > >> >>>>>>> that mean that we'll be able to do things like: > >> >>>>>>> > >> >>>>>>> import(foo, except=paste0("bar", 1:10)) > >> >>>>>>> > >> >>>>>>> Or maybe c(bar, baz) in your above example is just an arbitrary > >> >>>>>>>syntax > >> >>>>>>> that just happens to look like an R expression but won't be > >> >>>>>>> evaluated > >> >>>>>>> as such? > >> >>>>>>> > >> >>>>>>> > >> >>>>>>> H. > >> >>>>>>> > >> >>>>>>>> > >> >>>>>>>> > >> >>>>>>>> On Thu, Mar 31, 2016 at 4:00 PM, <luke-tier...@uiowa.edu> > wrote: > >> >>>>>>>>> > >> >>>>>>>>> > >> >>>>>>>>> I don't think you want to separate it from the import. Better > to > >> >>>>>>>>>allow > >> >>>>>>>>> something like > >> >>>>>>>>> > >> >>>>>>>>> import(foo, exclude=bar) > >> >>>>>>>>> > >> >>>>>>>>> or > >> >>>>>>>>> > >> >>>>>>>>> import(foo, exclude=c("bar", "baz")) > >> >>>>>>>>> > >> >>>>>>>>> This seems reasonably natural and shouldn't be too hard to > >> >>>>>>>>> implement. (But is has been a while since I've worked on this > >> >>>>>>>>>code). > >> >>>>>>>>> > >> >>>>>>>>> Best, > >> >>>>>>>>> > >> >>>>>>>>> luke > >> >>>>>>>>> > >> >>>>>>>>> > >> >>>>>>>>> On Thu, 31 Mar 2016, Karim Mezhoud wrote: > >> >>>>>>>>> > >> >>>>>>>>>> I think "From" is needed to specify which package we want to > >> >>>>>>>>>>exlude > >> >>>>>>>>>> functions. > >> >>>>>>>>>> > >> >>>>>>>>>> I think excludeFrom (package, function) seems to be > >> >>>>>>>>>> intuitive. > >> >>>>>>>>>> > >> >>>>>>>>>> thanks, > >> >>>>>>>>>> Karim > >> >>>>>>>>>> > >> >>>>>>>>>> > >> >>>>>>>>>> > >> >>>>>>>>>> On Thu, Mar 31, 2016 at 9:54 PM, Hervé Pagès > >> >>>>>>>>>><hpa...@fredhutch.org> > >> >>>>>>>>>> wrote: > >> >>>>>>>>>> > >> >>>>>>>>>>> On 03/31/2016 12:55 PM, Michael Lawrence wrote: > >> >>>>>>>>>>> > >> >>>>>>>>>>>> Probably should just stick to exact symbols for now. If > there > >> >>>>>>>>>>>>is a > >> >>>>>>>>>>>> case where a pattern is actually useful, rather than just > an > >> >>>>>>>>>>>> obfuscation, we can extend the feature set. > >> >>>>>>>>>>>> > >> >>>>>>>>>>> > >> >>>>>>>>>>> Fair enough. Not really intuitive that excludeImport uses > the > >> >>>>>>>>>>>same > >> >>>>>>>>>>> syntax as (but does the opposite of) importFrom though. > Maybe > >> >>>>>>>>>>>having > >> >>>>>>>>>>> the name of the directive start with "import" would help > e.g. > >> >>>>>>>>>>> > >> >>>>>>>>>>> importExcept(hash, values) # opposite of importFrom(hash, > >> >>>>>>>>>>>values) > >> >>>>>>>>>>> > >> >>>>>>>>>>> Thanks, > >> >>>>>>>>>>> H. > >> >>>>>>>>>>> > >> >>>>>>>>>>> > >> >>>>>>>>>>> > >> >>>>>>>>>>>> On Thu, Mar 31, 2016 at 12:11 PM, Zhu, Lihua (Julie) > >> >>>>>>>>>>>> <julie....@umassmed.edu> wrote: > >> >>>>>>>>>>>> > >> >>>>>>>>>>>>> Herve, > >> >>>>>>>>>>>>> > >> >>>>>>>>>>>>> That is a very interesting idea and works for me! Thanks! > >> >>>>>>>>>>>>> > >> >>>>>>>>>>>>> importPatternFrom(IRanges, "^values$") > >> >>>>>>>>>>>>> > >> >>>>>>>>>>>>> > >> >>>>>>>>>>>>> Best, > >> >>>>>>>>>>>>> > >> >>>>>>>>>>>>> Julie > >> >>>>>>>>>>>>> > >> >>>>>>>>>>>>> On 3/31/16 2:51 PM, "Bioc-devel on behalf of Hervé Pagès" > >> >>>>>>>>>>>>> <bioc-devel-boun...@r-project.org on behalf of > >> >>>>>>>>>>>>> hpa...@fredhutch.org> > >> >>>>>>>>>>>>> wrote: > >> >>>>>>>>>>>>> > >> >>>>>>>>>>>>> On 03/30/2016 08:35 PM, Michael Lawrence wrote: > >> >>>>>>>>>>>>>> > >> >>>>>>>>>>>>>> > >> >>>>>>>>>>>>>> > >> >>>>>>>>>>>>>> > >> >>>>>>>>>>>>>>> That would work, but R is not going to be happy about > >> >>>>>>>>>>>>>>>redundant > >> >>>>>>>>>>>>>>> imports. Interactively, users would balk at symbol > >> >>>>>>>>>>>>>>>qualification. > >> >>>>>>>>>>>>>>> > >> >>>>>>>>>>>>>>> There are two classes of conflict: > >> >>>>>>>>>>>>>>> 1) Same semantics, where a common generic would > arbitrate, > >> >>>>>>>>>>>>>>>or one > >> >>>>>>>>>>>>>>> package could depend on the other, and > >> >>>>>>>>>>>>>>> 2) Different semantics, in which case one of the > functions > >> >>>>>>>>>>>>>>>should > >> >>>>>>>>>>>>>>> probably be renamed, although that might not be > practical > >> >>>>>>>>>>>>>>> or > >> >>>>>>>>>>>>>>>easy > >> >>>>>>>>>>>>>>> to > >> >>>>>>>>>>>>>>> agree upon. > >> >>>>>>>>>>>>>>> > >> >>>>>>>>>>>>>>> When those approaches fail, qualification is the only > >> >>>>>>>>>>>>>>>recourse. > >> >>>>>>>>>>>>>>> > >> >>>>>>>>>>>>>>> I will think about adding an excludeImport() or > >> >>>>>>>>>>>>>>> importAs(). > >> >>>>>>>>>>>>>>> > >> >>>>>>>>>>>>>> > >> >>>>>>>>>>>>>> What about having something like an importPatternFrom() > >> >>>>>>>>>>>>>>directive > >> >>>>>>>>>>>>>> similar to the exportPattern() directive and have these > >> >>>>>>>>>>>>>>directives > >> >>>>>>>>>>>>>> support some of the grep() toggles like 'ignore.case', > >> >>>>>>>>>>>>>>'fixed', > >> >>>>>>>>>>>>>> 'invert' etc... ? > >> >>>>>>>>>>>>>> > >> >>>>>>>>>>>>>> Then Julie could just do: > >> >>>>>>>>>>>>>> > >> >>>>>>>>>>>>>> importPatternFrom(hash, "^values$", invert=TRUE) > >> >>>>>>>>>>>>>> > >> >>>>>>>>>>>>>> H. > >> >>>>>>>>>>>>>> > >> >>>>>>>>>>>>>> > >> >>>>>>>>>>>>>>> > >> >>>>>>>>>>>>>>> On Wed, Mar 30, 2016 at 8:20 PM, Robert M. Flight > >> >>>>>>>>>>>>>>> <rfligh...@gmail.com > >> >>>>>>>>>>>>>>>> > >> >>>>>>>>>>>>>>>> > >> >>>>>>>>>>>>>>>> > >> >>>>>>>>>>>>>>> wrote: > >> >>>>>>>>>>>>>>> > >> >>>>>>>>>>>>>>>> In the cases of having conflicting names, is it not > >> >>>>>>>>>>>>>>>>appropriate > >> >>>>>>>>>>>>>>>> then > >> >>>>>>>>>>>>>>>> to use > >> >>>>>>>>>>>>>>>> the "package::function" form for calling a particular > >> >>>>>>>>>>>>>>>>function? > >> >>>>>>>>>>>>>>>> > >> >>>>>>>>>>>>>>>> On Wed, Mar 30, 2016 at 11:14 PM Michael Lawrence > >> >>>>>>>>>>>>>>>> <lawrence.mich...@gene.com> > >> >>>>>>>>>>>>>>>> wrote: > >> >>>>>>>>>>>>>>>> > >> >>>>>>>>>>>>>>>> I can't find the hash function in IRanges. Are you sure > >> >>>>>>>>>>>>>>>> it > >> >>>>>>>>>>>>>>>>has > >> >>>>>>>>>>>>>>>> one? > >> >>>>>>>>>>>>>>>>> > >> >>>>>>>>>>>>>>>>> > >> >>>>>>>>>>>>>>>>> > >> >>>>>>>>>>>>>>>>> > >> >>>>>>>>>>>>>>>>> On Wed, Mar 30, 2016 at 8:07 PM, Zhu, Lihua (Julie) > >> >>>>>>>>>>>>>>>>> <julie....@umassmed.edu> wrote: > >> >>>>>>>>>>>>>>>>> > >> >>>>>>>>>>>>>>>>>> Michael, > >> >>>>>>>>>>>>>>>>>> > >> >>>>>>>>>>>>>>>>>> I have the same user case as Kasper. Another example > is > >> >>>>>>>>>>>>>>>>>>that > >> >>>>>>>>>>>>>>>>>> both > >> >>>>>>>>>>>>>>>>>> IRanges > >> >>>>>>>>>>>>>>>>>> and hash packages have hash. I need to use the hash > >> >>>>>>>>>>>>>>>>>> from > >> >>>>>>>>>>>>>>>>>>the > >> >>>>>>>>>>>>>>>>>> hash > >> >>>>>>>>>>>>>>>>>> package > >> >>>>>>>>>>>>>>>>>> instead of the one from IRanges. > >> >>>>>>>>>>>>>>>>>> > >> >>>>>>>>>>>>>>>>>> Best, > >> >>>>>>>>>>>>>>>>>> > >> >>>>>>>>>>>>>>>>>> Julie > >> >>>>>>>>>>>>>>>>>> > >> >>>>>>>>>>>>>>>>>> On Mar 30, 2016, at 7:57 PM, Kasper Daniel Hansen > >> >>>>>>>>>>>>>>>>>> <kasperdanielhan...@gmail.com> wrote: > >> >>>>>>>>>>>>>>>>>> > >> >>>>>>>>>>>>>>>>>> My usecase is when I import() two packages who has a > >> >>>>>>>>>>>>>>>>>>conflict > >> >>>>>>>>>>>>>>>>>> in > >> >>>>>>>>>>>>>>>>>> a > >> >>>>>>>>>>>>>>>>>> name. > >> >>>>>>>>>>>>>>>>>> For example, both Biobase and matrixStats has both > >> >>>>>>>>>>>>>>>>>>anyMissing > >> >>>>>>>>>>>>>>>>>> and > >> >>>>>>>>>>>>>>>>>> rowMedians. I am happy to get all of these two > >> >>>>>>>>>>>>>>>>>> packages, > >> >>>>>>>>>>>>>>>>>>but I > >> >>>>>>>>>>>>>>>>>> need > >> >>>>>>>>>>>>>>>>>> to > >> >>>>>>>>>>>>>>>>>> resolve the conflict. Since I want to keep the ones > >> >>>>>>>>>>>>>>>>>> from > >> >>>>>>>>>>>>>>>>>> matrixStats I > >> >>>>>>>>>>>>>>>>>> > >> >>>>>>>>>>>>>>>>> know > >> >>>>>>>>>>>>>>>>> > >> >>>>>>>>>>>>>>>>>> need to figure out how to import Biobase selectively. > >> >>>>>>>>>>>>>>>>>>Which I > >> >>>>>>>>>>>>>>>>>> can, > >> >>>>>>>>>>>>>>>>>> using > >> >>>>>>>>>>>>>>>>>> the tools from codetoolsBioC, but I would also be > happy > >> >>>>>>>>>>>>>>>>>>with > >> >>>>>>>>>>>>>>>>>> an > >> >>>>>>>>>>>>>>>>>> importFromExcept(), which would make my life much > >> >>>>>>>>>>>>>>>>>> easier. > >> >>>>>>>>>>>>>>>>>> > >> >>>>>>>>>>>>>>>>>> Best, > >> >>>>>>>>>>>>>>>>>> Kasper > >> >>>>>>>>>>>>>>>>>> > >> >>>>>>>>>>>>>>>>>> On Wed, Mar 30, 2016 at 4:47 PM, Michael Lawrence > >> >>>>>>>>>>>>>>>>>> <lawrence.mich...@gene.com> wrote: > >> >>>>>>>>>>>>>>>>>> > >> >>>>>>>>>>>>>>>>>>> > >> >>>>>>>>>>>>>>>>>>> I'm curious about which symbols you wouldn't want to > >> >>>>>>>>>>>>>>>>>>>import, > >> >>>>>>>>>>>>>>>>>>> and > >> >>>>>>>>>>>>>>>>>>> why. > >> >>>>>>>>>>>>>>>>>>> > >> >>>>>>>>>>>>>>>>>>> On Wed, Mar 30, 2016 at 12:19 PM, Zhu, Lihua (Julie) > >> >>>>>>>>>>>>>>>>>>> <julie....@umassmed.edu> wrote: > >> >>>>>>>>>>>>>>>>>>> > >> >>>>>>>>>>>>>>>>>>>> Hi, > >> >>>>>>>>>>>>>>>>>>>> > >> >>>>>>>>>>>>>>>>>>>> Is there a function to import all the exported > >> >>>>>>>>>>>>>>>>>>>> objects > >> >>>>>>>>>>>>>>>>>>>>from > >> >>>>>>>>>>>>>>>>>>>> a > >> >>>>>>>>>>>>>>>>>>>> package > >> >>>>>>>>>>>>>>>>>>>> except a few named ones in NAMESPACE file? > >> >>>>>>>>>>>>>>>>>>>> > >> >>>>>>>>>>>>>>>>>>>> For example, I would like to import all the > functions > >> >>>>>>>>>>>>>>>>>>>> in > >> >>>>>>>>>>>>>>>>>>>> S4Vectors > >> >>>>>>>>>>>>>>>>>>>> except fold. Is there a way to specify this > without > >> >>>>>>>>>>>>>>>>>>>>listing > >> >>>>>>>>>>>>>>>>>>>> all > >> >>>>>>>>>>>>>>>>>>>> other > >> >>>>>>>>>>>>>>>>>>>> functions using importFrom? > >> >>>>>>>>>>>>>>>>>>>> > >> >>>>>>>>>>>>>>>>>>>> Many thanks for your help! > >> >>>>>>>>>>>>>>>>>>>> > >> >>>>>>>>>>>>>>>>>>>> Best regards, > >> >>>>>>>>>>>>>>>>>>>> > >> >>>>>>>>>>>>>>>>>>>> Julie > >> >>>>>>>>>>>>>>>>>>>> > >> >>>>>>>>>>>>>>>>>>>> ******************************************** > >> >>>>>>>>>>>>>>>>>>>> Lihua Julie Zhu, Ph.D > >> >>>>>>>>>>>>>>>>>>>> Research Professor > >> >>>>>>>>>>>>>>>>>>>> Department of Molecular, Cell and Cancer Biology > >> >>>>>>>>>>>>>>>>>>>> (MCCB) > >> >>>>>>>>>>>>>>>>>>>> Head of MCCB Bioinformatics Core > >> >>>>>>>>>>>>>>>>>>>> Program in Molecular Medicine > >> >>>>>>>>>>>>>>>>>>>> Program in Bioinformatics and Integrative Biology > >> >>>>>>>>>>>>>>>>>>>> University of Massachusetts Medical School > >> >>>>>>>>>>>>>>>>>>>> 364 Plantation Street, Room 613 > >> >>>>>>>>>>>>>>>>>>>> Worcester, MA 01605 > >> >>>>>>>>>>>>>>>>>>>> 508-856-5256 phone > >> >>>>>>>>>>>>>>>>>>>> (508) 856 5460 fax > >> >>>>>>>>>>>>>>>>>>>> > >> >>>>>>>>>>>>>>>>>>>> > >> >>>>>>>>>>>>>>>>>>>> > >> >>>>>>>>>>>>>>>>> > >> >>>>>>>>>>>>>>>>> > >> >>>>>>>>>>>>>>>>> > >> >>>>>>>>>>>>>>>>> > >> >>>>>>>>>>>>>>>>> > >> > >> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> > http://profiles.umassmed.edu/profiles/ProfileDetails.aspx?Fr > >> >>>>>>>>>>>>>>>>>om=SE&Perso > >> >>>>>>>>>>>>>>>>> n=1134 > >> >>>>>>>>>>>>>>>>> > >> >>>>>>>>>>>>>>>>>> > >> >>>>>>>>>>>>>>>>>>>> > >> >>>>>>>>>>>>>>>>>>>> [[alternative HTML version deleted]] > >> >>>>>>>>>>>>>>>>>>>> > >> >>>>>>>>>>>>>>>>>>>> _______________________________________________ > >> >>>>>>>>>>>>>>>>>>>> Bioc-devel@r-project.org mailing list > >> >>>>>>>>>>>>>>>>>>>> > >> >>>>>>>>>>>>>>>>>>>> > >> >>>>>>>>>>>>>>>>>>>> > >> >>>>>>>>>>>>>>>>>>>> > >> >>>>>>>>>>>>>>>>>>>> > >> >>>>>>>>>>>>>>>>>>>> > >> > >> >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> > https://urldefense.proofpoint.com/v2/url?u=https-3A__stat > >> >>>>>>>>>>>>>>>>>>>>.ethz.ch_ma > >> >>>>>>>>>>>>>>>>>>>> > >> >>>>>>>>>>>>>>>>>>>> > >> >>>>>>>>>>>>>>>>>>>> > >> >>>>>>>>>>>>>>>>>>>> > >> >>>>>>>>>>>>>>>>>>>> > >> > >> >>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>>ilman_listinfo_bioc-2Ddevel&d=BQIF-g&c=WJBj9sUF1mbpVIAf3b > >> >>>>>>>>>>>>>>>>>>>>iu3CPHX4MeR > >> >>>>>>>>>>>>>>>>>>>> > >> >>>>>>>>>>>>>>>>>>>> > >> >>>>>>>>>>>>>>>>>>>> > >> >>>>>>>>>>>>>>>>>>>> > >> >>>>>>>>>>>>>>>>>>>> > >> > >> >>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>>jY_w4DerPlOmhQ&r=3IbW-yoIQpGZOKgd4i2bgmPHhwHHF5gJMlij5cC5 > >> >>>>>>>>>>>>>>>>>>>>bLU&m=Rxzbh > >> >>>>>>>>>>>>>>>>>>>> > >> >>>>>>>>>>>>>>>>>>>> > >> >>>>>>>>>>>>>>>>>>>> > >> >>>>>>>>>>>>>>>>>>>> > >> >>>>>>>>>>>>>>>>>>>> > >> > >> >>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>>vEdYoq-VrN42rfiK5-UIIwjUIHLTQjy9s7-pzs&s=TmgPkRkAcsTjcIVv > >> >>>>>>>>>>>>>>>>>>>>zaBFADs-tx8 > >> >>>>>>>>>>>>>>>>>>>> CzeHHAAJ5kmgmJxQ&e= > >> >>>>>>>>>>>>>>>>>>>> > >> >>>>>>>>>>>>>>>>>>> > >> >>>>>>>>>>>>>>>>>>> _______________________________________________ > >> >>>>>>>>>>>>>>>>>>> Bioc-devel@r-project.org mailing list > >> >>>>>>>>>>>>>>>>>>> > >> >>>>>>>>>>>>>>>>>>> > >> >>>>>>>>>>>>>>>>>>> > >> >>>>>>>>>>>>>>>>>>> > >> >>>>>>>>>>>>>>>>>>> > >> >>>>>>>>>>>>>>>>>>> > >> > >> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> > https://urldefense.proofpoint.com/v2/url?u=https-3A__stat. > >> >>>>>>>>>>>>>>>>>>>ethz.ch_mai > >> >>>>>>>>>>>>>>>>>>> > >> >>>>>>>>>>>>>>>>>>> > >> >>>>>>>>>>>>>>>>>>> > >> >>>>>>>>>>>>>>>>>>> > >> >>>>>>>>>>>>>>>>>>> > >> > >> >>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>lman_listinfo_bioc-2Ddevel&d=BQIF-g&c=WJBj9sUF1mbpVIAf3biu > >> >>>>>>>>>>>>>>>>>>>3CPHX4MeRjY > >> >>>>>>>>>>>>>>>>>>> > >> >>>>>>>>>>>>>>>>>>> > >> >>>>>>>>>>>>>>>>>>> > >> >>>>>>>>>>>>>>>>>>> > >> >>>>>>>>>>>>>>>>>>> > >> > >> >>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>_w4DerPlOmhQ&r=3IbW-yoIQpGZOKgd4i2bgmPHhwHHF5gJMlij5cC5bLU > >> >>>>>>>>>>>>>>>>>>>&m=RxzbhvEd > >> >>>>>>>>>>>>>>>>>>> > >> >>>>>>>>>>>>>>>>>>> > >> >>>>>>>>>>>>>>>>>>> > >> >>>>>>>>>>>>>>>>>>> > >> >>>>>>>>>>>>>>>>>>> > >> > >> >>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>Yoq-VrN42rfiK5-UIIwjUIHLTQjy9s7-pzs&s=TmgPkRkAcsTjcIVvzaBF > >> >>>>>>>>>>>>>>>>>>>ADs-tx8CzeH > >> >>>>>>>>>>>>>>>>>>> HAAJ5kmgmJxQ&e= > >> >>>>>>>>>>>>>>>>>>> > >> >>>>>>>>>>>>>>>>>> > >> >>>>>>>>>>>>>>>>>> > >> >>>>>>>>>>>>>>>>>> > >> >>>>>>>>>>>>>>>>> _______________________________________________ > >> >>>>>>>>>>>>>>>>> Bioc-devel@r-project.org mailing list > >> >>>>>>>>>>>>>>>>> > >> >>>>>>>>>>>>>>>>> > >> >>>>>>>>>>>>>>>>> > >> >>>>>>>>>>>>>>>>> > >> >>>>>>>>>>>>>>>>> > >> >>>>>>>>>>>>>>>>> > >> > >> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> > https://urldefense.proofpoint.com/v2/url?u=https-3A__stat.et > >> >>>>>>>>>>>>>>>>>hz.ch_mailm > >> >>>>>>>>>>>>>>>>> > >> >>>>>>>>>>>>>>>>> > >> >>>>>>>>>>>>>>>>> > >> >>>>>>>>>>>>>>>>> > >> >>>>>>>>>>>>>>>>> > >> > >> >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>an_listinfo_bioc-2Ddevel&d=BQIF-g&c=WJBj9sUF1mbpVIAf3biu3CPH > >> >>>>>>>>>>>>>>>>>X4MeRjY_w4D > >> >>>>>>>>>>>>>>>>> > >> >>>>>>>>>>>>>>>>> > >> >>>>>>>>>>>>>>>>> > >> >>>>>>>>>>>>>>>>> > >> >>>>>>>>>>>>>>>>> > >> > >> >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>erPlOmhQ&r=3IbW-yoIQpGZOKgd4i2bgmPHhwHHF5gJMlij5cC5bLU&m=Rxz > >> >>>>>>>>>>>>>>>>>bhvEdYoq-Vr > >> >>>>>>>>>>>>>>>>> > >> >>>>>>>>>>>>>>>>> > >> >>>>>>>>>>>>>>>>> > >> >>>>>>>>>>>>>>>>> > >> >>>>>>>>>>>>>>>>> > >> > >> >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>N42rfiK5-UIIwjUIHLTQjy9s7-pzs&s=TmgPkRkAcsTjcIVvzaBFADs-tx8C > >> >>>>>>>>>>>>>>>>>zeHHAAJ5kmg > >> >>>>>>>>>>>>>>>>> mJxQ&e= > >> >>>>>>>>>>>>>>>>> > >> >>>>>>>>>>>>>>>>> > >> >>>>>>>>>>>>>>>> [[alternative HTML version deleted]] > >> >>>>>>>>>>>>>>>> > >> >>>>>>>>>>>>>>>> _______________________________________________ > >> >>>>>>>>>>>>>>>> Bioc-devel@r-project.org mailing list > >> >>>>>>>>>>>>>>>> > >> >>>>>>>>>>>>>>>> > >> >>>>>>>>>>>>>>>> > >> >>>>>>>>>>>>>>>> > >> >>>>>>>>>>>>>>>> > >> >>>>>>>>>>>>>>>> > >> > >> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> > https://urldefense.proofpoint.com/v2/url?u=https-3A__stat.eth > >> >>>>>>>>>>>>>>>>z.ch_mailma > >> >>>>>>>>>>>>>>>> > >> >>>>>>>>>>>>>>>> > >> >>>>>>>>>>>>>>>> > >> >>>>>>>>>>>>>>>> > >> >>>>>>>>>>>>>>>> > >> > >> >>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>n_listinfo_bioc-2Ddevel&d=BQIF-g&c=WJBj9sUF1mbpVIAf3biu3CPHX4 > >> >>>>>>>>>>>>>>>>MeRjY_w4Der > >> >>>>>>>>>>>>>>>> > >> >>>>>>>>>>>>>>>> > >> >>>>>>>>>>>>>>>> > >> >>>>>>>>>>>>>>>> > >> >>>>>>>>>>>>>>>> > >> > >> >>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>PlOmhQ&r=3IbW-yoIQpGZOKgd4i2bgmPHhwHHF5gJMlij5cC5bLU&m=Rxzbhv > >> >>>>>>>>>>>>>>>>EdYoq-VrN42 > >> >>>>>>>>>>>>>>>> > >> >>>>>>>>>>>>>>>> > >> >>>>>>>>>>>>>>>> > >> >>>>>>>>>>>>>>>> > >> >>>>>>>>>>>>>>>> > >> > >> >>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>rfiK5-UIIwjUIHLTQjy9s7-pzs&s=TmgPkRkAcsTjcIVvzaBFADs-tx8CzeHH > >> >>>>>>>>>>>>>>>>AAJ5kmgmJxQ > >> >>>>>>>>>>>>>>>> &e= > >> >>>>>>>>>>>>>>>> > >> >>>>>>>>>>>>>>> > >> >>>>>>>>>>>>>>> _______________________________________________ > >> >>>>>>>>>>>>>>> Bioc-devel@r-project.org mailing list > >> >>>>>>>>>>>>>>> > >> >>>>>>>>>>>>>>> > >> >>>>>>>>>>>>>>> > >> >>>>>>>>>>>>>>> > >> >>>>>>>>>>>>>>> > >> >>>>>>>>>>>>>>> > >> > >> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> > https://urldefense.proofpoint.com/v2/url?u=https-3A__stat.ethz > >> >>>>>>>>>>>>>>>.ch_mailman > >> >>>>>>>>>>>>>>> > >> >>>>>>>>>>>>>>> > >> >>>>>>>>>>>>>>> > >> >>>>>>>>>>>>>>> > >> >>>>>>>>>>>>>>> > >> > >> >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>_listinfo_bioc-2Ddevel&d=BQIF-g&c=WJBj9sUF1mbpVIAf3biu3CPHX4Me > >> >>>>>>>>>>>>>>>RjY_w4DerPl > >> >>>>>>>>>>>>>>> > >> >>>>>>>>>>>>>>> > >> >>>>>>>>>>>>>>> > >> >>>>>>>>>>>>>>> > >> >>>>>>>>>>>>>>> > >> > >> >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>OmhQ&r=3IbW-yoIQpGZOKgd4i2bgmPHhwHHF5gJMlij5cC5bLU&m=RxzbhvEdY > >> >>>>>>>>>>>>>>>oq-VrN42rfi > >> >>>>>>>>>>>>>>> > >> >>>>>>>>>>>>>>> > >> >>>>>>>>>>>>>>> > >> >>>>>>>>>>>>>>> > >> >>>>>>>>>>>>>>> > >> > >> >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>K5-UIIwjUIHLTQjy9s7-pzs&s=TmgPkRkAcsTjcIVvzaBFADs-tx8CzeHHAAJ5 > >> >>>>>>>>>>>>>>>kmgmJxQ&e= > >> >>>>>>>>>>>>>>> > >> >>>>>>>>>>>>>>> > >> >>>>>>>>>>>>>> -- > >> >>>>>>>>>>>>>> Hervé Pagès > >> >>>>>>>>>>>>>> > >> >>>>>>>>>>>>>> Program in Computational Biology > >> >>>>>>>>>>>>>> Division of Public Health Sciences > >> >>>>>>>>>>>>>> Fred Hutchinson Cancer Research Center > >> >>>>>>>>>>>>>> 1100 Fairview Ave. N, M1-B514 > >> >>>>>>>>>>>>>> P.O. Box 19024 > >> >>>>>>>>>>>>>> Seattle, WA 98109-1024 > >> >>>>>>>>>>>>>> > >> >>>>>>>>>>>>>> E-mail: hpa...@fredhutch.org > >> >>>>>>>>>>>>>> Phone: (206) 667-5791 > >> >>>>>>>>>>>>>> Fax: (206) 667-1319 > >> >>>>>>>>>>>>>> > >> >>>>>>>>>>>>>> _______________________________________________ > >> >>>>>>>>>>>>>> Bioc-devel@r-project.org mailing list > >> >>>>>>>>>>>>>> > >> >>>>>>>>>>>>>> > >> >>>>>>>>>>>>>> > >> >>>>>>>>>>>>>> > >> >>>>>>>>>>>>>> > >> > >> >>>>>>>>>>>>>> >>>>>>>>>>>>>> > https://urldefense.proofpoint.com/v2/url?u=https-3A__stat.ethz. > >> >>>>>>>>>>>>>>ch_mailman_ > >> >>>>>>>>>>>>>> > >> >>>>>>>>>>>>>> > >> >>>>>>>>>>>>>> > >> >>>>>>>>>>>>>> > >> >>>>>>>>>>>>>> > >> > >> >>>>>>>>>>>>>> > >>>>>>>>>>>>>>listinfo_bioc-2Ddevel&d=BQIF-g&c=WJBj9sUF1mbpVIAf3biu3CPHX4MeRj > >> >>>>>>>>>>>>>>Y_w4DerPlOm > >> >>>>>>>>>>>>>> > >> >>>>>>>>>>>>>> > >> >>>>>>>>>>>>>> > >> >>>>>>>>>>>>>> > >> >>>>>>>>>>>>>> > >> > >> >>>>>>>>>>>>>> > >>>>>>>>>>>>>>hQ&r=3IbW-yoIQpGZOKgd4i2bgmPHhwHHF5gJMlij5cC5bLU&m=RxzbhvEdYoq- > >> >>>>>>>>>>>>>>VrN42rfiK5- > >> >>>>>>>>>>>>>> > >> >>>>>>>>>>>>>> > >> >>>>>>>>>>>>>> > >> > >> >>>>>>>>>>>>>> > >>>>>>>>>>>>>>UIIwjUIHLTQjy9s7-pzs&s=TmgPkRkAcsTjcIVvzaBFADs-tx8CzeHHAAJ5kmgm > >> >>>>>>>>>>>>>>JxQ&e= > >> >>>>>>>>>>>>>> > >> >>>>>>>>>>>>> > >> >>>>>>>>>>>>> > >> >>>>>>>>>>> -- > >> >>>>>>>>>>> Hervé Pagès > >> >>>>>>>>>>> > >> >>>>>>>>>>> Program in Computational Biology > >> >>>>>>>>>>> Division of Public Health Sciences > >> >>>>>>>>>>> Fred Hutchinson Cancer Research Center > >> >>>>>>>>>>> 1100 Fairview Ave. N, M1-B514 > >> >>>>>>>>>>> P.O. Box 19024 > >> >>>>>>>>>>> Seattle, WA 98109-1024 > >> >>>>>>>>>>> > >> >>>>>>>>>>> E-mail: hpa...@fredhutch.org > >> >>>>>>>>>>> Phone: (206) 667-5791 > >> >>>>>>>>>>> Fax: (206) 667-1319 > >> >>>>>>>>>>> > >> >>>>>>>>>>> _______________________________________________ > >> >>>>>>>>>>> Bioc-devel@r-project.org mailing list > >> >>>>>>>>>>> > >> > >> >>>>>>>>>>> >>>>>>>>>>> > https://urldefense.proofpoint.com/v2/url?u=https-3A__stat.ethz.ch_ > >> > >> >>>>>>>>>>> > >>>>>>>>>>>mailman_listinfo_bioc-2Ddevel&d=BQIGaQ&c=WJBj9sUF1mbpVIAf3biu3CPHX > >> > >> >>>>>>>>>>> > >>>>>>>>>>>4MeRjY_w4DerPlOmhQ&r=3IbW-yoIQpGZOKgd4i2bgmPHhwHHF5gJMlij5cC5bLU&m > >> > >> >>>>>>>>>>> > >>>>>>>>>>>=HCJuUKMo50mOyjfD0AtQzV69c0SnACXTGdX_iHcWRfo&s=p71c2AdbK9otl8LEvj9 > >> >>>>>>>>>>>xsiK9LzQrQsm-onyqG3WBgMI&e= > >> >>>>>>>>>> > >> >>>>>>>>>> > >> >>>>>>>>>> > >> >>>>>>>>>> > >> >>>>>>>>>> [[alternative HTML version deleted]] > >> >>>>>>>>>> > >> >>>>>>>>>> _______________________________________________ > >> >>>>>>>>>> Bioc-devel@r-project.org mailing list > >> >>>>>>>>>> > >> > >> >>>>>>>>>> >>>>>>>>>> > https://urldefense.proofpoint.com/v2/url?u=https-3A__stat.ethz.ch_m > >> > >> >>>>>>>>>> > >>>>>>>>>>ailman_listinfo_bioc-2Ddevel&d=BQIGaQ&c=WJBj9sUF1mbpVIAf3biu3CPHX4M > >> > >> >>>>>>>>>> > >>>>>>>>>>eRjY_w4DerPlOmhQ&r=3IbW-yoIQpGZOKgd4i2bgmPHhwHHF5gJMlij5cC5bLU&m=HC > >> > >> >>>>>>>>>> > >>>>>>>>>>JuUKMo50mOyjfD0AtQzV69c0SnACXTGdX_iHcWRfo&s=p71c2AdbK9otl8LEvj9xsiK > >> >>>>>>>>>>9LzQrQsm-onyqG3WBgMI&e= > >> >>>>>>>>> > >> >>>>>>>>> > >> >>>>>>>>> > >> >>>>>>>>> > >> >>>>>>>>> -- > >> >>>>>>>>> Luke Tierney > >> >>>>>>>>> Ralph E. Wareham Professor of Mathematical Sciences > >> >>>>>>>>> University of Iowa Phone: > >> >>>>>>>>> 319-335-3386 > >> >>>>>>>>> Department of Statistics and Fax: > >> >>>>>>>>> 319-335-3017 > >> >>>>>>>>> Actuarial Science > >> >>>>>>>>> 241 Schaeffer Hall email: > >> >>>>>>>>> luke-tier...@uiowa.edu > >> >>>>>>>>> Iowa City, IA 52242 WWW: > >> > >> >>>>>>>>> >>>>>>>>> > https://urldefense.proofpoint.com/v2/url?u=http-3A__www.stat.uiowa.e > >> > >> >>>>>>>>> > >>>>>>>>>du&d=BQIGaQ&c=WJBj9sUF1mbpVIAf3biu3CPHX4MeRjY_w4DerPlOmhQ&r=3IbW-yoI > >> > >> >>>>>>>>> > >>>>>>>>>QpGZOKgd4i2bgmPHhwHHF5gJMlij5cC5bLU&m=HCJuUKMo50mOyjfD0AtQzV69c0SnAC > >> >>>>>>>>>XTGdX_iHcWRfo&s=sdr2IWlza633ZolLOZbEolvEybKmaHQFU5gIt8R8A7A&e= > >> >>>>>>> > >> >>>>>>> > >> >>>>>>> > >> >>>>>>> -- > >> >>>>>>> Hervé Pagès > >> >>>>>>> > >> >>>>>>> Program in Computational Biology > >> >>>>>>> Division of Public Health Sciences > >> >>>>>>> Fred Hutchinson Cancer Research Center > >> >>>>>>> 1100 Fairview Ave. N, M1-B514 > >> >>>>>>> P.O. Box 19024 > >> >>>>>>> Seattle, WA 98109-1024 > >> >>>>>>> > >> >>>>>>> E-mail: hpa...@fredhutch.org > >> >>>>>>> Phone: (206) 667-5791 > >> >>>>>>> Fax: (206) 667-1319 > >> >>>>> > >> >>>>> > >> >>>>> -- > >> >>>>> Hervé Pagès > >> >>>>> > >> >>>>> Program in Computational Biology > >> >>>>> Division of Public Health Sciences > >> >>>>> Fred Hutchinson Cancer Research Center > >> >>>>> 1100 Fairview Ave. N, M1-B514 > >> >>>>> P.O. Box 19024 > >> >>>>> Seattle, WA 98109-1024 > >> >>>>> > >> >>>>> E-mail: hpa...@fredhutch.org > >> >>>>> Phone: (206) 667-5791 > >> >>>>> Fax: (206) 667-1319 > >> >>>> > >> >>>> _______________________________________________ > >> >>>> Bioc-devel@r-project.org mailing list > >> >>>> > >> > >> >>>> >>>> > https://urldefense.proofpoint.com/v2/url?u=https-3A__stat.ethz.ch_mailman > >> > >> >>>> > >>>>_listinfo_bioc-2Ddevel&d=BQIGaQ&c=WJBj9sUF1mbpVIAf3biu3CPHX4MeRjY_w4DerPl > >> > >> >>>> > >>>>OmhQ&r=3IbW-yoIQpGZOKgd4i2bgmPHhwHHF5gJMlij5cC5bLU&m=HCJuUKMo50mOyjfD0AtQ > >> > >> >>>> > >>>>zV69c0SnACXTGdX_iHcWRfo&s=p71c2AdbK9otl8LEvj9xsiK9LzQrQsm-onyqG3WBgMI&e= > >> >>> > >> >>>_______________________________________________ > >> >>>Bioc-devel@r-project.org mailing list > >> > >> >>> >>> > https://urldefense.proofpoint.com/v2/url?u=https-3A__stat.ethz.ch_mailman_ > >> > >> >>> > >>>listinfo_bioc-2Ddevel&d=BQIGaQ&c=WJBj9sUF1mbpVIAf3biu3CPHX4MeRjY_w4DerPlOm > >> > >> >>> > >>>hQ&r=3IbW-yoIQpGZOKgd4i2bgmPHhwHHF5gJMlij5cC5bLU&m=HCJuUKMo50mOyjfD0AtQzV6 > >> >> > >9c0SnACXTGdX_iHcWRfo&s=p71c2AdbK9otl8LEvj9xsiK9LzQrQsm-onyqG3WBgMI&e= > >> > >> _______________________________________________ > >> Bioc-devel@r-project.org mailing list > >> https://stat.ethz.ch/mailman/listinfo/bioc-devel > > > > > [[alternative HTML version deleted]] _______________________________________________ Bioc-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/bioc-devel