[01:02:56]
<ihddn> Hello, would the form or the github page be the place to suggest a change to the default settings to the copyparty install? By default the user can upload files but not move or delete them, or use the delete last upload options. Its easy to correct with a change to the config file but it doens't seem like the default you would want.
[02:28:50]
<trendless> the github repo might be your best bet, especially if you submit a PR -- https://github.com/YunoHost-Apps/copyparty_ynh
[02:30:37]
<trendless> the github repo might be your best bet, especially if you submit a PR -- https://github.com/YunoHost-Apps/copyparty\_ynh
Looks like it might've been a deliberate choice, though; might have to just edit the user.config for your install: https://github.com/YunoHost-Apps/copyparty_ynh/blob/main/conf/user.config
[02:31:03]
<trendless> the github repo might be your best bet, especially if you submit a PR -- https://github.com/YunoHost-Apps/copyparty\_ynh
Looks like it might've been a deliberate choice, though; might have to just edit the user.config for your install (or use a hook!): https://github.com/YunoHost-Apps/copyparty\_ynh/blob/main/conf/user.config
[02:31:19]
<trendless> the github repo might be your best bet, especially if you submit a PR -- https://github.com/YunoHost-Apps/copyparty\_ynh
Looks like it might've been a deliberate choice, though; might have to just edit the user.config for your install (or use a hook!)
[02:32:51]
<trendless> the github repo might be your best bet, especially if you submit a PR -- https://github.com/YunoHost-Apps/copyparty\_ynh
If it was a deliberate choice by the packager, might have to just edit the user.config for your install (or use a hook!)
[02:32:57]
<ihddn> Thank you! I can see how this might just be the best way to allow for the install scripts to set it up too.
[02:34:12]
<trendless> welcome! The ynh app packaging is great and I would encourage everyone who wants to to get familiar with it -- can make a huge difference to your own server(s) and helps the community out, too!
[04:47:40]
<trendless> welcome! The ynh app packaging is great.
[05:21:45]
<cdnengphy> As SSH is really easy to spoof, hack etc is there a built in alternative like shadowsocks ¿
[05:52:28]
<tituspijean> cdnengphy: that premise is very surprising. There is no built-in alternative to the ubiquitous SSH.
[05:57:41]
<tituspijean> (shadowsocks is a proxy, it does not provide the same kind of service as SSH)
[05:58:23]
<cdnengphy> One just has to see the ssh toolkits available on Kali Linux OS to be rather worried about ssh security. I'm no haker but always good to see what there up too from there point of view 🥴
[08:18:44]
<Salamandar> Spoof ?
[08:30:27]
<obergix> SPOF ? ;-)
[14:43:23]
<Aleks (he/him/il/lui)> > <cdnengphy> One just has to see the ssh toolkits available on Kali Linux OS to be rather worried about ssh security. I'm no haker but always good to see what there up too from there point of view 🥴
I mean ... There are probably tons of tools to hack web-based system ... Does it mean the web is fundamentally insecure, or just that the web is one of the most used technology and therefore people develop hacking tools for it ...
[14:49:39]
<thatoo> Mon yunohost héberge les emails de domains.tld mais pas le site internet domain.tld qui est pour l'instant héberger ailleurs.
Je pensais donc mettre le domaine principal sur yuno.domain.tld pour permettre d'accéder au portail et aux apps.
Malheureusement, quand on clique sur https://yuno.domain.tld/yunohost/sso, on est automatiquement redirigé vers https://domain.tld/yunohost/sso?r=<clef> et donc on arrive sur une erreur 404 du site.
[15:21:01]
<thatoo> ah, ça ce n'est pas bon signe qu'Aleks pleure.
Est-ce que ça veut dire que ma priorité serait de migrer le site web avant toute chose?
[15:23:26]
<Aleks (he/him/il/lui)> ça veut dire que c'est un probleme connu sans solution simple et hmpgnnfn
[15:28:02]
<thatoo> ok
[16:23:37]
<miro5001> What's the right way to deploy a django custom app?
[17:19:31]
<boipisigre> Bonsoir
je cherche du support sur NextCloud.Version
Nextcloud Hub 10 (31.0.10)
lorsque je partage un fichier avec un utilisateur interne
j'ai le message :
> Erreur à la création du partage : Failed to create share.
[17:23:43]
<Aleks (he/him/il/lui)> possiblement tu peux essayer d'ouvrir un terminal SSH, passer en root avec `sudo su` ou `sudo -i`, puis faire `tail -f /var/log/nextcloud/nextcloud.log`. Ça va "écouter" les nouvelles lignes arrivant dans le log, puis dans ton navigateur tu redéclenches le problème et pile après tu partages la ligne d'erreur que ça aurait fait apparaitre dans le terminal. (À tout moment tu peux faire Ctrl+C dans le terminal où le "tail -f" tourne pour reprendre la main)
[17:33:01]
<boipisigre> Houpsss résolu , Histoire de groupe 🙂
all_users n'est pas un groupe permettant le partage.
[17:34:38]
<Aleks (he/him/il/lui)> uuuh beh si tu l'as toujours sous la main ce serait intéressant de voir le message d'erreur que y'a eu tout de même pour voir ce qu'on pourrait faire pour prévenir le problème pour d'autres personnes ...