Hello everyone. I've been busy with the physical facility buildout of my business. That has now wrapped up (I have one more weekend of punchlist work). Anyway, I am now packaging up the things from my list! Using a combination of claud/gemini.
See the git repo here : https://git.knownelement.com/KNEL/KNELProductionContainers/src/branch/integration/
Did not work. I made the
/app/data/dolibarr
directory identical to a working instance. I restarted the instance that I can't login to as admin and get exact same error. Any way to increase the logging?
Seems it’s something that can be set in the config but warns against doing so if running in docker
https://docs.paperless-ngx.com/configuration/#PAPERLESS_CONSUMPTION_DIR
Is anyone using mounted volume as the consume directory ?
Will paperless leave the original documents in the consume directory and copy them internally?
I have a ScanSnap which will scan to a mapped drive. I want to leave those documents alone (to manage via ScanSnap by our CFO who is familiar with that system / process ).
I want a copy made into paperless where I , and our COO and CFO and some automation I’m working on will utilize paperless workflows / APIs etc.
The documents should exist in both places , this is a feature / desired behavior.
Ideally paperless would track the already consumed documents.
Documentation isn’t clear. I may need to open an issue with upstream. Which is fine.
My cloudron specific question is how to map a volume to the consume folder ?
I’ll take a look. Thanks for the suggestion.
I don’t think that will solve my issue. I’ll update this thread with the results either way 
I can't do that. I can't login as admin.
I would strongly recommend Univention as the authentication back end. I used that in the past (pre cloudron) for LDAP auth for everything. I migrated all my apps / data to Cloudron/OpenID/Oauth and am now re-deploying Univention for desktop auth.
Desktop users of my company will only need two passwords (cloudron/univention) but with Cloudron SSO, and they can stay (essentially) perm logged in with cookies, it's not a big deal. Only artists/engineers etc doing heavy desktop work will need Univention logins.
One other option I'm exploring is having Linux auth to keycloak...
Got it. Thank you so much for the update. Sorry about my mis-perception/understanding of the tone. Thank you all for the great support you provide us all!
I have a number of Dolibar instances deployed on my Cloudron. Post OIDC update all of them work for OIDC login. All but 1 work for the local admin login.
i get the error:
Not an OpenID Connect flow
The configuration of all of them (on the filesystem/cloudron side) is stock / identical. I've got custom groups etc inside the instances to support the various lines of business. However I haven't made any major global or code etc changes to any of them, just customized modules/perms etc via the GUI.
Any ideas?
The schema object documentation on the addon page is very useful for application authentication to LDAP. Not so much for Linux authentication. Hence, my question about which schema is used.
Not to be rude.... but this feels like a "RTFM" response. Yes, I've read those pages. A ctrl+f for schema returns
On https://docs.cloudron.io/user-directory/#ldap-directory-server (nothing)
On https://docs.cloudron.io/packaging/addons/#ldap (a reference to a DB update)
Did you fully read and understand my question? I ask that as gently and respectfully as possible. The question is hyper specific to LDAP/schemas etc and not a general "how to connect/auth etc".
Could you perhaps point me at the relevant code in the cloudron repo?
Is yarn no longer included?
root@ab0364d2-83f6-46cd-96c5-f9c329d24af7:/app/data/public# yarn --version
bash: yarn: command not found
root@ab0364d2-83f6-46cd-96c5-f9c329d24af7:/app/data/public#
What schema/schemas does the Cloudron LDAP server support?
I am attempting to have my Linux systems authenticate against the Cloudron LDAP server and a few subtle differences exist between schema versions.
Thanks!
Here is what I'm thinking. Keep in mind I have no knowledge of how the Cloudron core works.
In the Cloudron UI, somewhere in settings , add a form which lets me set an IP address or hostname for a syslog target.
In the Cloudron back end, configure the /etc/rsyslog.conf.d/<custom.conf> or /etc/syslog-ng equiv to set *.* to that hostname/IP
For now, I would be happy to just have the system (OS) logs coming to my syslog collector. Ideally it would also get all the dockers logs as well.
Hello all.
I have a Debian 12 VM running librenms and syslog-ng. All of my systems (other than Cloudron) send all their logs (vis rsyslog) to it.
I would like to feed all the Cloudron OS/docker logs to that server. Having a proper/supported/GUI way todo so would be very nice.
Also (for those who don't have a syslog server) logrotate/logwatch support would be good as well.
By the way, for these requests, I am happy to help hack on them, test them out etc.
For anyone who wants to follow my packaging work:
https://git.knownelement.com/KNEL/KNELProductionContainers/src/branch/master/PackagingWorkspace
I have this working in both directions now!
The key was :
14 su www-data -c 'git config --global user.name ReachableCEO'
15 su www-data -c 'git config --global user.email charles@turnsys.com'
And I then created a page in grav and it synced up to my repo:
Thanks to everyone for the assistance!
Hello everyone. I am beginning to actually package up applications. Do you all have a discord/slack/telegram/etc room ? Would be great to co-work/hack/collaborate with core team as I work on all these apps.
I have two milestones defined:
The July milestone is finalized. I de-scoped a handful of (redundant) apps . I decided to keep librenms/mailpiler in a VM on-premise and grocy in the HomeAssistantOS VM. Eliminated homebox/homechart as redundant with grocy. Oh also keeping sipwise on-premise in a dedicated VM (because DHCP/tftp/port forwarding from my router). And sipwise really wants to have full control of the VM.
@girish This is incredible. Thank you so much for sharing this.
I’m in the process of adding it to Claude Desktop.
Connecting...
root@16405153-e269-41e3-ab8d-095606d5b07e:/app/data/public/KNEL/FetchApply# gup
Already up to date.
root@16405153-e269-41e3-ab8d-095606d5b07e:/app/data/public/KNEL/FetchApply# cat /app/data/.bashrc
cd /app/data/public/KNEL/FetchApply
alias gup='su www-data -c "git pull"'
root@16405153-e269-41e3-ab8d-095606d5b07e:/app/data/public/KNEL/FetchApply#
Ah this opens up all manner of creature comforts. Excellent! Really appreciate the prompt response @joseph