

Nah, he’d likely fall to recidivism with the other nazis in jail.
He should be forced to do some sort of aboriginal related charity in a position where he can only help them and not harm them for the rest of his life.
Nah, he’d likely fall to recidivism with the other nazis in jail.
He should be forced to do some sort of aboriginal related charity in a position where he can only help them and not harm them for the rest of his life.
I paid for it too!
It’s the first piece of shareware I actually went out of my way to pay for because it was so good that I’d be genuinely pissed off if it died. I’d probably end up switching to pijul or something else for my projects if it ever did.
I’ve seen a bunch of people messing the windows version running in linux in the fork forums, so it may be coming in an unsupported capacity.
Yeah, I use it when ssh’d into a server, but it’s just so awkward to use.
Sometimes it just really doesn’t want to separate a hunk. Other times you want to stage all lines except one, and you have to do a million splits just to target the lines you want to keep.
It’d be far easier if you could just select the lines you want to affect. It’s literally the first feature shown in lazygit’s readme. I think half the reason that people use lazygit is that partial commits are so awkward to perform in most other clients.
Luckily Fork does it as well as lazygit
Fork !!!
It’s hands down the best git client.
It’s free as in: sublime text or winzip where they ask you once a month if you want to pay for it but you can just select: I’m still trying it out, and it gets out of your way.
And one killer feature that I haven’t seen any other git clients handle: allowing me to stage only one side of the diff. As in: if I change a line (so it shows up as one removed line and one new line in git), I can decide to add the new line change while still keeping the old line.
So changing this:
doThing(1);
into this:
doThing(2);
Shows up in git as:
- doThing(1);
+ doThing(2);
But if I still want to keep doThing(1);
, I don’t have to go back into my code to retype doThing(1);
, or do any manual copy-pasting. I can just highlight and add only doThing(2);
to the staging area and discard the change to doThing(1);
.
So now the code exists as:
doThing(1);
doThing(2);
Now with a one-liner example like this, we could always re-enter the code again. But for larger code changes? It’s far easier to just highlight the code in the diff and say: yes to this and no to the other stuff.
And when you get used to it, it makes it really easy to split what would be large git commits into smaller related changes keeping your git history clean and easy to understand.
The first problem is they’re letting AI touch their code.
The second problem is they’re relying on a human to pick up changes in moved code while using git’s built-in diff tools. There’s a whole bunch of studies that show how git’s diff algorithms are terrible, and how swapping to newer diff algos improves things considerably.
TL;DR on the studies:
There’s also a bunch of alternative diff algos you can use, but the best ones are paid, and the free ones have fewer features. See:
It’s worth it for the price.
General:
Campaign;
3
)Multiplayer:
Replayability:
Other stuff:
It’s not about caring, it’s about the lawyers making the argument javascript’s genericness easier
Imagine if god showed up one day and said: “It’s actually Jod” then left
Try this link on an iPhone: https://jpegxl.info/resources/jpeg-xl-test-page.html
The future is webp JPEG XL…
And telling software patents to burn in hell.
It wouldn’t, a simple finite state machine that any intelligent entity could emulate would be enough.
But people have completely deluded themselves into thinking that (what CEOs and marketers call) “AI” is actually intelligent, and this case study shows how preposterous that fantasy actually is.
They told you to use “ed”
You missed the joke
I really want to switch from VSCode to Helix but not having a file tree is a deal breaker.
Luckily there’s been a lot of work on adding a plugin runtime with one of the proof-of-concept plugins being a file tree. Assuming the plugin runtime comes out this year in a helix release, and adding on a year for the community to settle on the first wave of plugins while giving them time to mature, I can see myself using helix fulltime in 2027 (before Microsoft has enshitified vscode enough to be unpleasant to use).
For a complicated project I get it, github’s PR system is kind of bad (horrible branch based workflow and no stacked diff support resulting in increased churn) compared to the alternatives.
That’s why we have tools like Graphite to add stacked diff support on top of github, and other devs creating new VCSs because git still hasn’t made it’s interactive rebase and merge conflicts easy enough to handle for juniors and it should be simpler.
Flip-flopping in and of itself isn’t bad.
What it is - is a symptom.
A symptom of being an absolute dumbass. Now that is what’s bad.
You can be right wing in FOSS networks.
There’s two things you can’t do (at least if you want to keep a community healthy):
There are cases of those who dehumanise others (e.g. racists, anti-trans, literal nazis, etc…) who get banned because they’re doing the two things you can’t do. But in those cases they’re not banned because they’re right wing, they’re banned because those actions break communities, so the community has to ban them to continue existing.
Polonius
“Well it’s about damn time” smokes cigar
Yes, I know it’s not out out yet, but we’re nearly there
Gay panic is still a legal defence in many parts of the world
I’ll repost my comment yesterday about this very thing (link: https://news.ycombinator.com/item?id=45279384#45283636)