Sunday, August 14, 2022
support@conference.yunohost.org
August
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
       
             

[00:31:22] <kili> https://paste.yunohost.org/raw/uhikumafip need some help
[00:50:11] <@tripop=5bm=5d:libera.chat> Hi everyone, i got problem during my migrations. I really don't know why but my sources.list seem mess up.. here logs : https://paste.yunohost.org/raw/wociziwoxu
[00:50:38] <@tripop=5bm=5d:libera.chat> Did anyone have proper sources.list of a yunohost installation ?
[09:24:27] <@tripop=5bm=5d:libera.chat> "garder en l'état" in french
[09:25:45] <@tripop=5bm=5d:libera.chat> seem related to python stuff
[09:30:20] <@tripop=5bm=5d:libera.chat> yeah we know what apt are capable of
[09:32:00] <@tripop=5bm=5d:libera.chat> where's my `apt list --installed` if it's help :
https://nullmoon.fr/nullbin/?af9267a5296bff94#Cpkq56wGg9ZoBRbyopves1VuNCu3wtTGa8wRojRD1ZUF
[09:35:43] <@tripop=5bm=5d:libera.chat> mee too
[09:36:55] <@tripop=5bm=5d:libera.chat> will try that tomorrow
[09:51:19] <leone05[m]> Hey, is the mail server that is included out of the box safer or better than Mailcow?
[09:51:47] <leone05[m]> And can i migrate my nextcloud to a yunohost nextcloud?
[09:54:15] <@tripop=5bm=5d:libera.chat> > <@Alekswag:matrix.org> What would help would be `for PKG in libgirepository libldb; do grep -B9 "Depends:.*$PKG" /var/lib/dpkg/status | grep "Package\|Depends"; done`

So, i need to put that in the migration script ?
[10:02:02] <@tripop=5bm=5d:libera.chat> > <@Alekswag:matrix.org> .. no you just need to run the command and share the output ...

Oh.. ok 😅
Here's :
```Depends: libgirepository-1.0-1 (>= 1.45.4), libglib2.0-0 (>= 2.58.2)
Depends: gir1.2-glib-2.0 (>= 1.39.0), python (<< 2.8), python (>= 2.7~), python:any (<< 2.8), python:any (>= 2.7~), libc6 (>= 2.17), libffi6 (>= 3.2), libgirepository-1.0-1 (>= 1.44.0), libglib2.0-0 (>= 2.41.1)
Package: python3-gi
Depends: gir1.2-glib-2.0 (>= 1.39.0), python3 (<< 3.8), python3 (>= 3.6~), python3:any, libc6 (>= 2.17), libffi6 (>= 3.2), libgirepository-1.0-1 (>= 1.44.0), libglib2.0-0 (>= 2.41.1)
Depends: libldb1 (= 2:1.5.1+really1.4.6-3+deb10u1), python (<< 2.8), python (>= 2.7~), python:any (<< 2.8), python:any (>= 2.7~), libc6 (>= 2.17), libpython2.7 (>= 2.7), libtalloc2 (>= 2.0.4~git20101213)
Depends: python-crypto, python-ldb (>= 2:1.5.1+really1.4.6), python-tdb, samba-libs (= 2:4.9.5+dfsg-5+deb10u3), python (<< 2.8), python (>= 2.7~), python:any (<< 2.8), python:any (>= 2.7~), libbsd0 (>= 0.0), libc6 (>= 2.17), libldb1 (>= 2:1.5.1+really1.4.6), libpython2.7 (>= 2.7), libtalloc2 (>= 2.0.4~git20101213), libtevent0 (>= 0.9.16), python-talloc (>= 2.1.9)
Depends: libgpgme11 (>= 1.2.0), samba-libs (= 2:4.9.5+dfsg-5+deb10u3), libldb1 (<< 2:1.5.1+really1.4.7~), libldb1 (>= 2:1.5.1+really1.4.6), libbsd0 (>= 0.0), libc6 (>= 2.17), libgnutls30 (>= 3.6.5), libpopt0 (>= 1.14), libtalloc2 (>= 2.0.4~git20101213), libtdb1 (>= 1.2.7+git20101214), libtevent0 (>= 0.9.9), libwbclient0 (= 2:4.9.5+dfsg-5+deb10u3)
Depends: libacl1 (>= 2.2.23), libavahi-client3 (>= 0.6.16), libavahi-common3 (>= 0.6.16), libbsd0 (>= 0.5.0), libc6 (>= 2.17), libcap2 (>= 1:2.10), libcups2 (>= 1.6.0), libgnutls30 (>= 3.6.6), libjansson4 (>= 2.0.1), libldap-2.4-2 (>= 2.4.7), libldb1 (>= 2:1.5.1+really1.4.6), libpam0g (>= 0.99.7.1), libpopt0 (>= 1.14), libpython2.7 (>= 2.7), libsystemd0, libtalloc2 (>= 2.1.0), libtdb1 (>= 1.3.11), libtevent0 (>= 0.9.37), libwbclient0 (= 2:4.9.5+dfsg-5+deb10u3), python-talloc (>= 2.1.9), zlib1g (>= 1:1.1.4)
```
[10:02:08] <Alekswag[m]> 🤔
[10:02:12] <Alekswag[m]> Hmokay let's retry with `for PKG in libgirepository libldb; do grep -B11 "Depends:.*$PKG" /var/lib/dpkg/status | grep "Package\|Depends"; done` (just changing -B9 to -B11)
[10:02:16] <@tripop=5bm=5d:libera.chat> > <@Alekswag:matrix.org> Hmokay let's retry with `for PKG in libgirepository libldb; do grep -B11 "Depends:.*$PKG" /var/lib/dpkg/status | grep "Package\|Depends"; done` (just changing -B9 to -B11)

