• 3 Posts
  • 89 Comments
Joined 1 year ago
cake
Cake day: June 15th, 2023

help-circle











  • Looking back on my career, submitting your first merge/pull request can take anywhere from a few hours to several weeks (we’re talking about 8+ hour work days). And that’s at companies that have an onboarding process and coworkers you can ask for help and explanations about the code base, architecture etc.

    Getting into someone else’s code (this may include your past self) is almost never easy and often feels convoluted, because it’s very difficult to see the context that existed at the time when the code was written. And by context I mean everything that influenced the decision to write lines the way they were written, including undocumented discussions, necessary but non-obvious workarounds, understanding of the problem and solution space by the dev, general state of mind of the person writing the code and more.

    Don’t beat yourself up because you couldn’t contribute in just a few hours.

    I would first reach out to the devs on IRC/Discord/Matrix and express interest to contribute and see how they react. You don’t know if they would even accept your PR, so I wouldn’t do too much work upfront.

    Then, when they are open to work with you, find out if they are willing to help you ease into the code. What files should you study to implement the changes that you’ve discussed earlier, any considerations that are not obvious, is there legacy code that you shouldn’t touch etc.

    It’s important to keep in mind that (collaborative) software development is more than just being able to write code. And a lot of the surrounding work is not very glamorous or fun.

    I hope that helps and wish you good luck! 🤞







  • I’m sorry to hear that you’re having a hard time getting the software running. I understand that this can be very frustrating.

    As others have said, making yourself the owner of everything can cause numerous issues in the long run and there’s a reason why most distributions DON’T make you root.

    Why are you using Linux in the first place? I think sonarr and jackett both run on Windows as well.

    Don’t let the frustration get the best of you. If you really want to run those tools yourself, then dive into it (and all the technical issues that are part of it), but if you only want to have access to the functionality, you might want to look into a service that takes care of all the technical burden.

    Good luck



  • I think the biggest difference is dynamic (river) vs manual tiling (sway). Other than that, I feel sway is much more mature and there’s a proper community surrounding it that had written scripts and tools that work with sway. Many of which you are probably gonna use with river as well (swaylock, swaybg, swayidle).

    One thing that’s pretty cool about river (at least in theory) is that the tiling algorithm is not part of the compositor itself. Instead, you can run any river tiling program and have that part be completely custom if you wish. Also configuration is done via commands instead of a config language (you usually run a bash script at start).

    From what I remember, the vision of Isaac Freund (main developer) is, that river will become more of a tiling compositor base, that others can then use to create their own distributions. I heard that in some talk he gave. You should be able to find that on YouTube.

    However, there’s still a long way to go.

    In it’s current state, river reminds me of spectrwm. Very simple, with some cool, but ultimately non-essential, ideas that you probably won’t find anywhere else.