Tuesday, July 04, 2023
support@conference.yunohost.org
July
Mon Tue Wed Thu Fri Sat Sun
          1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
           

[11:14:46] <ParanoSprite> encore un petit probleme pour la mise à jour de TheLounge
[11:15:02] <ParanoSprite> voici les logs : https://paste.yunohost.org/raw/wuviduxote
[11:18:19] <Aleks (he/him/il/lui)> [webpack-cli] Error: Cannot find module 'vue-loader/lib/plugin'
[11:18:20] <Aleks (he/him/il/lui)> zblerg
[11:18:25] <jeromet> J'essaie d'installer kresus sur mon serveur.
[11:18:25] <jeromet> Bonjour à tous,
[11:18:26] <jeromet> il est recommandé dans les logs de faire un upgrade de pip, ce que j'ai fait, puis retenté, mais même résultat.
[11:18:26] <jeromet> J'ai une erreur à l'installation.
[11:18:26] <jeromet> C'est un yunohost installé sur un rasperry pi 4.
[11:18:40] <jeromet> Merci pour votre aide.
[11:18:40] <jeromet> Avez vous déjà vu ce problème ?
[11:18:41] <jeromet> Voici les logs
[11:18:41] <jeromet> https://paste.yunohost.org/raw/lezijabedo
[11:18:41] <Aleks (he/him/il/lui)> on dirait une dependance nodejs qui d'existe plus
[11:19:06] <Aleks (he/him/il/lui)> ` error: can't find Rust compiler`
[11:19:07] <Aleks (he/him/il/lui)> zblerg
[11:19:20] <Aleks (he/him/il/lui)> typical shit with `cryptography` install via `pip` >_>
[11:19:39] <Aleks (he/him/il/lui)> tu peux essayer `sudo pip install --upgrade pip`
[11:19:47] <jeromet> tu peux essayer pip install --upgrade pip, ca j'ai fait, même résultat
[11:20:04] <Aleks (he/him/il/lui)> marf
[11:20:19] <Aleks (he/him/il/lui)> dans ce cas faut trouver comment installer `rustc` x_x
[11:20:36] <jeromet> et tu me dirais de l'installer à la main sur le serveur ?
[11:21:14] <Aleks (he/him/il/lui)> bouai
[11:22:12] <ParanoSprite> Aleks (he/him/il/lui) c'est pour moi la commande ou pour jeromet ?
[11:22:37] <jeromet> ce qui m'interpelle c'est ca
[11:22:38] <jeromet> 2023-07-04 13:11:03,688: DEBUG - Python: 3.9.2
[11:22:38] <jeromet> 2023-07-04 13:11:03,689: DEBUG - platform: Linux-6.1.21-v8+-aarch64-with-glibc2.31
[11:22:39] <jeromet> 2023-07-04 13:11:03,689: DEBUG - setuptools: 68.0.0
[11:22:39] <jeromet> 2023-07-04 13:11:03,689: DEBUG - pip: n/a
[11:22:55] <jeromet> 2023-07-04 13:11:03,690: DEBUG - rustc: n/a
[11:22:55] <jeromet> 2023-07-04 13:11:03,690: DEBUG - setuptools_rust: 1.6.0
[11:23:05] <jeromet> on dirait que rustc n'est pas dans le path, car pip n'a pas l'air de l'être non plus...
[11:23:57] <Aleks (he/him/il/lui)> rustc ne peut pas être dans le path si il n'est pas installé
[11:29:57] <jeromet> en fait, rust est installé dans le script juste avant
[11:30:02] <jeromet> il y a les lignes dans le code
[11:30:04] <jeromet> curl --proto '=https' --tlsv1.2 -sSf https://sh.rustup.rs | sh
[11:30:48] <Aleks (he/him/il/lui)> 😬
[11:31:12] <nicofrand> C'est un raspi c'est ça ?
[11:31:25] <nicofrand> Ah, oui
[11:31:38] <nicofrand> Ouais le script rustup fonctionne mal avec
[11:31:50] <nicofrand> J'essaie avec quelqu'un d'autre de trouver une alternative
[11:33:24] <jeromet> nicofrand oui un rasp 4
[11:33:31] <jeromet> 2023-07-03 22:20:28,449: DEBUG - To get started you may need to restart your current shell.
[11:33:32] <jeromet> 2023-07-03 22:20:28,451: DEBUG - Cargo's bin directory ($HOME/.cargo/bin).
[11:33:32] <jeromet> 2023-07-03 22:20:28,450: DEBUG - This would reload your PATH environment variable to include
[11:33:47] <jeromet> top, merci nicofrand
[11:34:36] <Aleks (he/him/il/lui)> ptete faudrait rajouter un `export PATH=$PATH:$HOME/.cargo/bin` dans le script avant idk :/
[11:35:11] <nicofrand> > <@Alekswag:matrix.org> ptete faudrait rajouter un `export PATH=$PATH:$HOME/.cargo/bin` dans le script avant idk :/

