Re: [Rd] Archive policy and Rcpp?

policy at:   https://cran.r-project.org/web/packages/policies.html would suggest that there is an expectation that older versions of packages are "archived in perpetuity". Regards, Marc Schwartz R-Devel Co-Admin On April 10, 2023 at 10:23:09 AM, Dominick Samperi (djsamp...

Re: [Rd] Making headers self-contained for static analysis

explain why it was filtered from the list. For future reference, if you change the file extension to ".txt" and then attach it, that should get picked up as plain text and get through the list server filters. Regards, Marc Schwartz R-Devel Co-Admin On March 16, 2023 at 2:32:39

Re: [Rd] End of Support Date of Version 3 of “R”

older release branches to be reopened, should the need arise." Version 4.0.0 of R was released on April 24, 2020, thus ending formal support for version 3.x.x, with the last 3.x.x version being 3.6.3, which was released on February 29, 2020. Regards, Marc Schwartz On February 15, 2023 a

Re: [Rd] R-Forge http link redirection setup busted

Hi, Only you can unsubscribe yourself. Please visit: https://stat.ethz.ch/mailman/options/r-devel where you can unsubscribe from this list and if needed, get a password reminder, after entering your email address. Regards, Marc Schwartz > On Jul 19, 2021, at 5:30 PM, Arlene Battish

Re: [Rd] R-Forge http link redirection setup busted

the project members in the upper right hand corner. No activity from the Admins there since December 2020, from what I can tell... Regards, Marc Schwartz Dirk Eddelbuettel wrote on 7/19/21 4:03 PM: (Sorry for posting here but the top-level r-forge page does not make it all that clear where t

Re: [Rd] subset argument in nls() and possibly other functions

annot recall off-hand, using the 'subset' argument myself in ~20 years of using R, but do seem to recall some old discussions on the e-mail lists, which I cannot seem to locate at present. A search via rseek.org may yield some benefit. Regards, Marc Schwartz J C Nash wrote on 7/13/21 7:21 P

[Rd] Status of "**" operator

rator is still accepted in 2021. Thus, has there been any discussion regarding the deprecation of this operator, or should the help file at least be updated to reflect the status in 2021? Thanks, Marc Schwartz __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel

[Rd] power.prop.test() documentation question

tes to ?power.prop.test, to indicate the implied presumption of the use of an un-corrected chi-square test? Thanks for any comments, including telling me that I need more caffeine and to increase my oxygen uptake... Regards, Marc Schwartz __ R-devel@r-project.org mail

Re: [Rd] Error in unsplit() with tibbles

ic, even > > though, perhaps by coincidence, they may work without adverse effects, as > > appears to be the case with split(). > > > > In other words, you should not, in reality, have had an a priori > > expectation that split() would work with a tibble either. > > > > Rather than modifying the base R functions, like unsplit(), as you are > > suggesting, to be compatible with these third party objects, the burden > > should either be on you to use relevant tidyverse functions, or on the > > authors of the tidyverse to provide relevant class methods to provide that > > functionality. > > > > Regards, > > > > Marc Schwartz > > [[alternative HTML version deleted]] __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel

Re: [Rd] Error in unsplit() with tibbles

th these third party objects, the burden should either be on you to use relevant tidyverse functions, or on the authors of the tidyverse to provide relevant class methods to provide that functionality. Regards, Marc Schwartz __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel

Re: [R-pkg-devel] Licenses

strictly depend on a package/software > that is non-FOSS. Obviously, the FOSS package cannot be used under its own > license conditions in that case. > > Best, > Uwe Ligges > > > > > On 23.10.2020 14:25, Ege Rubak wrote: >> Hi all, >> My two cents are

Re: [R-pkg-devel] Licenses

> On Oct 23, 2020, at 8:25 AM, Ege Rubak wrote: > > Hi all, > > My two cents are below Marc's summary here: > > On Thu, 2020-10-22 at 20:33 -0400, Marc Schwartz wrote: >> Right now, the interpretation, without further clarification from >> CRAN, would be, it

Re: [R-pkg-devel] Delays in CRAN Windows Binaries?

after a source package publication should > be less then 72 hours ideally. > > Best, > Uwe > > On 23.10.2020 14:05, Marc Schwartz wrote: >> Hi All, >> Just a quick note to indicate that one of the two Windows binaries for the >> package appeared overnight (EDT)

Re: [R-pkg-devel] Delays in CRAN Windows Binaries?

Hi All, Just a quick note to indicate that one of the two Windows binaries for the package appeared overnight (EDT). Not sure if this experience is representative for others, or just a temporary bump in the road. Regards, Marc > On Oct 21, 2020, at 2:08 PM, Marc Schwartz wrote: > &g

Re: [R-pkg-devel] Licenses

On Oct 22, 2020, at 3:47 PM, Duncan Murdoch wrote: > > On 22/10/2020 12:56 p.m., Marc Schwartz wrote: >>> On Oct 22, 2020, at 12:12 PM, Duncan Murdoch >>> wrote: >>> >>> On 22/10/2020 11:55 a.m., Marc Schwartz wrote: >>>&g

Re: [R-pkg-devel] Licenses

> On Oct 22, 2020, at 12:12 PM, Duncan Murdoch wrote: > > On 22/10/2020 11:55 a.m., Marc Schwartz wrote: >>> On Oct 22, 2020, at 11:19 AM, Marc Schwartz wrote: >>> >>> On Oct 22, 2020, at 10:21 AM, Kevin R. Coombes >>> wrote: >>>>

Re: [R-pkg-devel] Licenses

> On Oct 22, 2020, at 11:19 AM, Marc Schwartz wrote: > > On Oct 22, 2020, at 10:21 AM, Kevin R. Coombes > wrote: >> >> Hi, >> >> I am developing a package and getting a NOTE from R CMD check about licenses >> and ultimate dependencies on a res

Re: [R-pkg-devel] Licenses

or ‘LinkingTo’ fields) directly or indirectly a package or external software which restricts users or usage." Thus, you would seem to need to make a decision on hosting your package on CRAN, but without the need to import from flowCore/cytolib, or consider hosting your package on BioC, with

