On Wed, Mar 18, 2020 at 8:04 PM Dirk Eddelbuettel wrote:
>
>
> On 18 March 2020 at 19:19, Henrik Bengtsson wrote:
> | AFAIU, 'R CMD check --as-cran' tries to hide any site and user package
> | libraries by setting R_LIBS_SITE and R_LIBS_USER. However, contrary
>
> What makes you think that?
On 18 March 2020 at 19:19, Henrik Bengtsson wrote:
| AFAIU, 'R CMD check --as-cran' tries to hide any site and user package
| libraries by setting R_LIBS_SITE and R_LIBS_USER. However, contrary
What makes you think that? AFAIK --as-cran just sets a bunch of the (nearly
countless) environment
AFAIU, 'R CMD check --as-cran' tries to hide any site and user package
libraries by setting R_LIBS_SITE and R_LIBS_USER. However, contrary
to R_LIBS_SITE, it fails for R_LIBS_USER and the user's personal
library is still available for test scripts. Should I revise my
assumptions, or is that
* installing *source* package 'SubtypeDrug' ...
** using staged installation
** R
** data
*** moving datasets to lazyload DB
** inst
** byte-compile and prepare package for lazy loading
Error: .onLoad failed in loadNamespace() for 'S4Vectors', details:
call: validObject(.Object)
error: invalid
The note is there to remind CRAN that the package previously had problems
serious enough to warrant archival. Since you have solved the problem, you
do not need to do anything else in your submission.
On Wed, 18 Mar 2020 at 7:23 am, Gianmarco Alberti <
gianmarcoalbe...@gmail.com> wrote:
> Hello,
I had a similar problem and today it was solved.
What I did was first, solve any possible dependency issue of the
archived package, check your package against r-devel, using --as-cran,
and then write to CRAN saying that your package is currently archived
because of ., but you are submitting a
mmh.. for some reason the original post in this thread is only showing
up now in my mailbox i.e. way after Steffen's answer (and even if
Steffen's answer includes the original post, I must confess that I
didn't really pay attention to it)
Anyway, based on that original post I see now that
Hello,
I am Katja Hebestreit, and the maintainer of the package BiSeq. I saw that
the package is deprecated for Bioc 3.11. Unfortunately I realized just now
that the email in the description file is outdated, it should be
katja.hebestr...@gmail.com. That's probably why I never received any
The getBridgeNames() function in BridgeDbR uses the following code to
download the HTML page at https://bridgedb.github.io/data/gene_database/
url <- "https://bridgedb.github.io/data/gene_database/;
library(RCurl)
CURL_SSLVERSION_TLSv1_2 <- 6L
opts <-
Redirecting you to bioc-devel for a better response on this.
> On Mar 18, 2020, at 3:51 PM, Russell Bainer wrote:
>
> Sorry, one last question. Is there a way to change the email associated with
> my user on the support site?
>
> https://support.bioconductor.org/u/10923/
>
> -R
>
> On Wed,
Hi,
can you get me the URL that wants to be downloaded ?
The "tlsv1 alert protocol version" indicates that the proper
solution might be to notify the server to reconfigure
the web server supported TLS versions.
Yours,
Steffen
On Wed, 2020-03-18 at 19:55 +0100, Egon Willighagen wrote:
> Hi
Hi all,
in the BridgeDbR package I have a TSL issue, just on Windows10 [0]:
> location <- getDatabase("Bacillus subtilis")
Error in function (type, msg, asError = TRUE) :
error:1407742E:SSL routines:SSL23_GET_SERVER_HELLO:tlsv1 alert
protocol version
Calls: getDatabase ... getBridgeNames ->
I can just change the email for you.
Can you tell me which email you'd like you account to be associated with?
> On Mar 17, 2020, at 5:40 PM, Russell Bainer wrote:
>
> Thanks very much for the response. Can you recommend a way to do password
> recovery? I no longer have access to the
Thanks Tomas. Any chance the old version of the error message could be
restored? It would definitely be more helpful than the current one. It's
confusing to get an error and be told to use --with-pcre1 when you're
already using it.
H.
On 3/18/20 01:08, Tomas Kalibera wrote:
On 3/17/20 8:18
On Tue, Mar 17, 2020 at 11:48 PM Julian Flesch
wrote:
> Hi Bioc team,
>
>
> I am the maintainer of the package /waddR/.
>
> We have had built issues on the active branch recently, due a dependency
> being unavailable. After pushing a patch, the issues were resolved on
> the devel branch.
>
> Is
On 18/03/2020 1:36 a.m., Jan Gorecki wrote:
Dear R-devel,
Is there anything that we can do to make output of those call more
consistent? So the first one will return `c(1L, 2L)` rather than
`1:2`. Note that it is not related to compact integer sequence
introduced by altrep, it is reproducible
On 3/17/20 8:18 PM, Hervé Pagès wrote:
Using --with-pcre1 to configure the latest R 4.0 (revision 77988) on
an Ubuntu 14.04.5 LTS system gives me the following error:
...
checking if lzma version >= 5.0.3... yes
checking for pcre2-config... no
checking for pcre_fullinfo in -lpcre... yes
17 matches
Mail list logo