[03:08:39]
<FbIN> Congratulations on the funding from NLNet
[08:04:23]
<Nelfan> Bonjour, j'ai répondu dans le salon que vous avez créé pour me contacter. Ce sera plus simple et plus rapide pour trouver un autre canal de communication. Merci.
[08:08:35]
<Nelfan> [@mathieuw:tetaneutral.net](https://matrix.to/#/@mathieuw:tetaneutral.net)
J'ai répondu dans le salon que vous avez créé pour me contacter. Ce sera plus pratique.
[09:41:17]
<lautre> Il y en aurait si peu?
[09:41:17]
<tufek> hello, simple curiosité: comment faites-vous pour estimer qu'il y existe 10,000 instances ynh qui tournent dans le monde?
[09:41:18]
<lautre> Une première estimation, c'est l'utilisation des sous-domaines de Yunohost
[09:41:19]
<lautre> Mais, ça ne prends pas en compte ceux qui n'utilisent pas ces sous-domaines
[09:41:19]
<tufek> dans 77 pays
[09:49:04]
<tufek> c'est vrai que ça peut à la fois faire peu et beaucoup ^^
[09:49:06]
<tufek> effectivement, vu comme ça, ça pourrait être une bonne estimation plancher, (avec le nombre de comptes sur le forum etc)
[09:49:08]
<Chatpitaine Caverne> Peut-être sur la base de download source unique de mises à jour sur les sources github ?
Ou alors c'est la NSA qui fournit les chiffres... 😸
[09:49:10]
<tufek> du coup je me demande s'il existe des outils qui permettent de lister récursivement des sous-domaines proprement edit: (i.e., sans brute-force sauvage)
[09:49:11]
<lautre> Ça reste compliqué, parce qu'il faut prendre en compte les domaines qui ne sont plus utilisés, les Ynh plus mis à jour etc.
Je propose de faire comme Zorin, une déclaration sans preuves : Il y a plus de 1 million de serveurs Yunohost dans le monde.
Voilà
[09:49:11]
<Chatpitaine Caverne> Selon la police ou selon les organisateurices ?
[09:49:11]
<lautre> Puis, vu le nombre de Yunohost qui tournent dans des VM...
[09:49:12]
<lautre> Peut être qu'un jour (si ce n'est déjà fait), il y aura des rapports de bug concernant Yunohost, par la DINUM
[09:49:12]
<Chatpitaine Caverne> Il semble exister différents outils, plus ou moins pentest : https://geekflare.com/fr/find-subdomains/
Je ne connaissais pas, j'imagine qu'il doit y avoir des vulnérabilités si on laisse trainer des sous-domaines devenus inutiles...
[09:49:12]
*lautre afk
[11:26:02]
<tituspijean> +@chatpitaine:cirkau.art
la liste des domaines enregistrés sur Let's Encrypt est publique, c'est un moyen de les trouver. Je ne me rappelle plus du site qui les liste :|
[11:26:02]
<tituspijean> + @lautre:matrix.org
Il n'y a pas de télémétrie dans YunoHost, donc on estime le nombre à partir de plusieurs sources, par exemple:
- On regarde Shodan (https://www.shodan.io/search?query=yunohost) [mais ça ne compte pas les serveurs derrière des proxy]
- les IP uniques récentes dans les logs du serveur Dyndns [mais ça ne compte pas les serveurs n'utilisant pas les domaines qu'on fournit]
[11:50:29]
<pti-jean> Bonjour,
On peut lancer un "apt update" sur YunoHost ? Sans déstabiliser le système ?
[11:50:53]
<pti-jean> C'est pour vérifier un truc...
[11:51:33]
<pti-jean> J'ai un doute sur les clés apt !??
[12:17:35]
<pti-jean> Où dois-je plutôt lancer un:
$ yunohost tools update
?
Mon but est de vérifier que tout-est en ordre au niveau des clés apt! ??
[12:19:36]
<pti-jean> Je préfère être prudent, avant un éventuel plantage au niveau des maj!
[12:47:56]
<JeremyG> Chatpitaine Caverne: Salut, je suis repasser en v2 sur funk, en fait mon pb était juste de la conf pour accepter d'autres apps mobiles que la officielle de funkwhale, qui, je m'en suis rendu compte, n'est plus maintenue depuis des années... ^^
[12:47:57]
<tufek> ah merci!
[12:47:58]
<tufek> pour ce que ça vaut j'ai toujours lancé mes màj avec apt avant de passer par yunohost, ça c'est toujours bien passé
[12:48:01]
<tufek> le script flemmard qui ne m'a jamais trahi ^^ (sans doute pas une bonne pratique cependant) : `apt update && apt -y upgrade && apt -y autoremove && yunohost tools update && yunohost tools upgrade system && yunohost tools upgrade apps`
[12:53:42]
<pti-jean> Ok... je regarderais cela tout-a l'heure!
[13:53:42]
<Chatpitaine Caverne> Merci pour l'info.
Ça se passe où le paramétrage, parce le mobile, c'est mon moyen principal d'utiliser Funkwhale.
[14:39:09]
<pti-jean> Re moi...
J'ai fait un:
$ sudo apt update
...
...
W: An error occurred during the signature verification. The repository is not updated and the previous index files will be used. GPG error: https://dl.yarnpkg.com/debian stable InRelease: The following signatures couldn't be verified because the public key is not available: NO_PUBKEY 62D54FD4003F6525
...
[14:39:28]
<pti-jean> C'est ce que je me douté...
[14:39:44]
<pti-jean> Comment je répare ?
[14:41:03]
<pti-jean> Ici:
https://forum.yunohost.org/t/yarn-repo-key-expired-edit-changed-again-is-it-ok-to-trust-it/41380/13
j'ai relevé deux commande:
curl -sS ``https://dl.yarnpkg.com/debian/pubkey.gpg`` | gpg --dearmor | sudo tee /etc/apt/trusted.gpg.d/yarn.gpg > /dev/null
et:
curl -sS https://dl.yarnpkg.com/debian/pubkey.gpg | gpg --dearmor | sudo tee /usr/share/keyrings/yarnkey.gpg > /dev/null
Laquelle est la bonne ?
[14:44:35]
<pti-jean> $ ls /etc/apt/trusted.gpg.d/yarn.gpg
/etc/apt/trusted.gpg.d/yarn.gpg
$ ls /usr/share/keyrings/yarnkey.gpg
ls: cannot access '/usr/share/keyrings/yarnkey.gpg': No such file or directory
[14:57:44]
<pti-jean> J'ai fait :
$ curl -sS https://dl.yarnpkg.com/debian/pubkey.gpg | gpg --dearmor | sudo tee /etc/apt/trusted.gpg.d/yarn.gpg > /dev/null
$ sudo yunohost tools regen-conf apt --force
$ sudo apt update
...
Cela a l'air d'être rentré dans l'ordre !
[15:23:05]
<tufek> les 2 premières commandes sont sans-doute redondantes, mais cool si ça marche!
[15:23:40]
<tufek> `sudo rm /etc/apt/trusted.gpg.d/{yarn,extra_php_version}.gpg && sudo yunohost tools regen-conf apt && sudo apt update`
[15:23:47]
<tufek> https://forum.yunohost.org/t/yarn-and-sury-apt-keys-issues/41617 sur ce post il semble qu'il faille également supprimer/régénérer la clef extra\_php\_version.gpg
[15:23:53]
<tufek> mais bon: don't fix if it's not broken
[16:01:13]
<Christopher> I keep running into this issue with Nextcloud, where I go into Nextcloud and update all the apps. Then I go into Yunohost and update Nextcloud and it'll fail because a Nextcloud app isn't compatible. I understand that. However, I have not found a way to know if certain apps in Nextcloud are ready to be updated, so I feel like I am rolling a dice. Also, when Yunohost tries to restore Nextcloud, 50% of the time that restoral fails and NGINX breaks for Nextcloud. This has happened to me again in the last 24 hours. First, I could use help getting Nextcoud back online. Second, how can I know if Nextcloud apps are ready for the next update so that this no longer fails?
[16:04:30]
<tufek> Hi, please provide full logs and more context of your environment so hopefully someone can help you
[16:23:03]
<Christopher> https://paste.yunohost.org/raw/isenowuqap
https://paste.yunohost.org/raw/alasexacek
https://paste.yunohost.org/raw/iraqevicok
Hopefully those help. I am running Yunohost 12.1.39 with Nextcloud on baremetal. No special tweaks. I can SSH into the machine.
[16:23:04]
<tufek> it looks like maps and journey apps aren't compatible with Nextcloud 33, not sure what to do, maybe if these apps are critical to you you could stick with a previous version of NC, and if not maybe you could try to uninstall/disable it and run update again?
[16:23:45]
<Christopher> At the moment, I can't get into Nextcloud to disable these apps. Nextcloud is broken.
I would disable any incompatible apps before upgrading, if I knew what they where before I started the upgrade process.
[16:23:47]
<Christopher> > <@big_diggity:matrix.org> At the moment, I can't get into Nextcloud to disable these apps. Nextcloud is broken.
>
> I would disable any incompatible apps before upgrading, if I knew what they where before I started the upgrade process.
I can't even disable these apps via command line. I might just be stuck removing nextcloud and restoring my latest good backup
[16:23:49]
<Christopher> I run sudo yunohost app shell nextcloud
then php occ app:disable maps
it is doesn't seem to do anything
[16:23:51]
<otm33> what does return (in same shell) `php occ app:list` ?
[16:23:52]
<Christopher> An unhandled exception has been thrown:
PDOException: SQLSTATE[42S02]: Base table or view not found: 1146 Table 'nextcloud.oc_appconfig' doesn't exist in /var/www/nextcloud/3rdparty/doctrine/dbal/src/Driver/PDO/Statement.php:130
Stack trace:
#0 /var/www/nextcloud/3rdparty/doctrine/dbal/src/Driver/PDO/Statement.php(130): PDOStatement->execute()
#1 /var/www/nextcloud/3rdparty/doctrine/dbal/src/Connection.php(1104): Doctrine\DBAL\Driver\PDO\Statement->execute()
#2 /var/www/nextcloud/lib/private/DB/Connection.php(420): Doctrine\DBAL\Connection->executeQuery()
#3 /var/www/nextcloud/lib/private/DB/ConnectionAdapter.php(50): OC\DB\Connection->executeQuery()
#4 /var/www/nextcloud/lib/private/DB/QueryBuilder/QueryBuilder.php(291): OC\DB\ConnectionAdapter->executeQuery()
#5 /var/www/nextcloud/lib/private/AppConfig.php(1360): OC\DB\QueryBuilder\QueryBuilder->executeQuery()
#6 /var/www/nextcloud/lib/private/AppConfig.php(284): OC\AppConfig->loadConfig()
..............................................................................
[16:23:53]
<Christopher> Next Doctrine\DBAL\Driver\PDO\Exception: SQLSTATE[42S02]: Base table or view not found: 1146 Table 'nextcloud.oc_appconfig' doesn't exist in /var/www/nextcloud/3rdparty/doctrine/dbal/src/Driver/PDO/Exception.php:24
Stack trace:
#0 /var/www/nextcloud/3rdparty/doctrine/dbal/src/Driver/PDO/Statement.php(132): Doctrine\DBAL\Driver\PDO\Exception::new()
#1 /var/www/nextcloud/3rdparty/doctrine/dbal/src/Connection.php(1104): Doctrine\DBAL\Driver\PDO\Statement->execute()
#2 /var/www/nextcloud/lib/private/DB/Connection.php(420): Doctrine\DBAL\Connection->executeQuery()
#3 /var/www/nextcloud/lib/private/DB/ConnectionAdapter.php(50): OC\DB\Connection->executeQuery()
#4 /var/www/nextcloud/lib/private/DB/QueryBuilder/QueryBuilder.php(291): OC\DB\ConnectionAdapter->executeQuery()
..................................................................
[16:23:55]
<Christopher> A lot of similar more lines. Do you want it all?
[16:23:56]
<Christopher> Probably a total of 200 lines like that
[16:23:58]
<Christopher> Ok, thanks. That is what I was planning to do, if I hadn't reached anyone here
[16:23:59]
<otm33> No. The db is "corrupted" (a missing table) Restore your backup, disable or remove the incompatible apps and retry the upgrade.
[16:24:00]
<Christopher> How would I know what apps to disable in the future before I even begin an upgrade? Do you know?
[16:24:01]
<otm33> You can check here if your apps are compatible with the latest nextcloud major release : [https://apps.nextcloud.com/apps/maps](https://apps.nextcloud.com/apps/maps) Just replace `maps` with the name of the app you want to check
[16:24:02]
<Christopher> Ok, thanks for that
[16:24:02]
<Christopher> I basically need to check every single Nextcloud app individually, huh?
[16:24:03]
<otm33> I think there is a more straightforward way to check that
[16:24:11]
<Christopher> I would hope so, but I haven't found it yet.
[22:17:18]
<miro5001> https://youtu.be/tX4mLLxE7Kw
[22:50:23]
<saonyp> > https://youtu.be/tX4mLLxE7Kw
Create your own Linux server in under an hour! | Beginner's Guide