```Package: gir1.2-glib-2.0
Depends: libgirepository-1.0-1 (>= 1.45.4), libglib2.0-0 (>= 2.58.2)
Package: python-gi
Depends: gir1.2-glib-2.0 (>= 1.39.0), python (<< 2.8), python (>= 2.7~), python:any (<< 2.8), python:any (>= 2.7~), libc6 (>= 2.17), libffi6 (>= 3.2), libgirepository-1.0-1 (>= 1.44.0), libglib2.0-0 (>= 2.41.1)
Package: python3-gi
Depends: gir1.2-glib-2.0 (>= 1.39.0), python3 (<< 3.8), python3 (>= 3.6~), python3:any, libc6 (>= 2.17), libffi6 (>= 3.2), libgirepository-1.0-1 (>= 1.44.0), libglib2.0-0 (>= 2.41.1)
Package: python-ldb
Depends: libldb1 (= 2:1.5.1+really1.4.6-3+deb10u1), python (<< 2.8), python (>= 2.7~), python:any (<< 2.8), python:any (>= 2.7~), libc6 (>= 2.17), libpython2.7 (>= 2.7), libtalloc2 (>= 2.0.4~git20101213)
Package: python-samba
Depends: python-crypto, python-ldb (>= 2:1.5.1+really1.4.6), python-tdb, samba-libs (= 2:4.9.5+dfsg-5+deb10u3), python (<< 2.8), python (>= 2.7~), python:any (<< 2.8), python:any (>= 2.7~), libbsd0 (>= 0.0), libc6 (>= 2.17), libldb1 (>= 2:1.5.1+really1.4.6), libpython2.7 (>= 2.7), libtalloc2 (>= 2.0.4~git20101213), libtevent0 (>= 0.9.16), python-talloc (>= 2.1.9)
Package: samba-dsdb-modules
Depends: libgpgme11 (>= 1.2.0), samba-libs (= 2:4.9.5+dfsg-5+deb10u3), libldb1 (<< 2:1.5.1+really1.4.7~), libldb1 (>= 2:1.5.1+really1.4.6), libbsd0 (>= 0.0), libc6 (>= 2.17), libgnutls30 (>= 3.6.5), libpopt0 (>= 1.14), libtalloc2 (>= 2.0.4~git20101213), libtdb1 (>= 1.2.7+git20101214), libtevent0 (>= 0.9.9), libwbclient0 (= 2:4.9.5+dfsg-5+deb10u3)
Package: samba-libs
Depends: libacl1 (>= 2.2.23), libavahi-client3 (>= 0.6.16), libavahi-common3 (>= 0.6.16), libbsd0 (>= 0.5.0), libc6 (>= 2.17), libcap2 (>= 1:2.10), libcups2 (>= 1.6.0), libgnutls30 (>= 3.6.6), libjansson4 (>= 2.0.1), libldap-2.4-2 (>= 2.4.7), libldb1 (>= 2:1.5.1+really1.4.6), libpam0g (>= 0.99.7.1), libpopt0 (>= 1.14), libpython2.7 (>= 2.7), libsystemd0, libtalloc2 (>= 2.1.0), libtdb1 (>= 1.3.11), libtevent0 (>= 0.9.37), libwbclient0 (= 2:4.9.5+dfsg-5+deb10u3), python-talloc (>= 2.1.9), zlib1g (>= 1:1.1.4)
```
[10:02:24] <@centralscrutinizer=5bm=5d:libera.chat> Hi I have found this missing dependency with nitter:
Executing task md in /var/www/nitter/nitter.nimble
Verifying dependencies for nitter@0.1.0
Error: Unsatisfied dependency: nim (>= 1.4.8)
[10:02:33] <@centralscrutinizer=5bm=5d:libera.chat> * Hi I have found this missing dependency with nitter:
`Executing task md in /var/www/nitter/nitter.nimble
Verifying dependencies for nitter@0.1.0
Error: Unsatisfied dependency: nim (>= 1.4.8)`
[10:04:29] <@centralscrutinizer=5bm=5d:libera.chat> and when I try to load a user i get a 504 gateway time out
[10:14:49] <@centralscrutinizer=5bm=5d:libera.chat> > and when I try to load a user i get a 504 gateway time out

ok just solved this following this suggestion:
https://github.com/zedeus/nitter/issues/518#issuecomment-1016833371
[10:30:10] <ynhuser> #yunohost:libera.chat
[10:30:28] <ynhuser> hi
[10:30:40] <ynhuser> I have a problem with the migration to bullseye
[10:30:47] <ynhuser> can anybody help?
[10:35:14] <@tripop=5bm=5d:libera.chat> > <@ynhuser:libera.chat> I have a problem with the migration to bullseye

What kind of problem ?
[10:36:01] <ynhuser> I can't run the migration
[10:36:38] <ynhuser> '0021_migrate_to_bullseye' I should do this migration first but I can't select it
[10:37:05] <@tripop=5bm=5d:libera.chat> You need to post logs
[10:37:10] <ynhuser> there is also the error message debian isn't buster
[10:37:42] <ynhuser> https://paste.yunohost.org/raw/ibuhuboguh
[10:38:59] <@tripop=5bm=5d:libera.chat> > <@ynhuser:libera.chat> there is also the error message debian isn't buster

Well , seem our not running debian buster then ? What's our system ?
[10:40:38] <ynhuser> debian 11 bullseye
[10:42:14] <ynhuser> yunohost 11.0.9.3
[10:49:29] <ynhuser> ??
[11:04:45] <@tripop=5bm=5d:libera.chat> > <@ynhuser:libera.chat> debian 11 bullseye

..if our system is bullseye, why running a migration from buster to bullseye ??
[11:05:28] <@tripop=5bm=5d:libera.chat> > <@ynhuser:libera.chat> ??

I mean our system litterallmy said "our not on buster" so our issue came because... you're not on buster
[11:05:31] <ynhuser> I also ask meself so I've ignore now und run the other migration again
[11:05:35] <@tripop=5bm=5d:libera.chat> > <@ynhuser:libera.chat> ??

* I mean our system litterally said "our not on buster" so our issue came because... you're not on buster
[11:06:56] <@tripop=5bm=5d:libera.chat> Maybe it's because of a conflit with the fact the migration script delete and modify sources.list and don't restore it if the migration failed (quite dangerous behavior in my opinion, why hte script don't just make a .old backup on sources list and put it back in case of failure ?)
[11:07:08] <@tripop=5bm=5d:libera.chat> * Maybe it's because of a conflit with the fact the migration script delete and modify sources.list and don't restore it if the migration failed (quite dangerous behavior in my opinion, why the script don't just make a .old backup on sources list and put it back in case of failure ?)
[11:08:57] <ynhuser> I also think so
[11:09:29] <ynhuser> so I've ignore 21 (migration to bullseye) and now I run the migration again
[11:11:14] <ynhuser> only migration the database PostgreSQL 11 to 13 work
[11:11:25] <ynhuser> the other migration actually done
[11:12:59] <@tripop=5bm=5d:libera.chat> But you can edit nano
[11:17:13] <ynhuser> how can I do it?
[11:19:01] <@centralscrutinizer=5bm=5d:libera.chat> again with nitter, when I try to add the rss to a feed reader i get this error. The same doesn't happen when using a different istance (eg. nitter.hu)
[11:19:03] <@tripop=5bm=5d:libera.chat> > <@ynhuser:libera.chat> how can I do it?

`nano /etc/apt/sources.list` and simply replace bullseye buster
[11:21:59] <ynhuser> ok I understand
[11:22:00] <ynhuser> thanks a lot
[11:40:04] <@tripop=5bm=5d:libera.chat> > <@ynhuser:libera.chat> how can I do it?

* `nano /etc/apt/sources.list` and simply replace bullseye by buster
[11:40:12] <@tripop=5bm=5d:libera.chat> * `nano /etc/apt/sources.list` and simply replace **bullseye** by **buster**
[12:15:23] <@tripop=5bm=5d:libera.chat> Aleks: if i understand corectlly, yunohost put some package on hold, but it seem to conflict with the migration ?
[12:20:59] <@centralscrutinizer=5bm=5d:libera.chat> > again with nitter, when I try to add the rss to a feed reader i get this error. The same doesn't happen when using a different istance (eg. nitter.hu)

solved this too, after a failed forced upgrade, I removed than reinstalled nitter, and now everything works
[12:21:33] <Andriy> Hi all,
[12:21:34] <Andriy> first of all, Yunohost is amazing! I discovered it a week or two ago and it's already working on my main server with a lot of useful apps.
[12:21:34] <Andriy> I have a question, just updated from 11.0.9.1 to11.0.9.3 and all is ok. But I wonder, is there a place where I can check what changed in an update? Some release notes? It would be perfect to check what new features or fixes are included in the update prior to installing it. But I can't find any information about updates.
[12:32:42] <eric_G> Andriy: https://github.com/YunoHost/yunohost/blob/dev/debian/changelog
[12:41:31] <ynhuser> URGENT: votre siteweb est éditable !!!
[12:43:06] <eric_G> ynhuser: votre message est mystérieux !!!
[12:43:29] <ynhuser> en passant sur votre site, j'ai vu que je pouvais l'éditer & le modifier à souhait ?!?!
[12:44:32] <ynhuser> je vous ai mis en annexe ma modif' (juste en préview... car évidemment je ne l'ai pas validée!!)
[12:46:02] <ynhuser> ah ben l'image ne se télécharge pas!
[12:46:14] <ynhuser> bref, allez sur le site: yunohost.org
[12:46:20] <ynhuser> scroller un peu vers le bas
[12:46:35] <ynhuser> et la barre d'édition s'affiche en bas à droite
[12:48:54] <ynhuser> j'ai envoyé un mail à security@yunohost.org et ouvert le sujet ici...
[12:49:10] <ynhuser> j'espère que quelqu'un y donnera une suite favorable
[12:49:13] <ynhuser> @+
[12:50:30] <Andriy> thanks! eric_G
[12:50:37] <eric_G> ynhuser: Ce n’est pas un bug mais une feature. Cela permet de contribuer au contenu du site. (Les modifications sont validées avant d’être publiées sur le site)
[12:51:09] <ynhuser> ah bon
[12:51:17] <ynhuser> sorry, je ne savais pas
[12:51:40] <ynhuser> merci pour la réactivité en tout cas :-)
[13:53:31] <tripop> So, it's definetly something with php package
[13:53:41] <tripop> like for some reason it really don't want to install ANY of php version
[13:54:11] <tripop> Nothing suspcious on souces.list, no weird oprhan package like my system just broke for... nothing really
[13:55:09] <tripop> WHY yunohost have bunch of preferences.d and ban packages that conflict with apt after ? Like really, why ?
[13:56:28] <tripop> logs : https://paste.yunohost.org/raw/musomocomi
[13:57:11] <tripop> This "i found the package but don't want to install it" debian message it's like.. wow. so annoying
[13:57:45] <tripop> "Oh you want to install php7.3 ?... Hum no. Will not tell you why, and nothing will be explained on internet, bye"
[14:00:09] <Alekswag[m]> tripop: let's try to get more info with:

