A thing I hate about open source projects and have always hated about open source projects: When the instructions say how to build, or sometimes how to install, and then you have no fucking idea what files they built or installed or where they are. Are they in ./target ? in ./build ? in ./bin ? Did you put them somewhere in /usr I will never find them? The build script doesn't say, nor does the readme. HOW HAS OPEN SOURCE NOT GOT BETTER ABOUT THIS OVER 30 LITERAL YEARS
@shad0wdragon i think the fact that there are projects which are "open source", but which have hard incorporated the idea of "people do not build our project from source" into their user model, is a sign of a bad problem
@mcc True... that's probably the category of projects where being open source was an afterthought and their main goal was to make "app that does a thing "better"/for cheaper/with less ads or tracking than [Insert the default mainstream app people use to do thing]"
It just happens to be open source by the definition that you can see and modify the code and build it yourself but they sure aren't going to help you do that
@mcc Similarly - code examples that don't tell you anything about the imported libraries/namespaces/etc.
I see you did the thing with a call to do_the_thing(), where the fuck do I get do_the_thing()?
@mcc Because nobody builds anything from source these days.
@khleedril then how am i supposed to contribute to the project *throws things*
@mcc fwiw, `cmake --install $build_dir [--prefix=$dest_dir]` creates $build_dir/install_manifest.txt, which contains the absolute path of each installed file
@mcc they even do this with precompiled packages, it's great
$ sudo pacman -S widget-2.34.pkg
$ widget
bash: widget: command not found
let the guessing games commence
@mcc Purely an anecdotal thought and not backed by evidence:
I feel like projects that have to be compiled from source are generally much smaller and lower effort, as it seems ones with sufficient effort and funding usually package their projects.
I wonder if people making these smaller projects don't have the time, don't have the experience, or don't want to put in the effort for proper documentation.
These days this is of course being made much worse by slopcoding...