[Bioc-devel] namespace question

Karim Mezhoud kmezhoud at gmail.com
Tue Apr 5 21:37:52 CEST 2016


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.michael at 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 <kmezhoud at 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.michael at 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 <dtenenba at 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.Zhu at umassmed.edu>
> >> >> To: "Dan Tenenbaum" <dtenenba at fredhutch.org>, "Michael Lawrence"
> >> >> <lawrence.michael at gene.com>
> >> >> Cc: "bioc-devel" <bioc-devel at 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-bounces at r-project.org on behalf of
> dtenenba at 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.michael at gene.com>
> >> >>>> To: "Hervé Pagès" <hpages at fredhutch.org>
> >> >>>> Cc: "Michael Lawrence" <lawrence.michael at gene.com>, "bioc-devel"
> >> >>>><bioc-devel at 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 <hpages at 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 <
> hpages at 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-tierney at 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
> >> >>>>>>>>>><hpages at 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.Zhu at 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-bounces at r-project.org on behalf of
> >> >>>>>>>>>>>>> hpages at 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
> >> >>>>>>>>>>>>>>> <rflight79 at 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.michael at 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.Zhu at 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
> >> >>>>>>>>>>>>>>>>>> <kasperdanielhansen at 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.michael at 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.Zhu at 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 at 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 at 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 at 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 at 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 at 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: hpages at fredhutch.org
> >> >>>>>>>>>>>>>> Phone:  (206) 667-5791
> >> >>>>>>>>>>>>>> Fax:    (206) 667-1319
> >> >>>>>>>>>>>>>>
> >> >>>>>>>>>>>>>> _______________________________________________
> >> >>>>>>>>>>>>>> Bioc-devel at 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: hpages at fredhutch.org
> >> >>>>>>>>>>> Phone:  (206) 667-5791
> >> >>>>>>>>>>> Fax:    (206) 667-1319
> >> >>>>>>>>>>>
> >> >>>>>>>>>>> _______________________________________________
> >> >>>>>>>>>>> Bioc-devel at 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 at 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-tierney at 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: hpages at 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: hpages at fredhutch.org
> >> >>>>> Phone:  (206) 667-5791
> >> >>>>> Fax:    (206) 667-1319
> >> >>>>
> >> >>>> _______________________________________________
> >> >>>> Bioc-devel at 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 at 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 at r-project.org mailing list
> >> https://stat.ethz.ch/mailman/listinfo/bioc-devel
> >
> >
>

	[[alternative HTML version deleted]]



More information about the Bioc-devel mailing list