HI John, (reminding that?i am not english-.language native and maybe i could be a bit direct here)
??
I think that this could be a good idea,
in the "group managed github", group is the?key point : i mean the group should be a group of people and someone with really strong programming skills and social skills should lead it.
Looking back at my experience with D-Rats i think that not being a professional programmer (better. not even a programmer at all) I wasn't able to attract the support needed to take D-Rats to overcome the speed needed to cope with the evolution of the undelying?evolutions.
MacOs compatibility was lost on the way, compatibility with python?2 libraries getting loose, linux support?for py2 the same, issues on ms windows performances, maps issues, weather integration, lack of implementation?of the new icom data burst transmission...?
Off course with the help of all (Marius in primis) and really long hours of my time (as not a programmer i need to trial and error a lot of things which just should be straightforward) we skipped to declare d-rats death, but it is a situation which do not permit much evolutions?
Trying?to turn into positive mood,?let me ask to?all people reading this email:
Il giorno gio 16 dic 2021 alle ore 17:19 John E. Malmberg <wb8tyw@...> ha scritto:
On 12/16/2021 9:46 AM, John E. Malmberg wrote:
> Is it time to create a group managed project?
>
> A group managed GitHub project will allow multiple community members to
> be the administrators of it similar to the [email protected] mailing list.
>
> I have no idea how the d-rats group is managed, but it seems
> to work well enough, if they could also do the administration of the
> GitHub project.
>
> This project would have multiple d-rats related repositories on it.
>
> This could have one or more data repositories with urls or other data
> that could be downloaded from the d-rats program instead of being hard
> coded and sometimes out of date like the ratflector list.
>
> The GTK 3 library wants to have the d-rats main be an "application" that
> has a unique application identification.?? They prefer to use reverse
> domain name notation, with a GitHub project that would be something like
> "com.github.d-rats.client".
>
> The reason for adding the ".client" is because we may want the form
> editor to be able to be run as a standalone program, and the repeater is
> also a standalone program, so would have different application
> identifications.
>
> 73,
> -John, wb8tyw