Non mais c'est le souci évoqué l'autre jour où je voudrais faire un truc/catch sur rust
[11:35:28] <nicofrand> Y'a déjà le path d'exporté et
[11:36:08] <nicofrand> Mais les raspi retournent un truc bizarre au uname au lieu de armfh et rustup ne comprend pas
[11:37:26] <Aleks (he/him/il/lui)> x_X
[11:38:27] <nicofrand> https://github.com/rust-lang/rustup/issues/3342
[11:39:27] <nicofrand> Donc faut ne plus utiliser l'autodétection mais bon je galère en tatonnant
[11:39:45] <nicofrand> (yunohost détecte bien c'est déjà ça)
[11:55:59] <jeromet> est ce qu'en fait ca veut dire que l'install de kresus ne fonctionne pas pour l'instant sur raspberry ?
[11:58:26] <nicofrand> pour les raspberry 4 via l'installateur de yunohost oui
[11:58:40] <nicofrand> j'ai une branche en cours de tests : https://github.com/YunoHost-Apps/kresus_ynh/tree/tryRaspi4fix
[12:00:17] <jeromet> génial, merci nicofrand
[12:43:23] <ParanoSprite> Re
[12:44:02] <ParanoSprite> Aleks (he/him/il/lui) je relancerai ce soir pour le problème avec The Lounge
[12:44:08] <ParanoSprite> car je suis au boulot
[12:44:13] <Aleks (he/him/il/lui)> à mon avis ça fera pareil
[12:44:38] <ParanoSprite> non, mais la demande ici
[12:44:41] <ParanoSprite> ;)
[12:44:45] <Aleks (he/him/il/lui)> oké
[12:45:04] <ParanoSprite> je n'ai pas les accès ssh du boulot
[12:45:16] <ParanoSprite> ;)
[12:45:16] <ParanoSprite> enfin, pas sur mon serveur
[13:50:34] <orhtej2> regarding `thelounge` problem: https://github.com/YunoHost-Apps/thelounge_ynh/pull/60
as far as I understand all runtime artifacts are stored outside of `$install_dir` hence nuking it and performing fresh `yarn build` should be perfectly fine.

**WDYT**?
[13:52:11] <Aleks (he/him/il/lui)> eeeeh
[13:52:15] <Aleks (he/him/il/lui)> wtf is that option `-r` haha
[13:52:45] <Aleks (he/him/il/lui)> oooh, `--full_replace`
[13:53:33] <Aleks (he/him/il/lui)> well if we're confident there's no data or conf file to `--keep` in there then sure
[13:53:55] <orhtej2> as I see it there's a difference between unpacking `tar.gz` over old `tar.gz` and doing `git update` - namely files that are not in new archive are retained from old one
[13:54:38] <orhtej2> > <@Alekswag:matrix.org> well if we're confident there's no data or conf file to `--keep` in there then sure

I have no clue hence `Draft:` status :P As far as I can tell the service is configured to keep data and conf in `$data_dir`
[13:58:13] <orhtej2> or perhaps it would be possible to extend `ynh_setup_source` helper with ability to diff old vs new tar? https://unix.stackexchange.com/a/470109 . Assuming if it's possible to tell what's the old tarball used while upgrading 🤔
[13:58:27] <Aleks (he/him/il/lui)> heuarg that seems complex
[13:58:42] <Aleks (he/him/il/lui)> sometimes some folders or files are legit created
[13:59:02] <Aleks (he/him/il/lui)> eg you have a `config.example.txt` in the archive, and you're expected to create a `config.txt`
[13:59:14] <orhtej2> > <@Alekswag:matrix.org> sometimes some folders or files are legit created

my idea is to only delete files that were present in old tarball but are no longer there in new one
[13:59:22] <Aleks (he/him/il/lui)> (though you could argue we have a `--keep` option for htis)
[13:59:29] <Aleks (he/him/il/lui)> ah yeah
[13:59:46] <orhtej2> I'm not saying this is general use thing to force in the whole app catalog at once
[14:00:11] <Aleks (he/him/il/lui)> so like 1) list all files in both archives, 2) do a `diff` between the two dumps, 3) keep only the "removed" lines between old and new ;P
[14:00:30] <orhtej2> precisely
[14:00:30] <Aleks (he/him/il/lui)> `--smart-replace` or something ;P
[16:30:49] <Willy> Bonjour, je ne sais pas si quelqu'un a la réponse a la question suivante: Est-il possible de configurer un compte dans l'application Sogo en activant le chiffrement SSL? (Si tant est que ça est un intérêt). Merci d'avance.
[19:45:53] <bamf> Hi. upgrade of thelounge failed, can anyone help? https://paste.yunohost.org/raw/domuhinera
[19:58:51] <Aleks (he/him/il/lui)> eeeh sounds like many people have issues with thelounge ...
[21:34:29] <zippy> reinstalled humhub, incorrect page redirecting on first page install