I've not so much time. But we have done this discussion before. There where three problems with packaging web2py.
- Really frequent release period (not impossible for someone with a lot time) - Difficult to implement according the packaging guidelines - Difficult to implement with user separation - (Too) many configuration possible If we solve the above and find someone with enough time. Yes, that would be perfect and I would support that. The application I have in mind looks like webmin, ecplipse IDE (plugin framework), netbeans (plugin framework). A kind of universal installer for web2py. This situation would mean the web2py is plugin in the system. Every plugin has its own capability's and configuration. like - Apache ( wsgi+ web2py + mysql + jailroot ) - http ligth + web2py + postgres But the first release would contain a simple plugin. Just web2py in some folder under some user. And the internal updater of web2py is used to update it. But if you say that this is not allowed. Then there is only one thing to do. Find a company or person which has explicit benefit or/and willing to contribute a large amount of time by packaging. He/They would become the Release manager of web2py. regards Mark, On 14 okt, 08:38, José L. <jredr...@gmail.com> wrote: > On 14 oct, 02:36, Mark Breedveld <m.breedv...@solcon.nl> wrote: > > > > > Hello Guys, > > > My apologise for my late update on the project. > > Had to get my propedeuse :p. > > > And next 1 - 1,5 year I hope to do my graduation project on HRO. > > Which I hope is implement or extends web2py manager. > > > In other topics we discussed the complexity and problems. > > Some of us agreed that we would make an application that maintains the > > web2py instances. > > > I've set up some main features. (MoSCoW) > > - The application must be cross-platform too keep it maintainable for > > us. > > - The application must be run by its own user or the system user > > - The application could support the multiple connectors > > - The application could check/install/config on multiple platforms > > multiple depencies like database/frontend servers > > > This is very hard too accomplish. And that's why I want too spend a > > hole year on it. > > That's not a packaging of an application for a distribution. What you > want to do doesn't exist and, as far as I know, has never being > integrated in a linux distribution. > > I don't mean you must not do it, I just mean that I don't think your > work will be accepted in any distribution, but it may be useful as a > package to be downloaded from the web2py site. But, a package that > works is different from a package that can be accepted in the official > repository of a linux distribution.