MARGIN equal to 1 and 2, respectively
when x is a matrix."
further differentiating the behavior of row() and col() as more specific
implementations in the 2-dimensional case.
To my read then, the difference in behavior appears to be intentional and
expected.
Regards,
Marc Schwartz
-O
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...
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
llow 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, 2
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
oject 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
ormula|."
I cannot 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 Na
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
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
R, is problematic, 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
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
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
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
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
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
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"
;
> Why not a test 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 : R
ts, rather than 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)[h
> 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
>>
g you to customize the 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
nders to R-Help at relevant time points in
advance 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
; "123"
> [5,] "12.3456""12.3456""12" "12""12"
> [6,] "1.23456""1.23456""1.2""1" "1"
> [7,] "
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
00088818 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 b
es the issue 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
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 R-devel, R CMD check gives a
> WARNING when some compiler
ailman/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/web/checks/che
> On Jul 14, 2017, at 9:50 AM, Martin Maechler
> wrote:
>
>>>>>> Martin Maechler
>>>>>>on Fri, 14 Jul 2017 16:30:50 +0200 writes:
>
>>>>>> Marc Schwartz
>>>>>>on Fri, 14 Jul 2017 06:57:26 -0500 wri
> On Jul 13, 2017, at 5:07 PM, Marc Schwartz wrote:
>
>
>> On Jul 13, 2017, at 3:37 PM, Marc Schwartz wrote:
>>
>>
>>> On Jul 13, 2017, at 3:22 PM, Duncan Murdoch
>>> wrote:
>>>
>>> On 13/07/2017 4:08 PM, Marc Schwartz wrote
> On Jul 13, 2017, at 3:37 PM, Marc Schwartz wrote:
>
>
>> On Jul 13, 2017, at 3:22 PM, Duncan Murdoch wrote:
>>
>> On 13/07/2017 4:08 PM, Marc Schwartz wrote:
>>> Hi All,
>>>
>>> As per the discussion today on R-Help:
>>>
> On Jul 13, 2017, at 3:22 PM, Duncan Murdoch 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/448132.html
>>
>> I a
is a matrix, rather than a vector.
This is based upon the svn trunk version of poly.Rd.
Thanks for your consideration.
Regards,
Marc Schwartz
--- polyOLD.Rd 2017-07-13 14:58:16.0 -0500
+++ poly.Rd 2017-07-13 14:59:24.0 -0500
@@ -26,7 +26,8 @@
polynomial. \code{x}
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 ad
one 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 "Search" and "Getting Help".
R
tial 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
ating 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
> 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
>> that is so ea
s:
1. For future reference, this query would have been better sent to
R-Package-Devel, which is focused on this topic:
https://stat.ethz.ch/mailman/listinfo/r-package-devel
2. "Major platforms" would typically refer to Linux, Windows and macOS. So
Ubuntu and RH would be
to barplots 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
th such 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 filte
pe 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 i
r 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
uot;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 in the archiv
of that column.}
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
] "A" "B" "C" "D" ...
- attr(*, "class")= 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 of:
> xtabs(Freq ~ addNA(foo), data = yy)
addNA(foo)
ab
221
so that xtabs() includes the NA level, or for a larger data frame with a lot of
columns, pre-process the columns so that NA is included in the factor levels
where you desire.
That latter issue with NA's and xtabs() BTW, has bitten a lot of people over
the years, where the recommendation to use:
> xtabs(Freq ~ foo, data = yy, exclude = NULL, na.action = na.pass)
foo
a b
2 2
does not actually work as believed.
Regards,
Marc Schwartz
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
y.Date() relative to the handling of NA's.
In addition, print.summaryDefault() contains checks for both Date and POSIXct
classes 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
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
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
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
needed (the first being a comment only, so benign)
and of course the latter 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,
anks, Bryan
I stand 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
latform 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 <mailto:marc_schwa...
> On Dec 9, 2014, at 3:34 PM, Duncan Murdoch wrote:
>
> On 09/12/2014, 4:26 PM, Marc Schwartz wrote:
>>
>>> On Dec 9, 2014, at 10:44 AM, Henrik Bengtsson wrote:
>>>
>>> On Dec 9, 2014 6:38 AM, "Apps Embedded" wrote:
>>>>
>&
ctions on the software that can be installed by using
third party distribution channels and in the tools that can be used to develop
apps.
That being said, the licensing issues, as Duncan raised in his reply, are still
germane and permission from the R Foundation should be sought for any uses
her SVN based platform for
community package development.
Regards,
Marc Schwartz
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
-FAQ.html#Why-do-my-matrices-lose-dimensions_003f
> str(ThinMatrix[TRUE,])
int [1:6] 1 2 3 4 5 6
Regards,
Marc Schwartz
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
s?
If so and you are using a text editor that supports 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
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
" as a character vector
> test("MyPackage")
[1] "MyPackage"
# Not quoted, passing the object MyPackage
> test(MyPackage)
[1] "MyPackage"
In both cases, the argument passed as 'x' can then be used within the function
as a character vector, rather
Ah! That was not clear and this early on a Monday morning, insufficient
caffeine levels are common. :-)
I can confirm that this is still an issue in 3.1.1, which is a version newer
than what Michael is running and the current stable release.
They appear to be still reversed in the current SVN
n 3.1.1 specifically states:
x a numeric or complex (not cummin or cummax) 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-devel
ecking-packages
from the Writing R Extensions manual.
You can also use the file .Rbuildignore to define files that should 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
:
R Under development (unstable) (2014-04-17 r65403) -- "Unsuffered
Consequences"
from Simon's binary site. This is using the Mavericks binary, albeit on Simon's
site, it indicates r65407.
I ran the prior .Rnw file that started this thread an
this behavior.
Thanks again.
Regards,
Marc
On Apr 14, 2014, at 7:28 AM, Martin Maechler wrote:
>>>>>> Marc Schwartz
>>>>>>on Sun, 13 Apr 2014 10:22:55 -0500 writes:
>
> [on the R-SIG-Mac mailing list] :
>
>> Hi all,
>> With
On Mar 20, 2014, at 1:02 PM, Marc Schwartz 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 wrote:
>> [snip]
>>
>>>(and some readers
>>> may
Pentium chip replacement
infrastructure targeted to end users. The "Intel Inside" marketing campaign was
also an outgrowth of that time period.
Regards,
Marc Schwartz
> [snip]
>> --
>> Dirk Eddelbuettel | e...@debian.org | http://dirk.eddelbuettel.com
>>
>&
On Feb 12, 2014, at 11:05 AM, Prof Brian Ripley 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 ch
() 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-de
github.com/marcschwartz/WriteXLS
If you look at WriteXLS.R around line 130, you can see an example of getting
the $PATH to the included Perl scripts that I use, which are in the 'inst/Perl'
folder. Further down around line 230, is where the script is called via
system(). Note the use of
caches, so 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
__
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 wrote:
> Hello, All:
>
>
> Professor Ripley is correct as usual: I misunderstood his original
> statem
, 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 wrote:
> Found a solution.
>
> putting \cr at the end of each line inserts a carriage return, but no
> additional empty line. So
>
&g
On Aug 30, 2013, at 2:20 PM, Henrik Bengtsson wrote:
> On Fri, Aug 30, 2013 at 12:14 PM, Duncan Murdoch
> wrote:
>> On 30/08/2013 3:09 PM, Marc Schwartz wrote:
>>>
>>> On Aug 30, 2013, at 2:00 PM, cstrato wrote:
>>>
>>>> Dear all,
>&
tails section of ?texi2pdf, there is:
"Despite the name, this is used in R to compile LaTeX files, specifically those
generated from vignettes."
Since 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
the past week:
https://stat.ethz.ch/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
On Jun 27, 2013, at 10:32 AM, Martin Maechler
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
> - Twitter is "conne
Regards,
> santosh
First, this question should have been posted to R-SIG-Fedora:
https://stat.ethz.ch/mailman/listinfo/r-sig-fedora
which covers RH based (RHEL/CentOS/Fedora) Linux distributions.
That being said, RHEL requires a paid subscription to utilize the Red Hat
Network (RHN). I
e package failing CRAN checks recently.
Regards,
Marc Schwartz
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
his a fool's errand?
>
> Thanks, Robert
Robert,
Which package? You might find some older version of the package 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
have 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
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 wrote:
> D
On Jan 25, 2013, at 2:45 PM, Simon Urbanek wrote:
>
> On Jan 25, 2013, at 3:32 PM, Marc Schwartz wrote:
>
>>
>> On Jan 25, 2013, at 12:16 PM, Christian Sigg wrote:
>>
>>> Dear Duncan
>>>
>>>> I don't think my point contradicts
On Jan 25, 2013, at 12:16 PM, Christian Sigg 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 along with your pr
lly only comes into play when distributing/copying software beyond
yourself or perhaps your organization and even in that case, there are
scenarios that would allow for multiple licenses to be used and there is a fair
amount of commercial software that is distributed in that fashion. The GPL
components are distributed intact and source is made available, while it is
possible that "proprietary" components are also packaged together as part of
the "whole".
There are non-GPL and non-GPL compatible packages on CRAN and this topic has
come up for [heated] discussion in the past. The CRAN maintainers have not
placed GPL or GPL compatible only restrictions on the packages on CRAN. That
there are such packages on CRAN is not a legal issue vis-a-vis the GPL, but a
philosophical one, which is where the heated discussions tend to arise from.
I would also point out 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
on Fedora:
https://stat.ethz.ch/mailman/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
___
>> There *is* no limit on the disdain for people discussing
>> off-topic
>> svn/git/linux disdains on the *R*-devel list among R
>> developers.
>
> That needs a "Fascinating" exclamation at the end to be genuine and authentic
> for the typi
On Nov 6, 2012, at 10:55 AM, Christophe Genolini wrote:
> Thanks a lot for your answer.
>
>> (it is really "Suggests" and "Enhances" - the above are typos I presume and
>> thus won't be recognized)
> Yes, it was typo. Sorry
>> No, you only need foo1 and foo2. The other two are optional.
> I ge
On Nov 6, 2012, at 11:00 AM, Marc Schwartz wrote:
>
> On Nov 6, 2012, at 10:36 AM, Simon Urbanek
> wrote:
>
>>
>> On Nov 6, 2012, at 11:19 AM, Christophe Genolini wrote:
>>
>>> Hi the list
>>>
>>> In the DESCRIPTION file of my
2, foo3.
>> foo4 is not necessary.
>>
>
> No, you only need foo1 and foo2. The other two are optional.
Just to add another option here, you need not have foo1 and foo2 already
installed to install foo0. You can use:
install.packages("foo0", dependencies = TRUE)
worked.
So it would appear that there was something amiss with the 2.15.1 release
packaging or something involving the vignettes at least for those packages. A
review of the NEWS file did not reveal anything obvious to me that would be
relevant.
Regards,
Marc Schwartz
On Jul 3, 2012, at 1
max, is a reasonable solution to the
issue that Paul raises. It is a few more keystrokes than using NA and avoids
the myriad known and potentially unanticipated side effects.
Regards,
Marc Schwartz
On Apr 16, 2012, at 1:26 PM, William Dunlap wrote:
> plot(1:10, xlim=c(10,1)) reverses the x a
"2011-06-29" "2011-07-29" "2011-08-29" "2011-09-29" "2011-10-29"
> [11] "2011-11-29" "2011-12-29"
The issue is the if the next month in sequence does not contain the date, then
the date is advanced until the next valid date. For example:
> seq.Date(as.Date("2012/01/30"), by = "month", length.out = 3)
[1] "2012-01-30" "2012-03-01" "2012-03-30"
February 30th does not exist, thus that date is advanced to March 1st, then the
next date in the sequence is March 30th. Thus, two days in March.
> seq.Date(as.Date("2012/10/31"), by = "month", length.out = 3)
[1] "2012-10-31" "2012-12-01" "2012-12-31"
Here, November 31st does 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://stat.ethz.ch/mailman/listinfo/r-devel
ebate, based on your opinion alone,
which is not going to be resolved in this forum.
Move on.
Marc Schwartz
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
(but the code executed during the weave).
I can see how that could be confusing. All examples of the chunk headers I have
seen do not use quoted values. Perhaps the above should state "Non-quoted
character values" or similar verbiage.
In ter
ameworks/R.framework/Versions/2.13/Resources/library/WriteXLS"
I have Perl 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/Frame
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
On May 27, 2011, at 10:33 AM, Duncan Murdoch wrote:
> On 27/05/2011 11:11 AM, Martin Maechler wrote:
>> > Duncan Murdoch
>> > 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 clarifica
svn 'trunk' 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
quot;-")
[,1] [,2] [,3] [,4]
[1,]- 0.3295078 0.5757814 -0.6212406
[2,]- - -0.3053884 -2.2146999
[3,] - - - 1.1249309
[4,]- - - -
See the 'na.print' argument in ?print.table
HTH,
Marc Schwartz
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
have some expectation that a comment/reply might be forthcoming
within X days of filing. After that time frame, some recommended form of follow
up communication could take place as a tickler/reminder of sorts.
That's my $0.02.
Regards,
Marc Schwartz
>
>
>>
>> On
this point, it would be prudent to move to Fedora 14, given that Fedora 13
will go EOL late next Spring after Fedora 15 is released. So you may as well
give yourself a longer time frame of support, given Fedora's aggressive version
update/EOL schedule.
HTH,
Marc Schwartz
On Dec 23, 2010, a
On Dec 1, 2010, at 2:39 AM, Martin Maechler wrote:
> sapply() stems from S / S+ times and hence has a long tradition.
> In spite of that I think that it should be enhanced...
>
> As the subject mentions, sapply() produces a matrix in cases
> where the list components of the lapply(.) results are
1 - 100 of 257 matches
Mail list logo