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
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
>> 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 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
___
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 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
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
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
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
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
e package failing CRAN checks recently.
Regards,
Marc Schwartz
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
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
ml
and
http://r.research.att.com/tools/
HTH,
Marc Schwartz
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
str(values)
int [1:5] 1 2 3 4 5
The only comment that I see in NEWS that may be relevant here for
2.9.0 is:
o sprintf() does stricter error checking on input formats to
avoid passing invalid formats to the OS (which have a tendency
to crash under such inputs).
HTH,
Marc Schwartz
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
Hi Spencer,
Unfortunately, the two Perl modules in question, Text::CSV_XS and
Encode, are not pure Perl modules as they contain C code.
This means that the modules need to be compiled either beforehand as a
pre-packaged binary or during installation, both for the Perl version
that is inst
On Aug 22, 2009, at 2:45 PM, Liviu Andronic wrote:
Dear developers
Please read below.
On 6/25/09, Marc Schwartz wrote:
You can use the following *after* the \begin{document} directive:
\setkeys{Gin}{width=0.8\textwidth}
The above is the default. Reset it to what you would like.
Note, as
On Aug 22, 2009, at 3:03 PM, Marc Schwartz wrote:
On Aug 22, 2009, at 2:45 PM, Liviu Andronic wrote:
Dear developers
Please read below.
On 6/25/09, Marc Schwartz wrote:
You can use the following *after* the \begin{document} directive:
\setkeys{Gin}{width=0.8\textwidth}
The above is the
On Aug 22, 2009, at 4:30 PM, Marc Schwartz wrote:
I have some proposed modifications to RweaveLatex.Rd which I include
here as a patch against the R-devel version of the file from svn. I
have added comments about the issue that Liviu raised, the use of
the [nogin] option and while I was
On Aug 26, 2009, at 7:59 AM, Friedrich Leisch wrote:
On Sat, 22 Aug 2009 16:51:31 -0500,
Marc Schwartz (MS) wrote:
On Aug 22, 2009, at 4:30 PM, Marc Schwartz wrote:
I have some proposed modifications to RweaveLatex.Rd which I include
here as a patch against the R-devel version of the file
: unix ? I don't think so but maybe this
could be
made more explicit in the paragraph above.
Dirk
Dirk,
On OSX:
> .Platform$OS.type
[1] "unix"
Remember that OSX is a BSD Unix derivative.
HTH,
Marc Schwartz
__
R-devel@r-proje
The workaround was posted by Martin in the r-devel part of the thread,
which in turn was retrieved from the bug report here:
http://bugs.freedesktop.org/show_bug.cgi?id=18002
See comments #8 and #10 in the above.
Thanks!
Marc Schwartz
On Oct 30, 2009, at 4:15 PM, Prof Brian Ripley
://stat.ethz.ch/mailman/listinfo/r-sig-db
HTH,
Marc Schwartz
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
link to the package index page.
For example, use ?plot and scroll to the bottom of the page. There
will be a link to the Index page for the graphics package. Click on
that link you will have a page upon which are links to the other
functions in the packa
uot; folder within the main package folder, which seems to have a
redundant copy of the full package source within it. That folder of
course includes a duplicate. albeit older, DESCRIPTION file. You
should delete the .test folder to clean up the package source tree and
Maybe you should retool in Visual Basic.
HTH,
Chuck
Clearly, a fortunes package nominee... :-)
Regards,
Marc Schwartz
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
supported in
a long time is asking for trouble.
Marc Schwartz
On Dec 26, 2009, at 3:41 PM, Saptarshi Guha wrote:
Hello,
The package builds successfully on RHEL5 and OS X( 64 bit,32/64
respectively) but on FC4(32 bit) it fails with this error
g++ -m32 -I/usr/include/R -I/usr/local/include
On Dec 27, 2009, at 1:01 AM, Prof Brian Ripley wrote:
On Sat, 26 Dec 2009, Marc Schwartz wrote:
FC4? Really?
That was my reaction, but I think there may be another problem. The
subject line said 'R library', the body said 'The package'. What
are we talking about
el-list
and of course we have our own Fedora SIG:
https://stat.ethz.ch/mailman/listinfo/r-sig-fedora
HTH,
Marc Schwartz
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
ust say no".
I wonder if they have read Tufte's descriptions of "chart junk". If
so they missed the point that chart junk isn't a good thing.
There is a certain irony in their using cows for symbols in the second
chart...
Regards,
Marc Schwartz
_
OS 5, which is based upon RHEL 5, is in turn based upon Fedora Core 6
(2006).
So to reinforce, there is a substantial and intentional lag between RHEL/CentOS
and Fedora. Recall that RHEL and CentOS are targeted for stable server use,
whereas Fedora is a bleeding edge distro.
HTH,
Marc Schwartz
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
On Mar 4, 2010, at 1:24 AM, Patrick Connolly wrote:
> On Wed, 03-Mar-2010 at 01:46PM -0600, Marc Schwartz wrote:
>
>
> |> Patrick, just as an FYI, I did not see which variant of CentOS you
> |> are using, but:
>
> Apologies. I didn't mention it's 5.4
No
over the years of moving to Bugzilla, but I am not clear on
present status.
Perhaps the link on the main R Project page needs to be removed or better,
updated to a link with a status update on the R bug reporting process. Of
course, that does not help folks using bug.report(), which presumably needs to
be updated as well.
HTH,
Marc Schwartz
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
On Mar 4, 2010, at 10:10 AM, Jens Elkner wrote:
> On Thu, Mar 04, 2010 at 09:39:41AM -0600, Marc Schwartz wrote:
>
>> There has been talk over the years of moving to Bugzilla, but I am not clear
>> on present status.
>
> IMHO Bugzilla is too challenging for normal u
ning in a test phase. The current downtime is not directly
> related to that - the cause is being investigated.
>
> Cheers,
> Simon
>
>
> On Mar 4, 2010, at 11:58 , Marc Schwartz wrote:
>
>>
>> On Mar 4, 2010, at 10:10 AM, Jens Elkner wrote:
>>
>>
Hi all,
Presuming that my reply on r-help this morning was correct, attached is
a patch file against the current svn trunk version of prop.test.Rd to
add the references for the methods.
Any corrections are welcome.
Regards,
Marc Schwartz
__
R-devel
On Thu, 2007-02-01 at 10:40 -0600, Marc Schwartz wrote:
> Hi all,
>
> Presuming that my reply on r-help this morning was correct, attached is
> a patch file against the current svn trunk version of prop.test.Rd to
> add the references for the methods.
>
> Any co
th of the above, especially if you integrate version control using
Subversion, greatly enhance the functionality of Emacs as an IDE.
HTH,
Marc Schwartz
On Fri, 2007-02-23 at 11:17 +, Prof Brian Ripley wrote:
> You seem to mention both Linux and Windows.
>
> Emacs and XEmacs are
On Wed, 2007-03-28 at 17:25 +0200, Peter Dalgaard wrote:
> Sean Davis wrote:
> > On Wednesday 28 March 2007 06:25, Roger Bivand wrote:
> >
> >> On Wed, 28 Mar 2007, Hin-Tak Leung wrote:
> >>
> >>> Hmm, if all you are interested is reading/writing Excel spreadsheets
> >>> from R, there are m
oiding it, I suspect that you would have to create your
own version of the function, perhaps with an additional argument that
enables/disables that duplicate column name checks.
I have not however considered the broader functional implications of
doing so however, so be vewwy vewwy careful here.
Other than that, things seem to be well, but I suspect that there will
be many updates coming in the first 30 days or so...the Fedora lists
have been quite busy...
HTH,
Marc Schwartz
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
report. We had noted the release date for F7 as one of the
> > milestones to take account of in scheduling 2.5.1, and thought we might
> > just know an early adopter. Unfortunately the other milestone (the
> > release of gcc 4.2.0 for MinGW has not happened on the prom
from ?all:
Given a sequence of logical arguments, a logical value indicating
whether or not all of the elements of x are TRUE.
The value returned is TRUE if all of the values in x are TRUE, and FALSE
if any of the values in x are FALSE.
If na.rm = FALSE and x consists of a mix of TRUE and NA va
On Wed, 2007-06-20 at 09:48 -0700, Thomas Lumley wrote:
> On Wed, 20 Jun 2007, Marc Schwartz wrote:
> >
> > If my train of thought is correct, it seems to me that the behavior
> > above distills down to the comparison between logical(0) and NA, which
> > rather than retu
On Wed, 2007-08-01 at 11:13 -0500, Douglas Bates wrote:
> Has anyone installed Linux on a Sony Playstation 3 and compiled R for it?
Doug,
I don't have any personal experience with both Linux and R on the PS3,
but do know folks who have run Linux successfully on that platform.
Here are some links
, patterned after Kurt's reply.
HTH,
Marc Schwartz
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
l function calls do not include "..." args. Thus any inline graphic
pars specified in the barplot() call are not passed.
A patch file against the current SVN barplot.r is attached to modify the
three locations in which called xyrect() is called to add "..." args to
each.
Thanks,
] "'text'"
> dQuote("text")
[1] "\"text\""
The differing behavior between OS X and FC4 is perhaps due to the
available character sets and the locales, presuming that they may not be
the same. See the Details section of ?sQuote.
I might also point
>
Key fingerprint = 352A C4ED 6B3C C121 53FA 61AE C8E0 D236 99B6 2126
sig99B62126 HMDC Linux Support <[EMAIL PROTECTED]>
HTH,
Marc Schwartz
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
h string:
Public Key Server -- Verbose Index [EMAIL PROTECTED] ''
Type bits /keyIDDate User ID
pub 1024D/99B62126 2004/11/18 HMDC Linux Support <[EMAIL PROTECTED]>
Key fingerprint = 352A C4ED 6B3C C121 53FA 61AE C8E0 D236 99B6 2126
sig99B62126
On Wed, 2007-10-31 at 22:35 -0500, Joe W. Byers wrote:
> Marc Schwartz wrote:
> > On Wed, 2007-10-31 at 22:04 -0500, Joe W. Byers wrote:
> >
> > > The readme file on the cran website for linux EL5 contains the following
> > > RPMS for Red Hat Enter
'0a'.
I went back to my last F7 backup to check the same files from my last
build.
In the 'save' version of the file, the same lines also end with '200a'.
In the 'pass' version of the file, the line ends with '0a', which is the
same as the '
On Fri, 2007-11-09 at 16:45 -0500, Tom "spot" Callaway wrote:
> On Fri, 2007-11-09 at 11:41 -0600, Marc Schwartz wrote:
>
> > I have been looking ("tunnel vision") at this now for several hours
> > going back to last night, and am probably missing something
On Thu, 2007-12-06 at 00:32 -0800, Deepayan Sarkar wrote:
> On 12/6/07, Prof Brian Ripley <[EMAIL PROTECTED]> wrote:
> > The defaults for postscript()
> >
> > paper = "default"
> > onefile = TRUE
> > horizontal = TRUE
> >
> > (it seems) date from the days when people used to used this to send plot
ice to pdf, it could be postscript(onefile=TRUE). However, it
> ought to be possible to implement onefile=NA, which would write an EPS
> file if only one plot was produced and a multi-page PS file otherwise.
> That would seem to me to be a good compromise.
My initial reaction is that
.
If there are any pitfalls that I should be aware of that perhaps have
led to the use of the current approach, I'd love to hear about them, so
that I can avoid re-inventing the wheel, if it is desired for me to
proceed with code updates here.
Thanks,
Marc Schwartz
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
submitted.
If perhaps Roger and Gabor could so some testing on these patches before
they are considered for inclusion into the R-devel tree, it would be
helpful to check to see if I have missed something else here.
Thanks for raising this issue.
Regards,
Marc Schwartz
Roger D. Peng wrote:
Martin Maechler wrote:
>> "RDP" == Roger D Peng <[EMAIL PROTECTED]>
>> on Wed, 26 Mar 2008 09:18:19 -0400 writes:
>
> RDP> I have applied these patches to R-devel and in my limited testing
> they appear to
> RDP> work as desired. I have to say that I never ran into the probl
Duncan Murdoch wrote:
> Currently ?foo does help("foo"), which looks for a man page with alias
> foo. If foo happens to be a function call, it will do a bit more, so
>
> ?mean(something)
>
> will find the mean method for something if mean happens to be an S4
> generic. There are also the type
Duncan Murdoch wrote:
> Marc Schwartz wrote:
>> Duncan Murdoch wrote:
>>
>>> Currently ?foo does help("foo"), which looks for a man page with
>>> alias foo. If foo happens to be a function call, it will do a bit
>>> more, so
>>&g
hadley wickham wrote:
>> It seems logical to me that such a resource be embedded up front in "Intro"
>> with it also being included within the existing help system and referenced
>> in the start up banner message.
>
> That would help if anyone actually read the startup banner. The next
> time yo
r (.h) files, among other things. Again,
under Linux, that is the case not only with R, but generally all
applications installed in this fashion.
HTH,
Marc Schwartz
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
h to
hold off on the upgrade for a while.
Regards,
Marc Schwartz
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
, but there's a lot of
PD> spam. I hope Martin's spamfilters are less leaky that
PD> ours, so that they get killed en route to r-devel
Yes, they have been *much* less leaky for quite a while:
It's me as admin and Marc Schwartz as volunteer moderator,
for all messages
led in using the extraction rules, that is by an NA of the
appropriate class for an atomic vector (0 for raw vectors) and NULL for
a list. "
Thus:
> class(rep(character(0), length.out = length(TRUE)))
[1] "character"
which shows that the NA that is r
everything else is going well so far (save of course my
ongoing frustration with nVidia, but that's another story for another
thread).
Hope that the above is helpful. Off to bed...
Regards,
Marc Schwartz
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
on 12/07/2008 02:00 PM Ben Bolker wrote:
> The CRAN host in Tampa, FL (cran.hostingzero.net)
> isn't responding, and hasn't responded in quite a while --
> at least problems were reported more than a year ago
> (Oct 2007)
>
> http://finzi.psych.upenn.edu/R/Rhelp02a/archive/116706.html
>
> altho
../doc/html/SearchEngine.html)
directly rather than from .../doc/html/index.html as shown by help.start()."
and in ?help.start in the Note:
Note to users of Firefox 3: the search results have links that are
resolved incorrectly by that browser if starting from the normal HTML
index page.
eck" process essentially only tests that the
package is a valid CRAN package, unless the CRAN package author has
implemented their own testing process (eg. 'tests' sub-dir) with
additional code such as R Core has done when using procedures such as
'make check-all' subsequent to compiling R from source code.
HTH,
Marc Schwartz
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
te "(1d)"). 1-d arrays are
> TP> sufficiently rare that no concise and clear method of indicating them
> TP> using brackets or other symbols has arisen. You did say you "can be
> TP> convinced to change" it, but I won't attempt beyond this! :-)
>
> well, "still can be .." .
>
> So you currently propose to replace
> "int [,1:10] 5 5 9 23 26 16 9 4 2 1"
> by
> "int [1:10](1d) 5 5 9 23 26 16 9 4 2 1"
> where Pat had
> "int [1:10(,)] 5 5 9 23 26 16 9 4 2 1"
>
> Since the [.] is where we specify the dimensionality of all
> arrays in str(), I'd like to try something where things remain
> inside "[]" as with Pat's version or e.g., with
>
> "int [1:10/1d] 5 5 9 23 26 16 9 4 2 1"
>
> Opinions, further proposals ?
Recognizing that I am coming to this discussion quite late, how about:
int [1:10(1d)] 5 5 9 23 26 16 9 4 2 1
?
I do think that any str() representation that includes a ',' would
continue to reinforce the current misunderstandings pertaining to a 1d
array.
Since using str() is a common response to posts on r-help regarding how
to access components of an object, there will be naive users who would
see something like (using Prof. Ripley's example):
> str(f)
'table' int [, 1:11] 1 9 15 21 15 17 13 5 1 2 ...
- attr(*, "dimnames")=List of 1
..$ : chr [1:11] "0" "1" "2" "3" ...
and then think that they could do:
> f[, 1]
Error in f[, 1] : incorrect number of dimensions
which of course they cannot.
I think that the above change would help to reinforce the notion that a
1d array can, for the most part, be treated as an atomic vector.
However, as Prof. Ripley has noted, there is a subtle difference in how
names/dimnames are treated. The use of '(1d)' in the str() output would
make it clear that this object is not quite a simple atomic vector, but
when indexing, can be treated as such.
Regards,
Marc Schwartz
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
mistaken in what you are looking for:
plot(x, y, ylim = c(0, max(y)))
would seem do what you want. If otherwise unspecified, plot() uses
range(y) to define 'ylim'.
HTH,
Marc Schwartz
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
licate the same behavior
on a Windows machine here as well, so this is not OSX specific.
Regards,
Marc Schwartz
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
On Mar 30, 2009, at 5:55 PM, Marc Schwartz wrote:
Hi all,
Using:
R version 2.8.1 Patched (2009-03-07 r48068)
on OSX (10.5.6) with survival version:
Version:2.35-3
Date: 2009-02-10
I get the following using the first example in ?summary.survfit:
> summ
On Apr 1, 2009, at 7:08 AM, Thomas Lumley wrote:
I've sent a fixed version 2.35-4 to CRAN. It turned out to be a
fairly simple change.
-thomas
Thomas,
Apologies for the delay in my reply. I am on vacation and will only
have sporadic e-mail access thru mid-next week.
I noted the f
Thomas,
I worked on the plane home last night and have a modified version that
restores the original behavior vis-s-vis the interaction between the
'times' and 'scale' arguments, so that 'times' are in the 'scale'
transformed range.
I am attaching both a patch file and the complete functi
On Apr 22, 2009, at 4:49 AM, Martin Maechler wrote:
"MS" == Marc Schwartz
on Tue, 21 Apr 2009 08:06:46 -0500 writes:
MS> It does look like R's behavior has changed since then. Using:
MS> R version 2.9.0 Patched (2009-04-18 r48348)
MS> on OSX:
MS&g
AQs, including the reporting of violations.
For GPL 3:
http://www.gnu.org/licenses/gpl-faq.html
For GPL 2:
http://www.gnu.org/licenses/old-licenses/gpl-2.0-faq.html
HTH,
Marc Schwartz
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
n further when making .debs or RPMs
available, then that is a decision that they get to make and end users
will need to be aware of those as well. Albeit I don't envision the
aforementioned Linux distros including packages that should be a
problem for most
On Apr 23, 2009, at 3:22 PM, Stavros Macrakis wrote:
On Thu, Apr 23, 2009 at 1:25 PM, Marc Schwartz
wrote:
On Apr 23, 2009, at 11:47 AM, Stavros Macrakis wrote:
All that being said, the entity that must enforce these conditions
is
not the FSF, but the copyright owner, in this case the R
activities must recognize
that in the absence of clear decisions, they are taking a risk and as
a consequence, may face future litigation over their decisions and
actions.
In any business venture, it is not the marriage that is the typical
source of the problems, but the failure to anti
On Thu, 2006-04-20 at 20:56 +0100, Prof Brian Ripley wrote:
> On Thu, 20 Apr 2006, Marc Schwartz (via MN) wrote:
>
> > Roger,
> >
> > Thanks.
> >
> > Yes, this I know. In fact I have a line in my shell script for building
> > R[-patched
SuSE 8.0, one of the things that might be in
common here is the use of the 2.4 series kernels. Was there a change of
some sort with the 2.6 kernels that would impact this situation?
HTH,
Marc Schwartz
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
ay be worth noting in the R Admin Manual. I
suspect somebody will attempt to build the package (which also requires
that R is built as a shared lib) and find that it fails on (at least)
future FC versions.
Best regards,
Marc Schwartz
__
R-devel@r-projec
On Sat, 2006-09-16 at 20:26 +0100, Prof Brian Ripley wrote:
> On Fri, 15 Sep 2006, Marc Schwartz (via MN) wrote:
>
> > On Fri, 2006-09-15 at 12:12 -0500, Kevin Wright wrote:
> >> R has had the ability to generate pdfs with transparent colors for a
> >> couple of ye
nts a \Sexpr in commented LaTeX code
processed. An example escapes me at the moment however.
HTH,
Marc Schwartz
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
On Wed, 2006-10-04 at 21:57 -0500, Marc Schwartz wrote:
> On Wed, 2006-10-04 at 20:22 -0500, Marc Schwartz wrote:
> > On Thu, 2006-10-05 at 03:10 +0200, [EMAIL PROTECTED] wrote:
> > > Full_Name: Brad Christoffersen
> > > Version: 2.3.1
> > > OS: Win
f()
Using the 'Document Viewer' application on FC5, which is Evince, and
xpdf, the text is clearly translucent.
It's a bug in Adobe, unless there is a setting in Reader that impacts
this. Reviewing and trying some (ie. CoolType, Smoothing, etc.), there
is nothing immediately apparent that effects the display.
PDF File attached.
HTH,
Marc Schwartz
TL.pdf
Description: Adobe PDF document
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
lt
[1] TRUE
So there seems to be some foundation for working, as long as the target
function can be deparsed, which may limit things with respect to
C/FORTRAN based functions.
HTH,
Marc Schwartz
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
On Wed, 2006-10-25 at 19:16 -0700, Deepayan Sarkar wrote:
> On 10/25/06, Marc Schwartz <[EMAIL PROTECTED]> wrote:
> > On Wed, 2006-10-25 at 20:14 -0400, Gabor Grothendieck wrote:
> > > Suppose we have a function such as the following
> > >
> > > F <-
On Tue, 2006-11-14 at 11:51 -0600, Marc Schwartz wrote:
> On Tue, 2006-11-14 at 16:36 +, Matthew Dowle wrote:
> > Hi,
> >
> > Given factors x and y, c(x,y) does not seem to return a useful result :
> > > x
> > [1] a b c d e
> > Levels: a b c d e
>
h
Levels: a b c d e f g h
> c(x, y, z)
[1] a b c d e d e f g h i j k l m n
Levels: a b c d e f g h i j k l m n
> c(x, 1:5)
Error in c.factor(x, 1:5) : All arguments must be factors
HTH,
Marc Schwartz
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
On Wed, 2006-11-15 at 12:51 +, Matthew Dowle wrote:
> I have a solution which works for me, and I have contributed it. One
> other person has shown some interest, and taken it further to work with
> multiple arguments which looks like a nice improvement.
Just for clarification, my interest
solution is not immediately clear and I have not yet dug into
the C code for eval().
Presumably, either I am missing something fundamental here, or there is
a bug where, environment-wise, these respective functions are looking in
the wrong place for 'DF', probably based upon the default environment
arguments noted above.
Any comments from a fresh pair of eyes would be most welcome.
Regards and thanks,
Marc Schwartz
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
Hi all,
Has anyone had a chance to look at this and either validate my finding
or tell me that my brain has turned to mush?
Either would be welcome... :-)
Thanks,
Marc
On Wed, 2006-12-13 at 13:53 -0600, Marc Schwartz wrote:
> Greetings all,
>
> I was in the process of creating a
On Mon, 2006-12-18 at 12:53 +, Prof Brian Ripley wrote:
> On Sat, 16 Dec 2006, Marc Schwartz wrote:
>
> > Hi all,
> >
> > Has anyone had a chance to look at this and either validate my finding
> > or tell me that my brain has turned to mush?
> >
> >
= , b = 1, c = 2, eval(expr)))(5)
[1] 8
> as.function(alist(a = , b = 1, c = 2, eval(expr)))(5, 10, 8)
[1] 23
MyExpr <- paste(letters[1:3], collapse = " + ")
> MyExpr
[1] "a + b + c"
> as.function(alist(a = , b = 1, c = 2, eval(parse(text = MyExpr(6)
[1] 9
HTH,
Marc Schwartz
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
server.
The following URL:
http://prdownloads.sourceforge.net/mingw/mingw-runtime-3.11.tar.gz?download
does get a file, note however that the most recent version appears to be
3.11, not 3.10.
The home page for the project is here:
http://sourceforge.net/projects/mingw/
There appears to be
pply, one or more on the CPU itself
and perhaps others within the case to enhance airflow and cooling. The
same is the case in laptops.
HTH,
Marc Schwartz
On Mon, 2007-01-15 at 19:12 +0100, Uwe Ligges wrote:
> Ulrike,
>
> It can happen that different types of simulations and programs
ile the same
> powerunits are completely quiet in connection with other boards.
>
> Regards, Ulrike
>
> -- Original Message ---
> From: Marc Schwartz <[EMAIL PROTECTED]>
> To: Uwe Ligges <[EMAIL PROTECTED]>
> Cc: Ulrike Grmping <[EMAIL PROTECTED
pi))^2)" work for me?
> Thanks,
> Spencer Graves
In the first case, you are squaring 2*pi and 2*-pi, both resulting in
the same positive number:
> (2*c(-pi, pi))^2
[1] 39.47842 39.47842
You are going from (0,39.47842) to (0,39.47842), hence no line.
HTH,
Marc Schwartz
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
On Mon, 2005-08-22 at 12:57 -0500, Douglas Bates wrote:
> I seem to recall discussion of an language definition file for S for
> use with the lgrind utility but I can't find any trace of it in an R
> Site Search. The lgrind utility takes a file of code in a particular
> programming language and pr
101 - 200 of 257 matches
Mail list logo
