[02:00:59]
<shortdom> Sorry to bother you, but were you ever able to look into why Synapse on sub.domain.tld and Nextcloud at domain.tld, with Synapse using well-known for domain.tld user aliases, is causing a conflict when upgrading Nextcloud at domain.tld?
https://paste.yunohost.org/raw/guyezuquxo
Edit: I'm happy to include other logs; just let me know which ones.
[04:41:39]
<satadaes> https://aria.im/_matrix/media/v1/download/matrix.org/CFpZqtQHvImvAEjObLKbrree
[04:41:53]
<satadaes> diagnosis page stuck like this even after a reboot, any ideas?
[09:12:52]
<erkie> Hello people! First time Yunohost user here.
[09:14:21]
<erkie> I'm installing on a Raspberry Pi 4, first bootup seems good. There was some kind of a first phase, automatic reboot, then what looks like a normal boot finishing with a `login:` prompt.
[09:17:36]
<erkie> But... What is the initial account? The install docs just says run ` yunohost tools postinstall` - however I don't even get to log in...
[09:20:40]
<erkie> The `root`/`1234` credentials from the SSH page just result in a `Login incorrect` message.
[09:29:50]
<orhtej2> > <@erkie:librem.one> But... What is the initial account? The install docs just says run ` yunohost tools postinstall` - however I don't even get to log in...
Same you used for installing initialli
[09:30:13]
<erkie> Running the 11.x version that was available the other day, I now notice 12.0 being linked from the installation instructions.
[09:31:04]
<erkie> Sorry, I never gave any credentials. This is the first boot after flashing the SD card.
[09:47:03]
<erkie> Ok, found the correct credentials on the `Finding your server's local IP` page. They're `root`/`yunohost`. On to the next task :)
[09:57:21]
<isAAAc> hello all,
upgrade mastodon is failing, https://github.com/YunoHost-Apps/mastodon_ynh/issues/477
i don't understand what is wrong
[12:39:18]
<. |3^RELATIVISM> That graphical installer is not very well maintained?
[12:39:18]
<isAAAc> i always used https://doc.yunohost.org/en/install/hardware:vps_debian
[12:39:18]
<. |3^RELATIVISM> Not really [@isaaac:matrix.krashboyz.org](https://matrix.to/#/@isaaac:matrix.krashboyz.org) on the docs where you have "regular machine" it has prepackaged installer
[12:39:18]
<. |3^RELATIVISM> Hmm even if you have access to your own rack/server? With physical access?
[12:39:19]
<. |3^RELATIVISM> Yeah exactly, bug on installer? Given is based on Debian installer?
[12:39:19]
<isAAAc> > <@irelativism:xmr.se> P.S. was using a console with Intel boot agent with yunohost image? Is it better practice to use Debian and install yunohost on top instead?
yes , it is, install debian and then use the install script
[12:39:19]
<isAAAc> . |3^RELATIVISM: https://doc.yunohost.org/en/install
[12:39:20]
<isAAAc> yunohost shouldn't need gnome to work
[12:39:20]
<. |3^RELATIVISM> Https://repo.yunohost.org/images/yunohost-bookworm-12.0-amd64-stable.iso
[12:39:20]
<isAAAc> i can't answer this, i always installed a minimal debian and then called the script install : https://doc.yunohost.org/en/install/hardware:vps_debian#run-the-install-script
[12:39:20]
<. |3^RELATIVISM> > i always used https://doc.yunohost.org/en/install/hardware:vps_debian
I believe the point of that image is for remote VPSs son like where you cannot use install medium. I just thought it was weird to install gnome in a minimal install
[12:45:30]
<rodinux> maybe the build of the iso image is need to be adjust... It's better use the script install on a debian minimal server
[13:29:36]
<satadaes> https://aria.im/_matrix/media/v1/download/matrix.org/JmjyevhsYjLZisLuRhTEZGAk
[13:30:03]
<satadaes> does this mean my own network is banning itself? lol
[15:43:25]
<miro5001> I have a small vps with only 20G of storage and I have a larger one.
I tried to mount a folder from the second on /home/yunohost.backup of the first one using sshfs. The mount works, I can copy on it but the backup fails because it was unable to change permissions.
Is there any other ways to get the backup folder mounted on the second server, allowing yunohost backup?
[15:58:29]
<Aleks (he/him/il/lui)> what about studying exactly what's the permission issues and tweaking the permissions appropriately
[16:48:21]
<miro5001> > <@Alekswag:matrix.org> what about studying exactly what's the permission issues and tweaking the permissions appropriately
I will create a topic on the forum, since it's a bit long to explain here
[17:10:25]
<miro5001> Here https://forum.yunohost.org/t/mount-home-yunohost-backup-on-a-remote-server/32244
[17:11:48]
<Aleks (he/him/il/lui)> oh you're actually jarod on the forum ô.O
[17:13:10]
<miro5001> > <@Alekswag:matrix.org> oh you're actually jarod on the forum ô.O
Yeah 😅
[17:13:50]
<miro5001> But the same 5001 😁
[17:15:06]
<Aleks (he/him/il/lui)> i'm kind of confused about why you're mounting VPS2's folder on VPS1 and not the other way around ?
[17:15:30]
<Aleks (he/him/il/lui)> my understanding is that you need VPS1 to write in the folder, and VPS2 to read in it ?
[17:15:46]
<Aleks (he/him/il/lui)> ah, you want the data to "keep existing on VPS2" even if VPS1 burst into flames ?
[17:20:18]
<miro5001> And since vps1 is low on storage, it won't be able to backup all
[19:49:26]
<rodinux> Waouw I have a nextcloud upgrade failing
```
Info: Updating sources...
Warning: Failed to update sources : Failed to download asset 'main' (https://download.nextcloud.com/server/releases/nextcloud-29.0.9.tar.bz2) for nextcloud: https://download.nextcloud.com/server/releases/nextcloud-29.0.9.tar.bz2:
2024-11-26 20:43:22 ERROR 404: Not Found.
Info: Reverting sources...
Error: Provisioning, deprovisioning, or updating resources for nextcloud failed: Failed to download asset 'main' (https://download.nextcloud.com/server/releases/nextcloud-29.0.9.tar.bz2) for nextcloud: https://download.nextcloud.com/server/releases/nextcloud-29.0.9.tar.bz2:
2024-11-26 20:43:22 ERROR 404: Not Found.
Info: The operation 'Upgrade the 'nextcloud' app' could not be completed. Please share the full log of this operation using the command 'yunohost log share 20241126-194321-app_upgrade-nextcloud' to get help
Error: The operation 'Upgrade the 'nextcloud' app' could not be completed. Please share the full log of this operation using the command 'yunohost log share 20241126-194321-app_upgrade-nextcloud' to get help
```
[19:49:53]
<Aleks (he/him/il/lui)> hmpf indeed it's a 404
[19:50:24]
<rodinux> I hope I can restore !!
[19:50:38]
<rodinux> yunohost log share 20241126-194321-app_upgrade-nextcloud
[19:51:46]
<rodinux> I must remove nextcloud before restore ??
[19:52:00]
<Aleks (he/him/il/lui)> you must remove any app before restoring it, yes
[19:55:45]
<rodinux> Os it the link sources for nextcloud which was not responding ?
[19:56:08]
<rodinux> Ok restore success
[19:56:11]
<Aleks (he/him/il/lui)> o.O
[19:58:46]
<Aleks (he/him/il/lui)> ah yes the initial failure was about the upgrade
[19:59:19]
<rodinux> wtf the package is latest-29 !! not 29.0.9 it go from 29.08 to 30.0.0 !
[20:01:15]
<rodinux> it should be https://download.nextcloud.com/server/releases/latest-29.tar.bz2
[20:01:40]
<rodinux> not https://download.nextcloud.com/server/releases/nextcloud-29.0.9.tar.bz2
[20:02:41]
<rodinux> Do they have change the method of the repo ??
[20:04:16]
<Aleks (he/him/il/lui)> probably yes
[20:04:55]
<rodinux> But how did they communicate in such cases ??
[20:05:02]
<Aleks (he/him/il/lui)> ¯\_(ツ)_/¯
[20:05:28]
<Aleks (he/him/il/lui)> ¯\_(ツ)_/¯ they could have configured some sort of automatic redirect but they didnt
[20:15:45]
<rodinux> I upload the last.29 to be sure... It's really strange because in I could upgrade on another yunohost just less than one hour before...
[20:15:50]
<Aleks (he/him/il/lui)> « un quart d'heure avant sa mort, il était encore en vie »
[20:20:09]
<rodinux> I try again if the tathoo PR to choose mailforward for nextcloud can pass...
[20:20:09]
<rodinux> I try again if the thatoo PR to choose mailforward for nextcloud can pass...
[20:32:41]
<rodinux> Is it relevant to fix this link to upgrade on nextcloud ? or anyway the branch testing will soon replace the branch master ??
[20:33:19]
<Aleks (he/him/il/lui)> it is very much relevant to fix it because people upgrading from older version will still need to go through each version (because of the way nextcloud upgrades)
[20:40:21]
<rodinux> does the code like this could works anyway ? `next_major_version="$(( $current_major_version + 1 ))"` ??
[20:43:32]
<Aleks (he/him/il/lui)> ... why wouldn't it work ...? the upgrade is tested on the CI
[20:44:02]
<rodinux> Ok...
[20:44:28]
<Aleks (he/him/il/lui)> is the `$(( ))` syntax troubling you ? I don't know why you're pointing this specific line ...
[20:45:47]
<rodinux> Well, I try a CI with just the source link changed and the correct sha256sum
[20:47:22]
<rodinux> I think, as you said, perhaps is a symbolic link which have been broken ??
[20:51:29]
<rodinux> perhaps I cancel for now the other PR in the CI, is more important this one...