search for: fiddle

>>>>> Suzen, Mehmet <msuzen at gmail.com> >>>>> on Mon, 30 Oct 2017 16:05:18 +0100 writes: > We were talking about r-fiddle. It gives error there [*], > that's why I suggested using RCurl. >> source("https://raw.githubusercontent.com/msuzen/isingLenzMC/master/R/isingUtils.R") > ... unsupported URL scheme Error : cannot open the > connection >> and later you not...

On 31 October 2017 at 12:42, Martin Maechler <maechler at stat.math.ethz.ch> wrote: > Notably as I think it's been provided by a company that no > longer exists under that name, and even if that'd be wrong, R-Fiddle > does not seem free software (apart from the R parts, I hope !). For the record, r-fiddle is maintained by datacamp: https://www.datacamp.com/community/blog/r-fiddle-an-online-playground-for-r-code-2

Dear List, According to datacamp support team, r-fiddle.org is not supported. We asked them to put it down as Professor Maechler suggested it is a waste of time for the R-help to respond to questions on something not maintained and severely outdated. If you would like to use R from your browser, you can embed the following into a web page: <script s...

Apparently using an existing function as the definition for a method is a no-no (at least as I'm doing it), producing infinite recursion. setClass("A", representation(model="ANY") ) fiddle <- function(self) { 1 } setMethod("fiddle", signature(self="A"), definition = fiddle ### problem ) setClass("B", representation(err="ANY"), contains="A" ) setMethod("fiddle"...

We were talking about r-fiddle. It gives error there [*], that's why I suggested using RCurl. > source("https://raw.githubusercontent.com/msuzen/isingLenzMC/master/R/isingUtils.R") ... unsupported URL scheme Error : cannot open the connection > On 30 October 2017 at 15:51, Martin Maechler <maechler at st...

>>>>> Suzen, Mehmet <msuzen at gmail.com> >>>>> on Mon, 30 Oct 2017 11:16:30 +0100 writes: > Hi Frank, You could upload your R source file to a public > URL, for example to github and read via RCurl, as source > do not support https as far as I know. well... but your knowledge is severely (:-) outdated. Why did you not try first?

>>>>> Suzen, Mehmet <msuzen at gmail.com> >>>>> on Tue, 31 Oct 2017 19:27:30 +0100 writes: > Dear List, According to datacamp support team, > r-fiddle.org is not supported. We asked them to put it > down as Professor Maechler suggested it is a waste of time > for the R-help to respond to questions on something not > maintained and severely outdated. If you would like to use > R from your browser, you can embed the foll...

Hi All, I want to know how to run an R file on my computer in R-Fiddle? I tried source("filename.r"), but not working. thanks, Frank [[alternative HTML version deleted]]

On Thu, September 21, 2017 12:42 pm, Joseph L. Casale wrote: >> Than was my first reaction when I realized that logged in with GUI (X11) >> user can turn off (and on) network interfaces. Without being in sudoers >> file. > > Would not being in sudoers prevent them from pulling the cord out? The > rational for the control is well justified for users with multiple >

I've just acquired a use IBM Thinkpad R40 model 2722-GDM. I'm contemplating what to run on it, and longer-term the likely candidates are: Centos 5 SLE{D,S} 10 OpenSUSE 10.2 Kubuntu - the latest. Kubuntu - Long Life (aka 6.04, Dapper, ...) I've booted Knoppix 4 in it and most seems well, including the Atheros Wireless card Windows can't find. The major flies in the

..."shutdown" (which distinguished RedHat and CentOS from other Linux flavors: after all local user can yank power cord off the wall). Sorry about my little rant above. Could someone point me into right direction as to how do I disable the ability of (local, logged in through X11) users to fiddle with network interfaces. Even worse, they can create new profile and define for interfaces to behave differently... In the past I could just add USERCTL="no" into interface ifcfg-... file inside /etc/sysconfig/network-scripts which doesn't seen to have any effect on latest CentOS 7....

Note that, looks like r-fiddle runs R 3.1.2.

-----Original Message----- From: CentOS [mailto:centos-bounces at centos.org] On Behalf Of Valeri Galtsev Sent: Thursday, September 21, 2017 12:29 PM To: CentOS mailing list <centos at centos.org> Subject: Re: [CentOS] prevent users from fiddling with network? > Namely, as with power > I agree that local user (especially armed with screwdriver) can do a lot. Network cable Valeri,

.../msuzen/isingLenzMC/master/R/isingUtils.R") eval(parse(text=tmatrix)) Not that you need to use raw URL for github file. Best, -m On 30 October 2017 at 01:56, Frank Mei <frank.ye.mei at gmail.com> wrote: > Hi All, > > I want to know how to run an R file on my computer in R-Fiddle? > > I tried source("filename.r"), but not working. > > thanks, > Frank > > [[alternative HTML version deleted]] > > ______________________________________________ > R-help at r-project.org mailing list -- To UNSUBSCRIBE and more, see > https://sta...

..."shutdown" (which distinguished RedHat and CentOS from other Linux flavors: after all local user can yank power cord off the wall). Sorry about my little rant above. Could someone point me into right direction as to how do I disable the ability of (local, logged in through X11) users to fiddle with network interfaces. Even worse, they can create new profile and define for interfaces to behave differently... In the past I could just add USERCTL="no" into interface ifcfg-... file inside /etc/sysconfig/network-scripts which doesn't seen to have any effect on latest CentOS 7....

...ork. # yum groupinstall "FTP Server" --> installed vsftpd Here's what I'd like to do : * no anonymous access * only one user (user 'install' / pass 'install') The machine I'm installing it on has a static IP ok (192.168.1.252/255.255.255.0). I tried to fiddle with the various configuration options in vsftpd.conf, but to no avail. Googled quite some, but the information I found doesn't seem reliable, more like contradictory. One detail: this isn't a publicly accessible machine, e. g. it's not out there on the wild internet, only on the LA...

As Scott said, nothing is perfect. On Ubuntu (16.04 - the current long term support version) all home directories are world executable/readable ("Security? What's that?"). ----- Original Message ----- From: "Scott Robbins" <scottro11 at gmail.com> To: "centos" <centos at centos.org> Sent: Thursday, September 21, 2017 9:40:03 PM Subject: Re: [CentOS]

> Than was my first reaction when I realized that logged in with GUI (X11) > user can turn off (and on) network interfaces. Without being in sudoers > file. Would not being in sudoers prevent them from pulling the cord out? The rational for the control is well justified for users with multiple interfaces and is simply a convenience to something they could always do under any condition

On Thu, Sep 21, 2017 at 05:23:23PM -0500, Valeri Galtsev wrote: > > On Thu, September 21, 2017 12:42 pm, Joseph L. Casale wrote: > >> Than was my first reaction when I realized that logged in with GUI (X11) > > Yes, I can understand the rationale as above - if it is somebody's laptop. > Or someone's home computer. But it is arguable if it is centrally managed >

On Thu, Sep 21, 2017 at 07:00:12PM -0500, Valeri Galtsev wrote: > > On Thu, September 21, 2017 6:13 pm, Scott Robbins wrote: > > On Thu, Sep 21, 2017 at 05:23:23PM -0500, Valeri Galtsev wrote: > >> > > > > Well, this is my longstanding rant against RedHat and friends. Take a > > look > > at what Fedora is doing before blithely throwing it into RedHat.