On Sat, Jun 15, 2013 at 4:38 PM, Simon Urbanek
simon.urba...@r-project.org wrote:
On Jun 15, 2013, at 2:42 PM, Martin Maechler wrote:
Dirk Eddelbuettel e...@debian.org
on Sat, 15 Jun 2013 10:45:04 -0500 writes:
On 15 June 2013 at 07:00, Dirk Eddelbuettel wrote:
|
| On 15 June 2013 at
Hi Dan,
On 9 July 2013 at 19:52, Dan Tenenbaum wrote:
| Picking up a somewhat old thread...what is the final status of this?
In r-patched and r-devel, check the NEWS file.
| It doesn't look like an option was added to control the permissions of
| installed package files.
| It also seems that
Simon Urbanek simon.urba...@r-project.org writes:
On Jun 14, 2013, at 4:35 PM, Dirk Eddelbuettel wrote:
On 14 June 2013 at 16:17, Simon Urbanek wrote:
| I think it would be better to have a bit more sane handling of
| this. The decision is rarely at the install time of the package --
|
Dirk Eddelbuettel e...@debian.org
on Fri, 14 Jun 2013 22:27:32 -0500 writes:
On 14 June 2013 at 16:56, Simon Urbanek wrote: | On Jun
14, 2013, at 4:35 PM, Dirk Eddelbuettel wrote: | But up
until right now I could not update a package a colleague
installed, | and vice
On Jun 14, 2013, at 11:27 PM, Dirk Eddelbuettel wrote:
On 14 June 2013 at 16:56, Simon Urbanek wrote:
| On Jun 14, 2013, at 4:35 PM, Dirk Eddelbuettel wrote:
| But up until right now I could not update a package a colleague installed,
| and vice versa -- unless we sudo.
|
|
| But
On 15 June 2013 at 07:47, Simon Urbanek wrote:
| Because update.packages() doesn't restore the group-writable bit. Which leads
us to my point that this is not what you really want.
Ooops. I'll take another look.
My initial patch to Martin did not have the argument to install, but simply a
On 15 June 2013 at 07:00, Dirk Eddelbuettel wrote:
|
| On 15 June 2013 at 07:47, Simon Urbanek wrote:
| | Because update.packages() doesn't restore the group-writable bit. Which
leads us to my point that this is not what you really want.
|
| Ooops. I'll take another look.
Done. It works.
Dirk Eddelbuettel e...@debian.org
on Sat, 15 Jun 2013 10:45:04 -0500 writes:
On 15 June 2013 at 07:00, Dirk Eddelbuettel wrote:
|
| On 15 June 2013 at 07:47, Simon Urbanek wrote: | |
Because update.packages() doesn't restore the
group-writable bit. Which leads us
On 15 June 2013 at 20:42, Martin Maechler wrote:
| Dirk Eddelbuettel e...@debian.org
| on Sat, 15 Jun 2013 10:45:04 -0500 writes:
|
| On 15 June 2013 at 07:00, Dirk Eddelbuettel wrote:
| |
| | On 15 June 2013 at 07:47, Simon Urbanek wrote: | |
| Because
On Jun 15, 2013, at 2:42 PM, Martin Maechler wrote:
Dirk Eddelbuettel e...@debian.org
on Sat, 15 Jun 2013 10:45:04 -0500 writes:
On 15 June 2013 at 07:00, Dirk Eddelbuettel wrote:
|
| On 15 June 2013 at 07:47, Simon Urbanek wrote: | |
Because update.packages() doesn't restore the
Martin Maechler maech...@stat.math.ethz.ch
on Mon, 10 Jun 2013 11:44:57 +0200 writes:
Dirk Eddelbuettel e...@debian.org
on Sat, 8 Jun 2013 11:22:56 -0500 writes:
Summary:
The directory /usr/local/lib/R/site-library can be used
for site-wide multi-user installations of
On Jun 14, 2013, at 4:04 PM, Martin Maechler wrote:
Martin Maechler maech...@stat.math.ethz.ch
on Mon, 10 Jun 2013 11:44:57 +0200 writes:
Dirk Eddelbuettel e...@debian.org
on Sat, 8 Jun 2013 11:22:56 -0500 writes:
Summary:
The directory /usr/local/lib/R/site-library can be used
On 14 June 2013 at 16:17, Simon Urbanek wrote:
| I think it would be better to have a bit more sane handling of this. The
decision is rarely at the install time of the package -- e.g. did you adjust
the flag for INSTALL in update.packages based on the permissions? Otherwise it
fails the next
On Jun 14, 2013, at 4:35 PM, Dirk Eddelbuettel wrote:
On 14 June 2013 at 16:17, Simon Urbanek wrote:
| I think it would be better to have a bit more sane handling of this. The
decision is rarely at the install time of the package -- e.g. did you adjust
the flag for INSTALL in
On 14 June 2013 at 16:56, Simon Urbanek wrote:
| On Jun 14, 2013, at 4:35 PM, Dirk Eddelbuettel wrote:
| But up until right now I could not update a package a colleague installed,
| and vice versa -- unless we sudo.
|
|
| But you should be able to simply removing it, and re-installing,
Dirk Eddelbuettel e...@debian.org
on Sat, 8 Jun 2013 11:22:56 -0500 writes:
Summary:
The directory /usr/local/lib/R/site-library can be used for site-wide
multi-user installations of R.
This is even the default on Debian and Ubuntu (following a suggestion by
Summary:
The directory /usr/local/lib/R/site-library can be used for site-wide
multi-user installations of R.
This is even the default on Debian and Ubuntu (following a suggestion by
Kurt and Fritz a decade ago over beers -- what could be better). However,
R enforces wrong
Hi all,
Dirk Eddelbuettel e...@debian.org writes:
Summary:
The directory /usr/local/lib/R/site-library can be used for site-wide
multi-user installations of R.
This is even the default on Debian and Ubuntu (following a suggestion by
Kurt and Fritz a decade ago over beers --
18 matches
Mail list logo
