Ttop - System monitoring service tool with tui and historical data

1.2.0 released * docker info * better search filters

A few (perhaps naive) questions

I didn't follow the conversation, but it seems to me that people get offended more easily these days. I'm kind of new to the community, and I've never felt that someone was attacking me personally. I also haven't seen anything here that you wouldn't see on the internet anyway.

A few (perhaps naive) questions

I think that it is very sad that we lose people that are attracted to nim by its (very strong!) technical merits because of the way we respond to them in this forum. Some might think that the replies that offended Odysseus were that bad, but it's undisputable that they were not the friendliest t

nim documention

I have not tried it, but it appears one could run local version of nim-lang via HappyX:

unittest2 face lift

> What tooling does junit have that integrates with this and benefit you here? The obvious ones are CI tools like github actions and jenkins that have plugins that allow tracking statistics, making graphical / easry-to-read failure reports where you get HTML links to each failure and its output

unittest2 face lift

As someone that has mostly used std/unittest and a bit of testament for unit-testing (when I needed to test the same thing with different compiler flags) and thus has very little knowledge of Junit outside of a java-testing context: What tooling does junit have that integrates with this and ben

This Month with Nim: July and August 2023

I feel like it bears noting here as well, though I've already written in discord about it: I'm pretty impressed with the leaps HappyX has taken from what I can see from the outside. If I weren't using Prologue at the moment and married to the idea of using angular for my frontend, I would be giv

unittest2 face lift

For those interested in unit testing, [unittest2](https://github.com/status-im/nim-unittest2/) just got a facelift! In particular, the output has been cleaned up to give more space to failures and less space to successes which makes room for adding timing information and other bells and whistle

Nim library interoperability with other GC languages (NodeJs, Golang)

Very interesting! Thanks for it! For now, I managed to overcome the issue by starting a secondary thread so that the `epoll` calls made by the main thread (NodeJs) and the background thread(Nim) don't collide.

This Month with Nim: July and August 2023

Check out what our community did in last two months: If you want to include your project for the next month (it doesn't have to be a new project), follow the instructions [here](https://github.com/beef331/website/issues/new?assigne

Dash docsets now available

I've updated the script and generated new fixed docset: Dash/Zeal links will be updated with this [PR](https://github.com/Kapeli/Dash-User-Contributions/pull/4558) merge.

A few (perhaps naive) questions

Yes but you have to do it for each and every installed package -a cumbersome procedure.

A few (perhaps naive) questions

Thanks for the irony -it clearly shows how smart you are.

A few (perhaps naive) questions

As I have written it is not practical to do it for each and every installed package.

A few (perhaps naive) questions

I had read in various sites/articles about the "hostility" in the Nim forum, in case someone expresses a different opinion. I did not want to believe it. Sadly enough I just realised that it is true; 2 sad cases: alexeypetrushin and SolitudeSF. Well, THIS is a more important reason for me to ab

A few (perhaps naive) questions

So, I guess, if someone does not agree, gets an irony from you. Nice!