HN user
Looks cool. You might wanna invest in having a proper tutorial that would play the actual cards onto the field and show them interacting. The wall of text with the rules is hard to parse, to be honest
I grew tired of posting the same thing every time the extension support in Orion comes up, so thank you for doing it for me
Fluffychat works reasonably well on mobile for me. On desktop I use Fractal but it still misses some fairly major features like spaces and threads.
Does Spring Boot terrify you, then?
It should.
ya just can't win with some people
AMDs are much better supported. There is life with NVIDIA GPUs too, I am on 4070Ti currently doing fine, but for new builds AMD is clearly a better choice with better drivers
Sign In button can be hidden: https://github.com/zed-industries/zed/discussions/11054#disc...
In the scenario where you take care of it yourself the rogue plugin would not be an issue either.
I have no idea how to do that in Windows though.
it is different on Windows, yeah. it presents itself as several keyboards and mice and does not work as a gamepad.
on Linux I think there's a kernel level driver, but I'm not sure
While I find the issue at hand extremely annoying and in poor taste (and this is not news - this was known in advance) - the same applies to the blog. This annoying clickbaity SEO slop of a blog seems to exist only to advertise their consultation services.
Sure it does, just say you "established org-wide coding standards and drove adoption of automated linting tooling, reducing review friction and enforcing style consistency at scale" in your assessment.
Why do you need AI agents for this?
You either catch and enforce it with a linter (e.g. https://golangci-lint.run/docs/linters/configuration/#revive) (in which case you don't need AI to tell you the current state, you just add the same config to all projects) or you don't enforce it (because everyone will forget unless it's automated)
GOG/Humble Store/Itch is for you then.
With the added downside of less choice and/or delayed releases
tens of games
I have 500+ games on GOG and 1000+ in Steam. I still do regular backups of GOG installers to a local hard drive with lgogdownloader, but at any given point in time I am likely to have somewhere around 30 games installed (some of which I play maybe once a month, some are just sitting there so that I don't forget to get around to them). A lot of those games have been released fairly recently and are still getting patches, and I want to have those patches, because it's fairly normal for games to release in a broken state. Given all that, having launchers is kind of a necessity (and playtime, achievements, cloud saves, wine prefix management and social features are a nice bonus to all that).
Galaxy is not open source, only plugins are: https://github.com/gogcom
I like seeing my achievements and playtime (but also it's more of a nice to have)
That's also one thing Galaxy gets right. You can turn off auto-updates and that won't stop you from playing the game (unlike with Steam, which will just replace your "play" button with "update"). They also support rolling back updates, but I never tried that and I'm not entirely sure if this works for every game, or if this is something a game developer has to actively support.
So -o "%(channel)s - %(title)s.%(ext)s", --batch-file and optionally --download-archive?
https://github.com/yt-dlp/yt-dlp#:~:text=channel%20%28string...
https://github.com/yt-dlp/yt-dlp#:~:text=%2Da%2C%20%2D%2Dbat...
https://github.com/yt-dlp/yt-dlp#:~:text=%2D%2Ddownload%2Dar...
Not to mention that the script is clearly LLM-generated
No, it is not. Right there in the name of WINE.
In this case I'm not sure why a convenience wrapper is even needed, yt-dlp already works with playlists just fine
1. Nobody said anything about Windows games being Linux games. We were talking about Linux gaming, which is gaming on Linux. Which - yeah - emulators also contribute to
2. Above being said, translation is not emulation and has much less overhead So many pointless semantics to dismiss something genuinely good and useful
Games work just fine through Proton already, except when they require kernel level anticheat. I'm fairly certain OP is just one of the purists who think it's not done "proper" until it's a Linux native port, which I wholeheartedly disagree with.
So no point to make then, cool, I can get back to playing games then
is there a point somewhere in this statement?
ALVR has been working really well for me on my Quest 3.
there are a lot of other things stopping people from migrating besides gaming though. sure, there are alternatives for professional audio/photo/video editing/producing, but they all mean losing some functionality if you migrate.
I think you want to to try and skew the narrative based on you own particular bias.
This is exactly what you are doing.
The history of reputation and actions matter.
The history of actions matter, yes. The history of actions on the gambling topic has been very consistent thus far from Valve.
this is just willingly turning a blind eye. it's not about the reputation or being a "good company", it's about the facts of what they do.
as nostalgia hit hard
in my experience the older games are more of a pain to get running, as a lot more tweaks are needed
it's the case on Windows too, but on Linux there's an additional need to mess with DLL overrides DXVK settings and the like
And there are simply AMD bugs in the same vein, yes: https://gitlab.freedesktop.org/drm/amd/-/issues/?sort=create.... Again, I'm not saying it's not broken on NVIDIA, I'm saying it's just broken, period.
official packages
Which is unfortunately not a good thing when it comes to NVIDIA. "Modern" distros package those for you, which is why I install linux-cachyos-nvidia-open [0] now and previously nvidia-driver-${version} [1] when I was using Pop! OS, both of which worked without a single issue for me from the word "go". My point is: it's not all doom and gloom, there's life to be had and it's not that worse than AMD cards.
[0] https://packages.cachyos.org/package/cachyos/x86_64/linux-ca...
Suspend/resume is broken for my friend with an AMD card right now. That's what I mean: it's broken everywhere in slightly different ways, yes even on Windows. Thankfully I never use it anyway.
Dunno anything about dozens of packages, I installed 1 (one) package from my distro and haven't touched it since, no issues with updates either. That same friend with an AMD card keeps getting random hard PC freezes during gaming though.
Also absolutely zero issues with lags/latency for me (on GNOME. I did experience a bunch of weird bugs with KDE, but again - no lags)
One thing that is very real is DirectX 12 performance. This one really does suffer due to poor nvidia drivers. Hope they iron it out at some point