-
Notifications
You must be signed in to change notification settings - Fork 123
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
"too many plugins" error #2133
Comments
There might be a 4th option (just a short reminder for myself, on interest I can explain more detailed): 4.) We could simply extend the mount tool and the bootstrapping process that there is no maximum number, even though we keep the numbering. The trick is that we dynamically tell at which number the commit should happen. This way the bootstrap only needs a constant number of ksLookups more, and at run-time there would be no changes in performance (no list needed). Big advantage of this way: current mountpoints would work without any modification. Disadvantage: No lazy loading of plugins, we would need a "lazy" plugin that loads plugins only on demand. |
Is there anybody here who could fix this crucial error? It is also needed for LCDproc. I would do it myself if I had the necessary skills for it. |
I think the first step is to decide what to do and give a more detailed description of how to do it. Can you do such a preparation work? |
I fear that my C/C++ skills are not enough for the preparation work unfortunately. I do not even understand any of your 1-4 possible suggested solutions 😞 |
I mark this issue stale as it did not have any activity for one year. I'll close it in two weeks if no further activity occurs. If you want it to be alive again, ping the issue by writing a message here or create a new issue with the remainder of this issue. |
I closed this issue now because it has been inactive for more than one year. If I closed it by mistake, please do not hesitate to reopen it or create a new issue with the remainder of this issue. |
Due to a stupid optimization the number of plugins at a single position is limited to some arbitrary (very small) number. With Elektra getting more and more modular this is getting a major problem.
Steps to Reproduce the Problem
For example, in #914 the problem was already reported quite some time ago and you easily hit the problem if
Expected Result
Mounting should work, regardless of the number of plugins.
Proposal
setplugins/#6.0#sync#sync
andsetplugins/#6.1#otherplugin#otherplugin
. Here we would need to adapt the mount logic and implement subpositions in elektraProcessPlugins, and fix the data structure _Backend.system/elektra/mountpoints
to not contain any bounded numbers. Here we would need to pump the major number except if we have keep the old way to mount plugins as legacy.Anyone interested in helping out here?
The text was updated successfully, but these errors were encountered: