June 2012 - announcements - mailman3.common-lisp.net

Re: [ann] [cdr-announce] CDR 11 accepted
by Pascal Costanza 10 Jun '12

10 Jun '12

Hi Steve, Thanks a lot indeed for your interest in CDR. The rationale for CDR is explained at http://cdr.eurolisp.org/ on the opening page. You should find all answers to the question you posted on that page. But let me stress a few points directly related to your questions: - It is certainly possible to discuss a CDR after it has been finalized. - More specifically, it's also certainly possible to refine a CDR after it has been finalized. However, the particular CDR (with a specific CDR number) cannot be changed anymore. If you want to refine a finalized CDR, you have to submit a new one, which will then receive a new CDR number. New CDRs can claim to updates to existing CDRs. (For example, it is already the case that CDR 4 is a refinement of CDR 0, and the whole CDR process is currently based on CDR 4 rather than CDR 0.) - Whether a particular CDR is eventually accepted by the community or not is in the hands of the community, not in the hands of the CDR editors. CDR is only a repository for documents, not a body that can enforce or endorse standards. This was an intentional design decision, to avoid the need for CDR editors to judge the contents of CDR documents (which they don't), and to avoid legal implications. - There are three mailing lists associated with CDR: cdr-announce is for announcements, cdr-devel is for discussions about the CDR repository and process itself, and cdr-discuss is for discussions about specific CDRs. If you would like to continue a discussion about CDR itself, please do so on cdr-devel. Didier (the author of CDR 11) seems to be willing to discuss CDR 11 on cdr-discuss, so if you are interested in that, please discuss it there. (Authors are encouraged, but not required to discuss documents. Again, CDR is intentionally a light-weight process: Any requirements imposed on authors would need to be checked, and CDR is designed to require as few checks as possible. That's why documents don't even need to be discussed, because it would be hard to judge what would qualify as a "sufficient" amount of discussion. We believe that members of the community are mature enough to decide for themselves what constitutes a "good" CDR or not.) Again, thanks a lot for your interest. I hope this clarifies your questions. Please feel free to comment or discuss this further, if you think there is room for improvement. Best, Pascal P.S.: I personally believe that Duane Rettig's proposal for environment access would be an excellent candidate for a CDR. Franz Inc. probably has more extensions that would be good contributions. Please let us know if we can help with submitting CDR documents, in case you are interested. On 8 Jun 2012, at 06:49, Steve Haflich wrote: > Pascal et al. > > I'm confused, or perhaps only ignorant, about the process underlying the > CDR repository. Once a CDR becomes final after a very short time, there > seems to be no forum or machinery to discuss or refine it. While I find > myself sympathetic to at least some of the stated problems, none of the > stated solutions are fully acceptable -- there are glitches in the > specifications, or important situations missed, or incompatibilities > between proposed changes and the official sanctity of the CL package. > > Is there some forum for further discussion of "final" CDRs? Otherwise > the CDRs seem a rather profitless exercise. > > _______________________________________________ > cdr-announce mailing list > cdr-announce(a)common-lisp.net > http://lists.common-lisp.net/cgi-bin/mailman/listinfo/cdr-announce -- Pascal Costanza The views expressed in this email are my own, and not those of my employer. _______________________________________________ cdr-announce mailing list cdr-announce(a)common-lisp.net http://lists.common-lisp.net/cgi-bin/mailman/listinfo/cdr-announce

1 0

[ann] [cdr-announce] CDR 11 accepted
by Pascal Costanza 03 Jun '12

03 Jun '12

The document "Standard output streams default behavior in terminal sessions" has been submitted by Didier Verna and has been accepted as CDR document 11. According to the CDR process, this document is now in its initial stage and will be finalized on July 15, 2012, unless withdrawn by the author beforehand. See http://cdr.eurolisp.org/document/11/ for the details of this document. -- Pascal Costanza _______________________________________________ cdr-announce mailing list cdr-announce(a)common-lisp.net http://lists.common-lisp.net/cgi-bin/mailman/listinfo/cdr-announce

1 0

[ann] [fiveam-announce] FiveAM release 1.0
by Stelian Ionescu 03 Jun '12

03 Jun '12

Yay, the first release is here :) You can download it from common-lisp.net or github, otherwise wait until the next Quicklisp udate -- Stelian Ionescu a.k.a. fe[nl]ix Quidquid latine dictum sit, altum videtur. http://common-lisp.net/project/iolib _______________________________________________ FiveAM-announce mailing list FiveAM-announce(a)common-lisp.net http://lists.common-lisp.net/cgi-bin/mailman/listinfo/fiveam-announce

1 0

[ann] [Bordeaux-threads-announce] Bordeaux-Threads release 0.8.2
by Stelian Ionescu 03 Jun '12

03 Jun '12

There's a new release of Bordeaux-Threads. Noteworthy changes since 0.8.1: * Allegro: JOIN-THREAD now returns the thread function's return value instead of just NIL * Lispworks: on 6.1+ implement THREAD-JOIN using the native primitive mp:process-join -- Stelian Ionescu a.k.a. fe[nl]ix Quidquid latine dictum sit, altum videtur. http://common-lisp.net/project/iolib _______________________________________________ Bordeaux-threads-announce mailing list Bordeaux-threads-announce(a)common-lisp.net http://lists.common-lisp.net/cgi-bin/mailman/listinfo/bordeaux-threads-anno…

1 0