[R-pkg-devel] Delays in CRAN Windows Binaries?

binaries are the only outstanding updates pending. Thanks! Marc Schwartz __ R-package-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-package-devel

Re: [Rd] Hard memory limit of 16GB under Windows?

Hi Samuel, You may already be aware, but if not, RStudio has their own support mechanisms here: https://support.rstudio.com/hc/en-us If this does turn out to be RStudio specific, you may wish to check there for additional insights. Regards, Marc Schwartz > On Apr 7, 2020, at 10:24

Re: [Rd] findInterval Documentation Suggestion

inclusion in the help file, such that meeting both goals of not compromising the language that Martin has contributed, while expanding comprehension, can be achieved. Regards, Marc Schwartz __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel

Re: [R-pkg-devel] Internet security software?

I learned back in the 90s in an apropos setting, I long ago disabled the Safe Files feature in BitDefender, and have not had an issue since. I am going to presume that the behavior on Windows is going to be similar. So if disabling the Safe Files feature,

Re: [Rd] as-cran issue ==> set _R_CHECK_LENGTH_1_* settings!

ou can pose queries to him via that list for any issues with R on Fedora. Regards, Marc Schwartz __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel

Re: [Rd] mean

can't define and average of the two candidates for a > median. > > The "sick man" would seem to be var(). Notice that it is also inconsistent > with cov(): > >> cov(c("1","2","3","4"),c("1","2","3",&quo

Re: [Rd] mean

st on arguments like? > if (!is.numeric(x)) > stop("need numeric data") > > > -Message d'origine- > De : Marc Schwartz > Envoyé : jeudi 9 janvier 2020 14:19 > À : Lipatz Jean-Luc > Cc : R-Devel > Objet : Re: [Rd] mean > >

