See https://stat.ethz.ch/pipermail/r-devel/2017-August/074746.html for the
origin of the example here.
That
pretty(c(-1,1)*1e300, n = 1e9, min.n = 1) gave 20 intervals, far from 1e9, but
pretty(c(-1,1)*1e300, n = 1e6, min.n = 1) gave 100 intervals
(on a machine), made me trace through the
2017-08-11 16:00 GMT+02:00 Martin Maechler :
>> Dmitriy Selivanov
>> on Fri, 11 Aug 2017 17:33:31 +0400 writes:
>
> > Hi mailing list and R-core. Could someone from R-core please help me to
> > create account in
Hi Farhad,
Please be patient. We are going to review your package soon.
Best,
Nitesh
> On Aug 11, 2017, at 11:40 AM, Farhad Shokoohi wrote:
>
> Hello,
>
> Can you update me on the status of reviewing my package DMCHMM?
>
> Thank you
> --
> Farhad Shokoohi,
>
Oops. Sent to wrong address - sorry for the noise.
Valerie
On 08/11/2017 08:41 AM, Obenchain, Valerie wrote:
# Sprint update
# Builds
- no Mac builds for devel today
# SPB
# Package Reviews
# Mailing lists
## Support Site:
Martin looking at this one:
Rgraphviz installation fails
Hello,
Can you update me on the status of reviewing my package DMCHMM?
Thank you
--
Farhad Shokoohi,
Assistant Professor
Office address:
Department of Mathematics & Statistics
Concordia University
1400 de Maisonneuve Blvd. West, Room LB915-1
Office: (514) 848-2424 ext. 4017
Fax: (514)
On 08/10/2017 04:14 PM, Neumann, Steffen wrote:
Hi BioC,
since that build error we have updated xcms to 2.99.6,
and have started to convert the xcmsDirect vignette to Rmd.
Now, we have the same kind of build error on the xcmsMsn vignette,
Thanks Martin, I've received invitation and will create ticket soon.
Regarding issue - basically the problem is that on operating systems which
use glibc memory is not freed (R releases it, but system doesn't trim it).
Setting corresponding environment variable (MALLOC_TRIM_THRESHOLD_) doesn't
> Dmitriy Selivanov
> on Fri, 11 Aug 2017 17:33:31 +0400 writes:
> Hi mailing list and R-core. Could someone from R-core please help me to
> create account in bugzilla? I would like to submit issue related to gc()
to
> wishlist.
I will
Hi Gosia,
The workflow package transition will take place a few weeks after the Software
and the Data package transition. Till that point, I suggest you use SVN
directly to commit to the server.
Sorry for the confusion.
Best,
Nitesh
> On Aug 11, 2017, at 7:10 AM, Malgorzata Nowicka
Hi mailing list and R-core. Could someone from R-core please help me to
create account in bugzilla? I would like to submit issue related to gc() to
wishlist.
Related context is here -
https://stat.ethz.ch/pipermail/r-devel/2017-July/074715.html
--
Regards
Dmitriy Selivanov
Hi,
All is clear now. I will wait for the transition then.
Thank you for all the help.
Gosia
> On 10 Aug 2017, at 18:52, Turaga, Nitesh
> wrote:
>
> In the meantime,
>
> You can choose to simply checkout the SVN repo, and commit directly to it.
>
> Nitesh
The SVN repo is the most current version of your package as far as Bioconductor
goes. Unfortunately, you have totally unrelated histories by the looks of it.
(This should show up as an error, when you try to “merge”, i.e `git merge
upstream/master`)
I would suggest moving forward with the new
It's probably better to make it a runtime error, but note that it's
not necessarily a bad idea to add attributes to singleton symbols.
Those are used in Emacs Lisp for a variety of purposes. They just need
strong conventions (part of that is that in Emacs many symbols are
prefixed with a
Thanks for spotting this issue. The short answer is yes, adding
attributes to a symbol is a bad idea and will be turned into a runtime
error soon. Maintainers of packages that add attributes to symbols have
been notified and some have already fixed their code.
At least in one case the
14 matches
Mail list logo