On Tue, 18 Jul 2023 16:38:13 +0200 Denis wrote: > On Wed, 12 Jul 2023 22:02:30 -0400 Richard Stallman wrote: > > Would a few of you like to form a committee to choose one? I think > > that would be useful. You could have discussions on another list > > specifically for this.
i mentioned this before; but i can not imagine what existing mailing list that could be, other than this one; and its scope is rather narrow and short-lived to deserve a new dedicated mailing list On Sun, 30 Jul 2023 21:42:56 -0400 Richard wrote: > > all of them are under review - you could definitely help if you like - > this > > wiki is tracking the progress: > > The GNU Project will have to study each one of these, one by one -- > and each one will take time. this is a most interesting new statement - are you suggesting that GNU should have a formal project dedicated to this? - bearing in mind that no one who is currently interested in addressing these is a member of any GNU project, that statement seems like a stretch of the imagination, albeit an interesting one the reason that is interesting, is because it is not obvious why the GNU project would have any interest in such a project, other than to support the FSDG - currently, these third-party repos are squarely in the domain of the FSDG work-group; because only the FSDG has any criteria about these - the FSD criteria only relates to the source code of the client applications, all of which are libre; and i dont believe that it was ever within the scope of the GNU project standards or any FSF campaign the FSDG work-group is not a GNU project; so these TPPMs are not otherwise relevant to any GNU or FSF project - the FSDG is a formal project of the FSF licensing office; but the work-group is not - it has always been community-based - though donald effectively made it a volunteer group of the FSDG project, it has no formal standing and no real efficacy beyond evaluating prospective distros if the FSDG work-group were formal project of the FSF licensing office or GNU; that would go a long way toward the sort of reform i have been seeking - if it is not, then any work done has little chance of being effective if a new GNU project were created to address these, that would be a fine way to handle this _one_ FSDG concern; but it would still leave all other FSDG concerns hanging un-addressable
