similar to: Issues building from svn

On 29 August 2015 at 17:14, Liviu Andronic wrote: | Hi Dirk, | I too would need to get R-devel on my Ubuntu box (alongside an | existing R installation) to check my packages, especially given the | mayhem that awaits us when the new `R CMD check --as-cran` goes live. | ( http://stat.ethz.ch/R-manual/R-devel/doc/html/NEWS.html ) | | I was wondering if the script that you posted on r-sig-debian a

Hi, thanks for the fast reply! On Fri, Nov 22, 2019 at 2:15 PM Dirk Eddelbuettel <edd at debian.org> wrote: > > Tim, > > On 22 November 2019 at 12:03, Tim Head wrote: > | One language we support is R. We let people choose which version they > need > | and because we are based on Ubuntu we use the packages provided on > |

Hi Dirk, I too would need to get R-devel on my Ubuntu box (alongside an existing R installation) to check my packages, especially given the mayhem that awaits us when the new `R CMD check --as-cran` goes live. ( http://stat.ethz.ch/R-manual/R-devel/doc/html/NEWS.html ) I was wondering if the script that you posted on r-sig-debian a couple years back was still valid. More however, I'd like to

Hi, I seem to be having trouble updating a doc, ie, deleting then re-adding to the index. The following script demonstrates my issue - I''m sure I''m missing something obvious, but I can''t seem to find the problem. Can someone point out where I am going wrong please ? Regards Neville === require ''rubygems'' require ''ferret'' p

On 5 April 2017 at 15:46, Winston Chang wrote: | On Wed, Apr 5, 2017 at 2:24 PM, Robert McGehee <rmcgehee at walleyetrading.net> | wrote: | | > Winston, | > I had a similar experience to you tracking down an insanely difficult bug | > in my R code that "disappeared" whenever slight changes were made to the | > script (e.g. like adding cat() statements). In my case, it

git has an interface for cloning SVN repositories into git which some users might decide to use. For those users' surprise, the repository will always fail to build on svnonly target and it will exit early. The problem is simple enough to fix by just checking if a .git directory exists in top_builddir and, if so, call git svn info insstead of svn info. Signed-off-by: Felipe Balbi <balbi

Count me as a docker newbie building a debian python and R mytools container. My first post. This was working a couple of weeks ago. My last successful build was a R 4.01 release when the R:base docker hub project used to list a number of base images and I used sections of a posted docker file in that area. Then the install directions at Cran:R listed buster:4.01 instructions that I also added to

Ok, so this is not a users-list, but i really don't know where to ask. Maybe a future openssh-unix-users at mindrot.org will take this kind of problems... :-) So, i'm trying to forward a POP3 connection over a SSH tunnel, using openssh-1.2.3 both on server and on client. My host is atlanta.rds.ro and the mailserver is mail.rds.ro. I did like this: ssh -L 110:mail.rds.ro:110 mail.rds.ro

On 19 April 2017 at 09:38, Jennifer Lyon wrote: | Hi: | | I have a Dockerfile, which builds an image which installed R 3.3.2 in | Ubuntu 14.04, but building using that Dockerfile seems to have stopped | working and I am unclear why. | | I believe the relevant error is: | | Some packages could not be installed. This may mean that you have | requested an impossible situation or if you are using

Dear R People: I'm installing R 2-.15.1 on a Windows 32 bit machine from source. I'm getting a strange error about init.win (please see below) Does this look familiar to anyone, please? Thanks, Erin Microsoft Windows [Version 6.1.7600] Copyright (c) 2009 Microsoft Corporation. All rights reserved. c:\R\R-2.15.1\src\gnuwin32>make all recommended make all recommended make[1]:

To clarify: - We have known since last summer when ALTREP was merged in r-devel that you CANNOT mix and match BINARY BUILDS between R 3.5.0 and prior versions. And R 3.5.0 is very clear about this in the NEWS file (albeit many lines down, and in somewhat vague language): C-LEVEL FACILITIES: [...] * The object header layout has been changed to support merging the ALTREP

I'm trying to build from the latest SVN sources on Mac OS X 10.4.3 and I seem to be having a problem making the documentation. When I do make install, i get the following: (sly at gigondas):~/src/R/r-devel/build-f95$ make install make[1]: Nothing to be done for `front-matter'. SVN-REVISION is unchanged make[1]: Nothing to be done for `install'. make[1]: Nothing to be done for

I ran into this behaviour when accidentally running a line of code that I shouldn't have. When saving over an rds with an object that's not found, I would have expected saveRDS to not touch the file. saveRDS(iris, "test.rds") file.size("test.rds") #> [1] 1080 saveRDS(no_object_here, "test.rds") #> Error in saveRDS(no_object_here, "test.rds"):

git has an interface for cloning SVN repositories into git which some users might decide to use. For those users' surprise, the repository will always fail to build on svnonly target and it will exit early. The problem is simple enough to fix by just checking if a .git directory exists in top_builddir and, if so, call git svn info insstead of svn info. Signed-off-by: Felipe Balbi <balbi

On 19/01/2015 2:33 PM, Felipe Balbi wrote: > git has an interface for cloning SVN repositories into git which > some users might decide to use. For those users' surprise, the > repository will always fail to build on svnonly target and it will > exit early. > > The problem is simple enough to fix by just checking if a .git > directory exists in top_builddir and, if so,

I hardly know anything about the format used in (non-compressed) serialization/RDS, but hoping someone with more knowledge could give me some feedback; Consider two R processes running in parallel on the same unknown file system. Both of them write and read to the same RDS file foo.rds (without compression) at random times using saveRDS(object, file="foo.rds", compress=FALSE) and

git has an interface for cloning SVN repositories into git which some users might decide to use. For those users' surprise, the repository will always fail to build on svnonly target and it will exit early. The problem is simple enough to fix by just checking if a .git directory exists in top_builddir and, if so, call git svn info insstead of svn info. Note, however, that this only supports

2017-04-28 14:33 GMT+02:00 Michal Privoznik <mprivozn@redhat.com>: > On 04/27/2017 04:31 PM, Stefano Ricci wrote: >> Here is the backtrace of the libvirt process just started > > [Just a side note, you shouldn't top post on technical lists. Gmail > sucks at this.] > >> >> https://pastebin.com/R66myzFp > > Looks like libvirtd is trying to spawn

Hi, since the printk_ratelimit() function shouldn't be used anymore, I replaced it in a few files with printk_ratelimited(). If you wish some more patches I can send more in. Greets, Manu Manuel Zerpies (11): drivers/ide: use printk_ratelimited() instead of printk_ratelimit() drivers/tty: use printk_ratelimited() instead of printk_ratelimit() net/can: use printk_ratelimited() instead

Hi, since the printk_ratelimit() function shouldn't be used anymore, I replaced it in a few files with printk_ratelimited(). If you wish some more patches I can send more in. Greets, Manu Manuel Zerpies (11): drivers/ide: use printk_ratelimited() instead of printk_ratelimit() drivers/tty: use printk_ratelimited() instead of printk_ratelimit() net/can: use printk_ratelimited() instead