[07:44:20]
<ChriChri[m]> > On that note, this isn't strictly Yunohost stuff, but the domain I bought got slapped with a serverHold status from the registry and I haven't gotten any response from them despite messaging them almost a week ago. I chose the .icu TLD; was that a bad choice? Are there any reccommended registries I can use that won't shut me down? My best guess as to why I was given the status is either it's a glitch in the system or they somehow didn't like that I had some NSFW stuff on Nextcloud.
Uh, Internet gone broken? I do not see any reason your registry for your domain should interfere with your doings. The service they sell should be: request for your domain name? Answer. Everything else seems quite fishy to me.
I registered a .de, set it up with the crypto stuff (domain keys, whatever is needed to make my actual dns trustworthy) and used desec.io as the nameserver to configure and their service for dyndns.
I guess you need a registrar who allows you to set the record for your domain to do that.
[10:53:40]
<12b> Hi, we have an issue with our yunohost. We tried to update forgejo this morning. The update failed and yunohost restored the backup it made just before the failed update :
[10:53:53]
<12b> https://aria.im/_matrix/media/v1/download/matrix.org/KBWjifOtofkLlrFlbZcKeLcj
[10:54:10]
<12b> but now we cannot login anymore into forgejo
[10:56:04]
<12b> We get errors like this :
```
Failed authentication attempt for user1 from xxx.yyy.zzz.aaa:0: user does not exist [uid: 0, name: user1, keyid: 0]
```
[10:56:59]
<12b> the failed update log is there : https://paste.yunohost.org/raw/olequvacok
[10:57:34]
<12b> I think it broke something on ldap side. any idea how to fix this?
[13:42:51]
<12b> ok, we found out what was going on and fixed it
[13:46:47]
<12b> The error during the upgrade was caused by the yunohost\_api user that was missing in forgejo DB. The story is that we just migrated from gitea to forgejo. And the migration process probably removed the yunohost\_api user, because it did not exists on gitea side. To fix the issue we manually re-created the user and its auth token, then ran the upgrade again wich fixed the login issue for the other users.
[13:47:08]
<12b> The error during the upgrade was caused by the yunohost\_api user that was missing in forgejo DB. The story is that we just migrated from gitea to forgejo. And the migration process probably removed the yunohost\_api user, because it did not exist on gitea side. To fix the issue we manually re-created the user and its auth token, then ran the upgrade again wich fixed the login issue for the other users.
[14:04:40]
<orhtej2> > The error during the upgrade was caused by the yunohost\_api user that was missing in forgejo DB. The story is that we just migrated from gitea to forgejo. And the migration process probably removed the yunohost\_api user, because it did not exist on gitea side. To fix the issue we manually re-created the user and its auth token, then ran the upgrade again wich fixed the login issue for the other users.
a valid finding to report in Github project so that it may be fixed in the future release
[14:04:41]
<12b> you mean the YunoHost-Apps/forgejo_ynh github?
This was caused by the way we manually migrated our data from gitea to forgejo. Do you think this has to be fixed in that github?
[14:51:25]
<orhtej2> > you mean the YunoHost-Apps/forgejo_ynh github?
>
> This was caused by the way we manually migrated our data from gitea to forgejo. Do you think this has to be fixed in that github?
Oh, there's no automatic migration? Then perhaps include migration steps in the readme/erite tutorial in the forums? Useful stuff 👍
[16:31:16]
<12b> > Oh, there's no automatic migration? Then perhaps include migration steps in the readme/erite tutorial in the forums? Useful stuff 👍
We need to finalize the documentation of the migration process that was performed on our ynh server. But yeah wee will share that with the community when it is done.
[19:47:33]
<Florent> Hello, I would like to use my yunohost server to store backups of some personal data from my personal laptop and phone using borg. It is not clear to me which application I should install on the server. There are 3: Borg Backup, Borg Server, and BorgWarehouse. The thing is, they all seem dedicated to backing up the content of yunohost servers. For instance, installing Borg Server (borgserver_yunh) expects a key from Borg Backup (borg_yunh). I am not interested in backing up the content of my yunohost server, I would like to use it to store borg backups from clients which are not other yunohost servers. I think I misunderstood something. How would you do it?
[20:04:50]
<Florent> Thank you. Can I use an existing yunh user for the SSH user?
[20:04:50]
<orhtej2> > <@florent:tedomum.net> Hello, I would like to use my yunohost server to store backups of some personal data from my personal laptop and phone using borg. It is not clear to me which application I should install on the server. There are 3: Borg Backup, Borg Server, and BorgWarehouse. The thing is, they all seem dedicated to backing up the content of yunohost servers. For instance, installing Borg Server (borgserver_yunh) expects a key from Borg Backup (borg_yunh). I am not interested in backing up the content of my yunohost server, I would like to use it to store borg backups from clients which are not other yunohost servers. I think I misunderstood something. How would you do it?
Borg Server, provide the key generated on source system here
[20:09:38]
<Florent> Oh ok I see. I thought I would be able to backup with borg which would SSH as my regular user and store the backups in that user's home
[20:09:38]
<orhtej2> > <@florent:tedomum.net> Thank you. Can I use an existing yunh user for the SSH user?
https://github.com/YunoHost-Apps/borgserver_ynh/blob/7d0102c470e26a33a8e0c33557cee941c2cc79ba/manifest.toml#L30 I don't think so https://github.com/YunoHost-Apps/borgserver_ynh/blob/7d0102c470e26a33a8e0c33557cee941c2cc79ba/scripts/install#L21
[22:49:28]
<Florent> Would it be an issue if I installed the borg backup package manually instead, not as a yunohost app, and use it through my regular user to store repositories in its home?
[23:13:16]
<Aleks (he/him/il/lui)> would it be an issue to use the borg backup app and just create another user ...
[23:43:46]
<Florent> I don't understand why another user is required nor how it plays out with multiple users (do they all share the same borg user for their backups? should they all have a different borg user? why does it need to be another user?).
The users on my server, including me, already have an ssh access. I thought it would be natural that they manage their own borg repositories in their own home, and for that, the only thing required is the borg executable. It is not like a complex web app involving user management, databases, and so on. Hence my question which was sincere and not meant as an attack or sarcasm.
[23:51:55]
<Aleks (he/him/il/lui)> ... i don't understand why it's a big deal to have another user on the server, the cost is zero, and it's separation of concern ...
[23:54:41]
<Florent> I don't understand how it works with several users. That's my main interrogation. Also, many other apps and services provided on yunh rely on the existing users on the server. That's just curiosity.