Re: More Awesome Gemini

Hi Alan,

No worries, I like tangents.

Infact, Im planning on spending time looking into the concept of 
interlinking gemini capsules.
Hopefully, a body of knowledge and interpretions can bring out concepts 
for project planning (such
as issues management). An early foray will include generating kanban boards.

When I discussed this with some people suggestions included:


=> https://github.com/forgefed/forgefed
=> https://fedeproxy.eu/

While I havent evaluated these Git forge tools, I like the concept of 
people being able to propagate their revisions effectively.

I personally would be happy to see key Gemini goto lists off GitHub or at 
least on alternative servers.

Finally, I have no idea how security issues get managed for in a 
decentralised community. I assume OSes such as Arch 
have their established procedures, which contain both strengths and weaknesses.


====================
Jonathan McHugh
indieterminacy@libre.brussels

August 31, 2021 10:20 PM, "Alan" <gemini@bunburya.eu> wrote:

> I'm not sure if this is a response to your question or a complete 
tangent so apologies if it is the
> latter, but I have long thought it would be very helpful to have a 
centralised wiki for Gemini.
> Something similar to (but less ambitious than) the excellent ArchWiki
> (https://wiki.archlinux.org/). It could incorporate everything you set 
out below and more,
> including tutorials on how to set up common software.
> 
> Questions to iron out would include where to host it and who has edit rights, etc.
> 
> It might take a while to turn into something good and I don't know if it 
could be made useful by
> the time of your presentation, but if others agree that it's a good 
idea, over time it could turn
> into a valuable resource for Gemini users old and new.
> 
> On 31/08/2021 18:52, Jonathan McHugh wrote:
> 
>> Hello all,
>> 
>> In lieu of the upcoming talk I recently mentioned:
>> => gemini://gemi.dev/gemini-mailing-list/messages/007043.gmi
>> 
>> I feel that the heterogenous ecosystem of tools may benefit from 
tighter documenting. Or at least
>> integrating
>> 
>> For instance:
>> * The Awesome Gemini site has categories
>> => https://github.com/kr1sp1n/awesome-gemini
>> * Repology has packages by operating system
>> => https://repology.org/project/lagrange/versions
>> * Functional package managers such as Guix have details on the inputs 
required to compile tools
>> => https://git.savannah.gnu.org/cgit/guix.git/tree/gnu/packages/web-browsers.scm#n695
>> * Manpages providing commands
>> => gemini://drewdevault.com/cgi-bin/man.sh
>> 
>> # Is there a programmatic overview of Gemini's toolsets?
>> For example:
>> * One of the things Id like to do is provide an overview of which tools 
import and export into
>> GemText.
>> * I should be able to generate a selection of tools based upon 
criteria, without duplicative
>> searching
>> * It would make it easier the make quick evaluations
>> * It would make it easier to make representations of this
>> 
>> Im going to make a stab at collating representative list(s) of such 
concerns, so I can make some
>> fun diagrams
>> 
>> # Going forward
>> * Any tips or knowledge silos I should be considering?
>> * Anybody keen to help during the next fortnight?
>> * Are there aspects I should be considerate of?
>> 
>> Kind regards,
>> 
>> ====================
>> Jonathan McHugh
>> indieterminacy@libre.brussels

---

Previous in thread (2 of 3): 🗣️ Alan (gemini (a) bunburya.eu)

View entire thread.