```
LC_ALL=C DEBIAN_FRONTEND=noninteractive APT_LISTCHANGES_FRONTEND=none apt install --quiet -o=Dpkg::Use-Pty=0 --fix-broken --assume-yes php7.4-fpm php7.4-common php7.4-ldap php7.4-intl php7.4-mysql php7.4-gd php7.4-curl php-php-gettext php7.4-apcu php7.4-bcmath php7.4-bz2 php7.4-dom php7.4-gmp php7.4-igbinary php7.4-imagick php7.4-imap php7.4-mbstring php7.4-redis php7.4-soap php7.4-ssh2 php7.4-tidy php7.4-xml php7.4-zip php7.3-apcu php7.3-redis php7.3-imagick php7.3-igbinary php7.3-ssh2 $(dpkg --list | grep ynh-deps | awk '{print $2}') -o Dpkg::Options::='--force-confmiss'
```
[14:00:31] <Alekswag[m]> note that i added explicitly ` php7.3-apcu php7.3-redis php7.3-imagick php7.3-igbinary php7.3-ssh2 ` so hopefully apt spits out why it cant install all of this exactly ...
[14:00:59] <Alekswag[m]> i'm suspecting either php7.3-imagick or php7.3-ssh2 is the culprit
[14:01:46] <tripop> Still got message about "no realease candidate" on all php package
[14:02:11] <Alekswag[m]> > <@Andriy:libera.chat> I have a question, just updated from 11.0.9.1 to11.0.9.3 and all is ok. But I wonder, is there a place where I can check what changed in an update? Some release notes? It would be perfect to check what new features or fixes are included in the update prior to installing it. But I can't find any information about updates.