Re: [Rd] mean

han 3, and the internal checks in the code, where in the case of the input vector having an even number of elements, mean() is used: if (n%%2L == 1L) sort(x, partial = half)[half] else mean(sort(x, partial = half + 0L:1L)[half + 0L:1L])

Re: [Rd] Offer zip builds

> On Jun 3, 2019, at 6:31 PM, Steven Penny wrote: > > On Mon, Jun 3, 2019 at 4:11 PM Marc Schwartz wrote: >> I have not tried it, but if that is the case here, you may be able to use the >> normal R binary installer, but adjust the default install options when >

Re: [Rd] Offer zip builds

he install location and other parameters, that may be suitable in the absence of Admin rights. Prior statements, not official, would suggest that R Core is not likely to assist in providing official options for useRs to circumvent OS security restrictions. Regards, Marc Schwartz _

Re: [Rd] survival changes

e as you approach the formal deprecation and release of the updated package. Terry, if you have not used it yet and/or are not aware of it, take a look at ?Deprecated in base: https://stat.ethz.ch/R-manual/R-devel/library/base/html/Deprecated.html which is helpful in setting up a deprecation process. If you Google "deprecating functions in R", there are numerous examples/flows of use and the associated processes, since the help page does not contain any examples at present. Regards, Marc Schwartz __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel

Re: [Rd] prettyNum digits=0 not compatible with scientific notation

; "123" > [5,] "12.3456""12.3456""12" "12""12" > [6,] "1.23456""1.23456""1.2""1" "1" > [7,] "

[Rd] Proposed patch for ?Extract

by factors behaves in a manner consistent with vectors. Regards, Marc Schwartz --- ExtractORIG.Rd 2019-02-21 08:17:47.0 -0500 +++ ExtractMOD.Rd 2019-02-21 08:23:35.0 -0500 @@ -151,6 +151,9 @@ indices can be numeric, logical, character, empty or even factor. An e

Re: [Rd] compairing doubles

0088818 0.099866773 [3] 0.100088818 So the differences between the numbers are not exactly 0.1. Using the function above, you get: > evenlyspaced(c(1, 2, 3, 4)) [1] TRUE > evenlyspaced(c(1, 3, 4, 5)) [1] FALSE > evenlyspaced(c(1, 1.1, 1.2, 1.3)) [1] FALSE As has been n

Re: [Rd] Where does L come from?

ue in response to Bill Dunlap and the OP: https://stat.ethz.ch/pipermail/r-help/2012-May/311771.html In searching, I also found the following thread on SO: https://stackoverflow.com/questions/22191324/clarification-of-l-in-r/22192378 which had a link to the R-Help

Re: [Rd] R CMD check warning about compiler warning flags

Hi, See inline below. > On Dec 22, 2017, at 9:12 AM, Martin Maechler > wrote: > >> Duncan Murdoch >>on Thu, 21 Dec 2017 14:23:13 -0500 writes: > >> On 21/12/2017 1:02 PM, Winston Chang wrote: > On recent builds of

Re: [R-pkg-devel] Exited with status -1073741819.

Rampal, One additional thought here. Since you reference RTools in your initial post, I presume that this is occurring on Windows, though not sure which version. Have you tried to build the package using the WinBuilder site provided by Uwe? If not, go here:

Re: [Rd] Un-informative Error in re-building vignettes

<https://stat.ethz.ch/mailman/listinfo/r-package-devel> Second, you might want to review the full CRAN build report for your package, which reports more information across several builds: https://cran.r-project.org/web/checks/check_results_penaltyLearning.html <https://cran.r-project.org

Re: [Rd] Proposed Patch for poly.Rd

