See below… Gregory Casamento GNUstep Lead Developer / Black Lotus, Principal Consultant http://www.gnustep.org - http://heronsperch.blogspot.com https://www.patreon.com/bePatron?u=352392 - Become a Patron https://www.openhub.net/languages/objective_c https://www.gofundme.com/f/cacao-linux-a-gnustep-reference-implementation
On Mon, Jul 7, 2025 at 06:13 Riccardo Mottola <[email protected]> wrote: > Hi, > > Gregory Casamento wrote: > > Last time I built nextgo it built fine from the sources that are on > > GitHub. The code for nextgo hasn’t changed in a very long time. > > they also build from savannah. I have seen you did some change on NeXTGo > on GitHub only, but they appear to be windows related. > Yes they are windows related. I believe next go was shutting down immediately. I made minor changes to allow it to come up. > > > > 1. While Riccardo has suggested removing the version on github there > > are still changes in it thet don’t exist in the subversion > > repository. I will merge these into svn and archive the one on github. > > I have merged what of interested to the apps I maintain since a long > time, other changes I left out. Didn't notice the changes in InnerSpace. > You worked yourself there on a mirror repository, up to you. > I think we should merge everything back to Savannah. I will take a look tonight to see what I can see. > 2. A slightly larger concern is that gap remains on Savannah in the > > first place. Over 94% of all open source, Free Software, and > > commercial projects use git. I think it’s time we thought about > > migration of this project to github or to another place in the future. > > The discussion gets broad. As for now, Savannah is still the place of > choice for GNU Free Software. It’s the choice RMS would like us to make but I don’t think it’s a strict requirement and I would argue that statistically speaking most free software resides in GitHub or other platforms. Even in the hypothetical migration to GitHub - which I would advocate > against - This is not a shock. I wonder if GAP should land in gnustep/gap and not maintain > its separate status. It would give the impression to be part of GNUstep, > as with other repositories that were merged inside GNUstep. > Or we could just decide to dissolve GAP and merge it - or parts of it - > into GNUstep. It would be a big change and ind case suggest also part or > reorganization of GNUstep libraries and Apps itself. > Unfortunately this can’t really happen. All of the apps In the GitHub repository are assigned to the FSF. Gap contains work that isn’t assigned or has a license different from the gpl. So it would need to have a separate identity. Riccardo > Yours, GC
