hosaka

joined 2 years ago
[–] hosaka 1 points 4 months ago* (last edited 4 months ago) (2 children)

I think you're using docker internal IPs, which are not static and can change between docker compose runs. You can instead address them by name if you connect then to a same virtual network: https://docs.docker.com/compose/networking/#specify-custom-networks

This allows two service to "see eachother". For example "calibre:8081" will resolve to an internal IP address. I'm general, this is a better approach when you need to connect apps to each other.

[–] hosaka 7 points 4 months ago (2 children)

When setting up nvim-treesitter neither clang nor msvc worked. Rather, it worked and compiled the necessary libs but the treesitter plugin failed to load the necessary .so libs. The common troubleshooting steps didn't help (setting up clang as preferred compiler etc.), so I just ended up installing zig and that helped to get it working.

[–] hosaka 1 points 4 months ago

Also allows you to use hardware acceleration for inference. Quite a comprehensive set of tools actually, also the new revamped UI is on the horizon with version 0.14

[–] hosaka 6 points 5 months ago (1 children)

In a game that is production ready you would be going through individual assets with the person who designed them and you'd establish when to spawn and despawn them. As designers tend to go crazy and not worry about memory at all, I tend to guide them to think about memory availability in a particular scene. Really depends on the game you're making though

[–] hosaka 2 points 5 months ago (1 children)

You can push mirror your fork back to GitHub when you deem necessary (e.g when it's in a good shape) and create a PR to the parent repo automatically using forgejo runner script, you'd just need to make an API token. If the goal is to automate PRs. If the goal is to not use GitHub for your forks but still continue to make PRs, you can't work around that I think. Unless there's a way to PR a bunch of patch files perhaps?

[–] hosaka 3 points 6 months ago

Yeah I can make a list of features that I'd like to have and annoyances that exist now, but I wouldn't call it stuck in a single monitor paradigm either. Depends on what your needs are I guess!

[–] hosaka 4 points 6 months ago (2 children)

JetBrains IDEs can be easily configured for multi monitor setups. I use Rider daily and have a couple layouts saved for different purposes that make full use of 3 monitors, never really had a problem with it. Can you be more specific about what you want to achieve?

[–] hosaka 2 points 9 months ago (1 children)

Yeah it's a ci/cd runner, using a tool called "act". I self-host forgejo and the runner is a docker-in-docker container, but one could set it up with the public forgejo as well. It's pretty neat!

[–] hosaka 3 points 9 months ago (3 children)

Did exactly this recently and it's been quite good. Forgejo-runner was a bit tricky to setup but overall a great experience.

[–] hosaka 17 points 11 months ago (12 children)

It's a reader assistance, some paid for tool that highlights parts of a word, can't recall what it's called...

[–] hosaka 5 points 1 year ago

Can't you just install the extension (vsix is the file extension I think) package manually in vscodium?

[–] hosaka 1 points 1 year ago (1 children)

I've used CLion for a relatively big Qt project and found no need for Qt tooling like creator or designer. I wonder why people are still using them? Unless you're stuck on it from day one of course.

view more: ‹ prev next ›