Comment by ๐ clseibold
Wow, all of these notifications are getting very overwhelming for me now, lol, so I'm just going to try to pick which ones I think are most important to respond to, and hope that's alright.
@darkghost I do understand why you are saying this, but I don't think it's as simple as that. Gemini should be used as a tool. That's how I want to use it. Right now, however, it cannot be used as a tool because there aren't many tools on here. So that's what I'm trying to do, make a bunch of tools for Gemini.
For example, I still have to use the web to search for solutions to programming problems and questions, because Gemini doesn't have what I need. And yet Gemini is supposed to be the perfect place for this type of content! How do I construct a WITH CTE clause in SQL? The answer isn't in Gemini, but it should be!
The golang documentation capsule (gemini://godocs.io) went down, unfortunately, so now that needs to be replaced. But in the meantime, it has reduced programming documentation that you can find on Gemini.
I don't want Gemini to be tiktok, I want it to be a tool that can carry out our most important tasks. Media tracking and reviews? That would be a pretty great tool in gemini. Programming documentation? Yes. Q&A? Definitely, although hopefully answered by experts in their fields. Learning materials? Yep.
The problem for me is there are not enough *tools* in Gemini that I have to now search out the ad-filled obnoxiously slow web to do anything I need.
Media proxies are part of these tools. While we don't want a tiktok that manipulates people's attention, we still want to allow people to take an entertainment break, and for that, we need the tools to allow people to select a piece of media they want to engage in and engage in it.
To me, there are 3 components to a network like Gemini: social, informational, and entertainment. Gemini can easily meet all 3 if it wants, and one is not more important than the others, imo, becauese it's always good to have diverse content on a network.
๐ clseibold [OP/mod, ๐ Code of Conduct rule 1 violations]
2025-07-02 ยท 10 months ago
13 Later Comments โ
๐ clseibold [OP/mod, ๐] ยท 2025-07-02 at 01:53:
@Proton Well, a big part of Gemini's start was the whole gemlog stuff. It came from gopher, and when people joined, that's what they got on board with. The text format was built around doing what you need for gemlogs, our aggregators were built for sharing and discovering gemlogs, gemsub feeds were made for subscribing to gemlogs, and before that we literally had atom feeds.
So I think it just makes sense to have book review gemlogs, which is what goodreads is. Q&A gemlogs? Yeah, that's AuraGem Ask! You can submit a URL to a gemlog on AuraGem Ask, or if you don't have your own capsule, you can write it right on the Ask capsule.
The main thing I'm trying to solve is to entice diversification in gemlog content. If people see others asking questions about various topics over on AuraGem Ask, they might be more inclined to write a gemlog post answering it. If people see a book review, they might read that book, and then post their own review.
Also, I want the ability to look up *information* about books too. Again, another tool that Gemini would be great at. So, a Goodreads alternative serves all three components of a network: social, informational, and entertainment.
About that AuraGem Ask feature, where you can just post a link to your gemlog as an answer: to me this is an *essential* feature of these types of capsules because it allows AuraGem Ask to interact with our existing gemlog ecosystem. It doesn't force people to move their content to a centralized system, rather it acts as *another form of aggregator*, an aggregator/directory where you post your links directly to the category (and question) that the gemlog belongs under. ( @meidam )
๐ clseibold [OP/mod, ๐] ยท 2025-07-02 at 02:49:
@sbr You suggested that you could help me with some projects?
One of the things I would like help with is AuraRepo, if you are ever interested in that. It's a git interface for gemini, but the main thing I have left is I want to implement a wiki system within git that uses Titan. The wiki will be in a special wiki branch of the git repo.
The main stopping point right now is the go-git library doesn't have multiple worktree support, so either we have to implement that and submit a PR (this PR already started the work: https://github.com/go-git/go-git/pull/396), or we need a workaround.
Right now, these wikis are part of a repository, but once this is done, it could be generalized so that people can create wikis without all the other repository features; so that the wiki effectively becomes the main interface, even though it's backed by a git repo.
If you're not interested in this, then that's fine.
โ๏ธ sbr ยท 2025-07-02 at 08:26:
@clseibold Ill take a look today on my lunch break, are you on a slightly more dynamic comms like IRC? I loiter on libera chat if you want to ping me a message, there is a #gemini channel we could use which is otherwise rather dead.
๐ clseibold [OP/mod, ๐] ยท 2025-07-02 at 08:54:
@sbr Okay, I'll get on #gemini.
๐พ fab ยท 2025-07-17 at 00:28:
After reading the thread and the related articles I wrote a little post concerning the topic.
โ I will stay on the small web
โฏ๏ธ dragfyre ยท 2025-07-17 at 02:09:
so we getting on irc?
edit: added my own two cents on m.pub.
๐พ jecxjo ยท 2025-07-17 at 18:53:
After reading this huge thread I think we are all missing one massive talking point. What is going on here is THE problem with FLOSS development. Unless there is something pushing for further development no one does it. This is why we see so many clones of other software, people wanting their own tweaked version and then the project dies a few months or years later. I'd be amazed if even 30% of Github's repos was still maintained.
What can we do to get a community not only interested in a given project, but keep them interested. I love the GoodReads idea, I use BookWyrm and I keep a gmi page for my books. But honestly I can't see myself indefinitely working on a project even if I use it.
๐ป darkghost ยท 2025-07-17 at 19:49:
Development isn't just the creation of a piece of software. It is also maintenance. Someone needs to do the unsexy maintenance, keeping up with the libraries used and making sure it doesn't break. Interest will wane or new features will be added. I went through the Gemini servers a while back thinking of starting a capsule. A lot of them have multiple year old repos that haven't seen any action since the 2021 era. I couldn't be sure they would compile since they might need a 4 year old lib to work.
๐พ jecxjo ยท 2025-07-17 at 20:03:
I know this is a hot take and totally against the free and open concept of the code we write...
But would it make sense to promote a community VCS, and push for people to work on an existing project over making your own? I know everyone wants to make their own stuff but I think we need to find a way to make community projects ACTUALLY BE community projects.
๐ฆ zzo38 ยท 2025-07-17 at 20:48:
Some software will be completed enough that it is not necessary to add any new features, although you may still intend to correct bugs (unless it is good enough already), to port the software (unless it is emulated), improve the documentation, etc.
You can contribute to existing software as well as writing your own software. Sometimes it is something new and not only clones of existing software, but even clones of existing software can be made improved in many ways compared with the original software (e.g. my "Free Hero Mesh" software is a clone of Everett Kaser's "MESH:Hero" software). Sometimes, existing FOSS might be too different than what you wanted to do that the existing software cannot easily be changed to do what you wanted it to do (or to not do something that you want it to not do).
๐พ jecxjo ยท 2025-07-17 at 21:02:
@zzo38 You are exactly right in why project death and splintering happens.
That doesn't really fix the issue though. We are now at the 5+ year mark for the protocol which means that many clients, servers and services are going to be hitting end of life on LTS versions of the libraries they use. Language version updates means you can't build half of the clients I'm seeing out there without having to first install an older version of Go or C# or Rust.
When I go looking at software if I see there hasn't been any files updated within 2 years I skip it. I know that the build system alone is going to be out of date. And I know that I too am not keeping up with anything old I wrote.
๐ฆ zzo38 ยท 2025-07-17 at 21:13:
I have used software older than 2 years (and much more than that). The build system alone will not necessarily be out of date; it depends how the software is written and what build system it uses. Some programs are written that they can last much longer than that, especially if there are not many external dependencies.
๐พ jecxjo ยท 2025-07-17 at 21:25:
Yes I was being slightly alarmist for a point.
It's not about how long the project has been around. It's that simply keeping up with security updates, keeping in step with latest language and build systems, etc show that most people stop looking at their own projects after its "good enough." This is fine in many cases.
But what this also means is that people stop looking at their bug reporting and feature requests. They stop putting in the effort. Most are probably burnt out which is natural. Others only like flashy new things. But if the complaint in this thread is that we need more people active, we need to start figuring out how to deal with burnout. How do we get less one person projects?
Original Post
Bored and Exhausted โ Not gonna lie, I've done so much stuff with Gemini: a search engine, Q&A site, a music library service and radio, youtube and twitch proxies, misfin geminimail, AuraRepo, a 25% finished MMO game, a Sefaria proxy, a whole server suite, my own GUI browser, but, y'all, I am so freaking bored and exhausted at the same time. None of what I've made is exciting anymore. I had plans on finishing Biomebound, finishing up my server suite software (SIS), and then moving on to a Wiki...