drey08 (u/drey08) - Readit News

drey08 commented on Migrating the main Zig repository from GitHub to Codeberg ziglang.org/news/migratin... · Posted by u/todsacerdoti

rvz · a month ago

> Effective immediately, I have made ziglang/zig on GitHub read-only, and the canonical origin/master branch of the main Zig project repository is https://codeberg.org/ziglang/zig.git.

If there is one benefit in moving from GitHub it is certainly avoiding receiving AI slop issues on GitHub.

Github was on the decline anyway in the past 5 years, it's time for an alternative and we'll see. Would rather it being Codeberg over something like Sourcehut.

drey08 · a month ago

> Github was on the decline anyway in the past 5 years, it's time for an alternative and we'll see.

I tend to agree. But I don't see how an exact UI replica of Github is innovative.

I've only glanced at it though, maybe there's more features underneath the hood.

Happy to learn more about what makes it better. Is the CI system more refined than Github Actions? I was definitely never a fan of that system.

drey08 commented on Open Sourcing DOS 4 hanselman.com/blog/open-s... · Posted by u/ndiddy

Stratoscope · 2 years ago

Walter, you and I have known each other for a long time. Not in person; we've never met. But through our interactions here on HN.

I have a lot of respect for you and for everything you have accomplished.

So I have to ask you directly: Is being "boring" or not the way we should decide how to express ourselves?

Regarding a "quick test" vs. a "sanity test". Instead of judging this on what is "boring", why can't we make a choice on which is more respectful to our peers and colleagues?

drey08 · 2 years ago

Have you ever heard someone get called slow? That's an insult too.

So now you have quick tests. That's disrespectful towards me because I got called slow once.

This can go on forever.

drey08 commented on Don't fuck with paste github.com/aaronraimist/D... · Posted by u/zettabomb

drey08 · 2 years ago

In a similar vain some of the AWS console pages make it hard to select text and use ctrl^c to copy it. It often deselects the text as soon as you hit ctrl. It is extremely irritating.

drey08 commented on Nushell: Introduction to a new kind of shell dataswamp.org/~solene/202... · Posted by u/hucste

drey08 · 3 years ago

It looks promising, but why does it flicker every time I input a key? Using WSL & Terminal.

drey08 commented on Commit comments no longer appear in the pull request timeline github.blog/changelog/202... · Posted by u/zdw

peterkelly · 3 years ago

This seems like a really bad idea.

I put a lot of effort into commit messages and try to always give a good summary of what (and more importantly why) the change was made. I consider it almost as important as the code itself, because it serves as a form of documentation, as well as a way of communicating to both other team members and my future self.

I struggle immensely with writing normal documentation, whether it be fine-grained stuff like descriptions of functions/classes, or higher-level architectural issues (I have written a PhD thesis so I can do it, it's just a tremendously difficult undertaking). I treat commit messages like a second best alternative to code documentation, and they're a lot easier to write because all the information is fresh in my head at the time I make a commit. A good log can also serve as a solid starting point for later writing other forms of documentation.

Git is designed as a decentralised version control system; pull requests are something that the major repository hosting providers have added, and while I appreciate the existence of those features I'd rather not rely on them at least in terms of the long-term record for a project. In the case of pull requests, someone who is already writing detailed commit messages basically has double the work if they want to communicate the same kind of information in pull request descriptions/comments, though you can just make the comments a copy of the log (BitBucket does this). And if you want to migrate from one provider to another you can lose all this extra context that is not in the repository itself.

Other than attempt to increase lock-in, I don't understand why they would make this change, and it seems like it's based on assumptions about how some teams use git without taking into account other styles - there's considerable variety in practices between teams and for those that rely on the commit messages more heavily this seems like it's going to make for a worse experience.

drey08 · 3 years ago

This is about commit comments, not commit messages.

drey08 commented on Historical programming-language groups disappearing from Google lwn.net/Articles/827233/... · Posted by u/beachwood23

WalterBright · 5 years ago

Yes, and I have 100% of the D newsgroups archived back to the very first post. Anyone can get them from the D NNTP server. I also wrote a program to create static web pages from them:

https://github.com/DigitalMars/ngArchiver

and the generated pages:

https://digitalmars.com/d/archives/digitalmars/D/index.html

When we were working on the history of the D programming language paper, this was an invaluable resource.

drey08 · 5 years ago

Back when I was first learning about D (over 10 years ago), I crawled those archives and sorted all the posts based on the comment count. It revealed many interesting topics and the history of how D progressed as a language.

I wish forum.dlang.org had a quick way of browsing just the top list of the most commented posts.

drey08 commented on Ask HN: Thoughts on new GitHub layout? · Posted by u/verdverm

humblebee · 6 years ago

Ya, I didn't understand this design choice. For a while I've had some custom css which also extends the width of the main content on github as well because I've always found reading some github issues with logs in them challenging.

This is the css I'm running now to fix this, as well as extend the width of the main content. The 1600px is such that when using i3 and having my browser be half the screen it consumes most of the screen space on my 4k monitor.

    :root {
        --width: 1600px;
    }

    .container-xl {
        max-width: var(--width);
    }
    .pagehead {
        padding-left: calc(50% - (var(--width) / 2));
        padding-right: calc(50% - (var(--width) / 2));
    }

drey08 · 6 years ago

How can I use this code snippet? Apologies if it's obvious to everyone.

drey08 commented on Sublime Merge 2 sublimetext.com/blog/arti... · Posted by u/robin_reala

drey08 · 6 years ago

Does it support three-way merge? I still use BeyondCompare for this, and it's a killer feature whenever I have to rebase my PR against the latest upstream HEAD. Can't live without it, and I consider it an essential feature for a paid product.

drey08 commented on Initial Impressions of WSL 2 daverupert.com/2020/05/in... · Posted by u/lelf

tyingq · 6 years ago

No free lunch, of course. Faster file access with WSL2 (vs WSL1), if you stay in the Linux world. But if you point it at Windows files (/mnt/c, etc), it's pretty slow.

WSL2 just moved the slowness from one side to the other. Accessing the Linux FS from Windows (\\wsl$\) is also slow.

That said, I am a fan, and get a lot of use out of WSL1. Since I don't use the Windows interop much, WSL2 should be a performance win for me.

drey08 · 6 years ago

Yep.

With WSL I can seamlessly access files from both Linux and Windows. I use the Terminal (Windows) and various Unix tools for a lot of stuff (compiling & testing on Posix, objdump, debugging). And I use Windows GUI tools for editing (Sublime), diffing (BeyondCompare), and so on. I get the best of both worlds.

But WSL2 file access in `/mnt/c/` is now unbearably slow. So I just stick with WSL1.

From what I've read, Microsoft intends to support both WSL1 and WSL2 for the foreseeable future. So that's good.

drey08 commented on Microsoft’s web-based version of Visual Studio techcrunch.com/2019/11/04... · Posted by u/_davebennett

drey08 · 6 years ago

This looks like web-based Visual Studio Code to me, not Visual Studio.