_k9eq

I can easily imagine a comment like this being written 30 years ago where "LSP" was replaced by "tags files".

> since the time I've joined the site (three years ago), I haven't seen a single ban that wasn't warranted, be it due to a single incident of flouting the site rules or a pattern of behavior.

That is hard to say, if you were to look up my final thread, all my comments were deleted, and you have no way of evaluating if the judgement was fair or not. I held the same position, assuming the moderation team was doing a good job until the hammer hit me.

> Regarding the thread you linked, I'll agree it was the admin's fault for writing the passive-aggressive banner that led to that (well-respected) user leaving.

That is what I am getting at. He has "joked"[0] that the job of moderation is stressful, and it is known that he has other problems[1] that aren't making the job easier for him. I believe that this shapes his moderation style, and not for the better. He errs on the side of over-moderation, which was exactly one of the faults HN hat, that motivated the creation of that site.

[0] https://lobste.rs/s/mox75k/2021_mod_applications#c_ad4hj0 [1] https://lobste.rs/s/ugprwi/what_does_it_take_get_new_tag_acc...

I think I first found out about the site in 2015. It look me 2 1/2 years to get an invite, and I visited it every day, and frequently contributed links. I belive at some point I was among the top 10 users, but I was kicked out because the main admin had some grudge against me, so when I wrote a controversial comment he banned me. Fair enough, his site. Retroactively I think this was for the better, as the climate was getting worse and worse. I have met some of the most dishonest people on that site and had some of the most frustrating discussions I can recall. In this respect, HN is preferable. What is sad is that I don't think this was always the case, and is it Lobste.rs that deteriorated over time. There was a long thread on this last year: https://lobste.rs/s/zp4ofg/lobster_burntsushi_has_left_site.

When I was banned, I sent a message to the administrators whether I could get a machine readable file of all my comments. I thought to myself, if I had already spent all that time commenting, I might as well repost them on my own site. But the administrators all refused to even discuss this with me. I sent them SQL queries and everything, but they didn't even regard me worthy of a response. This was very disappointing and unprofessional.

So what I want to say to the sibling comments who are looking for invites, consider it twice. There are annoying people everywhere, and I haven't found a website format that can prevent these from popping up.

This was written by Yusuke Endoh, who also wrote this submission to the IOCCC that I remember being arguably more astonished when I saw it for the first time: https://www.youtube.com/watch?v=QMYfkOtYYlg (ASCII fluid dynamics).

These images have been shared around on image boards for probably over a decade, what you see here is just a group of people who sat down and categorized them: https://github.com/cat-milk/Anime-Girls-Holding-Programming-...

Why would that be funny? I just wonder how these people have no sense of embarrassment. I suspect part of the reason is that isolated communities encourage this kind of behaviour.

I don't think so, "programming socks" is a LGBT-adjacent meme to my knowledge, while this is related to https://github.com/cat-milk/Anime-Girls-Holding-Programming-... and image board culture.

I find the implication that aliens are rational and have no subrational concepts due to tradition and habit interesting, as it sort of implies that these kinds of outgrowths are not necessary and can just be done away with. The narrator starts from a position of not wanting to legitimize or historicize beyond reductive statements like "some ancient civilization did XYZ". I'll admit that I skimmed through the last part of the thread, so I might have missed something, but I don't see any mention of the decimal calendar https://en.wikipedia.org/wiki/French_Republican_calendar, or why that failed. I get that this is supposed to be funny, but the indirect message of getting rid of whatever doesn't make conscious sense is simplistic, and spoils the fun for me. Humans are stupid, very funny.

I wrote down my notes on how to use it here: https://amodernist.com/texts/emacs-guix.html.

You might be interested in buffer-env, it can automatically load an environment on a buffer-to-buffer basis and make it appear as though it were globally installed. No manual "guix shell ... -- ..." calls needed.

I loath these and related libraries. They promote a style that diverges from regular Emacs Lisp code that makes it hard to read if you are not familiar with the additional language, and on top of that frequently promote a wasteful and inefficient style (e.g. instead of searching a buffer it is converted into a string, split on newlines, filtered and then checked if the filtered list is nil). I've sent out numerous patches to remove these leftpad-esque dependencies from projects that often only make use of one or two functions, that more often than not are just alii for built-in functions. Of all these libraries dash has some kind of a legitimation, but all the rest I consider code smell and makes me question if using the package is even worth it.

Also note that (besides dash), emacs-devel decided against adding any of these packages to the ELPAs. This has made it harder to add a number of packages to NonGNU ELPA, but has been a good excuse to get rid of the dependencies. If anyone is looking for some good Elisp exercise consider sending a patch to replace f/s/... with built-in functionality.

