Readit News logoReadit News
turboponyy commented on A case study in PDF forensics: The Epstein PDFs   pdfa.org/a-case-study-in-... · Posted by u/DuffJohnson
lordgrenville · 3 days ago
Nothing about this is specific to GNOME, right? Imagemagick is cross-platform
turboponyy · 3 days ago
I guess the Gnome-specific part is that Gnome comes with the Nautilus file browser, and the instructions add a script for Nautilus.

But yea, this will work as long as you have imagemagick and Nautilus installed.

turboponyy commented on The dank case for scrolling window managers   tedium.co/2026/01/29/niri... · Posted by u/todsacerdoti
turboponyy · 9 days ago
I'm currently using niri (was previously using Hyprland).

Having used dwm-like tiling window managers for most of the time, I don't really care for the scrolling or dynamic workspace aspects of niri at all - in fact, I kinda dislike them (or haven't gotten used to them, at least). To me, it kills the point of a keyboard-centric desktop environment - which is the speed and lack of friction in making the window you want appear in front of your eyes.

Despite that, I still really like it. Mostly because I have so much more faith in its development. The documentation is excellent. The configuration file is sane, and not as arcane and ad hoc as the hyprland.conf format. The source repository looks well-maintained. Being written in Rust rather than C++ means onboarding new developers is easier. The discourse is more measured, owing to the lack of a somewhat stubborn lead maintainer in the case of Hyprland.

The surrounding ecosystem seems to be flourishing as well, with projects like Noctalia Shell, DankMaterialShell, and niri-flake natively supporting niri.

And perhaps most importantly, the out-of-the box experience is really nice. You have proper monocle and tabbed layouts without any compromises - features Hyprland has still not developed, where they are only possible with scuffed C++ plugins, or where its BDFL has stated they will never be introduced. Most features one would expect from a WM are already there and well-documented, which can't be said about Hyprland.

turboponyy commented on I hate GitHub Actions with passion   xlii.space/eng/i-hate-git... · Posted by u/xlii
Storment33 · 25 days ago

  > For the love of all that is holy, don’t let GitHub Actions
  > manage your logic. Keep your scripts under your own damn
  > control and just make the Actions call them!
I mean your problem was not `build.rs` here and Makefiles did not solve it, was your logic not already in `build.rs` which was called by Cargo via GitHub Actions?

The problem was the environment setup? You couldn't get CUE on Linux ARM and I am assuming when you moved to Makefiles you removed the need for CUE or something? So really the solution was something like Nix or Mise to install the tooling, so you have the same tooling/version locally & on CI?

turboponyy · 25 days ago
Exactly.

"GitHub actions bad" is a valid take - you should reduce your use to a minimum.

"My build failed because of GitHub actions couldn't install a dependency of my build" is a skill issue. Don't use GitHub actions to install a program your build depends on.

turboponyy commented on Git Rebase for the Terrified   brethorsting.com/blog/202... · Posted by u/aaronbrethorst
_flux · a month ago
I think I'd love to use Jujutsu, but I enjoy Magit (for Emacs) too much to entertain the thought of switching :/.

Besides, Magit rebasing is also pretty sweet.

turboponyy · a month ago
Samesies - need a Majjit before I can consider trying it out.
turboponyy commented on Judge hints Vizio TV buyers may have rights to source code licensed under GPL   theregister.com/2025/12/0... · Posted by u/pabs3
charcircuit · 2 months ago
This doesn't make sense. If Vizo never licensed the software to you under the GPL, you can't say they violated the GPL. The court should not be able to make up contracts that don't exist between parties.
turboponyy · 2 months ago
> If Vizo never licensed the software to you under the GPL [...]

That may be true.

> [...] you can't say they violated the GPL.

That does not necessarily follow.

If they used GPL-licensed code in their product, they may be obligated to provide the source code to that product's consumer.

turboponyy commented on Ask HN: What Are You Working On? (December 2025)    · Posted by u/david927
krlx · 2 months ago
If there's a demand for it to become open-source, why not? But I'll have to improve code quality first. As the presence of french labels indicates it, i18n is not properly implemented for this project.
turboponyy · 2 months ago
No, you really don't have to. Partially complete software can have a lot of value too.

Anyone can fork it and quickly add the i18n (or just translate into a different language) for their own purposes. People will likely want to contribute i18n. People may fix or improve things for you.

Of course, it's entirely up to you - but I've appreciated half-complete software countless times before.

turboponyy commented on The highest quality codebase   gricha.dev/blog/the-highe... · Posted by u/Gricha
written-beyond · 2 months ago
> I like Rust's result-handling system, I don't think it works very well if you try to bring it to the entire ecosystem that already is standardized on error throwing.

I disagree, it's very useful even in languages that have exception throwing conventions. It's good enough for the return type for Promise.allSettled api.

The problem is when I don't have the result type I end up approximating it anyway through other ways. For a quick project I'd stick with exceptions but depending on my codebase I usually use the Go style ok, err tuple (it's usually clunkier in ts though) or a rust style result type ok err enum.

turboponyy · 2 months ago
I have the same disagreement. TypeScript with its structural and pseudo-dependent typing, somewhat-functionally disposed language primitives (e.g. first-class functions as values, currying) and standard library interfaces (filter, reduce, flatMap et al), and ecosystem make propagating information using values extremely ergonomic.

Embracing a functional style in TypeScript is probably the most productive I've felt in any mainstream programming language. It's a shame that the language was defiled with try/catch, classes and other unnecessary cruft so third party libraries are still an annoying boundary you have to worry about, but oh well.

The language is so well-suited for this that you can even model side effects as values, do away with try/catch, if/else and mutation a la Haskell, if you want[1].

[1] https://effect.website/

turboponyy commented on The fuck off contact page   nicchan.me/blog/the-f-off... · Posted by u/OuterVale
ares623 · 2 months ago
Off topic but love the site design
turboponyy · 2 months ago
It is unique and looks cool.

When it comes to providing an enjoyable blog post reading experience, it really does creep into the "fuck off" territory for me, though.

turboponyy commented on Jujutsu worktrees are convenient (2024)   shaddy.dev/notes/jj-workt... · Posted by u/nvader
spider-mario · 2 months ago
> I’ve been using Jujutsu(jj for short) as my defactor git cli frontend for a while now.

“de facto” please.

turboponyy · 2 months ago
Even better is "" since it's not really adding anything
turboponyy commented on Experiment: Making TypeScript immutable-by-default   evanhahn.com/typescript-i... · Posted by u/ingve
voidUpdate · 3 months ago
How do immutable variables work with something like a for loop?
turboponyy · 3 months ago
`for` loops are a superfluous language feature if your collections have `map` for transformations and `forEach` for producing side effects

u/turboponyy

KarmaCake day427October 5, 2021View Original