On 06/27/2016 02:42 PM, Steven Schveighoffer wrote:
>> On Jun 27, 2016, at 5:00 AM, Михаил Страшун via dmd-internals <dmd-internals@puremagic.com> wrote:
>>
>>
>> I also wanted to import all implemented DIPs from wiki but have some doubts about how better to proceed with it. Problem is that old DIPs are really of terrible quality by the standards we want to set up for new submissions - importing them as they are would give a very bad example to follow.
>>
>> Would anyone mind if those are rewrited the retrospectively to contain more information about state of art?
> 
> I would say any DIPs that are already approved or implemented should be copied for historical reasons. Any other ones should be left alone, and if the author still wishes to pursue, they should open a new DIP using the new process.
> 
> -Steve
> 

I agree. My question was about should they be copied untouched or adapted to requirements of Template.md

On 6/27/2016 2:00 AM, Михаил Страшун via dmd-internals wrote:
> I have updated https://github.com/Dicebot/DIPs readme with process
> tweaks based on the feedback and added new tool to generate sorted
> overview table for all DIPs automatically.

The template link:

https://github.com/Dicebot/DIPs/blob/master/Template.md

suggests Public Domain for the copyright. This does not work since PD has no legal status in many countries.

A better approach:

Copyright (c) 2016 by the D Language Foundation.
Boost Licensed.
_______________________________________________
dmd-internals mailing list
dmd-internals@puremagic.com
http://lists.puremagic.com/mailman/listinfo/dmd-internals

On 6/27/2016 5:03 AM, Михаил Страшун via dmd-internals wrote:
> I agree. My question was about should they be copied untouched or
> adapted to requirements of Template.md

I'd leave that up to you, since you'd be doing the work.

In any case, they are wikis, and so can be edited. Why copy them instead?
_______________________________________________
dmd-internals mailing list
dmd-internals@puremagic.com
http://lists.puremagic.com/mailman/listinfo/dmd-internals

On 06/27/2016 03:17 PM, Walter Bright via dmd-internals wrote:
> 
> 
> On 6/27/2016 2:00 AM, Михаил Страшун via dmd-internals wrote:
>> I have updated https://github.com/Dicebot/DIPs readme with process tweaks based on the feedback and added new tool to generate sorted overview table for all DIPs automatically.
> 
> The template link:
> 
> https://github.com/Dicebot/DIPs/blob/master/Template.md
> 
> suggests Public Domain for the copyright. This does not work since PD has no legal status in many countries.
> 
> A better approach:
> 
> Copyright (c) 2016 by the D Language Foundation.
> Boost Licensed.

Good point. Boost license is not most permissive though, it requires attribution at least. I'd suggest using a very liberal license for documents, for example Creative Commons 0 (https://creativecommons.org/publicdomain/zero/1.0).

Looks good. One possibility of handling existing DIPs is to reach out to their authors and encourage them to port them to the new format if they plan to continue pursuing them. -- Andrei

On 6/27/16 5:00 AM, Михаил Страшун via dmd-internals wrote:
> I have updated https://github.com/Dicebot/DIPs readme with process
> tweaks based on the feedback and added new tool to generate sorted
> overview table for all DIPs automatically.
>
> Main changes:
>
> - Now all markdown documents are stored in single folder (to ensure
> persistent URL) and for convienient navigation sorted table is generated
> instead
> - PR itself has become an initial draft/review stage, wiki suggestions
> has been removed
> - More emphasis on collaboration / community interaction
>
> I also wanted to import all implemented DIPs from wiki but have some
> doubts about how better to proceed with it. Problem is that old DIPs are
> really of terrible quality by the standards we want to set up for new
> submissions - importing them as they are would give a very bad example
> to follow.
>
> Would anyone mind if those are rewrited the retrospectively to contain
> more information about state of art?
>
>
>
> _______________________________________________
> dmd-internals mailing list
> dmd-internals@puremagic.com
> http://lists.puremagic.com/mailman/listinfo/dmd-internals
>
_______________________________________________
dmd-internals mailing list
dmd-internals@puremagic.com
http://lists.puremagic.com/mailman/listinfo/dmd-internals

Something I noticed on the DIP list - there was a DIP89 on the wiki which was never in the wiki index. Sort of a "stealth" DIP! I added it to the list.
_______________________________________________
dmd-internals mailing list
dmd-internals@puremagic.com
http://lists.puremagic.com/mailman/listinfo/dmd-internals

On 6/27/2016 5:31 AM, Михаил Страшун via dmd-internals wrote:
> Boost license is not most permissive though, it requires
> attribution at least. I'd suggest using a very liberal license for
> documents, for example Creative Commons 0
> (https://creativecommons.org/publicdomain/zero/1.0).

I thought all Boost required was leaving the notice intact.
_______________________________________________
dmd-internals mailing list
dmd-internals@puremagic.com
http://lists.puremagic.com/mailman/listinfo/dmd-internals

> On 30 Jun 2016, at 00:15, Walter Bright via dmd-internals <dmd-internals@puremagic.com> wrote:
> 
> I thought all Boost required was leaving the notice intact.

It requires attribution for distribution source code, but not binary code. But that does not make much sense for a document.

—
/Jacob Carlborg
_______________________________________________
dmd-internals mailing list
dmd-internals@puremagic.com
http://lists.puremagic.com/mailman/listinfo/dmd-internals

Oops, I have sent this e-mail from wrong address first and only now noticed it didn't get to the mail list. Repeating again:

I think we are in pretty good shape to move forward with it now.

Changes since last week:

- Exported most of already implemented DIPs as a separate "archive"
directory (https://github.com/Dicebot/DIPs/tree/master/DIPs/archive).
Some of very old DIPs don't represent actual implementation despite
being marked as approved and I skipped them to prevent spreading confusion.
- Added explicit mention that DIPs authored by Andrei/Walter are handled
differently despite beeing part of queue (they don't need own approval,
instead it becomes community feedback aggregation)
- Switch to Creative Commons Zero 1.0 license instead of legally vague
"public domain"
- Few wording tweaks here and there

I also wanted to initiate transfer of ownership to "dlang" github organization but it only allows to do so if you are admin of both repos - any suggestions how to handle it?

Unless there are any objections on proposed process, I'd like to proceed with community announcement and call to start submitting proposals (including exported drafts from wiki) as soon as repo is transferred to dlang organization.

> On 04 Jul 2016, at 20:47, Михаил Страшун via dmd-internals <dmd-internals@puremagic.com> wrote:
> 
> - Exported most of already implemented DIPs as a separate "archive" directory (https://github.com/Dicebot/DIPs/tree/master/DIPs/archive).

DIP 43, Objective-C integration, is partially implemented. Should that be resubmitted or added to the archive or … ?

—
/Jacob Carlborg


_______________________________________________
dmd-internals mailing list
dmd-internals@puremagic.com
http://lists.puremagic.com/mailman/listinfo/dmd-internals