17 May 2022 |
admin (mobilize.berlin) | is there a way to have zero downtime if migrations are needed during upgrade? | 20:28:16 |
admin (mobilize.berlin) | Email does not work for me after upgrade to 2.1 | 21:33:32 |
Tealk (rollenspiel.events) | In reply to @killy-ann:systemli.org has anyone experienced Email issues with the release candidates? see https://framagit.org/framasoft/mobilizon/-/issues/1101
I really do hesitate to upgrade, since I do not know if this is an actual thing. v2.1.0 send email works | 21:34:44 |
admin (mobilize.berlin) | In reply to @tealk:tchncs.de v2.1.0 send email works for you?! | 21:35:24 |
Tealk (rollenspiel.events) | yes | 21:35:29 |
admin (mobilize.berlin) | yes, but not for me. I need to solve this. | 21:36:01 |
| Tealk (rollenspiel.events) changed their display name from Tealk to Tealk(rollenspiel.events). | 21:36:16 |
| Tealk (rollenspiel.events) changed their display name from Tealk(rollenspiel.events) to Tealk (rollenspiel.events). | 21:36:31 |
admin (mobilize.berlin) | can you create new users? with any email I get This email is already used. | 21:36:50 |
Tealk (rollenspiel.events) | In reply to @killy-ann:systemli.org can you create new users? with any email I get This email is already used. yes | 21:37:33 |
Tealk (rollenspiel.events) | also works without problems | 21:38:05 |
admin (mobilize.berlin) | can you find something like this in your logs:
May 17 23:37:37 mobilize.berlin mobilizondev[1162480]: ** (exit) an exception was raised:
May 17 23:37:37 mobilize.berlin mobilizondev[1162480]: ** (UndefinedFunctionError) function Tesla.Adapter.Hackney.call/2 is undefined (module Tesla.Adapter.Hackney is not available)
May 17 23:37:37 mobilize.berlin mobilizondev[1162480]: Tesla.Adapter.Hackney.call(%Tesla.Env{__client__: %Tesla.Client{adapter: {Tesla.Adapter.Hackney, :call, [[recv_timeout: 20000]]}, fun: nil, post: [], pre: [{Tesla.Middleware.Headers, :call, [[{"User-Agent", "mobilize.berlin - Mobilizon berlin.flavor2.1-dirty"}, {"Accept", "application/activity+json"}, {:Accept, "application/activity+json"}, {:Date, "Tue, 17 May 2022 21:37:37 GMT"}]]}, {Tesla.Middleware.FollowRedirects, :call, [[]]}, {Tesla.Middleware.Timeout, :call, [[timeout: 10000]]}, {Tesla.Middleware.JSON, :call, [[decode_content_types: ["application/activity+json", "application/ld+json"]]]}]}, __module__: Tesla, body: nil, headers: [{"User-Agent", "mobilize.berlin - Mobilizon berlin.flavor2.1-dirty"}, {"Accept", "application/activity+json"}, {:Accept, "application/activity+json"}, {:Date, "Tue, 17 May 2022 21:37:37 GMT"}], method: :get, opts: [], query: [], status: nil, url: "https://ioc.exchange/users/fxk01k"}, [recv_timeout: 20000])
| 21:38:19 |
Tealk (rollenspiel.events) | not really | 21:41:31 |
Tealk (rollenspiel.events) | have only the following in the log
May 17 23:39:47 rollenspiel.events mobilizon[7861]: - {:bad_cert, :hostname_check_failed}
May 17 23:39:54 rollenspiel.events mobilizon[7861]: 23:39:54.614 [notice] TLS :client: In state :certify at ssl_handshake.erl:2057 generated CLIENT ALERT: Fatal - Certificate Expired
| 21:42:35 |
Tealk (rollenspiel.events) | should something be done? | 21:43:49 |
admin (mobilize.berlin) | when compiling the backend for the first time I got errors like
warning: :hackney.body/1 is undefined (module :hackney is not available or is yet to be defined)
lib/oauth2/request.ex:92: OAuth2.Request.process_body/4
warning: :hackney.request/5 is undefined (module :hackney is not available or is yet to be defined)
lib/oauth2/request.ex:36: OAuth2.Request.request/6
and
warning: :telemetry.execute/3 is undefined (module :telemetry is not available or is yet to be defined)
lib/ecto/adapters/sql.ex:1102: Ecto.Adapters.SQL.log/4
resulting in
Unchecked dependencies for environment prod:
* telemetry (Hex package)
could not find an app file at "_build/prod/lib/telemetry/ebin/telemetry.app". This may happen if the dependency was not yet compiled or the dependency indeed has no app file (then you can pass app: false as option)
* gen_smtp (Hex package)
could not find an app file at "_build/prod/lib/gen_smtp/ebin/gen_smtp.app". This may happen if the dependency was not yet compiled or the dependency indeed has no app file (then you can pass app: false as option)
* certifi (Hex package)
could not find an app file at "_build/prod/lib/certifi/ebin/certifi.app". This may happen if the dependency was not yet compiled or the dependency indeed has no app file (then you can pass app: false as option)
* hackney (Hex package)
could not find an app file at "_build/prod/lib/hackney/ebin/hackney.app". This may happen if the dependency was not yet compiled or the dependency indeed has no app file (then you can pass app: false as option)
** (Mix) Can't continue due to errors on dependencies
but compiling a second time worked 🤷
| 21:46:02 |
admin (mobilize.berlin) | In reply to @tealk:tchncs.de
have only the following in the log
May 17 23:39:47 rollenspiel.events mobilizon[7861]: - {:bad_cert, :hostname_check_failed}
May 17 23:39:54 rollenspiel.events mobilizon[7861]: 23:39:54.614 [notice] TLS :client: In state :certify at ssl_handshake.erl:2057 generated CLIENT ALERT: Fatal - Certificate Expired
maybe your instance was communicating with some other host that has an expired cert ?! | 21:48:41 |
Tealk (rollenspiel.events) | or this is related to my error that I can not communicate within my network | 21:49:29 |
Tealk (rollenspiel.events) | I have also had this with the 2 times compile. There is I think an older ticket from me that is still open | 21:50:07 |
admin (mobilize.berlin) | In reply to @tealk:tchncs.de I have also had this with the 2 times compile. There is I think an older ticket from me that is still open I don't find any issue | 21:56:14 |
Tealk (rollenspiel.events) | unfortunately did not save this. the update from rc to stable was error free | 21:59:33 |
admin (mobilize.berlin) | I didn't try the rc's. | 22:10:43 |
18 May 2022 |
tcit | In reply to @killy-ann:systemli.org tcit: could a create new languages: formal german and informal german? The usage of formal and informal is currently mixed in the german translations and this would help. I guess in french there is a similar problem Is there a standard for the distinction? From what I can see Nextcloud for instances makes use (abuses) of the German (de ) and German (Germany) (de_DE ) distinction, but it would be nice to have that natively. Possibly using the ICU message format instead of Gettext for the backend could do it. https://github.com/elixir-cldr/cldr_messages#grammatical-gender | 07:10:58 |
tcit | In reply to @killy-ann:systemli.org tcit: could a create new languages: formal german and informal german? The usage of formal and informal is currently mixed in the german translations and this would help. I guess in french there is a similar problem * Is there a standard for the distinction? From what I can see Nextcloud for instances makes use of (abuses) the German (de ) and German (Germany) (de_DE ) distinction, but it would be nice to have that natively. Possibly using the ICU message format instead of Gettext for the backend could do it. https://github.com/elixir-cldr/cldr_messages#grammatical-gender | 07:11:12 |
tcit | In reply to @killy-ann:systemli.org is there a way to have zero downtime if migrations are needed during upgrade? Not really for now as we haven't gotten in a case where there would be very heavy migrations (in regard of an appropriate sized instance). If such a case occurs, we would try to do migrations cleverly so that the heavy ones can be executed after the update. | 07:14:18 |
tcit | In reply to @killy-ann:systemli.org is there a way to have zero downtime if migrations are needed during upgrade? * Not really for now as we haven't gotten in a case where there would be very heavy migrations (in regard of an appropriate sized instance). If such a case occurs, we would try to do migrations cleverly so that the heavy ones can be executed after or before the update. | 07:14:49 |
dada | Up to date 🍾 | 07:27:20 |
Tealk (rollenspiel.events) | In reply to @tealk:tchncs.de Since I currently run all services behind a firewall and a Nginx proxy, it seems that something is blocked away that allows searching groups. When I search in Mastodon I only get a 503. Does this communicate on specific ports that I would need to share? So the problem I could now narrow down a bit, seems that it is problematic when the mastodon connects via the proxy to the internet and back to another server. but if i make a dns entry internally that it only works over the proxy i get the error: 422 Mastodon::HostValidationError on https://rollenspiel.events/.well-known/webfinger?resource=acct:schnupperrunde@rollenspiel.events
Does anyone know this?
| 11:41:34 |
admin (mobilize.berlin) | In reply to @tcit:matrix.tcit.fr Is there a standard for the distinction? From what I can see Nextcloud for instances makes use of (abuses) the German (de ) and German (Germany) (de_DE ) distinction, but it would be nice to have that natively. Possibly using the ICU message format instead of Gettext for the backend could do it. https://github.com/elixir-cldr/cldr_messages#grammatical-gender I have no Idea. But does this help: https://stackoverflow.com/questions/28329453/is-there-a-locale-code-for-informal-german-de-de-informal
Generally Gettext uses @ to distinguish language variants. So in this case it could be de_DE@informal . This way the locale will be correctly handled by Gettext with fallback to de_DE
| 19:23:37 |
admin (mobilize.berlin) | I decided to revert the change from Bamboo to Swoosh Mailer. Now everything works. | 19:36:18 |