Re: Team Collaboration Considerations

2023-01-20 Thread Jerry D via Fortran
On 1/19/23 10:21 PM, Benson Muite via Fortran wrote: On 1/19/23 22:03, NightStrike wrote: On Thu, Jan 19, 2023, 13:33 Bernhard Reutner-Fischer mailto:rep.dot@gmail.com>> wrote: On 19 January 2023 13:52:55 CET, NightStrike via Fortran mailto:fortran@gcc.gnu.org>> wrote: >Yo

Re: Team Collaboration Considerations

2023-01-19 Thread Benson Muite via Fortran
On 1/19/23 22:03, NightStrike wrote: > > > On Thu, Jan 19, 2023, 13:33 Bernhard Reutner-Fischer > mailto:rep.dot@gmail.com>> wrote: > > On 19 January 2023 13:52:55 CET, NightStrike via Fortran > mailto:fortran@gcc.gnu.org>> wrote: > > >You can, and people naturally do this, and

Re: Team Collaboration Considerations

2023-01-19 Thread Bernhard Reutner-Fischer via Fortran
On 19 January 2023 20:03:38 CET, NightStrike wrote: >The problem is that patch tracking is unsustainable. You could go the other >way and have a patch tracker automatically echo messages to the mailing >list. Currently it's the other way round. Patchwork collects the patches sent to the list. E

Re: Team Collaboration Considerations

2023-01-19 Thread NightStrike via Fortran
On Thu, Jan 19, 2023, 13:33 Bernhard Reutner-Fischer wrote: > On 19 January 2023 13:52:55 CET, NightStrike via Fortran < > fortran@gcc.gnu.org> wrote: > > >You can, and people naturally do this, and I think it's great, but > >there's usually a response from someone saying "post that to the > >mai

Re: Team Collaboration Considerations

2023-01-19 Thread Bernhard Reutner-Fischer via Fortran
On 19 January 2023 13:52:55 CET, NightStrike via Fortran wrote: >You can, and people naturally do this, and I think it's great, but >there's usually a response from someone saying "post that to the >mailing list instead". The mailing list has a 20-30 year history with reasoning about what curre

Re: Team Collaboration Considerations

2023-01-19 Thread NightStrike via Fortran
On Thu, Jan 19, 2023 at 7:46 AM Toon Moene wrote: > > On 1/19/23 13:28, NightStrike via Fortran wrote: > > > On Thu, Jan 19, 2023, 00:01 Benson Muite via Fortran > > wrote: > > > >> The GCC workflows is quite different from other open source projects > >> being primarily email based and not using

Re: Team Collaboration Considerations

2023-01-19 Thread Toon Moene
On 1/19/23 13:28, NightStrike via Fortran wrote: On Thu, Jan 19, 2023, 00:01 Benson Muite via Fortran wrote: The GCC workflows is quite different from other open source projects being primarily email based and not using a bug tracker. There's a bug tracker. I think you mean there isn't a p

Re: Team Collaboration Considerations

2023-01-19 Thread NightStrike via Fortran
On Thu, Jan 19, 2023, 00:01 Benson Muite via Fortran wrote: > The GCC workflows is quite different from other open source projects > being primarily email based and not using a bug tracker. > There's a bug tracker. I think you mean there isn't a patch tracker (or at least not a system where you

Re: Team Collaboration Considerations

2023-01-18 Thread Benson Muite via Fortran
On 12/26/22 13:19, NightStrike via Fortran wrote: > On Tue, Dec 13, 2022, 03:10 Janne Blomqvist via Fortran > wrote: > >> But in general, yes, I do think IRC is showing its age in an >> increasingly multi-device and mobile world. >> > > Tools like irccloud help here. I guess that doesn't qualify

Re: Team Collaboration Considerations

2022-12-26 Thread NightStrike via Fortran
On Tue, Dec 13, 2022, 03:10 Janne Blomqvist via Fortran wrote: > But in general, yes, I do think IRC is showing its age in an > increasingly multi-device and mobile world. > Tools like irccloud help here. I guess that doesn't qualify as open source though. >

Re: Team Collaboration Considerations

2022-12-13 Thread Jerry D via Fortran
On 12/13/22 12:10 AM, Janne Blomqvist wrote: --- snip -- Any thoughts from all? Hi, I haven't commented earlier as I haven't been active in GFortran development for a couple of years (new job, kids, etc. etc.). So don't take my opinions too seriously. But in general, yes, I do think IRC is sh

Re: Team Collaboration Considerations

2022-12-13 Thread Janne Blomqvist via Fortran
On Sun, Dec 4, 2022 at 5:53 AM Jerry D via Fortran wrote: > 1. Slack has adopted some limitations on being able to go back and look > at older posts. Functionally it is quite good and integrates well > with github. > 2. I looked at Element and Fractal which use the Matrix protocols. >

RE: Team Collaboration Considerations

2022-12-11 Thread Holcomb, Katherine A (kah3f) via Fortran
Fortran ; Benson Muite ; Harald Anlauf Subject: Re: Team Collaboration Considerations On Sat, Dec 10, 2022 at 12:10:20PM -0800, Jerry D wrote: > On 12/8/22 11:14 AM, Holcomb, Katherine A (kah3f) via Fortran wrote: > > I was thinking I might try to contribute when I retire, though th

Re: Team Collaboration Considerations

2022-12-10 Thread Thomas Koenig via Fortran
Hi Katherine, Is there some kind of "getting started" guide? There's https://gcc.gnu.org/wiki/GFortranHacking which has some pointers. It could also use a bit of an update (file names are now .cc instead of .c :-) Best regards Thomas

Re: Team Collaboration Considerations

2022-12-10 Thread Steve Kargl via Fortran
On Sat, Dec 10, 2022 at 12:10:20PM -0800, Jerry D wrote: > On 12/8/22 11:14 AM, Holcomb, Katherine A (kah3f) via Fortran wrote: > > I was thinking I might try to contribute when I retire, though that may be > > in a year or two. But it's been a very long time since I dove into a large > > softwa

Re: Team Collaboration Considerations

2022-12-10 Thread Jerry D via Fortran
On 12/8/22 11:14 AM, Holcomb, Katherine A (kah3f) via Fortran wrote: I was thinking I might try to contribute when I retire, though that may be in a year or two. But it's been a very long time since I dove into a large software project and it's intimidating. I do know C (really C++, I haven't

Re: Team Collaboration Considerations

2022-12-10 Thread Jerry D via Fortran
On 12/8/22 9:25 AM, Tobias Burnus wrote: Hi, On 08.12.22 17:27, Steve Kargl via Fortran wrote: On Wed, Dec 07, 2022 at 05:54:40PM -0800, Jerry D via Fortran wrote: Other than Benson, I have received no sign of any interest from gfortran developers to adopt a teaming/collaboration platform.  I

Re: Team Collaboration Considerations

2022-12-09 Thread Toon Moene
On 12/9/22 22:56, Paul Richard Thomas wrote: One really helpful collaborative activity would be to update the gfortran wiki. For a good long while that, together with the gfortran list, did serve as our collaborative focus. Another thing I might have tons of time for beyond 20230827. Kind re

Re: Team Collaboration Considerations

2022-12-09 Thread Paul Richard Thomas via Fortran
Hi Jerry and everybody else, I am with Tobias on this. Between work, gfortran, RSPCA, club and neighbourhood activities I am "channelled" up to the eyeballs. Adding another wouldn't make any great odds but I couldn't pay much more attention to it than many of the others - sorry! At the present, I

Re: Team Collaboration Considerations

2022-12-09 Thread Toon Moene
On 12/8/22 20:14, Holcomb, Katherine A (kah3f) via Fortran wrote: I was thinking I might try to contribute when I retire, though that may be in a year or two. But it's been a very long time since I dove into a large software project and it's intimidating. I do know C (really C++, I haven't u

RE: Team Collaboration Considerations

2022-12-08 Thread Holcomb, Katherine A (kah3f) via Fortran
uot; guide? Katherine Holcomb  UVA Research Computing  https://www.rc.virginia.edu  ka...@virginia.edu434-982-5948  -Original Message- From: Fortran On Behalf Of Steve Kargl via Fortran Sent: Thursday, December 8, 2022 11:27 AM To: Jerry D via Fortran Cc: Benson Muite Subject: Re: Team C

Re: Team Collaboration Considerations

2022-12-08 Thread Tobias Burnus
Hi, On 08.12.22 17:27, Steve Kargl via Fortran wrote: On Wed, Dec 07, 2022 at 05:54:40PM -0800, Jerry D via Fortran wrote: Other than Benson, I have received no sign of any interest from gfortran developers to adopt a teaming/collaboration platform. I am a bit disappointed. Maybe my intent was

Re: Team Collaboration Considerations

2022-12-08 Thread Steve Kargl via Fortran
On Wed, Dec 07, 2022 at 05:54:40PM -0800, Jerry D via Fortran wrote: > Other than Benson, I have received no sign of any interest from gfortran > developers to adopt a teaming/collaboration platform.  I am a bit > disappointed. Maybe my intent was misunderstood.  I am not suggesting > replacing the

Re: Team Collaboration Considerations

2022-12-07 Thread Benson Muite via Fortran
On 12/8/22 04:54, Jerry D wrote: Other than Benson, I have received no sign of any interest from gfortran developers to adopt a teaming/collaboration platform.  I am a bit disappointed. Maybe my intent was misunderstood.  I am not suggesting replacing the email approval process but there are ma

Re: Team Collaboration Considerations

2022-12-07 Thread Jerry D via Fortran
Other than Benson, I have received no sign of any interest from gfortran developers to adopt a teaming/collaboration platform.  I am a bit disappointed. Maybe my intent was misunderstood.  I am not suggesting replacing the email approval process but there are many other features of these platfo

Re: Team Collaboration Considerations

2022-12-04 Thread Benson Muite via Fortran
On 12/4/22 06:52, Jerry D via Fortran wrote: 3. Mattermost looks pretty good and was easy to set up.  The free    version is a bit better than Slacks. GCC C++ uses it. This server application runs well. The desktop application is a little resource heavy, however there is also a Qt based deskto