> On Jul 13, 2017, at 5:07 PM, Marc Schwartz <marc_schwa...@me.com> wrote: > > >> On Jul 13, 2017, at 3:37 PM, Marc Schwartz <marc_schwa...@me.com> wrote: >> >> >>> On Jul 13, 2017, at 3:22 PM, Duncan Murdoch <murdoch.dun...@gmail.com> &g

Re: [Rd] Proposed Patch for poly.Rd

> On Jul 13, 2017, at 3:37 PM, Marc Schwartz <marc_schwa...@me.com> wrote: > > >> On Jul 13, 2017, at 3:22 PM, Duncan Murdoch <murdoch.dun...@gmail.com> wrote: >> >> On 13/07/2017 4:08 PM, Marc Schwartz wrote: >>> Hi All, >>>

Re: [Rd] Proposed Patch for poly.Rd

> On Jul 13, 2017, at 3:22 PM, Duncan Murdoch <murdoch.dun...@gmail.com> wrote: > > On 13/07/2017 4:08 PM, Marc Schwartz wrote: >> Hi All, >> >> As per the discussion today on R-Help: >> >> https://stat.ethz.ch/pipermail/r-help/2017-July/44813

Re: [Rd] Are you considering the possibility of partnership?

Hi All, Just an FYI, that the sender's e-mail was set up last week to auto-discard for R-Devel and their reply below to R-Devel was filtered in that manner. Unfortunately, it would seem that they also targeted some other specific accounts as well. As Spencer notes, I would add their e-mail

Re: [Rd] SUGGESTION: R Base Packages

der to put all together. This can be done in a fast and easy way. Hi, It is already there, in two places: https://www.r-project.org/search.html and https://www.r-project.org/help.html both of those accessible from the navigation menu on the left side of the home page under "Sea

Re: [Rd] non-infectious license for R package?

. Thus, part of the potential challenge for you would be to provide sufficient detail on your exact implementation plans to allow an opinion to be rendered that narrowly covers those details, as opposed to a more generic model. Regards, Marc Schwartz __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel

Re: [Rd] non-infectious license for R package?

revenue through other means, if you should run afoul of software licensing requirements, that can still leave you open to financial liabilities and put your business and even personal assets at risk. Regards, Marc Schwartz > My goal is to develop commercial > software for image analysis

Re: [Rd] Suggestion: barplot function

> On Feb 3, 2017, at 8:23 AM, Robert Baer wrote: > > > On 1/27/2017 8:30 AM, danielren...@lycos.com wrote: >> Hello developers folks! >> >> First, congratulations for the wonderful work with R. >> >> For science, barplots with error bars are very important. We were wondering

Re: [Rd] cross-platform portable code in CRAN Repository Policy

and RH would be within Linux as a single platform. Regards, Marc Schwartz __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel

Re: [Rd] Suggestion: barplot function

ts that others have created if you wanted to research those. As a result of all of the above, I am not sure that, after all these years, error bars would be added to barplot() as a standard feature. Regards, Marc Schwartz [[alternative HTML version deleted]] __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel

Re: [Rd] Spam messages

ch regularity (so far > twice per hour), using perhaps several email addresses - and using the > correct "Reply-To" headers. But more mystifying is that she keeps the > same name the whole time. And lucky, I guess, because otherwise I > wouldn't know how to filter her out.

Re: [Rd] Spam messages

scrape the sender's e-mail address from the post when distributed and archived. However, that approach is not without it's own limitations (e.g. would make cc's and reply-all largely useless, except for off-list discussion) and so no action has been taken since this seems to be a transient issue. Regards,

Re: [Rd] seq.int does not return a sequence of integers sometimes

gument matching)." and under Value: "seq.int and the default method of seq for numeric arguments return a vector of type "integer" or "double": programmers should not rely on which." So: > is.integer(1) [1] FALSE > is.integer(1L) [1] TRUE which would seem to explain the behavior that you are observing. Regards, Marc Schwartz __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel

Re: [Rd] RODBC on Mac & _R_CHECK_FORCE_SUGGESTS_

