icarito

OP here, the actual content of the missing domain is here: https://somosazucar.github.io/www-blog/ for now

Hi all — I help manage somosazucar.org, one of the local volunteer groups of Sugar Labs, the nonprofit behind the open-source Sugar Learning Platform originally developed for the One Laptop Per Child (OLPC) project.

SomosAzúcar has supported open education and children’s digital literacy initiatives across Latin America since 2009.

The domain expired on 2025-10-06, but due to a Postfix configuration issue on sugarlabs.org, GoDaddy’s renewal notices never reached us.

By the time we discovered the problem — about 35 days after expiration — GoDaddy informed us that the domain was already being prepared for auction, and that the only way to recover it would be to bid for it like any other buyer.

It feels wrong that a long-standing nonprofit project could lose its .org domain over a technical mail glitch.

Has anyone here faced something similar with GoDaddy or other registrars?

Is there any way to appeal to PIR (.org registry) or GoDaddy executive support to restore the domain before it’s auctioned?

Any advice or contacts would be deeply appreciated — this domain represents more than 15 years of open education work.

I sometimes use llm from the command line, for instance with a fragment, or piping a resource from the web with curl, and then pick up the cid with `llm gtk-chat --cid MYCID`.

For all of you using `llm` - perhaps take a look at [Gtk-llm-chat](https://github.com/icarito/gtk-llm-chat).

I put a lot of effort into it - it integrates with `llm` command line tool and with your desktop, via a tray icon and nice chat window.

I recently released 3.0.0 with packages for all three major desktop operating systems.

That's right this is a nontrivial problem that I struggled with too for gtk-llm-chat! I resolved it using the streaming markdown-it-py library.

Hey I felt bad that there was a longer delay and by making sure to lazy-load everything I could, I managed to bring down the startup time from 2.2 seconds to 0.6 on my machine! Massive improvement! Thanks for the challenge!

I've got a i5-10210U CPU @ 1.60GHz.

You triggered my curiosity. The chat window takes consistently 2.28s to start. The python interpreter takes roughly 30ms to start. I'll be doing some profiling.

I'd truly like to know! But I've no access to a Mac to try. If you can, try it and let me know? If it does, please send a screenshot!

I wonder! In my more modest setup, it takes a couple of seconds perhaps. After that it's quite usable.

Yeah I agree, I've been thinking about using Rust. But ultimately it's a problem with GTK3 vs GTK4 too because if we could reuse the Python interpreter from the applet that would speed things up but GTK4 doesn't have support for AppIndicator icons(!).

I've been pondering whether to backport to GTK3 for this sole purpose. I find that after the initial delay to startup the app, its speed is okay...

Porting to Rust is not really planned because I'd loose the llm-python base - but still something that triggers my curiosity.

Yeah absolutely, I've just got to point where I'm happy with the architecture so I'll continue to add UI. I've just added support for fragments and I've thought to add them as if they were attached documents. I've in the radar to switch models in mid conversation and perhaps the ability to rollback a conversation or remove some messages. But yeah, system prompt and parameters would be nice to move too! Thanks for the suggestions!

I think this is big. The fact that it isn't saddens me.

I suffer from the limitations of both X11 and Wayland. Some things work in one and not the other, it's a trade off. In Wayland I can use different scaling for each monitor (in exchange for a LOT of RAM). But in X11 I can use Barrier to share my mouse / keyboard with my other computer. So I use one when I have a second monitor and have to restart my session when I use a second computer :'(

Please fix this!

I think Linus's major contribution to the world is Git, name coincidences notwithstanding.

I downloaded the 64bit Linux build and it has a strange executable called "payload". I moved it out of precautio and still launched the app, and it seems to work fine without this executable. What is this "payload"? Anyone know? A quick search didn't find anything relevant.

Great manual. I helped deliver two babies following this and the book for midwives. Fortunately haven't needed it for anything else!

Forgot to mention `pingus` is a lemmings-alike. Good for logic, also comes with a map editor which my kids like.

There's plenty! Try `childsplay`, `pysiogame` for collections of didactic activities. Other fun individual games are `raincat`, `colobot`. Try `rabbit escape` also. For fun (we let them play as prize) try `X-moto` and `SuperTuxkart` as well as `Supertux` platformer. We only let our kids play with libre games, so that we are able to adapt the games and learn how they are made, even reuse the assets. My kids are the same age 5 and 7.

Oh and my 7yo loves it!

I also have fond memories of QBasic and a 7 year old.

I agree with few comments here that: - Javascript has the best deployability - Python has the nice syntax - QBasic was a nice IDE

I wrote a simple IDE that will transpile Python into Javascript and run it.

* Play with it at https://educa.juegos/

The full source code is at https://github.com/somosazucar/Jappy

Play with it! If you make something fun I'd love to hear it.

Thanks for the offer to waive fees. Please include me https://www.buymeacoffee.com/icarito Looking forward to using it. Regards.

Hi, author here, thanks for submitting this :-)

It's meant for writing Nuxt.js apps, so mostly for the Web, generally not Desktop (unless you use a Electron style Webview).

It was in my own pursuit.

I've added my email to my HN profile. :-)

As a practitioner of traditional amazonian spiritual tradition, I and my family drink Ayahuasca on a regular basis and find it to be invaluable, our first line of defense for disease both physical and spiritual.

That's not one question, that's four.

I am familiar with your port and found it unplayable on the XO laptop (although I commend you on your apparently painful task of making it run in the first place!).

While I appreciate your thoughts on the OLPC, I am more interested in Alan's thoughts on Sugar.

Nice to meet you.

Sebastian

Hello Alan, In light of the poor results of the OLPC project, in reference to the Children's Machine, leaving aside commercial factors, do you think the Sugar user interface is appropriate for the task? If not, how can it be improved, what is good/bad about it?

Thanks!