Hi Dirk,
Sorry, I only just saw this message. I forgot to ask for a CC in my
original message.
On Fri, 27 Sep 2013 20:22:01 + (UTC), Dirk Eddelbuettel
wrote:
> Faheem Mitha faheem.info> writes:
>> I'm sorry to hear that you will not be working on R packaging for
>> Debian any more. Unfort
Le Sat, Sep 28, 2013 at 10:10:07PM +0200, Tollef Fog Heen a écrit :
>
> Not in the preferred form for modification means you're not distributing
> the source. We don't do that.
Hi Tollef and everybody,
please, I would like people to accept that things are not black and white. In
"preferred for
]] Andreas Tille
> On Sat, Sep 21, 2013 at 10:31:47PM +0100, Stephen Gran wrote:
> >
> > Charles' statement made me nervous because it sounds like he is saying
> > he's not interested in looking carefully enough to know which side of
> > any line he's on, and he wants to use Debian resources to
On Sat, Sep 21, 2013 at 10:31:47PM +0100, Stephen Gran wrote:
>
> Charles' statement made me nervous because it sounds like he is saying
> he's not interested in looking carefully enough to know which side of
> any line he's on, and he wants to use Debian resources to redistribute
> that lack of e
On Wed, Sep 25, 2013 at 09:32:01PM +, Faheem Mitha wrote:
> I had noticed you doing a lot of work on R packaging, and would like
> to express my appreciation. I know much of the time packaging can seem
> like hard and thankless work.
Having done several R packages myself I need to admit that t
Dirk Eddelbuettel debian.org> writes:
> There is Don Armstrong's r-debian.debian.net which turns CRAN packages
Sorry: http://debian-r.debian.net/ is the correct address.
Dirk
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble?
Faheem Mitha faheem.info> writes:
> I'm sorry to hear that you will not be working on R packaging for
> Debian any more. Unfortunately. there are very few people working on R
> packaging in Debian. There is Dirk, of course, but few other names
> appear consistently. In particular, there is nothing
Hi Charles (and everyone else),
On Sun, 22 Sep 2013 12:28:11 +0900, Charles Plessy wrote:
> Hi Paul, FTP team and everybody,
> first, let me underline that if the FTP team wants to disuss and
> amend its decision, I will be happy to participate.
> I think that the only good solution is to enga
On 13342 March 1977, Charles Plessy wrote:
> I think that the only good solution is to engage with the R community and make
> them change their practice of distributing data in binary format in the source
> packages.
Thats a maintainers job. Feel free to do so, we won't hold you back.
> I think
On 09/22/2013 05:31 AM, Stephen Gran wrote:
> Charles' statement made me nervous because it sounds like he is saying
> he's not interested in looking carefully enough
What Charles wrote, was that he has too much work and not enough time,
not that he is "not interested in looking carefully enough".
Hi Paul, FTP team and everybody,
first, let me underline that if the FTP team wants to disuss and amend its
decision, I will be happy to participate.
I think that the only good solution is to engage with the R community and make
them change their practice of distributing data in binary format in
"Paul R. Tagliamonte" writes:
> The real question is it less *distributable*? If its GPL and contains
> things *not* in preferred form, I'd say yes, that would be less
> distributable, since its a GPL violation and results in breech of
> license - which means we can't distribute.
I think this is
(as me, a DD, not as ftpteam)
On Sat, Sep 21, 2013 at 04:59:55PM +0900, Charles Plessy wrote:
>
> Hello FTP team and everybody,
Charles,
>
> In the thread that you cite, I sent another email where I asked for:
>
> - Time for a transition,
> - Precise criteria,
Law isn't precise. I think yo
(On my phone)
The real question is it less *distributable*? If its GPL and contains
things *not* in preferred form, I'd say yes, that would be less
distributable, since its a GPL violation and results in breech of license -
which means we can't distribute.
My 2 cents (as a DD),
Paul
On Sep 21,
Stephen Gran writes:
> This one time, at band camp, Russ Allbery said:
>> Alioth already hosts non-free packages (such as packaging repositories
>> for Debian packaging for the non-free suite). I believe that the
>> current understanding is that Alioth and its associated systems, such
>> as the
This one time, at band camp, Russ Allbery said:
> Stephen Gran writes:
> > This one time, at band camp, Charles Plessy said:
>
> >> I therefore decided to stop uploading R packages to Debian. I use some
> >> of these packages on multiple computers, and will keep on sharing my
> >> work with othe
Stephen Gran writes:
> This one time, at band camp, Charles Plessy said:
>> I therefore decided to stop uploading R packages to Debian. I use some
>> of these packages on multiple computers, and will keep on sharing my
>> work with others on Alioth, but that is all. For any of them where I
>> w
This one time, at band camp, Charles Plessy said:
> I therefore decided to stop uploading R packages to Debian. I use some of
> these packages on multiple computers, and will keep on sharing my work with
> others on Alioth, but that is all. For any of them where I was the sole
> uploader, please
Le Wed, Sep 18, 2013 at 12:08:27AM +0200, Joerg Jaspert a écrit :
>
> Therefore, we shall consider these data files as preferred form of
> modification if the data was captured in this format from a scientific
> instrument, created manually and painstakingly by hand (this is not the
> common case)
Joerg Jaspert debian.org> writes:
> it came to our attention[0] that most R packages ship data files (*.Rda,
> *.Rdata), which can contain a lot of different kind of data, from
> command line instructions, to huge data tables, or even extra modules
> loaded by means of install.packages() function.
Hi,
it came to our attention[0] that most R packages ship data files (*.Rda,
*.Rdata), which can contain a lot of different kind of data, from
command line instructions, to huge data tables, or even extra modules
loaded by means of install.packages() function.
It is common practice for R packages
21 matches
Mail list logo
