Ok...I think I see the confusion. I thought that having a package in my
Imports is supposed to automatically suppress startup messages so that
library( my_package ) only shows info for packages that are attached, not
those that are loaded because they are imported. I didn't realize that
some folk
On 24.02.2012 18:53, Uwe Ligges wrote:
On 24.02.2012 18:52, Suraj Gupta wrote:
My problem is the same problem that Dirk first asked about. I want to
reduce the verbose noise. I want my Imports to not show any startup
messages when I load my own package.
Are you going to pull me? Use suppre
On 24.02.2012 18:52, Suraj Gupta wrote:
My problem is the same problem that Dirk first asked about. I want to
reduce the verbose noise. I want my Imports to not show any startup
messages when I load my own package.
Are you going to pull me? Use suppressPackageStartupMessages()!
Uwe Ligges
My problem is the same problem that Dirk first asked about. I want to
reduce the verbose noise. I want my Imports to not show any startup
messages when I load my own package.
2012/2/24 Uwe Ligges
>
>
> On 24.02.2012 18:48, Suraj Gupta wrote:
>
>> Correct, nothing happens in terms of startup me
On 24.02.2012 18:48, Suraj Gupta wrote:
Correct, nothing happens in terms of startup messages. No messages are
shown.
library( my package ) # Performance Analytics message shown
search() # PerformanceAnalytics is not in the search list since its in my
Imports, not Depends
suppressPackageStar
Also, if I just startup a fresh copy of R and I don't load my package then
suppressPackageStartupMessages**( library("PerformanceAnalytics"**)) also
does not produce any messages.
On Fri, Feb 24, 2012 at 12:48 PM, Suraj Gupta wrote:
> Correct, nothing happens in terms of startup messages. No m
Correct, nothing happens in terms of startup messages. No messages are
shown.
library( my package ) # Performance Analytics message shown
search() # PerformanceAnalytics is not in the search list since its in my
Imports, not Depends
suppressPackageStartupMessages**( library("PerformanceAnalytics
On 24.02.2012 18:02, Suraj Gupta wrote:
Sorry, let me provide the details:
My package has a .onAttach function (not a .onLoad). The .onAttach
constructs a startup message and delivers it via packageStartupMessage().
I've pasted the code below. My package has a number of other packages
in De
Sorry, let me provide the details:
My package has a .onAttach function (not a .onLoad). The .onAttach
constructs a startup message and delivers it via packageStartupMessage().
I've pasted the code below. My package has a number of other packages
in Depends and Imports. Some of the packages in I
On 24 February 2012 at 00:27, Suraj Gupta wrote:
| I don't think that is it. My startup message is currently in .onAttach and I
| still see startup message from packages that I have moved from Imports to
| Depends.
| Dirk?
There are / were are few issues intertwined in my case, and yours may dif
On 24.02.2012 07:45, Hervé Pagès wrote:
On 01/28/2012 08:15 AM, Dirk Eddelbuettel wrote:
On 28 January 2012 at 16:52, Uwe Ligges wrote:
|
|
| On 27.01.2012 15:57, Dirk Eddelbuettel wrote:
|>
|> On 12 January 2012 at 12:12, Hervé Pagès wrote:
|> | Hi Dirk,
|> |
|> | On 01/11/2012 11:42 AM, Dir
On 01/28/2012 08:15 AM, Dirk Eddelbuettel wrote:
On 28 January 2012 at 16:52, Uwe Ligges wrote:
|
|
| On 27.01.2012 15:57, Dirk Eddelbuettel wrote:
|>
|> On 12 January 2012 at 12:12, Hervé Pagès wrote:
|> | Hi Dirk,
|> |
|> | On 01/11/2012 11:42 AM, Dirk Eddelbuettel wrote:
|> |>
|> |> R
I don't think that is it. My startup message is currently in .onAttach and
I still see startup message from packages that I have moved from Imports to
Depends.
Dirk?
2012/2/23 Uwe Ligges
>
>
> On 23.02.2012 06:40, Suraj Gupta wrote:
>
>> Dirk - I'm having the same issue. Could you provide the
On 23.02.2012 06:40, Suraj Gupta wrote:
Dirk - I'm having the same issue. Could you provide the details of your
solution?
By moving the startup message generation to .onAttach?
Uwe Ligges
On Sat, Jan 28, 2012 at 11:15 AM, Dirk Eddelbuettel wrote:
On 28 January 2012 at 16:52, Uwe Lig
Dirk - I'm having the same issue. Could you provide the details of your
solution?
On Sat, Jan 28, 2012 at 11:15 AM, Dirk Eddelbuettel wrote:
>
> On 28 January 2012 at 16:52, Uwe Ligges wrote:
> |
> |
> | On 27.01.2012 15:57, Dirk Eddelbuettel wrote:
> | >
> | > On 12 January 2012 at 12:12, Herv
On 28 January 2012 at 16:52, Uwe Ligges wrote:
|
|
| On 27.01.2012 15:57, Dirk Eddelbuettel wrote:
| >
| > On 12 January 2012 at 12:12, Hervé Pagès wrote:
| > | Hi Dirk,
| > |
| > | On 01/11/2012 11:42 AM, Dirk Eddelbuettel wrote:
| > |>
| > |> R CMD check really hates it when my .onLoad() func
On 27.01.2012 15:57, Dirk Eddelbuettel wrote:
On 12 January 2012 at 12:12, Hervé Pagès wrote:
| Hi Dirk,
|
| On 01/11/2012 11:42 AM, Dirk Eddelbuettel wrote:
|>
|> R CMD check really hates it when my .onLoad() function contains
|> suppressMessages(library(foo))
|
| Note that you can alw
On 12 January 2012 at 12:12, Hervé Pagès wrote:
| Hi Dirk,
|
| On 01/11/2012 11:42 AM, Dirk Eddelbuettel wrote:
| >
| > R CMD check really hates it when my .onLoad() function contains
| > suppressMessages(library(foo))
|
| Note that you can always fool 'R CMD check' by doing something like:
Hi Dirk,
On 01/11/2012 11:42 AM, Dirk Eddelbuettel wrote:
R CMD check really hates it when my .onLoad() function contains
suppressMessages(library(foo))
Note that you can always fool 'R CMD check' by doing something like:
sillyname <- library
suppressMessages(sillyname("foo"))
R CMD check really hates it when my .onLoad() function contains
suppressMessages(library(foo))
However, _and for non-public packages not going to CRAN_ I prefer doing this
over using explicit Depends or import statements in the NAMESPACE file as the
latter do not give me an ability to make th
20 matches
Mail list logo