I've just published the cloudron custom app odoo 12 CE here :
https://git.cloudron.io/altsyst/odoo12-ce-app/

Hey,

I'm cross-posting a message sent in the sponsoring odoo topic.
For those interested in Odoo V10 CE, I've just updated my last script here :
https://git.cloudron.io/altsyst/odoo10-ce-app

I'm not maintaining it anymore, but it's working well for two years now (working with the ldap cloudron server).

Enjoy

Hey,

I'm cross-posting a message sent in the app wish list topic.
For those interested in Odoo V10 CE, I've just updated my last script here :
https://git.cloudron.io/altsyst/odoo10-ce-app

I'm not maintaining it anymore, but it's working well for two years now (working with the ldap cloudron server).

Enjoy

@plusone-nick For low code, I took the time to study the best top three oss low code solution in my opinion :

• budibase - Ireland based - GPL
• appsmith - India based - Apache Licence
• tooljet - US based - AGPL

I will bet on budibase, I think that it's the best long-term choice.

I make a difference between opensource software with open governance, and opensource with closed gov.

By open governance, I mean the community has a real power to change the roadmap (e.g voting) and the business model is based on offering business services based on the community edition.

By closed gov, I mean the company is listening the community to change the roadmap (e.g polls) and the business model is the opencore one, i.e community edition + business-oriented proprietary code. Business services are based on the proprietary enterprise edition.

Budibase is in the opengov spirit (SSO and RBAC in the community edition), though not formally.
RBAC (Role Based Access Control) is critical when you want to scale your webapp (same for SSO).
Budibase lacks from features compared to appsmith and tooljet, but is more clean and responsive, and will hopefully catch up in the coming years.

