Regarding the 4th option, would GNOME Builder be a good starting point for this? It's still a ways from feature complete, but it's the best option for an IDE written to the GNOME HIG to follow the requirements for inclusion as a default application.

Stefan Nuxoll <stefan@nuxoll.eu.org>

Subject: Re: Why isn't git installed in Workstation?
To: desktop@lists.fedoraproject.org
From: sgallagh@redhat.com
Date: Thu, 12 May 2016 19:44:49 -0400

On 05/12/2016 05:18 PM, Matthew Miller wrote:
> On Thu, May 12, 2016 at 04:34:41PM -0400, Jon Stanley wrote:
>> Python module, and every other language known to man. I think that
>> this invites a hard look at "who is our target audience and what do
>> they want?" While I'm sure that *some* people would want an entire
>> toolchain, I suspect it to be a vast minority of the target audience.
>
> For workstation:
> https://fedoraproject.org/wiki/Workstation/Workstation_PRD#Target_Audience
>

Cases 2, 3 and 4 seem to apply, IMHO.

I also think that since git is a command-line tool, it doesn't neatly align
itself with being installable via GNOME Software, either.

I see four possible approaches (from easiest to hardest):
1) Do nothing; git is installed by 'dnf' unless it's pulled in by something else.
2) Install git by default.
3) Locate or develop a useful git GUI tool (or Nautilus integration?) and
promote that as an application or plugin through GNOME Software
4) Package up and promote a series of promoted Developer Suites that include it.
(I'm thinking things like the equivalent of Microsoft Visual Studio or Apple
Xcode; a complete set of tools and an IDE powering them).

Personally, I'd love to see 4) selected and worked on as a medium-to-long-term
goal in the Workstation SIG, ideally aligned with the Modularity work (with an
eye on building a comprehensive suite of tools that would be installed together
as a module).

As a short-term solution, I think there's real value in either option 2 or 3.
But given that git is so heavily used and has no discoverable installation
mechanism, I'm not in favor of remaining with the current state.


-- desktop mailing list desktop@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/desktop@lists.fedoraproject.org