The challenge ( I wouldn't say problem ) is the same for all open source development projects.
They start by some "geek" in an attick room, for his (usually) own pleasure. At some point other "geeks" join in, code gets published, people outside the scene start using the project, and before you know it, you have "endusers".
Now the dynamic of the project changes. And usually it changes in two possible directions:
- the project doesn't want "endusers" nor the responsibility, "geeks" abandon the project, or retract back to their atticks
- the project "professionalizes", the project changes to adapt to the new audience, attention is given to support, user interface, documentation, release cycles, versioning, etc
OpenPLi is (and has been for the last few years) struggling between the two, being sort of "forced" by events to take the second path due to the popularity of the project. Professionalizing requires a completely different team organisation, it needs to create some hierarchy in the anarchy, and it requires different still sets as new roles in the organisation need to be created.
WanWaizard, I've been using openpli (and openpli based images) since I got my first enigma box, back in 2012.
The last year or so I am trying to contribute some code (nothing major, just small fixes here and there) as an opportunity to learn python, while making better something that I actually use every day. It didn't took me much time to realize (perhaps because I am not a 20 year old kid) that you belong to the 2nd category above. You approach things in a more modern and professional way than others. It's a shame most of the others don't have the same perspective like you.