Here is what it says in the Reference Manual: 12.3. Mailing lists There are a number of mailing lists maintained by the Yocto Project as well as related OpenEmbedded mailing lists for discussion, patch submission and announcements. To subscribe to one of the following mailing lists, click on the appropriate URL in the following list and follow the instructions: * http://lists.yoctoproject.org/listinfo/yocto - General Yocto Project discussion mailing list. * http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core - Discussion mailing list about OpenEmbedded-Core (the core metadata). * http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel - Discussion mailing list about OpenEmbedded. * http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/bitbake-devel - Discussion mailing list about the BitBake build tool. * http://lists.yoctoproject.org/listinfo/poky - Discussion mailing list about Poky. * http://lists.yoctoproject.org/listinfo/yocto-announce - Mailing list to receive official Yocto Project release and milestone announcements.
This is what Paul is referring to by way of corrections. I personally think it is useful to have something of a list in the Reference manual under this heading. I don't think we need the exact same wordings though in the Reference manual as would be found in https://lists.yoctoproject.org/. The stuff in the Reference manual should be general and give the reader an idea of the flavor of the lists. I can update the reference manual to include a link to https://lists.yoctoproject.org/ for the final say on each list. Scott -----Original Message----- From: Darren Hart [mailto:[email protected]] Sent: Monday, August 20, 2012 2:28 PM To: Paul Eggleton Cc: Yocto Project; Rifenbark, Scott M; Paul Gortmaker; Richard Purdie; Wold, Saul; Osier-mixon, Jeffrey; Zanussi, Tom; Hudson, Sean; Denys Dmytriyenko; Koen Kooi; Jason Kridner; Flanagan, Elizabeth; Michael Halstead Subject: Re: Documenting the mailing lists. On 08/20/2012 02:26 PM, Paul Eggleton wrote: > On Monday 20 August 2012 11:43:38 Darren Hart wrote: >> Scott, >> >> We've come across some more confusion about mailing lists recently. I've >> sent a patch against poky to try and clear it up a bit in the source, >> but we should also see about cleaning up the web descriptions of the lists. >> >> We have two pages that describe the lists: >> >> http://www.yoctoproject.org/community/mailing-lists >> https://lists.yoctoproject.org/ >> >> My first recommendation would be to eliminate >> http://www.yoctoproject.org/community/mailing-lists and replace links to >> it with links to https://lists.yoctoproject.org. This eliminates the >> need to keep the CMS version in sync with the mailman page. The mailman >> page should be considered the master anyway as the Description field is >> taken directly from the list administrative settings. >> >> We should then work to create meaningful Descriptions of all the lists. >> These should still fit on a single line, but I think we can improve on >> what we have. For example: >> >> meta-ti Mailing list for the meta-ti layer >> >> is not particularly enlightening. Perhaps something like: >> >> meta-ti Usage and development of the meta-ti layer >> >> If we do this all at once, we can also ensure a consistent language, >> tone, etc. I'll propose something for each list here and ask that >> interested parties comment and correct in reply. Once agreed upon, the >> admins of the respective lists can make the changes (all CC'd) >> >> Current: >> ======== >> linux-yocto Development list for the linux-yocto*.git Linux kernel >> repositories >> meta-ti Mailing list for the meta-ti layer >> poky Poky build system developer discussion & patch >> submission for meta-yocto >> shoeleather Neutral Board Lab Mailing List >> yocto Discussion of all things Yocto >> yocto-ab Yocto Project Advisory Board >> yocto-advocacy Yocto Project Advocacy & Outreach AB Subgroup >> yocto-announce Announcements from the Yocto Project >> yocto-bsp BSP Interest Group >> Yocto-builds Build failures and discusion about the build system >> yocto-infrastructure Infrastructure >> >> >> Proposed: >> ========= >> linux-yocto Development list for the linux-yocto*.git Linux kernel >> repositories >> meta-ti Usage and development list for the meta-ti layer >> poky Usage and development list for the Poky build system >> (see README for patch submission) >> shoeleather Neutral Board Lab Mailing List >> >> I'm not sure what "neutral" is meant to convey. How about: >> >> Discussion list for the Shoeleather embedded board lab >> >> yocto General discussion list for the Yocto Project and >> development for projects without dedicated lists >> >> I think the yocto list is a bit problematic in that it mixes project >> conceptual discussion, user help desk, and development all on the same >> list. However, I'm trying to clarify what these actually are here - not >> change anything. >> >> yocto-ab Yocto Project Advisory Board ??? >> >> This should imply the intended audience. Is it just meant for members? >> Is it meant as a way for non-AB members to observe what is going on? >> >> yocto-advocacy Yocto Project advocacy & outreach AB subgroup >> >> Same as above. >> >> yocto-announce Announcements from the Yocto Project (low traffic) >> yocto-bsp BSP Interest Group ??? >> >> There is no detailed description for this list, so I'm not sure what >> this is really about. >> >> Yocto-builds Build failures and discussion about the autobuilder >> >> (includes typo fix, "build system" removed to avoid confusion with the >> "poky build system") >> >> yocto-infrastructure Infrastructure ??? >> >> Jefro or Michael, can you come up with something appropriate here? >> >> >> For lists where certain guidelines should be used in communications and >> patch submission, we should document that in the detailed description of >> the list, such as [project] tags for example. > > This is all good stuff, I'd just like to mention in case it is useful that I > did update the list in the Reference Manual along with the information on how > to contribute - which includes some direction on where to send patches. This > is in the master version of the documentation but not the version currently > shown on the website - we probably ought to fix that. We really ought to try > to > have all of this information consistent if at all possible. Does it make sense to have this list in the reference manual? Should we perhaps just have it reference the README in the source (that way people can always see the current policy) and the long mailing list description? That reduces the redundancy to 2 from 4. Should be much easier to keep in sync. -- Darren Hart Intel Open Source Technology Center Yocto Project - Technical Lead - Linux Kernel _______________________________________________ yocto mailing list [email protected] https://lists.yoctoproject.org/listinfo/yocto
