-
Notifications
You must be signed in to change notification settings - Fork 5
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
vdr-plugin-vnsiserver #11
Comments
"Community maintained", how I would define it, means "keep it compiling and running with future VDR versions". The "community maintained" plugins don't have anyone who decides to be the maintainer. This means that someone of the vdr-projects team (most probably me), has to decide about pull requests. And everything which is not a compile fix will be probably rejected by me as I'm not the "VDR plugin genius" who can decide about all possible plugins which new feature or change would be a good idea and does not break things for other users. Another issue with vnsiserver is that it has a counterpart on the Kodi side which, currently, is maintained by the Kodi team itself which is only keeping it running without adding features (similar to what "community maintained" means here on the "vdr-projects" GitHub organization). What the vnsiserver plugin would need for new features is the "one person" which has developed some insight into how the plugin works (so not me) and is willing to be the "new maintainer" for it. If this person is found, I would happily create the repo in context of the "vdr-projects" organization, but give the new maintainer full permissions on his new project so I don't have to take care of it. That's the first step. After that we have to see how the Kodi addon can receive further updates. The problem with "adopting" the Kodi addon is that Kodi gets regular updates and changes to the PVR interface. So the preferable solution would be to try to create a pull request on its current location to get a new feature in but still get future PVR changes done by the Kodi team itself. So many questions and small tasks but none of this gets solved by making something as complex as vnsiserver "community maintained". So I'm closing here. If you want to take full maintainership for the nsiserver plugin, then feel free to either host on your own GitHub account or create a new Issue for requesting a vdr-projects repo creation where you will be the maintainer for. Oh, forgot: It is always a good idea to ask (in an Issue) first if the current maintainer (mdre77) really no longer wants to maintain the plugin. |
Maybe let's add this final thought: What "mdre77" did was stability fixes. He did not change the interface to Kodi in any way. So let's assume your Pull Request is accepted (probably by you as the new maintainer). After that you create a Pull request for the Kodi addon and they deny it with the reason "if you want to add features, adopt the addon". Now you immediately have a somewhat larger job to do as now it is your job to keep up with Kodi updates. |
Thanks for your reply. Let's first say that I don't want to be maintainer for vnsi. I just wanted to make this new feature and MarkusEh from Kodi forums suggested moving vnsi to vdr-projects (https://forum.kodi.tv/showthread.php?tid=363935&pid=3092569#pid3092569). On Kodi side of things there's not much changes needed to get this to work (Dis90/pvr.vdr.vnsi@39e0fc5). I probably need to open issue on pvr.vdr.vnsi and ask if new features are even accepted. What you think? But even if new features are accepted that doesn't change that fact that also vnsiserver need to have version which supports new features and I don't understand vnsi enough to be maintainer. And I also don't have enough time.
I understand. Let's hope someone someday wants to continue maintaining vnsi. |
Me neither.
This may sound good in theory but in fact there is no workflow on what to do with new features on "community maintained" projects.
That's not my definition of "not much changes" 😆
That could be a first step. And I'm somewhat sure that your "not much changes" will be too much changes for them to actually being able to review without being able to actually test the feature!
So let's spin this further. Let's assume vniserver gets a "community maintained" project which (by current definition) could only happen if it fails to compile as that's the minimum requirement for it to be still usable. Then it would have a repository in context of vdr-projects where you could point a pull request to. What would you expect to happen next? Who exactly should review your pull request and merge it? The idea of "community maintenance" is not "someone of the vdr-projects organization just accepts all changes coming in without any testing or review". The currently planned way of handling "feature pull requests" to (currently "community maintained") projects is to just keep it open and hope someone of the community (not me, my job ends when the repo is created) steps in and responds in a way like "tested it, works for me". Example can be found here: vdr-projects/vdr-plugin-streamdev#2 |
Let's say a possible workflow for getting features in "community maintained" projects (without anyone stepping in as maintainer) would be the following (in case of vnsi server):
|
Again huge thanks for your replies. I opened issue kodi-pvr/pvr.vdr.vnsi#179 but I think new features are not accepted. |
I guess you successfully managed the first obstacle: kodi-pvr/pvr.vdr.vnsi#179 (comment) So I'll reopen here for now, in case you really want to push on this change. I have created a request to the current vnsiserver maintainer: mdre77/vdr-plugin-vnsiserver#5 |
I did a search for the thread in VDR-Portal where mdre announced his updates to vnsi, and there he mentioned the following: https://www.vdr-portal.de/forum/index.php?thread/134021-vdr-plugin-vnsi/&postID=1333547#post1333547
Translated to English this means something like "I can not promise to develop any new features. My primary target is to keep the plugin running". |
I've created the repo now and tagged a release for the current state of development. So you can point your Pull Request to this repo, now. But keep in mind that I won't accept it directly as I will not test your changes. Others have to do the testing. If at least two people tested your changes and validated that they are working, I would accept the pull request to a new branch (for easy revert) and tag a pre release which will get a "real release" once your changes are accepted on the Kodi plugin side. |
Thanks. I opened PR and I will make new thread to vdrportal later today. Hopefully we can find users to test these new features. Edit. thread opened https://www.vdr-portal.de/forum/index.php?thread/135110-artwork-and-backend-resume-support-testers-needed/ |
Hi,
Is it possible to make vnsiserver community maintained? Current repository seems to be dead. There's two open PR's (one from me).
https://github.com/mdre77/vdr-plugin-vnsiserver
The text was updated successfully, but these errors were encountered: