Sure, https://gitlab.com/baserow/baserow/-/issues/2352 , but it is a question about how to do things in the application.
There must be more users of Cloudron who make us of Baserow who might have insights and want to share knowledge.
Does anyone know the answer to my original question?
Hi
I have a scholar and a friend who used the SIGN UP link at the bottom of the login page of BASEROW.
Okay so far so good, but how do I delete his user? He is still my friend, but I need to know how to do it.
I do not know which users are on my system and I cannot delete and manage them
The user itself can delete himself, so that's something.
@robi said in A decent CRM:
@makemrproper Cool, keep us posted on Baserow and n8n integrations.
Uhm, well it just works 
What would you like to know, use cases?
You need to remove some log files and also unused kernels
apt-get remove `dpkg --list 'linux-image*' |grep ^ii | awk '{print $2}'\ | grep -v \`uname -r\``
source: https://docs.cloudron.io/troubleshooting/
and:
Use ncdu to browse every container
My results:
Gained 1gb of storage by deleting /usr/local/share/.cache/yarn/ on a container volume
Gained 500mb of storage by deleting Anaconda distribution package cache within a container volume
I am a certified Salesforce architect, so I have played with the priciest in a large org setting where we had billions in revenue. I have also used Odoo's CRM for tiny beer-money projects and even Vtiger which is still around. I'd say Odoo for very straight forward sales, is adequate. The goal is to give a great overview of the sales pipeline and to have a way to quantitatively summarize won and lost opportunities.
I am now finding that Baserow has pretty great templates out of the box, and I think I can make it work as such. I'm also sure the integrations using n8n would be a breeze.
It is fine if is only a CRM. Sales is its own universe unless you have physical production and or goods.
It's a really nice product which is packaged a docker containers. I think it is possible to package this.
Docker instructions: https://github.com/axelor/axelor-docker/blob/master/aio-erp/README.md
I was getting this. The default memory setting was not enough. Increased to 6gb, and it runs like a BMW.
I am not bashing on EspoCRM, although it may have seemed like I did. I just wish for a more powerful product on here.
It is such a great value add when I can provide business support systems for my company. Anything such as a CRM, timesheets with Kimai, n8n workflows and integration, baserow and so on.
I think Cloudron should have a decent CRM application available.
Dolibarr and EspoCRM which indeed are packaged and published Cloudron apps, are not good enough in my view.
I am hoping for more business support systems on here, it would increase Cloudron's value for my businesses and I am very sure others would agree.
Some suggestions for CRMs: https://www.forbes.com/advisor/business/software/best-open-source-crm/
Sadly - I understand that ErpNext (discussion: https://forum.cloudron.io/topic/1228/erpnext-cost-effective-erp-solution/105 ) and Odoo (discussion: https://forum.cloudron.io/post/81451 ) are considered too large apps to be hosted for Cloudron. Both fit the bill perfectly.
@scooke said in I think the install script needs improvement:
@makemrproper said in I think the install script needs improvement:
The shell script cpuld at least have some shell code logic that evades the current race condition where it refuses to run a second time because packages it installed itself are already installed.
How will it discern between a stalled fresh install (in which situation your suggestion makes sense) and an environment that is not fresh but the user has already installed sofware, with no guarantee that it was done correctly?
There are many ways you can write this in shell code.
Declare what minimum versions are needed and verify with apt that these are installed. Which by the way is precisely is what apt does for you and what ansible also does.
Shell script logic, some functions with conditionals achieve this.
Write an array which contains all needed package versions and iterate through them verifying if this is installed or not. If yes great, continue.
@scooke said in How can I run Odoo on Cloudron?:
The thing is, Odoo IS like Cloudron but for it's own world of modules. Pretty much all the installation guides out there presume that Odoo is the server, and the server is Odoo. Once Odoo is installed, you can then tweak, add, configure, etc.
Umm no. This is not accurate at all.
Cloudron is a thick application which provisions docker containers and does more things with backup etc.
Odoo is a monolithic thick app with a postgres database. It is not comparable and there is no reason why it should not be able to run on Cloudron.
I would not call this thread solved, but feel free to move it so it doesn't have to be solved, open or closed, it can just hang there.
I would start with just the package installations and then move on to shell tasks when that has been perfected. Installing packages are very simple tasks to achieve in Ansible.
The shell script cpuld at least have some shell code logic that evades the current race condition where it refuses to run a second time because packages it installed itself are already installed.
The installation script for Cloudron is too simple and I dear to say not well written.
If it fails ie. is stopped, at any step, the installation is rendered incomplete and it requires the user to provide it a "fresh ubuntu installation" upon next run.
For my last Cloudron installs I have had to rip out functions, ie comment out or delete the lines in order for the installation to complete.
It should not be this way.
The script should be idempotent. It should be able to run many times over without failing. It should just state that such and such step is complete or incomplete.
My suggestion:
All installation steps should be composed in an ansible playbook.
The shell script should download the latest ansible playbook and ensure that ansible is installed on the host machine. From here it should simply launch ansible with this playbook. The rest is magic.
The playbook itself is idempotent and can be run infinite amounts of time, without causing state issues.
@jdaviescoates said in How can I run Odoo on Cloudron?:
I think, in short, you can't.
But possibly maybe possible to install it in a LAMP app?
See also discussions in the related App Wishlist post here
Thank you for suggesting I look at the discussion in the wishlist.
The wishlist discussion got no where. I have been hoping for years that something would come out of it.
Okay that's fair analysis.
The application consists of the following:
I would argue that apps such as NodeBB and Discourse are much more complex - as I have tried to manually self host them in the past.
@timconsidine : Good talking, I am not after proving you wrong just wanted to share my point of view.
Hi
Odoo is a great ERP solution which amazingly is free and open source. The code is offered open, and is available for selfhosting.
The company Odoo of course also offers a SAAS hosted version of the system.
I have used it for many years and have successfully used it to create order and structure in organisations and companies. It is a very great application suite to have.
Here is an install script packaged by "Yenthe666" which has been maintained and updated for every version of Odoo. https://github.com/Yenthe666/InstallScript
The script itself works really well, and I am using it in an LXC and in a VM, no problems. I would however like to have it in Cloudron running on my Cloudron host.
# How can I use this script and get a working Odoo "Cloudron app" up and running?
@jdaviescoates said in Odoo - distributed business apps:
But in my limited experience of playing around with it I found it severely lacking, and with a terribly confusing UX.
Pretty much all the things it does are done MUCH better by other tools that focuses on doing that task rather than hacking together an Odoo module that kinda sorta does it.
This is wrong.
It is not confusing and provides a clean UX.
The functionality that it offers out of the standard modules are great, and provides plenty of value as they come.
I have used them for business scenarios on and off for 10 years.
If one wants to customize a system, one needs to learn this which is in itself a tradecraft. In Odoo's case it is similar to customizing Salesforce. This requires a developer attitude.
Please if you want to continue down this rabbit hole discussion, please list tools which are much better suited that replace Odoo.
@LoudLemur No I don't like Axelor. I like Odoo.
@girish This is still a huge problem.
My production server have failing applications again due to disk space filling up. Luckily DigitalOcean's backup functionality saves my setup this time again. If I had relied only on Cloudron for backups it would have been disaster time.
I am not asking you for help to fix it or to blame anyone. But this needs an engineered solution by upstream, you guys.
You could for instance recommend that we make use of separate storage volumes on the system drive. This brings the TCO cost down, for storage. Recommendations and verified testing from you would be valuable for us as customers.
I can imagine hundreds of other customers of yours that are seeing the same issue.
Also:
Your assertion above that disk space is cheap is true for physical drive storage, but not for VPS server storage. For me to double disk space from 80gb to 160gb it also doubles my yearly VPS cost. I would believe a sizable portion of your users are hosting Cloudron on a VPS.
Of course you could temporarily invalidate this problem by recommending 160GB storage capacity. This might alienate some potential users.
Now onwards to repair my Cloudron install and apps!
edit:
Solving the root cause
Used ncdu to browse every container
Analysis: There seems to be space wasteful ways of letting the Metor spread around old versions of libraries and builds (?).