In case dash/f/s/... provide functionality that is not available on older releases of Emacs that one still intends to support, consider using compat (https://elpa.gnu.org/packages/compat.html), a library that I have been developing that attempts to backport recent developments for older releases.

I don't think the point is so much that it does not depend on Emacs, but that it is a phone application.

Full independence seems inprobable, or at least I cannot imagine anyone adding support for all the external types: https://orgmode.org/manual/External-Links.html. IMO Org is a markup language imersed into Emacs, and there is nothing wrong with that.

> even Scheme (yeah, I'm looking at you Guix), you'd end up with a worse system.

This is the first time I would have heard that point of view, could you elaborate?

The ability to start a shell with all the right dependencies configured, without requiring root access or permanently installing new dependencies, seems like something useful.

Not everyone using C is writing software that turns on all platforms supported by any C compiler?

> uwu

Debatable part of hacker culture. I'd say it's more a part of postmodern culture.

While it is true, these features seem to me to be added because Markdown is (ab)used the way it is. The issue is if you are working in an environment where it isn't possible, e.g. on a server where you only have vi/nano, and not even a TUI browser (or if you don't want to use an editor based on electron).

My issue is that you can still have a nice readme (often even giving a better, brief overview) by sticking to HTML-free Markdown.

Gitlab seems to be slightly better than Github, by allowing things like badges to be listed outside of the README, in the header of the repository page.

On this topic, I'd like to mention my own "alternative" to use-package, setup.el: https://www.emacswiki.org/emacs/SetupEl. I write "alternative" in quotes, because it is not really the same thing, just a different way to tackle the issue of using a generic macro to simplify a personal configuration. While use-package has a flat, declaraive structure (for some package, these are my hook, this is the code to run before, this is the code to run after, ...), setup provides a few context sensitive macros that get expanded to regular code. That means you can mix in regular logic a lot easier, and the implementation is far simpler.

Also it is avalaible on GNU ELPA, so you don't need to configure MELPA before downloading it.

I've managed to convince my friends to use Mumble just as the pandemic started. The initial suggestion was to use Discord, but I luckly averted that. I think that the wizard and the defaults in general can be improved, but it is not unmanagable. The only thing that can confuse people is the certificate security system, where a friend of mine complained they couldn't connect, but it was just a "Do you want to accept this certificate" popup that was in the way. That is an issue of general technical illiteracy, that Mumble cannot address.

One have to be careful to not generalize their power, since I hear this a lot. It is strictly restricted to the "cultural sphere", just like a lot of politics itself. It is all about managing affections, not actions. Woke is performative radicalism.

Or to put it this way, if the "woke mob" decided to protest capitalism or even higher/stricter taxes, do you think that anything would change? Probably not, because production for profit it still at the core of every corp while at the same time the woke crowd has a limited understanding of capitalism to begin with (as can be seen by the claims that capitalism is by necessity based on racism). It is the worst of both worlds.

If I am honest with myself, I have to admit that I am resentful of Discord. I hate that it exists, I hate that it is used, and most of all I hate that it is popular. It's irrational hatred (I think distate is legitamate), but I can't deny it. I don't know if it's my general aversion to gamer culture, or the fact that it's an electron application, or that it just came out of nowhere, and suddenly was everywhere. I decide not to use it, but still feel left out. I'm glad and sad. I go out of my way to ensure that my contacts don't use Discord. At the begining of the pandemic, my friends wanted to use it (the TeamSpeak server we used to use was full), but it didn't work on my end, AFAIK because of strict browser policies. Luckly we swiched to mumble, and it works great. The effort to configure it at first it greater, and the defaults can be improved, but I'm far happier this way, without being sucked into another horrible service.

(I wrote the text)

I mixed the two up, will fix.

Hi, I wrote this text.

> and the article wasn't particularly illuminating other than boiling down to "..."

Yeah, I usually don't like writing these kinds of things. When reading about a distribution, especially a new and interesting one, one (or at least I) tend to forget what could go wrong. This text (I intentionally avoid using the word "article") is a reminder to stop, think and consider if one is up for the challenge. As in my case university just started last week, my conclusion was I didn't have the time.

> It's interesting that Guix uses scheme instead of a home-baked configuration language like NixOS.

I consider that to be one of Guix selling points. An established language, with many independent libraries make it a joy to work with (assuming a set up environment). From what I head, that's not really the case with Nix, although I understand the lure of a type system.

I belive his point is that you actually use "ln -s" to activate a service, instead of it being done by some utility, without you knowing what else it might have done too.

Here's a great inteoduction, for anyone new or interested in using Void: http://troubleshooters.com/linux/void/whyvoid.htm

I personally use it on my raspberry pi, which operates as my server/home page (http://phi.k.vu/) and it's been fantastic for me. Far lower memory usage and much easier to configure. Xbps is fast and efficient, runit keeps it simple. It's like rediscovering linux or arch all over again, if that analogy means anything to anyone. Really deserves to be better known.

The one thing that keeps me back from using it on my laptop (where I run Debian) is that texlive has to be installed as one whole package, and the incomplete wiki is the other (although arch wiki can cover up quite well for tt's blindspots)

This part of the README pretty much tells you everything you need to know:

    Features
    --------
    - Log of all commits from HEAD.
    - Log and diffstat per commit.
    - Show file tree with linkable line numbers.
    - Show references: local branches and tags.     
    - Detect README and LICENSE file from HEAD and link it as a webpage.     
    - Detect submodules (.gitmodules file) from HEAD and link it as a webpage.
    - Atom feed log (atom.xml).
    - Make index page for multiple repositories with stagit-index.  
    - After generating the pages (relatively slow) serving the files is very fast, 
      simple and requires little resources (because the content is static), only     144 a HTTP file server is required.
    - Usable with text-browsers such as dillo, links, lynx and w3m.

    Cons 
    ----
    - Not suitable for large repositories (2000+ commits), because diffstats are     152 an expensive operation.
    - Not suitable for repositories with many branches, a quite linear history is
      assumed (from HEAD).
    - Relatively slow to run the first time (about 3 seconds for sbase,
      1500+ commits), incremental updates are faster.
    - Does not support some of the dynamic features cgit has, like:
      - snapshot tarballs.     
      - file tree per commit. 
      - history log of branches diverged from HEAD.
      - stats (git shortlog -s). 
        this is by design, just use git locally.

>Perhaps the default view should be README and file listing like in GitHub, so it would have been even more obvious.

This would actually be pretty easy go do, since one would just have to re-link "index.html" from pointing to "log.html" to "./file/README.html"