Agate+ (dual protocol server to serve gemini/http from one source)

[LoudLemur]

Agate+ installed using https://ccai.appx.uk/ and the nice, new "Quick Setup" option.

• The port field 19XX was a bit confusing. If you leave it like that, the installation doesn't work. For the quick setup, how about suggesting 1965 and a note/tool-tip for changing this if needed

• I don't think that ccai checks to see if another installation is happening at the same time before attempting to start. In something like a college setting, lots of people might be trying to use the same service at the same time in a class.

• The reverse proxy for additional servers is a nice tool. I tried using the terminal as suggested to setup an additional server using the initial one as a reverse proxy, but it failed.

/app/code# register-new-instance.sh
bash: register-new-instance.sh: command not found

[timconsidine]

I could not replicate the errors.
So I tweaked the CCAI installer to be more aggressive on clearing past installation attempts, as robi and loudlemur mentioned multiple attempts.

NB : if you're doing repeat installs, it's definitely worth using the [Start Over] but maybe you did.

NB : when installing to a subdomain not used before, Cloudron's reverse proxy registration can be variable (fast to slow). Patience required

I also cleared Didier's package details until they can be verified.

I used CCAI to install a new instance of Agate+ and made a video.

Note : for the first installation of Agate+, the port binding needs to be clear or set to GEMINI_PPORT=1965.
For additional installations, port binding needs to be GEMIN_PORT=1967 or higher if you have other installations. And in your first installation of Agate+, register your 2nd etc instance. See POSTINSTALL.md in the 1st instance, which is shown on the app settings dashboard.

No privilege to post the install demo here, so it's over here : https://ccai-demo.appx.uk/
This might flush out any difference in the way I am doing it.

Other thoughts :

• use [Start Over] between install attempts
• reload or force reload the browser page between install attempts
• check in your Cloudron whether an app was created despite failed install, and manually uninstall it through the Cloudron app dashboard before trying again

[timconsidine]

Pushed small tweak to cloudron git and to hosted docker image (v 6.3.7)

[robi]

@timconsidine said in Agate+ (dual protocol server to serve gemini/http from one source):

@DidierMalenfant what is the git service behind "https://code.malenfant.net/didier/agate-app " ?
I can try to add support for it.

His is just a Gitea instance, so should be fine. It should fail on the git command attempt, not the URL check.

I'd also like to keep my cloudron info while installing other apps, until the browser window is closed.
Why log in every time?

Same for subdomain and port settings, keep the TLD and have a default port for first installs, we know to increment on additional installs.

[robi]

@LoudLemur said in Agate+ (dual protocol server to serve gemini/http from one source):

/app/code# register-new-instance.sh
bash: register-new-instance.sh : command not found

That's because it's in /app/data

Take a look in the App Terminal or File Manager

[robi]

@timconsidine Can you add a checkbox to an app anyone installs to submit it to your list of available packages once a successful install has taken place?

Private apps remain private if left unchecked.

[robi]

Btw, your Agate+ app doesn't seem to complete health check, hence remains Starting... & unclickable from UI.

[timconsidine]

@robi really ?! Not good, sorry.
Works for me though !
Let me investigate further.

Are you installing manually or through ccai.appx.uk ?
Is this with v6.37 (latest - uploaded to cloudron git this evening) ?

Just so I know what to investigate

[robi]

@timconsidine said in Agate+ (dual protocol server to serve gemini/http from one source):

Are you installing manually or through ccai.appx.uk ?
Using your ccai

Is this with v6.37 (latest - uploaded to cloudron git this evening) ?

v6.37, pkg v 3.3.17

I installed it twice, once with the port set to 1968, then uninstalled, and installed again with your new instructions to delete the port field, same result.

App works, but Cloudron doesn't know.

[timconsidine]

@robi sorry for trouble
and thanks for info
I’m not seeing this behaviour
Will check again

[timconsidine]

If it is the first installation of Agate+, port should be blank or GEMINI_PORT=1965.

[LoudLemur]

@robi The uncompleted healthcheck was the final stumbling block I had with trying to install another custom application. It was all going well until the health check, but then there was no response...

[timconsidine]

Just installed new Agate+ using the custom app installer https://ccai.appx.uk

I am not seeing the same issues - sails through for me - going to have to think about how to diagnose your experiences.

NB the settings in the above screenshot are because I already have a "real" installation running, so for this new one using a higher port number.
For the first installation on a particular Cloudron, port binding field should be blank or GEMINI_PORT=1965.

[timconsidine]

@LoudLemur for first use of a "new" subdomain (one not used on Cloudron before), the reverse proxy check can take some time. The healthcheck should be reasonable.
I'm finding it can take 1-2 minutes for download, reverse proxy and healthcheck.
But it does complete.
I have not encountered a timeout on healthcheck as yet.

[timconsidine]

Once you do get it installed, Agate+ has a useful content editor under /admin

[LoudLemur]

@timconsidine That is a helpful feature and illustrative of the consideration and understanding that went into creating the application.

[timconsidine]

Hmm <scratching head>
I've been trying to diagnose @robi report that app installs but gets stuck in "Starting..."

I wondered if there was a hidden issue that I was installing from CCAI on my primary cloudron to a location/url also on my primary cloudron.
So I installed a clean fresh separate Cloudron instance as the target.

I then used ccai.appx.uk to install 2 custom apps from the catalogue (new feature!), Raneto and Agate+.
Both sailed through the installation, and started fine.

So <scratching head> I don't know.

If you or anyone has the time/inclination to try again and get the same stuck in Starting..., I would suggest :

• checking the logs of the app from its dashboard
• do stop/start in dashboard or Repair/Restart

FYI :
CCAI now on v4.0.9 and pushed to git.cloudron.io.
ccai.appx.uk is running that version as a public hosted service.
Agate+ still on v6.37

[LoudLemur]

Hey, Tim, I like the new update and now I can see we can use it to one click install FacilMaps - nice!
Very, very nice, actually! We wanted to serve our own maps like this for ages. Now we can!

Also, very cool, we can even use ccai to install ccai - on our own server!

CCAI deserves a thread/discussion all of its own, I think.

[timconsidine]

@LoudLemur thank you
I wanted to get CCAI to a point where it would be worth making an App Wishlist for it.
Just a few more tweaks to do.

And need to find more custom apps to flesh out the catalogue with known/tested cases.

[robi]

@timconsidine said in Agate+ (dual protocol server to serve gemini/http from one source):

Hmm <scratching head>
I've been trying to diagnose @robi report that app installs but gets stuck in "Starting..."

Same here, tried to use my.demo.cloudron.io but it fails to log in at all:
Failed to check login status: Unexpected token '<', "<!DOCTYPE "... is not valid JSON

I'll see if I can find another Cloudron to test with in case something is off with mine.

UPDATE:
Seems to be a combo with an specific browser version and my Cloudron is having issues with all apps that install/upgrade.. waiting for healthcheck.
Sorry for the wild goose chase. CCAI install on Demo server worked just fine after using another browser.