Usually "micro" version number (eg here going from 11.0.9.1 to 11.0.9.3) is super technical and small patch ... you won't get much understanding of what's difference without being yourself a dev in the project
[14:02:35] <tripop> I'm thinking will have to do a clean install my system because, don't know some ppa or package broke it a long time ago..
[14:03:20] <Alekswag[m]> sometimes "minor" version number (eg 11.0.9 to 11.0.10) may contain some small features ... "Actual" release are medium version changes (eg 11.0 to 11.1) and usually contain a bunch of things and we make a release note for those
[14:03:51] <tripop> Aleks here :
[14:03:53] <tripop> ```
[14:03:55] <tripop> Reading package lists...
[14:03:56] <tripop> Reading state information...
[14:03:56] <tripop> Building dependency tree...
[14:03:57] <tripop> Package php7.3-apcu is a virtual package provided by:
[14:03:58] <tripop>   php-apcu 5.1.17+4.0.11-1 [Not candidate version]
[14:03:59] <tripop> Package php7.3-igbinary is a virtual package provided by:
[14:04:00] <tripop> Package php7.3-imagick is a virtual package provided by:
[14:04:00] <tripop>   php-igbinary 3.0.0-1 [Not candidate version]
[14:04:01] <tripop>   php-imagick 3.4.3-4.1 [Not candidate version]
[14:04:02] <tripop>   php-redis 4.2.0-1 [Not candidate version]
[14:04:02] <tripop> Package php7.3-redis is a virtual package provided by:
[14:04:03] <tripop> E: Package 'php7.3-redis' has no installation candidate
[14:04:03] <tripop> E: Package 'php7.3-apcu' has no installation candidate
[14:04:04] <tripop> E: Package 'php7.3-imagick' has no installation candidate
[14:04:05] <tripop> E: Package 'php7.3-igbinary' has no installation candidate
[14:04:06] <tripop> ```
[14:04:21] <Alekswag[m]> hmyes of course ...
[14:04:34] <tripop> extra_php_version.list :
[14:04:35] <tripop> deb [signed-by=/usr/share/keyrings/deb.sury.org-php.gpg] https://packages.sury.org/php/ bullseye main
[14:06:26] <Alekswag[m]> Let's look at `apt show php7.3-imagick` and `apt show php7.3-ssh2`
[14:07:23] <tripop> Package: php7.3-imagick
[14:07:26] <tripop> N: Impossible de choisir une version candidate du paquet « php7.3-imagick » qui n'en n'a pas
[14:07:26] <tripop> State: pas un véritable paquet (virtuel)
[14:07:28] <tripop> N: Il y a 2 enregistrements supplémentaires. Veuillez utiliser l'opérande « -a » pour les voir.
[14:07:29] <tripop> N: Aucun paquet n'a été trouvé
[14:07:30] <tripop> (sorry it's in french)
[14:07:49] <tripop> apt show php7.3-imagick -a
[14:07:50] <tripop> Package: php7.3-imagick
[14:07:51] <tripop> Version: 3.6.0-4+0~20220117.35+debian11~1.gbp149f82
[14:07:54] <tripop> Priority: optional
[14:07:55] <tripop> Source: php-imagick
[14:07:55] <tripop> Section: php
[14:07:56] <tripop> Maintainer: Debian PHP PECL Maintainers <team+php-pecl@tracker.debian.org>
[14:07:58] <tripop> Installed-Size: 485 kB
[14:07:58] <tripop> Provides: php-imagick
[14:07:59] <tripop> Pre-Depends: php-common (>= 2:69~)
[14:07:59] <tripop> Depends: php7.3-common, phpapi-20180731, libc6 (>= 2.17), libgomp1 (>= 9), libmagickcore-6.q16-6 (>= 8:6.9.10.2), libmagickwand-6.q16-6 (>= 8:6.9.10.2)
[14:08:00] <tripop> Breaks: php-imagick (<< 3.6.0-4+0~20220117.35+debian11~1.gbp149f82~)
[14:08:00] <tripop> Recommends: ghostscript, ttf-dejavu-core
[14:08:01] <tripop> Replaces: php-imagick (<< 3.6.0-4+0~20220117.35+debian11~1.gbp149f82~)
[14:08:01] <tripop> Homepage: http://pecl.php.net/package/imagick
[14:08:02] <tripop> Download-Size: 94,6 kB
[14:08:03] <tripop> Description: Provides a wrapper to the ImageMagick library
[14:08:03] <tripop> APT-Sources: https://packages.sury.org/php bullseye/main arm64 Packages
[14:08:15] <tripop>  ImageMagick API.
[14:08:16] <tripop> (with -a)
[14:09:00] <tripop> ```
[14:09:01] <tripop> Package: php7.3-ssh2
[14:09:02] <tripop> Version: 1.3.1+0.13-2+0~20211110.22+debian10~1.gbpec1968
[14:09:03] <tripop> Status: install ok installed
[14:09:05] <tripop> Priority: extra
[14:09:06] <tripop> Section: php
[14:09:13] <tripop> Installed-Size: 109 kB
[14:09:13] <tripop> Source: php-ssh2
[14:09:13] <tripop> Maintainer: Debian PHP PECL Maintainers <team+php-pecl@tracker.debian.org>
[14:09:14] <tripop> Pre-Depends: php-common (>= 2:69~)
[14:09:14] <tripop> Provides: php-ssh2
[14:09:17] <tripop> Replaces: libssh2-php (<< 0.12-2), php-ssh2 (<< 1.3.1+0.13-2+0~20211110.22+debian10~1.gbpec1968~)
[14:09:20] <tripop> Download-Size: inconnu
[14:09:20] <tripop> Homepage: http://pecl.php.net/package/ssh2
[14:09:20] <tripop> Depends: php7.3-common, libc6 (>= 2.17), libssh2-1 (>= 1.2.9)
[14:09:21] <tripop> APT-Manual-Installed: no
[14:09:21] <tripop> Breaks: libssh2-php (<< 0.12-2), php-ssh2 (<< 1.3.1+0.13-2+0~20211110.22+debian10~1.gbpec1968~)
[14:09:22] <tripop> APT-Sources: /var/lib/dpkg/status
[14:10:12] <tripop> (sorry for the post, have to use irc on libera chat my system kind of broke some apps..)
[14:15:17] <Alekswag[m]> paste.yunohost.org also exists...
[14:18:24] <tripop> Yeah it true sorry did'nt think of that
[14:18:36] <tripop> Was thinking libera.chat behave like element around code with ```
[14:19:41] <tripop> here : https://paste.yunohost.org/kuwuxufewo.pas
[14:20:45] <Alekswag[m]> tripop: can you share the output of `dpkg --list | grep " php-"`
[14:22:01] <tripop> https://paste.yunohost.org/iqocosotac.sql
[14:22:14] <nobrainnogain> Bonjour , j'ai un souci , après la migration bulleyes mon jirafeau ne fonctionne plus , j'arrive sur une page blanche et rien ne s'affiche, j'ai tenté de réinstaller l'appli mais ca ne change rien . Une bonne âme pour éclairer ma lanterne ?
[14:22:27] <Alekswag[m]> https://files.botsin.space/media_attachments/files/108/810/709/881/470/905/original/f03a447cb8dd85b5.mp4
[14:23:06] <Alekswag[m]> > <@tripop:libera.chat> https://paste.yunohost.org/iqocosotac.sql

holy cow
[14:23:17] <Alekswag[m]> well then ...
[14:25:04] <Alekswag[m]> Let's try to ... (yes this sounds like removing a lot of php packages but these are in fact only virtual packages, the actual packages are php7.3-foobar) ... : `sudo apt remove php-imagick php-apcu php-igbinary --dry-run`
[14:27:22] <tripop> sigh.. https://paste.yunohost.org/decibezewe.pl
[14:28:51] <tripop> It just i think a loong time ago, like 6 month or so i try some stuff with wordpress and php 7.4. And still this time it decide it will get piss by all php packages
[14:29:02] <tripop> till this time*
[14:30:03] <Alekswag[m]> zgrmbl
[14:31:15] <tripop> it's okay i made a backup yesterday before all that. I could just reinstall all my system i think. It's just i don't understand when this came from..
[14:31:18] <Alekswag[m]> fuck this let's do
```
sudo dpkg --force-depends --remove php-imagick
sudo dpkg --force-depends --remove php-apcu
sudo dpkg --force-depends --remove php-igbinary
sudo apt install php7.3-apcu php7.3-imagick php7.3-igbinary
```
[14:31:25] <Alekswag[m]> * fuck this let's do

```bash
sudo dpkg --force-depends --remove php-imagick
sudo dpkg --force-depends --remove php-apcu
sudo dpkg --force-depends --remove php-igbinary
sudo apt install php7.3-apcu php7.3-imagick php7.3-igbinary
```
[14:33:01] <Alekswag[m]> ah
[14:33:15] <Alekswag[m]> hmyeah the last bit may not work because we're already on bullseye
[14:33:16] <Alekswag[m]> zblfmb
[14:33:39] <Alekswag[m]> or we can probably temporary re-switch sury to buster just to install those 3
[14:33:42] <Alekswag[m]> what a mess
[14:33:44] <tripop> Yep, still got "no release candidate"
[14:33:59] <Alekswag[m]> so did you do the first 3 commands ?
[14:34:06] <tripop> Yeah it worked
[14:34:40] <tripop> i mean it seem to have actually remove the package
[14:36:27] <Alekswag[m]> maybe let's naively try to re-run the migration, it doesnt hurt, worst case scenario it just fails with the same message ...
[14:39:00] <tripop> No still got issues with deps. Weirdly it just show message for nextcloud-ynh-deps
[14:39:21] <tripop> Now my all system seem to update with bullseye, just not php package
[14:44:35] <Alekswag[m]> wokay then .. then let's do anoter savage fix ...
First step : `grep -A10 "Package: nextcloud-ynh-deps" /var/lib/dpkg/status | grep Depends`
[14:46:01] <tripop> `Depends: imagemagick, libmagickcore-6.q16-6-extra, acl, tar, smbclient, at, php7.3-bz2, php7.3-imap, php7.3-gmp, php7.3-gd, php7.3-json, php7.3-intl, php7.3-curl, php7.3-apcu, php7.3-redis, php7.3-ldap, php7.3-imagick, php7.3-zip, php7.3-mbstring, php7.3-xml, php7.3-mysql, php7.3-igbinary, php7.3-bcmath`
[14:46:32] <tripop> ( i try to switch to buster with sury sources list and it also didn't work)
[14:46:36] <Alekswag[m]> ```
DEP73=$(grep -A10 "Package: nextcloud-ynh-deps" /var/lib/dpkg/status | grep Depends)
DEP74=$(grep -A10 "Package: nextcloud-ynh-deps" /var/lib/dpkg/status | grep Depends | grep | sed 's/7\.3/7.4/g')
# Confirm that vars aint empty with:
echo $DEP73
echo $DEP74
# Then apply the fix
sed -i "s@$DEP73@$DEP74@g" /var/lib/dpkg/status
```

[14:47:54] <Alekswag[m]> this makes nextcloud depend on the php7.4 lib instead of php7.3, which is in fact better because the current buster->bullseye force-install php7.4-X packages and magically tweak the conf to use php7.4, but the apt deps are still requring php7.3 instead of php7.4
[14:48:29] <Alekswag[m]> with some energy we could in fact make a propre script that patches all those for ynh-deps on-the-fly during the migration to have everything consistent ...
[14:49:18] <Alekswag[m]> Anyway if you rerun `grep -A10 "Package: nextcloud-ynh-deps" /var/lib/dpkg/status | grep Depends` you should see php7.4 deps instead of php7.3 ...
[14:50:16] <tripop> the seconds line seem to not work
[14:50:18] <Alekswag[m]> ugh my bad
[14:50:22] <Alekswag[m]> editing the message
[14:50:36] <Alekswag[m]> * ```
DEP73=$(grep -A10 "Package: nextcloud-ynh-deps" /var/lib/dpkg/status | grep Depends)
DEP74=$(grep -A10 "Package: nextcloud-ynh-deps" /var/lib/dpkg/status | grep Depends | sed 's/7\.3/7.4/g')
# Confirm that vars aint empty with:
echo $DEP73
echo $DEP74
# Then apply the fix
sed -i "s@$DEP73@$DEP74@g" /var/lib/dpkg/status
```
[14:50:47] <Alekswag[m]> no need for that empty `| grep` ...
[14:51:59] <tripop> show me this at the end, normal ?
[14:52:00] <tripop> `sed: -e expression n°1, caractère 0: pas d'expression régulière précédente`
[14:52:16] <Alekswag[m]> é_è
[14:52:25] <Alekswag[m]> can you share what the two `echo` returns ?
[14:52:45] <tripop> return nothing
[14:53:27] <Alekswag[m]> :|
[14:54:05] <Alekswag[m]> `grep -A10 "Package: nextcloud-ynh-deps" /var/lib/dpkg/status | grep Depends` still shows what you share just a few message earlier, right ?
[14:54:31] <tripop> No now i got this..
[14:54:32] <tripop> `E: Encountered a section with no Package: header
[14:54:32] <tripop> E: Problem with MergeList /var/lib/dpkg/status`
[14:54:51] <Alekswag[m]> -_-
[14:55:01] <Alekswag[m]> what command are you running to get this
[14:55:36] <tripop> I mean `grep -A10 "Package: nextcloud-ynh-deps" /var/lib/dpkg/status | grep Depends` now return nothing, and doing a simple `apt update` show the message above
[14:56:29] <Alekswag[m]> Well let's look at `ls -l /var/lib/dpkg/status` then ...
[14:57:01] <tripop> that's what i was looking yeah..
[14:57:02] <tripop> `-rw-r--r-- 1 root root 1508365 14 août  16:46 status`
[14:57:19] <Alekswag[m]> alright so at least we didnt do a big oopsi and delete the file ...
[14:58:21] <tripop> permission issues i guess ?
[14:58:26] <Alekswag[m]> honestly this is not super great but if you're trusting me enough and you have `tmux` or `screen` installed I could just temporarily jump into the session etc...
[14:58:28] <Alekswag[m]> no we probably just replaced a line with empty string and broke the syntax
[14:59:49] <Alekswag[m]> it's repairable but it's just help to explain everything in chat ...
[14:59:52] <Alekswag[m]> hell*
[14:59:53] <tripop> yeah we could do that
[14:59:54] <Alekswag[m]> you have tmux or screen ?
[15:00:09] <tripop> i have screen
[15:01:02] <Alekswag[m]> Alright so let's start a screen session with just `screen`
[15:01:31] <tripop> ok then it on
[15:01:45] <tripop> (i'm on `sudo su` by the way)
[15:01:49] <Alekswag[m]> yup
[15:01:54] <Alekswag[m]> what kind of hardware are you running ?
[15:02:10] <tripop> it's a rpi4 64bits
[15:03:01] <Alekswag[m]> alright so let's download tmate with `wget https://github.com/tmate-io/tmate/releases/download/2.4.0/tmate-2.4.0-static-linux-arm64v8.tar.xz` ... tmate is a software to easily share a session with somebody
[15:03:21] <tripop> hum ok, on screen ?
[15:03:29] <Alekswag[m]> yeah
[15:03:30] <Alekswag[m]> then you can extract the archive probably with `tar -xvf tmate-2.4.0-static-linux-arm64v8.tar.xz`, I think ?
[15:04:26] <nobrainnogain> Bonjour , j'ai un souci , après la migration bulleyes mon jirafeau ne fonctionne plus , j'arrive sur une page blanche et rien ne s'affiche, j'ai tenté de réinstaller l'appli, mais ça ne change rien . Une bonne âme pour éclairer ma lanterne ?
[15:04:44] <Alekswag[m]> (or maybe `tar -xvzf`)
[15:05:41] <tripop> it's on i share you the ssh session (on mp, obviously)
[15:05:44] <tripop> ?
[15:05:49] <Alekswag[m]> nobrainnogain: typiquement tu peux essayer de regarder si il y a des erreurs en rouge dans la console côté navigateur (F12 sur Firefox puis onglet 'Console') ... ou alors dans les logs de nginx sur ta webadmin dans la section 'Service'
[15:06:08] <Alekswag[m]> tripop: yeah on MP - did you run './tmate' already ?
[15:06:41] <tripop> Yep
[15:06:54] <tripop> oh damn i need a account for mp ?
[15:07:25] <Alekswag[m]> é_è
[15:07:33] <Alekswag[m]> MP using the forum is fine too
[15:09:42] <nobrainnogain> sur la console apres un f12  j'ai juste Content Security Policy: Ce site (https://nobrainnogain.org) possède une politique Report-Only sans URI de rapport. CSP ne bloquera pas cette politique et ne pourra pas rapporter ses violations.
[15:09:44] <nobrainnogain> Cette page est en mode de compatibilité (quirks). La mise en page peut en être affectée. Pour le mode standard, utilisez « <!DOCTYPE html> ».
[15:09:45] <nobrainnogain>
[15:10:09] <tripop> Aleks yeah i just mp you on forum
[15:11:16] <Alekswag[m]> i'm in
[15:11:19] <tripop> thk a lot for the help by the way. If it's too broken it's okay i could just reinstall
[15:11:32] <tripop> also, i have fish shell, if you like it
[15:12:21] <Alekswag[m]> eeeh i dont know it though i should learn it
[15:13:48] <nobrainnogain> et sinon pour les logs de nginx c'est la https://paste.yunohost.org/icukohuhej.pas
[15:49:34] <tripop> Thks a lot Aleks ! (i think i close the screen by mistake ?)
[15:49:43] <Alekswag[m]> ah or maybe i did
[15:49:55] <Alekswag[m]> though Ctrl+D would only close my ssh session
[15:50:19] <tripop> learn a lot around how dpkg behave and get depends and all that's was great
[15:50:20] <Alekswag[m]> make sure `ps -ef | grep tmate` doesnt show any remaining tmate session
[15:50:34] <Alekswag[m]> ;P
[15:51:13] <Alekswag[m]> https://i.imgur.com/Ql6c5GU.jpeg
[15:54:51] <nobrainnogain> Aleks pour la console l m'indique sur la console apres un f12  j'ai juste Content Security Policy: Ce site (https://nobrainnogain.org) possède une politique Report-Only sans URI de rapport. CSP ne bloquera pas cette politique et ne pourra pas rapporter ses violations. Cette page est en mode de compatibilité (quirks). La mise en page peut en
[15:54:51] <nobrainnogain> être affectée. Pour le mode standard, utilisez « <!DOCTYPE html> » et sinon pour les logs de nginx c'est la https://paste.yunohost.org/icukohuhej.pas
[15:57:20] <Alekswag[m]> yeah the error must be somewhere else
[15:57:40] <Alekswag[m]> since that's a php app, let's look at the logs of PHP available in Services > php7.4-fpm (probably?)
[15:58:55] <tripop> Hum.. So now yunohost-api service didn't work and it seem it's python3-zerconf issues because yunohost have 0.36 version on dependancies and i got 0.26.1-1
[16:02:09] <Alekswag[m]> eeeh
[16:02:15] <Alekswag[m]> wtf ...
[16:03:41] <Alekswag[m]> how did yunohost upgrade if that dependency wasnt there
[16:04:37] <Alekswag[m]> doesnt `dpkg --list | grep zeroconf` shows version 0.36 ?
[16:07:02] <tripop> no, 26.1-1
[16:07:05] <tripop> 0.26.1-1
[16:07:33] <tripop> Hum.. it don't seem to see yunohost sources it seem ?
[16:11:28] <tripop> it's okay if you indicate the version of the repo like before. Weird.
[16:16:13] <tripop> It's okay i fix all i think
[16:16:31] <tripop> but i maybe broke stuffs around package priority on preferences.d folders ?
[16:26:03] <Alekswag[m]> i don't know, what did you do with the preferences.d ..?
[16:28:27] <tripop> i think it miss a file i maybe delete one :
[16:28:29] <tripop> `ban_packages  uninstall-deb.sury.org.pref`
[16:29:31] <tripop> forget to do a `mv` and do a `rm` instead..
[16:31:44] <Alekswag[m]> x_X ... ?
[16:32:50] <Alekswag[m]> https://www.youtube.com/watch?v=fedG5o-PRFI
[16:33:06] <Alekswag[m]> but why would you even want to tweak the preferences.d in the first plac e... ?
[16:34:42] <tripop> I WAS DESPERATE T.T
[16:35:15] <tripop> I think "maybe it's because of some files that block php install" at the time ?
[16:37:00] <tripop> But yeah now i got funkwhale, matrix synpase and rspamd services that's don't want to start. Every others app work, and yunohost seem to work normally too
[16:38:02] <Alekswag[m]> > <@tripop:libera.chat> I think "maybe it's because of some files that block php install" at the time ?

well if you messed with the preferences.d that would explain why we had to do so much wizardry to bypass all the php package madness ...
[16:38:35] <tripop> Hum.. okay but it was showing the sames issues and logs before i touch anything
[16:39:14] <tripop> i don't think i touch anything more than extra_php_version.pref files
[16:41:49] <Alekswag[m]> well i can't say much more without knowing more about what you did exactly
[16:41:58] <Alekswag[m]> "just touching one file" is enough to break everything
[16:42:36] <Alekswag[m]> you` can "just" set the permissions of `/` to `000` and that will fuck everthing up
[16:42:50] <tripop> Yeah yeah, i know
[16:43:00] <Alekswag[m]> * youcan "just" set the permissions of`/`to`000` and that will fuck everthing up
[16:43:24] <tripop> i didn't do some permissions stuffs i know it's heavy
[16:43:54] <tripop> i was looking for a way to just have the .pref files from likes sources or system .img files
[17:28:30] <madiwas> Bonjour, Je recherche de l'aide sur ma migration qui ne fonctionne pas... voici le log : https://paste.yunohost.org/raw/wabuxomahe
[17:32:21] <madiwas> l'erreur dit Error: Migration 0021_migrate_to_bullseye did not complete, aborting. Error: module 'os' has no attribute 'sytem'
[17:39:57] <Alekswag[m]> madiwas: c'est le développeur qui a fait une énorme typo, vite, brûlons-le sur la place publique !
[17:41:15] <Alekswag[m]> madiwas: bon du coup déso, je patch ça mais de ton côté tu peux corriger le soucis en faisant `sudo sed -i 's/sytem/system' /usr/lib/moulinette/yunohost/data_migrations/0021_migrate_to_bullseye.py`
[17:42:40] <madiwas> Salut Aleks, cela fait plaisir de te lire ! Je vais essayer cela de suite et te fais un retour
[17:43:42] <nobrainnogain> bonjour,  après la migration bulleyes mon jirafeau ne fonctionne plus , j’arrive sur une page blanche et rien ne s’affiche, j’ai tenté de réinstaller l’appli mais ca ne change rien .
[17:43:45] <nobrainnogain> quand j’ouvre la page du jirafeau si j’ouvre la console de mon navigateur avec f12 j’ai juste Content Security Policy: Ce site (https://nobrainnogain.org 1) possède une politique Report-Only sans URI de rapport. CSP ne bloquera pas cette politique et ne pourra pas rapporter ses violations.Cette page est en mode de compatibilité (quirks). La
[17:43:47] <nobrainnogain> Et la il y a mes logs erreur de nginx hastebin 1
[17:43:47] <nobrainnogain> mise en page peut en être affectée. Pour le mode standard, utilisez « ».
[17:43:47] <nobrainnogain> Une bonne âme pour éclairer ma lanterne ?
[17:44:55] <Alekswag[m]> nobrainnogain: est-ce que tu peux partager les logs de PHP dans la webadmin, Services > php7.4-fpm
[17:46:53] <nobrainnogain> les voila ! https://paste.yunohost.org/gihikacuqi
[17:47:45] <Alekswag[m]> zblerg ben pas d'erreru là dedans non plus é_è
[17:50:34] <nobrainnogain> j'avoue que je ne sais pas par où prendre le truc :/
[17:50:50] <Alekswag[m]> tu peux confirmer que `grep sock /etc/nginx/conf.d/*/jirafeau.conf` renvoie bien une ligne qui parle de php7.4 ?
[17:51:31] <nobrainnogain> oui , je fait ça en ssh ?
[17:51:46] <Alekswag[m]> oui
[17:52:49] <nobrainnogain> il me retourne
[17:52:51] <nobrainnogain> -bash: fastcgi_pass: command not found
[17:53:11] <Alekswag[m]> uuuh
[17:53:12] <Alekswag[m]> wut
[17:53:20] <Alekswag[m]> t'es sur de bien avoir tapé la commande ...?
[17:54:16] <nobrainnogain> oui j'ai meme refait en faisant un copier coler sur putty pour etre sur ..
[17:55:02] <madiwas> Aleks
[17:55:03] <madiwas> Oups ! J'ai du faire une coquille... root@bycloud:~# sudo sed -i 's/sytem/system' /usr/lib/moulinette/yunohost/data_migrations/0021_migrate_to_bullseye.py'
[17:55:04] <Alekswag[m]> il s'agit de dire ce que renvoie la commande `grep sock /etc/nginx/conf.d/*/jirafeau.conf` ... Le retour apriori c'est bien un truc qui commence par `fastcgi_truc` mais il s'agit pas re-copier-coller la sortie de la commande comme si c'était elle-même une commande ...
[17:55:05] <madiwas> >
[17:55:40] <nobrainnogain> autant pour moi :/ il me renvoi  fastcgi_pass unix:/var/run/php/php7.4-fpm-jirafeau.sock;
[17:55:41] <nobrainnogain>     fastcgi_pass unix:/var/run/php/php7.4-fpm-jirafeau.sock;
[17:56:04] <Alekswag[m]> madiwas: oui tu as mis une quote à la fin de la commande alors qu'il n'y en a pas besoin ... C'est pas grave, fait juste Ctrl+C pour annuler et retape la commande
[17:56:19] <madiwas> Merci
[17:56:39] <madiwas> root@bycloud:~# sudo sed -i 's/sytem/system' /usr/lib/moulinette/yunohost/data_migrations/0021_migrate_to_bullseye.py
[17:56:40] <madiwas> sed: -e expression #1, char 14: unterminated `s' command
[17:56:46] <Alekswag[m]> madiwas: par contre j'ai ptete fait une typo, c'est plutôt `sudo sed -i 's/sytem/system/g' /usr/lib/moulinette/yunohost/data_migrations/0021_migrate_to_bullseye.py`
[17:56:50] <Alekswag[m]> ouai
[17:58:44] <madiwas> OK, je viens de taper sudo sed -i 's/sytem/system/g' /usr/lib/moulinette/yunohost/data_migrations/0021_migrate_to_bullseye.py
[17:58:45] <madiwas> il ne me retourne pas d'erreur... j'ai juste le #
[17:59:42] <madiwas> root@bycloud:~# yunohost tools migrations state
[17:59:43] <madiwas> migrations:
[17:59:45] <madiwas>   0001_change_cert_group_to_sslcert: done
[17:59:46] <madiwas>   0002_migrate_to_tsig_sha256: done
[17:59:47] <madiwas>   0003_migrate_to_stretch: done
[17:59:48] <madiwas>   0004_php5_to_php7_pools: done
[17:59:50] <madiwas>   0005_postgresql_9p4_to_9p6: done
[17:59:51] <madiwas>   0006_sync_admin_and_root_passwords: done
[17:59:54] <madiwas>   0007_ssh_conf_managed_by_yunohost_step1: done
[17:59:55] <madiwas>   0008_ssh_conf_managed_by_yunohost_step2: done
[18:00:00] <madiwas>   0013_futureproof_apps_catalog_system: done
[18:00:00] <madiwas>   0011_setup_group_permission: done
[18:00:01] <madiwas>   0009_decouple_regenconf_from_services: done
[18:00:01] <madiwas>   0012_postgresql_password_to_md5_authentication: done
[18:00:02] <madiwas>   0010_migrate_to_apps_json: done
[18:00:03] <Alekswag[m]> for the love of god
[18:00:04] <madiwas>   0015_migrate_to_buster: done
[18:00:04] <madiwas>   0014_remove_app_status_json: done
[18:00:04] <Alekswag[m]> é_è
[18:00:05] <madiwas>   0016_php70_to_php73_pools: done
[18:00:15] <Alekswag[m]> don't copy paste more than 5 lines in the chat
[18:00:17] <madiwas> rien sur la 0021...
[18:00:25] <Alekswag[m]> djeezus christ we have https://paste.yunohost.org/
[18:00:33] <madiwas> Sorry à vous tous
[18:01:10] <Alekswag[m]> oui y'a pas besoin de regarder `yunohost tools migrations state` ... relance juste la migration comme tu as fait précédemment, soit depuis la webadmin ou depuis la CLI ...
[18:03:21] <madiwas> C'est parti !!!!
[18:03:24] <madiwas> Merci Aleks, je te dis si tout c'est bien passé ou si j'ai des erreurs ;-)
[18:07:32] <nobrainnogain> du coup je suis pas sur d'avoir compris , apres avoir taper la commande il me renvois https://paste.yunohost.org/ijetiwoyij.rb
[18:08:33] <Alekswag[m]> nobrainnogain: oui j'ai été happé par d'autres trucs mais ça confirme que l'app tourne bien sur php7.4-fpm
[18:09:34] <Alekswag[m]> du coup, bon déjà faisons un `systemctl reload nginx` et un `systemctl restart php7..4-fpm` juste au cas où ça suffise à résoudre le probleme
[18:10:36] <madiwas> Est-ce que quelqu'un ou quelqu'une parmi vous à déjà fait du RAID 5 sur un Bananapi W2 ? C'est ma future config
[18:10:42] <madiwas> J'aimerais en faire ma future config. pour mon Xième YNH
[18:11:09] <nobrainnogain> Alors il redémarre nginx mais pas php https://paste.yunohost.org/edequyemis.rb
[18:13:35] <Alekswag[m]> my bad c'est `php7.4-fpm`, pas `php7..4-fpm` ... c'est la journée des typos ...
[18:13:44] <nobrainnogain> en fait il redemare les 2 j'ai enlever le point que tu a mis en trop dans la commande php !
[18:14:16] <nobrainnogain> Mais ça ne résout rien
[18:14:44] <Alekswag[m]> du coup si Jirafeau n'est toujours pas up, je veux bien que tu partages les logs de nginx dans Services > nginx dans la webadmin ... En particulier le log qui s'appelle `/var/log/nginx/ton.domaine.de.jirafeau.tld-error.log`
[18:15:39] <nobrainnogain> les voilas https://paste.yunohost.org/alucehinel
[18:16:56] <nobrainnogain> pour etre plus precis https://paste.yunohost.org/gupaxetala.coffeescript
[18:17:46] <Alekswag[m]> `"PHP message: PHP Parse error: syntax error, unexpected 'Synapse9' (T_STRING), expecting ')' in /var/www/jirafeau/lib/config.local.php on line 77`
[18:17:48] <Alekswag[m]> hm
[18:17:59] <Alekswag[m]> well sounds like there's a syntax error in that file line 77
[18:18:16] <Alekswag[m]> (hopefully that's not a password here ...)
[18:19:38] *Alekswag[m] grogne
[18:20:43] <Alekswag[m]> nobrainnogain: du coup c'est quoi l'histoire de ton jirafeau ? Est-ce que tu as forcé l'upgrade après la migration vers Bullseye, ou bien tu n'as rien fait de spécial ? Est-ce que ton password contient des caractères spéciaux genre une single-quote ?
[18:21:19] <Alekswag[m]> (ou alors y'avais un truc permis en php7.3 qui ne l'est plus en 7.4...)
[18:22:12] <nobrainnogain> j'ai fait la maj en bulleye j'ai eu qq ennuis notament plus d'ip , et puis c'est rentré dans l'odre , mais jirafeau ne marche plus . oui j'ai un ! dans le mdp
[18:32:48] <Alekswag[m]> nobrainnogain: bon du coup c'est un probleme dans la conf de l'app ... enfin c'est aussi un peu un bug dans PHP qui autorise d'écrire `array(foobar)` même lorsque la variable foobar n'est pas définie ... Sauf que lorsque dans la chaine il y'a des caractères spéciaux ça explose
[18:33:00] <Alekswag[m]> en fait c'est quand même étrange que ça n'ai pas explosé en PHP7.3
[18:33:02] <Alekswag[m]> mais bon bref
[18:34:32] <Alekswag[m]> Tu peux corriger le problème chez toi en éditant le fichier avec `nano /var/www/jirafeau/lib/config.local.php` aller à la ligne 77 qui ressemble à ça : https://github.com/YunoHost-Apps/jirafeau_ynh/blob/master/conf/config.local.php#L77 et rajouter des simple-quote autour de la chaîne
[18:35:01] <nobrainnogain> ok j'essaie !
[18:35:03] <Alekswag[m]> de sorte à ce que, par exemple si ton mot de passe est `pikachu`, la ligne devrait être `$cfg['upload_password'] = array('pikachu')` et non pas `$cfg['upload_password'] = array(pikachu)`
[18:35:30] <Alekswag[m]> (mais du coup comme on connait une partie de ton mot de passe ça peut être cool aussi de changer un peu ton mdp ...)
[18:35:52] <Alekswag[m]> (enfin ceci dit faut ptete aussi le changer dans /etc/yunohost/apps/jirafeau.yml é_è
[18:35:59] <Alekswag[m]> * (enfin ceci dit faut ptete aussi le changer dans /etc/yunohost/apps/jirafeau/settings.yml é\_è
[18:37:59] <madiwas> Aleks
[18:38:00] <madiwas> petit retout...
[18:38:01] <madiwas> Running scope as unit: run-r2af47914dd374654928aa48af2554987.scope
[18:38:01] <madiwas> Success! Migration 0021_migrate_to_bullseye completed
[18:38:02] <madiwas> root@bycloud:~# Reading package lists...
[18:38:04] <madiwas> Building dependency tree...
[18:38:26] <nobrainnogain> ca a marché !! gloire a toi sur mille ans !!
[18:38:29] <madiwas> retour
[18:38:29] <Alekswag[m]> ...?
[18:39:00] <nobrainnogain> par contre c'est normal que mon mdp apparaisse dans les logs ?
[18:39:46] <Alekswag[m]> nobrainnogain: oui et non ... plutôt non mais comme c'était une erreur de syntaxe il explique d'où viens l'erreur de syntaxe ... Dans 99.99% des cas ça ne concerne jamais un mdp directement ...
[18:40:31] <nobrainnogain> ok , donc j'ai plus qu'a changer de mot de passe quoi !
[18:41:21] <Alekswag[m]> ¯\_(ツ)_/¯
[18:42:39] <nobrainnogain> dernière question j'ai plein de log qui date d'anciens sites web que j'hébergeais et qui apparaissent encore alors que les sites son désinstaller, est-ce normal ? , si je veut faire un petit coup de menage sur le raspberry a tu une idée ?
[18:43:51] <Alekswag[m]> moui si tu veux tu peux faire `cd /var/log/nginx`, puis `ls -l` pour lister tous les fichier, et faire un `rm nom_de_fichier` sur chaque fichier que tu trouves qui est obsolète .. un peu fastidieux mais bon
[18:44:54] <Alekswag[m]> ou alors si tu as un nom de domaine précis, tu peux faire un `rm *nom_de_domaine*` (NB: avec une asterisk avant et après le nom de domaine mais SANS ESPACE entre l'asterisque et le reste ...) et ça supprimera tous les fichiers qui contiennent "nom_de_domaine" dans leur nom
[18:45:14] <nobrainnogain> Avec un FileZilla et de la selection multiple  ça peu le faire job ?
[18:45:27] <Alekswag[m]> oui
[18:45:51] <madiwas> Aleks,
[18:45:52] <madiwas> Merci infiniment ! Tout c'est bien passé, je suis sur Deb 11.4 faut-il que je redémarre ?
[18:46:33] <nobrainnogain> ben je vais y aller comme ca alors ! je me mefie du rm ! merci a toi et tes precieux conseils !
[18:47:53] <Alekswag[m]> > <@madiwas:libera.chat> Merci infiniment ! Tout c'est bien passé, je suis sur Deb 11.4 faut-il que je redémarre ?

idéalement oui, mais idéalement c'est mieux si tu as un accès physique à la machine au cas où ;)
[18:48:56] <madiwas> Oups, je viens de redémarrer et je suis à une heure en voiture du dit serveur :-)
[18:48:58] <madiwas> J'ai confiance !!!
[18:55:46] <@szkodnix=5bm=5d:libera.chat> Hi guys!

Did any of you have a problem with pictures hosted on yunohost (particularly I am talking about glitch-soc)? Some people who follow me seem not to be able to load pictures from my profile (for example my avatar). It seems like an issue with some permissions (when I am logged in on YH everything loads but when I open a private tab, it seems to be blocked).

I had similar struggles with Mobilizon as well.

Does any of you have a clue what might be the reason?
[18:58:24] <@szkodnix=5bm=5d:libera.chat> As the problem seems to be similar in both Mobilizon and Mastodon it seems like an issue at the end of YH - I can provide any logs if necessary (so far I don't even know what could be the issue so I don't even know what kind of log can I provide)
[19:00:25] <madiwas> Aleks
[19:00:26] <madiwas> Bon tout est OK, je suis toujours aussi enchanté d'utiliser YNH ! J'espère qu'un jour le succès vous sourira !!!
[19:00:27] <madiwas> J'ai un truc super important pour moi à te demander... au sujet de SearX j'aimerais que par défaut certains moteurs de recherche soient configurés... mais je ne sais pas où paramétrer cela, du coup à chaque fois je dois personnaliser SearX via Firefox
[19:16:44] <Alekswag[m]> aucune idée je connais pas du tout searx
[19:19:55] <madiwas> Oups !!!
[19:19:56] <madiwas> J'ai une Internal Server Error sur bycloud.fr/trouve où j'ai mon instance searX
[19:41:49] <madiwas> Bonne nouvelle ! Mon OpenSondage refonctionne suite à la migration Debian 10 => 11
[19:42:04] <madiwas> Par conte SearX est HS
[19:42:29] <madiwas> https://bycloud.fr/trouve/
[19:42:32] <madiwas> Internal Server Error
[20:31:18] <@szkodnix=5bm=5d:libera.chat> * Hi guys!

Did any of you have a problem with pictures hosted on yunohost (particularly I am talking about glitch-soc)? Some people who follow me seem not to be able to load pictures from my profile (for example my avatar). It seems like an issue with some permissions (when I am logged in on YH everything loads but when I open a private tab, it seems to be blocked).

I had similar struggles with Mobilizon as well.
Everything is up-to-date. Server hosted on VPS (OVH).

Does any of you have a clue what might be the reason?
[21:41:22] <madiwas> Warning: 'yunohost domain dns-conf' is deprecated and will be removed in the future
[21:41:56] <madiwas> Savez-vous quelle commande la remplace ?
[21:42:22] <@navan=5bm=5d:libera.chat> `sudo yunohost domain dns suggest`
[21:46:36] <madiwas> Merci Navan
[21:46:58] <madiwas> Elle est plus parlante !
[21:47:46] <@navan=5bm=5d:libera.chat> uhhhh I don't understand French that well
[21:48:20] <@navan=5bm=5d:libera.chat> You should also look into `sudo yunohost domain dns push --help`, as it can automatically make changes to the DNS records if the registrar is supported
[21:54:43] <madiwas> Warning: 'yunohost domain cert-status' is deprecated and will be removed in the future
[21:55:12] <@navan=5bm=5d:libera.chat> > <@madiwas:libera.chat> Warning: 'yunohost domain cert-status' is deprecated and will be removed in the future

it has been replaced with `sudo yunohost domain cert status`
[21:55:39] <madiwas> Merci Navan
[22:37:04] <zykino> Plop !
[22:37:50] <zykino> Ce n’est pas clair sur cette page (ni celles de OVH ou Gandi) à quel endroit je dois mettre mes jetons pour une configuration auto du DNS. https://yunohost.org/fr/providers/registrar
[22:38:31] <zykino> Ah moins que ça ne sois possible que au moment de la création du serveur YunoHost et pas plus tard ?
[22:38:48] <Rino> I having issues to migrate new version of Debian, https://paste.yunohost.org/raw/ifijaneraz
[22:41:57] <Rino> I removed apt remove searx-ynh-deps, and searx.. but still issues
[22:48:14] <zykino> En plus je ne trouve pas comment gérer ces tokens dans l’interface d’OVH ^^'
[22:56:30] <zykino> Oh Rino I think I saw your issue on the news for the migration: https://forum.yunohost.org/t/yunohost-11-0-bullseye-release-sortie-de-yunohost-11-0-bullseye/20590 Apparently the issue is further discussed here https://forum.yunohost.org/t/migration-to-11-wont-start/20617 but I did not attempt to upgrade yet myself
[22:59:28] <zykino> Je repasserais poser la question demain (ou dans une issue) je m’y suis pris un peu tard. Bonne nuit !
[23:43:51] <Rino> ohh thanks
[23:43:59] <Rino> can I reboot my server ??
[23:48:19] <Rino> ohh that workaround worked