Posts made by murgero

@cumpal My apologies, I thought this was in a LAMP app on cloudron.

@dswd I can respect the opinion, but I use the addons mentioned as well as the adding different IDEs/SDKs (PS, PHP, Go, Rust, R-Lang, etc etc etc ) as users can't install linux packages on an app once it's installed. I also have build-tools to compile code, and I don't think apache is still there (I ended up choosing to use code-servers built-in proxy instead. So if apache is still being installed I will probably remove it in the future. Sendmail is used for testing and sending email from compiled apps, redis is kept for apps that would require it, and mysql (and other DBs) are thrown in because compiled apps may need a test DB to connect to.

It's kinda bloated when you first look at it, but users cannot modify what linux packages are installed and they cannot modify what cloudron addons are installed once code-server is installed.

That said, yes, technically speaking code-server doesn't need all this, but it's barely an IDE without the ability to actually use the code you write in it. So I included all the popular ones.

Minimal in this case I don't believe works. Sure yours takes up less space but my package includes more features. In this case, I think keeping our apps separated for now is the best course of action.

This is not to say I don't like what you did. There is something to be said about a minimal-first approach to building an app. I think - let's keep building our packages separate and we can talk to @girish / @nebulon about how to add both (potentially) to the app store. Maybe just labeled differently so the admins can choose how they like to build.

And if we do go that route I would like to work together to make the login process the same on both apps - to help make it seamless to the end-users.

What do you think? I am also open to suggestions.

Edit: I hope none of this comes off as negative towards your package. That is not my intent. It's clear you and I both have a want/need/passion for code-server to be on the store. I am just genuinely excited to have this conversation with someone other than myself.

@cumpal mail is the internal name for the cloudron mail server. It will go there.

@cumpal Instead of mail.domain.com just use mail in imap / smtp server.

@cumpal If you are using the internal name, you would:

Server name: mail
Port: 2525

You do not need to whitelist this as the traffic never leaves the cloudron server.

@cumpal Depending on your firewall, you may need to use the internal name of the mail server docker (just called mail) as the the IMAP/SMTP host with port 2525. I had to do something like this with Nextcloud cause my firewall doesn't allow looped traffic:

SMTP: mail:2525
IMAP mail:993

As another note, looking at your screenshot 587 is NOT SSL but normally STARTTLS. 465 is usually SSL. Might want to try that too. I am not 100% sure if Cloudron also has 465 open

@nebulon According to this blog, this browser should fix that:

https://retrosystemsrevival.blogspot.com/2018/05/k-meleon-74-windows-9x-edition.html

(I haven't tested, nor do I trust the site.)

@marcusquinn Google took a staggering 6 seconds to load in that old IE. I wanted to get Firefox on there since FF uses it's own SSL CA store but couldn't get it loaded.

but man WinME was a trip down memory lane

@humptydumpty Oh those look nice

@dswd

Mine is here: https://github.com/mitchellurgero/cloudron-vscode-package

I plan to move it to Cloudron's GitLab once they approve it for testing.

@privsec probably getting dos'd??

I'd like to point out I have a build of this running as well with a bunch of IDEs and SDKs added.

@dswd - would we be able to merge our projects together so there is not 2 vastly different builds floating about?

@infogulch said in Everything in awesome-selfhosted :

True, though I suppose it would provide more immediate value to current users of Cloudron if we package apps requested in the App Wishlist forum sorted by upvote order desc. (I suppose this is the reason why keeping the App Wishlist clean is a good idea.)

I agree - I usually use the LAMP app now for purely testing (Hence my last comment), I've packaged quite a few apps for Cloudron (with 1 on the store front too!)

@onlybro Pixelfed is considered early-release beta by the dev that made it. (Pixelfed is a standalone PHP script NOT made by Cloudron, only packaged for Cloudron by Cloudron). Mastodon is much more stable if you are looking to get into the fediverse. At least for now anyway

@murgero Removed the blank template file from the custom folder and it worked without a hitch. I see this is marked as solved already but you can close the internal ticket if you haven't already.

@girish My ini is just setup to make the whole instance private, nothing custom in there.

Though there is a file in my custom templates folder called "explore" I'm going to remove and see if that helps.

@infogulch If you are good with finessing PHP / NodeJS you can use the LAMP app to get some if not most of the PHP / NodeJS apps in that list up and running. As a quick test / proof of concept I suppose.

@brutalbirdie Thank you for your input! I wrote this pretty early in the morning so I am sure there are some grammatical errors. Your first point is correct, there should not be an it's but an its.

I shall consider making the changes and add LDAP as it's own paragraph!

Thank you!

I wrote a probably poorly written Cloudron review on my site, if anyone wants to read - new users welcome too!!

https://urgero.org/posts/cloudron-review/