uot;) [1] "FALSE" Once you close that Terminal session, that modified environment is lost. Also, at least the RODBC part of the issue should have been posted to R-SIG-DB (https://stat.ethz.ch/mailman/listinfo/r-sig-db), since it is DB interface specific. Most queries about RODBC are there i

[Rd] Trivial patch for merge.Rd

.} Thanks, Marc Schwartz --- merge1.Rd 2016-06-08 13:34:35.0 -0500 +++ merge2.Rd 2016-06-08 14:03:34.0 -0500 @@ -42,7 +42,7 @@ columns?} \item{suffixes}{a character vector of length 2 specifying the suffixes to be used for making unique the names of columns

Re: [Rd] data frame method for as.table()

chr [1:2] "xtabs" "table" - attr(*, "call")= language xtabs(formula = Freq ~ ., data = DF) Note that DF.xtabs has additional attributes set as a result of the use of xtabs(). In the example that you provided above, you would need to use something along the lines o

[Rd] Apparent bug in summary.data.frame() with columns of Date class and NA's present

ses and outputs accordingly. So the inter-dependencies of the handling of NA's across the methods are notable. Thus, since there are likely to be other implications for the choice of resolution that I am not considering here and I am likely to be missing some nuances here, I defer to others for comments/corrections. Thanks and regards, Marc Schwartz __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel

Re: [Rd] Test Post

Marc Schwartz me.com> writes: > > Hi, > > Sorry for the noise, this a only a test post. > > if it works, there should be a reply from me as well. > > Thanks, > > Marc Schwartz > > Hi, This is the reply. There should

[Rd] Test Post

Hi, Sorry for the noise, this a only a test post. if it works, there should be a reply from me as well. Thanks, Marc Schwartz __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel

Re: [Rd] dead links to manuals

://stat.ethz.ch/pipermail/r-help/2015-July/430130.html Regards, Marc Schwartz __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel

Re: [Rd] That 'make check-all' problem with the survival package

goes against the current guidance in R-exts. The second, within the if() code, uses the Hmisc label() function, which it seems to me is not really needed here. Regards, Marc Schwartz On 16.05.2015 07:22, Hin-Tak Leung wrote: 'make check-all' for current R has been showing this error

Re: [Rd] Color Coding in R-devel/NEWS

to be corrected, but daily diffs are being generated, such that the green highlighted text is new since the prior version and the pink/strikethrough text is a deletion since the prior version. Regards, Marc Schwartz __ R-devel@r-project.org mailing

Re: [Rd] R on the Cydia Store

, the licensing issues, as Duncan raised in his reply, are still germane and permission from the R Foundation should be sought for any uses involving R Foundation copyrighted content. That would be relevant for both the iOS implementation and the Android implementation. Regards, Marc Schwartz

Re: [Rd] R on the Cydia Store

On Dec 9, 2014, at 3:34 PM, Duncan Murdoch murdoch.dun...@gmail.com wrote: On 09/12/2014, 4:26 PM, Marc Schwartz wrote: On Dec 9, 2014, at 10:44 AM, Henrik Bengtsson h...@biostat.ucsf.edu wrote: On Dec 9, 2014 6:38 AM, Apps Embedded apps.embed...@gmail.com wrote: Hi, We have

Re: [Rd] R on the Cydia Store

and on the Cydia Store ? If yes, could you give us their email please ? Or should we write to the president of the R foundation for instance ? Best regards. Apps Embedded Team. 2014-12-09 23:49 GMT+01:00 Marc Schwartz marc_schwa...@me.com mailto:marc_schwa...@me.com: On Dec 9, 2014, at 3:34

Re: [Rd] Why R-project source code is not on Github

development. Regards, Marc Schwartz __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel

Re: [Rd] Subscripting Matrices

Thanks for your help. Terry Ireland Hi, This question really should have gone to R-Help, not R-Devel and it is a FAQ: http://cran.r-project.org/doc/FAQ/R-FAQ.html#Why-do-my-matrices-lose-dimensions_003f str(ThinMatrix[TRUE,]) int [1:6] 1 2 3 4 5 6 Regards, Marc Schwartz

Re: [Rd] single quotes in strings, example block

them, you may have to disable them when working with this kind of output. Alternatively, or perhaps in addition, take a look at ?options and adjust 'useFancyQuotes' as may be required. I frequently have to set it to FALSE when using Sweave. Regards, Marc Schwartz

Re: [Rd] Question on Code snippet semantics

In both cases, the argument passed as 'x' can then be used within the function as a character vector, rather than as the object itself. Regards, Marc Schwartz __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel

Re: [Rd] cummax / cummin for complex numbers

) object, or an object that can be coerced to one of these. So why would you expect it to work for cummin or cummax when you pass a complex 'x'? Regards, Marc Schwartz __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r