Appsmith is an opencore solution (attracting people with a community edition, then when you're locked in and want to scale, you will have to pay for the "business" features (SSO and RBAC)).

Tooljet ~ appsmith, with less traction.

@LoudLemur The current script is based on the Yenthe666 script, I will publish an odoo12-ce-app very soon. It's pretty easy to adapt the script for odoo13 if you want it, though I've heard (to confirm) that the odoo based on even version are usually more stable than the odd one... I tend to pass the odd version, waiting for the even one.

In my opinion, it makes sense to have separate repo for each odoo version. It's not obvious to update a odoo version, since it requires a special script to update the database (and other stuff...)

For using the cloudron ldap :

1. Create first the user in odoo with an empty password
2. open the ldap parameters in odoo (as admin, config>settings)
3. enter into an odoo terminal and get the cloudron ldap parameters
4. fill in the ldap cloudron parameters (ldap server address, binddn, port, password)
5. For LDAP base : ou=users,dc=cloudron
6. restart odoo app (or cloudron, I don't remember)

@girish I've got a suggestion if the focus on this release is on email : add some basic feature to deal with mailing-lists:

• add at least an API to see the members of a mailing-list. (priority P3)
• add an API to subscribe/unsubscribe a user from a mailing-list. (priority P2)
• build an UI for both features (P1)

In our use case, a user sending an email to a mailing-list want to be sure that someone from the crew is receiving the mail, aka is member of the mailing-list.

I definitely don't want to go through the hassle of installing/configuring mailman or something else, because I feel that the cloudron mailing-list feature does just enough for the job, and just need a little bit more basic features.

It would be very nice if a user can subscribe and unsubscribe by himself for the mailing-list, taking the burden off the administrator for adding/removing manually users. Besides, it would give more autonomy to the users, which is good.

With at least some basic APIs, I could automate myself the process, through a rocketchat bot for instance.

Hi,

Samir there

Nice to see some interest on this project.

Yes I have a working odoo cloudron app instance for a year now. It's working well so far, and connected to the cloudron ldap server.

I will update the github repo with my latest changes, and will include a quick tested unmaintained github repo for odoo 12. For people who want to remix it, you have to modify the odooNNCE_install.sh, I'm using this MIT licenced script :
https://github.com/Yenthe666/InstallScript

I had to change this script to make it fit with the cloudron packaging system, so feel free to fork the repo, I'll put my mods in MIT licence too.

Have fun

PS: @jdaviescoates yes, we are running a similar setup than smart.coop. Smart is a generalist coop ; Babel.coop is a holacracy-powered self-organized coop. And the coop is focused on helping orgs to help themselves implementing self-managed org with the right digital "opensource-flavor" tools.

Not opensource, see :
"Your amendments to the GNU License has some scary language"
https://github.com/linagora/Twake/issues/584
and
"Licence enforcing Linagora/Twake advertisements on every outbound messages(mails, meeting requests)"
https://github.com/linagora/Twake/issues/675

@nebulon I would have prefered precisely a unique SHA256 (collision-free) random UID, to be able to change our username easily. From my point of view, the software architecture should serve the user, and not the other way around...
I had the same problem and it was painful to change my username (still on the process).
My 2 cents.

@plusone-nick For low code, I took the time to study the best top three oss low code solution in my opinion :

• budibase - Ireland based - GPL
• appsmith - India based - Apache Licence
• tooljet - US based - AGPL

I will bet on budibase, I think that it's the best long-term choice.

I make a difference between opensource software with open governance, and opensource with closed gov.

By open governance, I mean the community has a real power to change the roadmap (e.g voting) and the business model is based on offering business services based on the community edition.

By closed gov, I mean the company is listening the community to change the roadmap (e.g polls) and the business model is the opencore one, i.e community edition + business-oriented proprietary code. Business services are based on the proprietary enterprise edition.

Budibase is in the opengov spirit (SSO and RBAC in the community edition), though not formally.
RBAC (Role Based Access Control) is critical when you want to scale your webapp (same for SSO).
Budibase lacks from features compared to appsmith and tooljet, but is more clean and responsive, and will hopefully catch up in the coming years.

Appsmith is an opencore solution (attracting people with a community edition, then when you're locked in and want to scale, you will have to pay for the "business" features (SSO and RBAC)).

Tooljet ~ appsmith, with less traction.

@doodlemania2 which script? Odoo 10 or odoo 12? Could you fill an issue on git directly to keep track of the issue? Thanks!

Not opensource, see :
"Your amendments to the GNU License has some scary language"
https://github.com/linagora/Twake/issues/584
and
"Licence enforcing Linagora/Twake advertisements on every outbound messages(mails, meeting requests)"
https://github.com/linagora/Twake/issues/675

For using the cloudron ldap :

1. Create first the user in odoo with an empty password
2. open the ldap parameters in odoo (as admin, config>settings)
3. enter into an odoo terminal and get the cloudron ldap parameters
4. fill in the ldap cloudron parameters (ldap server address, binddn, port, password)
5. For LDAP base : ou=users,dc=cloudron
6. restart odoo app (or cloudron, I don't remember)

I've just published the cloudron custom app odoo 12 CE here :
https://git.cloudron.io/altsyst/odoo12-ce-app/

@LoudLemur The current script is based on the Yenthe666 script, I will publish an odoo12-ce-app very soon. It's pretty easy to adapt the script for odoo13 if you want it, though I've heard (to confirm) that the odoo based on even version are usually more stable than the odd one... I tend to pass the odd version, waiting for the even one.

In my opinion, it makes sense to have separate repo for each odoo version. It's not obvious to update a odoo version, since it requires a special script to update the database (and other stuff...)

@scooke the install process is the cloudron custom app process, described in the doc

Hey,

I'm cross-posting a message sent in the app wish list topic.
For those interested in Odoo V10 CE, I've just updated my last script here :
https://git.cloudron.io/altsyst/odoo10-ce-app

I'm not maintaining it anymore, but it's working well for two years now (working with the ldap cloudron server).

Enjoy

Hey,

I'm cross-posting a message sent in the sponsoring odoo topic.
For those interested in Odoo V10 CE, I've just updated my last script here :
https://git.cloudron.io/altsyst/odoo10-ce-app

I'm not maintaining it anymore, but it's working well for two years now (working with the ldap cloudron server).

Enjoy

@d19dotca maybe with cloudron 8, we will be able to install kuma in the same cloudron instance in a dedicate small vm: would be a perfect use case !