YunoHost 4.3 testing

Will there be a testing image or can we request one?

No, there will not be a testing image. You can however install YunoHost with its standard methods, including with an image, then perform the command described in the first post to switch to testing.

1 Like

A post was split to a new topic: Blocked on Github

(Small bump, we’re still looking for testers / feedback, we’re planning a stable release during next week)

2 Likes

I’ve got my hands on a RaspberryPi, downloaded the YunoHost image from the main website, installed it. But when I try to update I get:

Unable to update the cache of APT (Debian's package manager). Here is a dump of the sources.list lines, which might help identify problematic lines:
sources.list:deb http://raspbian.raspberrypi.org/raspbian/ buster main contrib non-free rpi
sources.list.d/yunohost.list:deb http://forge.yunohost.org/debian/ buster stable testing
sources.list.d/raspi.list:deb http://archive.raspberrypi.org/debian/ buster main

And when I ssh and try to switch to testing:

E: Repository 'http://raspbian.raspberrypi.org/raspbian buster InRelease' changed its 'Suite' value from 'stable' to 'oldstable'

N: This must be accepted explicitly before updates for this repository can be applied. See apt-secure(8) manpage for details.

Any tip to switch to testing?

Does this Updates may fail because "Repository [...] changed its 'Suite' value from 'stable' to 'oldstable'" work for you?

sudo apt update worked, thanks!

I have tried using the new DNS tool for Dinahosting. Some records were pushed, some weren’t. This is the log of the action: https://paste.yunohost.org/raw/qenokiseru

No token or special settings needed — regular username and password only. This is the documentation they provide: ¿Qué es dinaIP y cómo lo uso? - Ayuda | dinahosting

Also, tried setting the webadmin interface to Basque. Most of the dialogs still show in English (fallback lang).

Not sure if you find this useful. I have been busy and haven’t had the chance to try as many things as I would’ve liked.

2 Likes

Yes thank you very much :+1:

I think I saw an epic amount of updates for Basque but they may not be merged/released yet, but will surely be in the next iteration :+1:

1 Like

I don’t know what percentage was translated when I started, but it should be at 100% now. Still, a lot more needs to be done to standardise all strings. I also have some questions regarding translation, but I guess this is not the right place to ask them.

As for the DNS auto configure tool, I’d like to try it with Dreamhost as well, but for some reason my DNS records don’t propagate. They tell me to wait, but I don’t know how many days they expect me to just sit and wait. That’s why I usually use Cloudflare.

However, as far as I know, if the registrar is Dreamhost and DNS records are managed by Cloudflare, there is no way to use the autoconfigure tool.

1 Like

Ah indeed we didn’t really think about this … How did you configure the relation between Dreamhost and Cloudflare ? Did you define some sort of special record like NS or SOA ? (Maybe Cloudflare has a tutorial somewhere describing this ?)

My skills are not that broad. I just change the NameServers (on Dreamhost control panel) to those provided by Cloudflare when I signed up: derek.ns.cloudflare.com… and add all DNS records on Cloudflare.

I have tried two more registrars:

  • Freenom
  • Namecheap

Both are managed by Cloudflare.
They are set up the very same way as my Dreamhost domain (see above).

In these two cases (Freenom and Namecheap), YunoHost thinks that Cloudflare is the registrar —this didn’t happen with Dreamhost—, so I think it’s a good thing.

  • domain_config_auth_username: your email
  • Authentication token: global API key
  • domain_config_zone_id: zone ID (click on your domain and scroll down to find this number on the Overview tab)

I only tried with an A record but it worked. If you want to check the log: https://paste.yunohost.org/raw/xuxafuqugo

Ah indeed we may need to tweak a few things here … : Lexicon explains that there are two (three?) ways to configure stuff, either using username+token, or token alone (or token + zone ids)

But Yunohost asks for all three which is incorrect … :

I just updated my post :wink:

I think asking or using the global API key is a bit too much. But I’m glad it works!

1 Like

Haha indeed, cool to know that you were able to get it working ! Still probably too confusing / technical compared to Yunohost spirit … but we could probably just add some guidance in the doc - we already did such thing for OVH and Gandi to help people obtaining their API credentials which is usually not straightforward even for tech-savvy people

1 Like

A couple of days ago I said that I couldn’t use YunoHost 4.3’s auto DNS tool to push/update records of a Dreamhost domain that was managed by Cloudflare. This isn’t true.

I have tried once more today and it’s working the same way Freenom and Namecheap domains do — if records are managed by Cloudflare, YunoHost’s tool does the job.

1 Like

I have a problem adding a second user. This is what I did:

  • started a clean installation of Debian 10 on a VPS
  • apt got the latest upgrades
  • apt got yunohost
  • postinstall
  • switch to testing with curl https://install.yunohost.org/switchtoTesting
  • apt upgrade
  • Yunohost diagnosis confirms it is 4.3 testing now
  • added three domains
  • added a user for one domain
  • tried to add a second user for another domain, no success
    • also for the same domain as the first, no success
  • logout and login, retry, no success

This is the API logging from the last login and trying twice to add the second user

# tail -f yunohost-api.log 
2021-11-03 18:30:44,170 DEBUG    geventwebsocket.handler (unknown function) - Initializing WebSocket
2021-11-03 18:30:44,171 DEBUG    geventwebsocket.handler (unknown function) - Validating WebSocket request
2021-11-03 18:30:44,171 INFO     geventwebsocket.handler (unknown function) - 127.0.0.1 - - [2021-11-03 18:30:44] "GET /logout?locale=en HTTP/1.1" 200 248 0.000588
2021-11-03 18:30:44,173 DEBUG    geventwebsocket.handler (unknown function) - Initializing WebSocket
2021-11-03 18:30:44,173 DEBUG    geventwebsocket.handler (unknown function) - Validating WebSocket request
2021-11-03 18:30:44,173 INFO     geventwebsocket.handler (unknown function) - 127.0.0.1 - - [2021-11-03 18:30:44] "GET /installed?locale=en HTTP/1.1" 200 159 0.000329
2021-11-03 18:30:49,091 DEBUG    geventwebsocket.handler (unknown function) - Initializing WebSocket
2021-11-03 18:30:49,091 DEBUG    geventwebsocket.handler (unknown function) - Validating WebSocket request
2021-11-03 18:30:49,091 DEBUG    geventwebsocket.handler (unknown function) - Can only upgrade connection if using GET method.
2021-11-03 18:30:49,092 DEBUG    moulinette.actionsmap get_authenticator - Loading auth module yunohost.authenticators.ldap_admin
2021-11-03 18:30:49,095 INFO     geventwebsocket.handler (unknown function) - 127.0.0.1 - - [2021-11-03 18:30:49] "POST /login HTTP/1.1" 200 383 0.003302
2021-11-03 18:30:49,378 DEBUG    geventwebsocket.handler (unknown function) - Initializing WebSocket
2021-11-03 18:30:49,378 DEBUG    geventwebsocket.handler (unknown function) - Validating WebSocket request
2021-11-03 18:30:49,378 DEBUG    moulinette.actionsmap get_authenticator - Loading auth module yunohost.authenticators.ldap_admin
2021-11-03 18:30:49,378 DEBUG    moulinette.core acquire - acquiring lock...
2021-11-03 18:30:49,379 DEBUG    moulinette.core acquire - lock has been acquired
2021-11-03 18:30:49,379 DEBUG    moulinette.actionsmap process - loading python module yunohost.tools took 0.000s
2021-11-03 18:30:49,379 DEBUG    moulinette.actionsmap process - processing action [20403.16]: yunohost.tools.versions with args={}
2021-11-03 18:30:49,390 DEBUG    moulinette.actionsmap process - action [20403.16] executed in 0.011s
2021-11-03 18:30:49,390 DEBUG    moulinette.core release - lock has been released
2021-11-03 18:30:49,391 INFO     geventwebsocket.handler (unknown function) - 127.0.0.1 - - [2021-11-03 18:30:49] "GET /versions?locale=en HTTP/1.1" 200 365 0.012881
2021-11-03 18:31:15,397 DEBUG    geventwebsocket.handler (unknown function) - Initializing WebSocket
2021-11-03 18:31:15,397 DEBUG    geventwebsocket.handler (unknown function) - Validating WebSocket request
2021-11-03 18:31:15,397 DEBUG    geventwebsocket.handler (unknown function) - Attempting to upgrade connection
2021-11-03 18:31:15,397 DEBUG    geventwebsocket.handler (unknown function) - WebSocket request accepted, switching protocols
2021-11-03 18:31:15,570 DEBUG    geventwebsocket.handler (unknown function) - Initializing WebSocket
2021-11-03 18:31:15,570 DEBUG    geventwebsocket.handler (unknown function) - Validating WebSocket request
2021-11-03 18:31:15,570 DEBUG    geventwebsocket.handler (unknown function) - Can only upgrade connection if using GET method.
2021-11-03 18:31:15,571 INFO     geventwebsocket.handler (unknown function) - 127.0.0.1 - - [2021-11-03 18:31:15] "POST /users HTTP/1.1" 500 880 0.001042
2021-11-03 18:31:51,933 DEBUG    geventwebsocket.handler (unknown function) - Initializing WebSocket
2021-11-03 18:31:51,933 DEBUG    geventwebsocket.handler (unknown function) - Validating WebSocket request
2021-11-03 18:31:51,934 DEBUG    geventwebsocket.handler (unknown function) - Attempting to upgrade connection
2021-11-03 18:31:51,934 DEBUG    geventwebsocket.handler (unknown function) - WebSocket request accepted, switching protocols
2021-11-03 18:31:52,104 DEBUG    geventwebsocket.handler (unknown function) - Initializing WebSocket
2021-11-03 18:31:52,105 DEBUG    geventwebsocket.handler (unknown function) - Validating WebSocket request
2021-11-03 18:31:52,105 DEBUG    geventwebsocket.handler (unknown function) - Can only upgrade connection if using GET method.
2021-11-03 18:31:52,108 INFO     geventwebsocket.handler (unknown function) - 127.0.0.1 - - [2021-11-03 18:31:52] "POST /users HTTP/1.1" 500 880 0.003925

In /var/log/yunohost/categories/operation/20211103... there is logging from adding the first user (user create, group create, update all users), but no logging for the second user.

After fiddling a bit, it turns out that the script crashes at í (i-accent-aigu) in the ‘first name’ field.

Uuuh okay do you happen to have the stacktrace error that should be displayed in the webadmin when the error arises ?

There was only a friendly 500 error, I didn’t notice the stack trace.

Peertube is installing, I’ll retry after that.