Re: [Rd] creating a package from a development source tree

be excluded. See the fifth paragraph in: http://cran.r-project.org/doc/manuals/r-patched/R-exts.html#Building-package-tarballs Regards, Marc Schwartz __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel

Re: [Rd] R 3.1.0: 'R CMD Sweave' deletes non tex files created upon batch mode exit

on Simon's site, it indicates r65407. I ran the prior .Rnw file that started this thread and it now works fine, as the created 'non-tex' files are retained upon completion of the R CMD Sweave run. Thanks for the efforts in fixing this issue. Regards, Marc Schwartz

Re: [Rd] R 3.1.0: 'R CMD Sweave' deletes non tex files created upon batch mode exit

this behavior. Thanks again. Regards, Marc On Apr 14, 2014, at 7:28 AM, Martin Maechler maech...@stat.math.ethz.ch wrote: Marc Schwartz marc_schwa...@me.com on Sun, 13 Apr 2014 10:22:55 -0500 writes: [on the R-SIG-Mac mailing list] : Hi all, With R version 3.1.0 on OSX, using

Re: [Rd] The case for freezing CRAN

. Intel ultimately spent somewhere in the neighborhood of $500 million (in 1994 U.S. dollars), as I recall, to implement a large scale Pentium chip replacement infrastructure targeted to end users. The Intel Inside marketing campaign was also an outgrowth of that time period. Regards, Marc Schwartz

Re: [Rd] The case for freezing CRAN

On Mar 20, 2014, at 1:02 PM, Marc Schwartz marc_schwa...@me.com wrote: On Mar 20, 2014, at 12:23 PM, Greg Snow 538...@gmail.com wrote: On Thu, Mar 20, 2014 at 7:32 AM, Dirk Eddelbuettel e...@debian.org wrote: [snip] (and some readers may recall the infamous Pentium bug of two

[Rd] path.package() versus system.file() for locating installed package folders

() requires. Based upon my review of the code, I don't see any obvious down sides to making the change, but wanted to solicit comments from anyone that might challenge the change in the code. Thanks in advance. Regards, Marc Schwartz __ R-devel@r

Re: [Rd] path.package() versus system.file() for locating installed package folders

On Feb 12, 2014, at 11:05 AM, Prof Brian Ripley rip...@stats.ox.ac.uk wrote: On 12/02/2014 16:28, Marc Schwartz wrote: Hi all, For several years, I have used path.package() to get the path to Perl scripts contained within WriteXLS. I have a request to change this to using system.file

Re: [Rd] Where to drop a python script?

. Regards, Marc Schwartz __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel

Re: [Rd] http://r.research.att.com/ (daily R binaries for OSX) seems to be down

I'm posting here in case the maintainer is listening. /Henrik There was a post on this to R-SIG-MAC earlier today, with a reply by Peter: https://stat.ethz.ch/pipermail/r-sig-mac/2013-October/010364.html Regards, Marc Schwartz __ R-devel@r

Re: [Rd] Vignette problem and CRAN policies

in the WriteXLS CRAN package to reduce the dependencies on nonstandard external Perl modules. Regards, Marc Schwartz On Sep 23, 2013, at 4:28 PM, Spencer Graves spencer.gra...@prodsyse.com wrote: Hello, All: Professor Ripley is correct as usual: I misunderstood his original statement

Re: [Rd] ASCII art in function documentation - difference html and text output?

, but might be worth a try, plus or minus the \cr use. Regards, Marc Schwartz On Sep 5, 2013, at 10:23 AM, Rainer M Krug rai...@krugs.de wrote: Found a solution. putting \cr at the end of each line inserts a carriage return, but no additional empty line. So , | \code

Re: [Rd] Problem with texi2pdf(..,clean=TRUE)

it is intended specifically for package vignettes, the path requirement should not be a surprise. :-) Regards, Marc Schwartz __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel

Re: [Rd] Problem with texi2pdf(..,clean=TRUE)

On Aug 30, 2013, at 2:20 PM, Henrik Bengtsson h...@biostat.ucsf.edu wrote: On Fri, Aug 30, 2013 at 12:14 PM, Duncan Murdoch murdoch.dun...@gmail.com wrote: On 30/08/2013 3:09 PM, Marc Schwartz wrote: On Aug 30, 2013, at 2:00 PM, cstrato cstr...@aon.at wrote: Dear all, To create

Re: [Rd] ‘:::’ call

/pipermail/r-devel/2013-August/067180.html Regards, Marc Schwartz __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel

Re: [Rd] pretty eerie feeling: Google down, Twitter down, R sites up

On Jun 27, 2013, at 10:32 AM, Martin Maechler maech...@stat.math.ethz.ch wrote: Maybe this is just from inside ETH Zurich, but I haven't seen this before in many years: for 15 minutes now, for me and at least someone else here, - Google (incl. Gmail, calendar..) is entirely unreachable

Re: [Rd] Missing Dependency: tex(latex) is needed by package R-devel - Help Required

for support and stay with an RHEL compatible distribution, consider CentOS: http://www.centos.org/ Regards, Marc Schwartz __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel

Re: [Rd] foreign: write.xport

in the package failing CRAN checks recently. Regards, Marc Schwartz __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel

Re: [Rd] Rebuild package on R 3.0.0 without source code?

here: http://cran.us.r-project.org/src/contrib/Archive/ or have you already looked there? Regards, Marc Schwartz __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel

Re: [Rd] Passing R code from webpage

wanted to start by looking at the R FAQ, which contains the following: http://cran.r-project.org/doc/FAQ/R-FAQ.html#R-Web-Interfaces More recently, there is Shiny, which I did not see listed in the above: http://www.rstudio.com/shiny/ Regards, Marc Schwartz

Re: [Rd] Regression stars

FWIW, that has been my default setting for years in my .Rprofile. If there is some agreement on this from R Core, it would seem that version 3.0.0 would be a reasonable breakpoint for this change in default behavior. Regards, Marc Schwartz On Feb 7, 2013, at 8:27 AM, John Fox j...@mcmaster.ca

Re: [Rd] Implications of a Dependency on a GPLed Package

that there are R packages not on CRAN that have been made available and the same licensing parameters apply. Regards, Marc Schwartz __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel

Re: [Rd] Implications of a Dependency on a GPLed Package

On Jan 25, 2013, at 12:16 PM, Christian Sigg christ...@sigg-iten.ch wrote: Dear Duncan I don't think my point contradicts the FSF interpretation. I think they were talking about using GPL modules in a program you distribute, with the implication that you are distributing the modules

Re: [Rd] Implications of a Dependency on a GPLed Package

On Jan 25, 2013, at 2:45 PM, Simon Urbanek simon.urba...@r-project.org wrote: On Jan 25, 2013, at 3:32 PM, Marc Schwartz wrote: On Jan 25, 2013, at 12:16 PM, Christian Sigg christ...@sigg-iten.ch wrote: Dear Duncan I don't think my point contradicts the FSF interpretation. I think

Re: [Rd] Download R

/listinfo/r-sig-fedora Any subsequent questions you have about using R on Fedora should be posted there. General R questions should go to R-Help. More info in the Posting Guide: http://www.r-project.org/posting-guide.html Regards, Marc Schwartz __ R

Re: [Rd] small issue with over-zealous clean.

exclamation at the end to be genuine and authentic for the typical R developers/debian users. That's enough of this off-topic subject matter. Take it off list if you wish to continue this dialog. Any further posts to R-Devel in this vain will not be tolerated. Marc Schwartz R-Devel Co-Admin

Re: [Rd] Depends/Imports/Suggest/Enhence

option here, you need not have foo1 and foo2 already installed to install foo0. You can use: install.packages(foo0, dependencies = TRUE) and that will install foo1 and foo2 at the same time. 'dependencies' defaults to FALSE. See ?install.packages for more info. Regards, Marc Schwartz I my

Re: [Rd] Depends/Imports/Suggest/Enhence

On Nov 6, 2012, at 11:00 AM, Marc Schwartz marc_schwa...@me.com wrote: On Nov 6, 2012, at 10:36 AM, Simon Urbanek simon.urba...@r-project.org wrote: On Nov 6, 2012, at 11:19 AM, Christophe Genolini wrote: Hi the list In the DESCRIPTION file of my package foo0, I have: Depends

Re: [Rd] Problem in vignette packaging of Sweave in utils package

to me that would be relevant. Regards, Marc Schwartz On Jul 3, 2012, at 12:54 PM, Yihui Xie wrote: Strange enough; I just noticed the HTML index pages of several base packages were gone (e.g. base, stats, tools, utils) under Ubuntu. Not sure if this is a problem of Debian packages or R itself

Re: [Rd] seq.Date bug?

not exist, so the date is advanced to the next valid date, December 1 and then the next date is December 31. Thus, two days in December. So it appears to be working correctly. HTH, Marc Schwartz __ R-devel@r-project.org mailing list https

Re: [Rd] Small nit in Sweave

should state Non-quoted character values or similar verbiage. In terms of reporting Terry, Sweave is in the 'utils' package, which is part of Base R, therefore under the copyright of The R Foundation. So here is fine. Regards, Marc Schwartz __ R-devel

Re: [Rd] Referencing 'inst' directory in installed package

scripts in my package, which are in the /inst/Perl folder in the package source, so: file.path(path.package(WriteXLS), Perl/WriteXLS.pl) [1] /Library/Frameworks/R.framework/Versions/2.13/Resources/library/WriteXLS/Perl/WriteXLS.pl HTH, Marc Schwartz

Re: [Rd] Welcome Uwe Ligges to R-core

On Jul 19, 2011, at 7:29 AM, Prof Brian Ripley wrote: Uwe is now a member of R-core. Congratulations Uwe! Regards, Marc Schwartz __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel

Re: [Rd] [R] NaN, Inf to NA

On May 27, 2011, at 10:33 AM, Duncan Murdoch wrote: On 27/05/2011 11:11 AM, Martin Maechler wrote: Duncan Murdochmurdoch.dun...@gmail.com on Fri, 27 May 2011 08:23:14 -0400 writes: On 11-05-27 4:27 AM, Albert-Jan Roskam wrote: Aha! Thank you very much for that

[Rd] Patch for hist.Date() function in datetime.R

' version of datetime.R in package 'graphics'. Regards, Marc Schwartz --- datetime.R 2011-04-22 13:04:29.0 -0500 +++ datetime.R.new 2011-04-22 13:18:10.0 -0500 @@ -237,6 +237,8 @@ force(xlab) incr - 1 ## handle breaks ourselves +if(missing(breaks

  1   2   3   >