[01:06:48]
<reallywow556> Hello, I'm having some issues updating yunohost after installing an app that uses a version of php supplied by the sury.org repository, which appears to be broken. I'm a little over my head with all this and I'm hoping someone can help me figure it out. I have root ssh access to the VPS as well
[01:20:28]
<Aleks (he/him/il/lui)> sooo what's the issue then 😬
[01:26:55]
<reallywow556> nevermind i fixed it by deleting the contents of the file /etc/apt/sources.list.d/extra_php_version.list
[01:27:07]
<reallywow556> hopefully everything will be able to update smoothly from now on
[01:45:52]
<Aleks (he/him/il/lui)> https://img-9gag-fun.9cache.com/photo/aj5r1ZG_700bwp.webp
[17:52:35]
<Chatpitaine Caverne> I come back, cause I'm becoming desperate. I can't manage to get slapd start again. Indeed, I don't have IPv6 other than LUA active. But I have IPv6. I tried to put 127.0.0.1 in /etc/ldap.conf. But no way. I got back an IPv6 on my router but didn't manage yet to get back complete delegation and globale IPV6 attribution downstream. I'm lost. And it start to be a bit long for people behind the server. I can't afford to continue searching alone.
Just to remember, the slapd failed after I tried to setup a Wifi Hotspot on the server by following this tutorial : I followed this tutorial : https://raspberrytips.fr/point-acces-wifi-raspberry-pi/
[17:55:06]
<Aleks (he/him/il/lui)> hmkay so let's start by making sure that port 389 used by LDAP is not used by another process with : `sudo netstat -tulpn | grep 389`
[17:55:29]
<Aleks (he/him/il/lui)> (should return nothing if slapd is down)
[17:56:17]
<Chatpitaine Caverne> Nothing indeed.
[17:56:59]
<Aleks (he/him/il/lui)> can you confirm that `grep URI /etc/ldap/ldap.conf` returns `URI ldap://localhost:389` ?
[17:57:58]
<Chatpitaine Caverne> ```
# grep URI /etc/ldap/ldap.conf
URI ldap://127.0.0.1:389
```
It returns 127.0.0.1 which is coherent with my attempt to force IPv4. I can change it back to localhost.
[17:58:54]
<Aleks (he/him/il/lui)> hmmmokay and then even with 127.0.0.1, when you restart the slapd system it still shows "Cannot assign requested address" ?
[17:59:41]
<Chatpitaine Caverne> ```
# systemctl start slapd.service
Job for slapd.service failed because the control process exited with error code.
See "systemctl status slapd.service" and "journalctl -xe" for details.
root@cirkau:/etc/ldap # systemctl status slapd.service
● slapd.service - LSB: OpenLDAP standalone server (Lightweight Directory Access Protocol)
Loaded: loaded (/etc/init.d/slapd; generated)
Drop-In: /usr/lib/systemd/system/slapd.service.d
└─slapd-remain-after-exit.conf
/etc/systemd/system/slapd.service.d
└─ynh-override.conf
Active: activating (auto-restart) (Result: exit-code) since Wed 2024-03-27 18:59:18 CET; 1s ago
Docs: man:systemd-sysv-generator(8)
Process: 993861 ExecStart=/etc/init.d/slapd start (code=exited, status=1/FAILURE)
CPU: 56ms
```
[18:01:13]
<Aleks (he/him/il/lui)> hmmyeah it's loop-activating and doesn't show the actual log .. what about `journalctl -u slapd -n 30 --no-hostname --no-pager`
[18:02:11]
<Chatpitaine Caverne> ```
journalctl -u slapd -n 30 --no-hostname --no-pager
-- Journal begins at Wed 2024-03-20 23:49:56 CET, ends at Wed 2024-03-27 19:01:28 CET. --
Mar 27 19:01:21 slapd[995020]: connections_destroy: nothing to destroy.
Mar 27 19:01:21 slapd[995014]: Starting OpenLDAP: slapd
Mar 27 19:01:21 slapd[995021]: failed!
Mar 27 19:01:21 systemd[1]: slapd.service: Control process exited, code=exited, status=1/FAILURE
Mar 27 19:01:21 systemd[1]: slapd.service: Failed with result 'exit-code'.
Mar 27 19:01:21 systemd[1]: Failed to start LSB: OpenLDAP standalone server (Lightweight Directory Access Protocol).
Mar 27 19:01:24 systemd[1]: slapd.service: Scheduled restart job, restart counter is at 27224.
Mar 27 19:01:24 systemd[1]: Stopped LSB: OpenLDAP standalone server (Lightweight Directory Access Protocol).
Mar 27 19:01:24 systemd[1]: Starting LSB: OpenLDAP standalone server (Lightweight Directory Access Protocol)...
Mar 27 19:01:25 slapd[995092]: @(#) $OpenLDAP: slapd 2.4.57+dfsg-3+deb11u1 (May 14 2022 18:32:57) $
Debian OpenLDAP Maintainers <pkg-openldap-devel@lists.alioth.debian.org>
Mar 27 19:01:25 slapd[995092]: daemon: bind(9) failed errno=99 (Cannot assign requested address)
Mar 27 19:01:25 slapd[995092]: slapd stopped.
Mar 27 19:01:25 slapd[995092]: connections_destroy: nothing to destroy.
Mar 27 19:01:25 slapd[995086]: Starting OpenLDAP: slapd
Mar 27 19:01:25 slapd[995093]: failed!
Mar 27 19:01:25 systemd[1]: slapd.service: Control process exited, code=exited, status=1/FAILURE
Mar 27 19:01:25 systemd[1]: slapd.service: Failed with result 'exit-code'.
Mar 27 19:01:25 systemd[1]: Failed to start LSB: OpenLDAP standalone server (Lightweight Directory Access Protocol).
Mar 27 19:01:28 systemd[1]: slapd.service: Scheduled restart job, restart counter is at 27225.
Mar 27 19:01:28 systemd[1]: Stopped LSB: OpenLDAP standalone server (Lightweight Directory Access Protocol).
Mar 27 19:01:28 systemd[1]: Starting LSB: OpenLDAP standalone server (Lightweight Directory Access Protocol)...
Mar 27 19:01:28 slapd[995344]: @(#) $OpenLDAP: slapd 2.4.57+dfsg-3+deb11u1 (May 14 2022 18:32:57) $
Debian OpenLDAP Maintainers <pkg-openldap-devel@lists.alioth.debian.org>
Mar 27 19:01:28 slapd[995344]: daemon: bind(9) failed errno=99 (Cannot assign requested address)
Mar 27 19:01:28 slapd[995344]: slapd stopped.
Mar 27 19:01:28 slapd[995344]: connections_destroy: nothing to destroy.
Mar 27 19:01:28 slapd[995339]: Starting OpenLDAP: slapd
Mar 27 19:01:28 slapd[995345]: failed!
Mar 27 19:01:28 systemd[1]: slapd.service: Control process exited, code=exited, status=1/FAILURE
Mar 27 19:01:28 systemd[1]: slapd.service: Failed with result 'exit-code'.
Mar 27 19:01:28 systemd[1]: Failed to start LSB: OpenLDAP standalone server (Lightweight Directory Access Protocol).
```
[18:03:49]
<Aleks (he/him/il/lui)> https://aria.im/_matrix/media/v1/download/matrix.org/klQuqxLuYzutWAbgpYhDeIsO
[18:04:18]
<Chatpitaine Caverne> Maybe other services down ?
[18:05:57]
<Chatpitaine Caverne> No, only funkwhale beat (don't care for now), logrotate, same, and Nut sever, same are failed
[18:05:57]
<Aleks (he/him/il/lui)> somebody on the internet had a similar issue because `smbldap` and/or `samba` was installed, can you check with `dpkg --list | grep samba` and `dpkg --list | grep smbldap` if any of these are installed ?
[18:06:26]
<Chatpitaine Caverne> Yes, I use samba for sending backup to NAS.
[18:07:04]
<Aleks (he/him/il/lui)> hmmmokay, still puzzling why it would interfere ...
[18:07:39]
<Chatpitaine Caverne> Should I remove this package (for a time, or I put NFS insteed, if test ok).
[18:07:51]
<Chatpitaine Caverne> ```
# dpkg --list | grep samba
ii python3-samba 2:4.13.13+dfsg-1~deb11u6 arm64 Python 3 bindings for Samba
ii samba-common 2:4.13.13+dfsg-1~deb11u6 all common files used by both the Samba server and client
ii samba-common-bin 2:4.13.13+dfsg-1~deb11u6 arm64 Samba common files used by both the server and the client
ii samba-dsdb-modules:arm64 2:4.13.13+dfsg-1~deb11u6 arm64 Samba Directory Services Database
ii samba-libs:arm64 2:4.13.13+dfsg-1~deb11u6 arm64 Samba core libraries
root@cirkau:/etc/ldap # dpkg --list | grep smbldap
root@cirkau:/etc/ldap #
```
[18:08:20]
<Aleks (he/him/il/lui)> but i'm guessing you had samba since a while, you didn't install this just a couple days ago, right ?
[18:08:38]
<Chatpitaine Caverne> Indeed, a while while
[18:11:14]
<Chatpitaine Caverne> Just in case I did a yunopaste of the last 150 lines of syslog :
https://paste.yunohost.org/raw/kiqajazotu
[18:12:06]
<Chatpitaine Caverne> I have a strange stuff with git : `yarn\[1000316\]: fatal: ni ceci ni aucun de ses répertoires parents n'est un dépôt git : .git`
[18:14:12]
<Aleks (he/him/il/lui)> yeah that's curious but sounds unrelated
[18:14:58]
<Aleks (he/him/il/lui)> coming back to the IPv6 hypothesis, let's check that for example nginx does listen in IPv6 : `nestat -tulpn | grep nginx` should show one line starting with `tcp`, and another one with `tcp6`, right ?
[18:15:17]
<Aleks (he/him/il/lui)> (actually four line, two for port 80, two for port 443)
[18:15:54]
<Chatpitaine Caverne> ```
netstat -tulpn | grep nginx
tcp 0 0 0.0.0.0:443 0.0.0.0:* LISTEN 2079/nginx: master
tcp 0 0 0.0.0.0:80 0.0.0.0:* LISTEN 2079/nginx: master
tcp6 0 0 :::443 :::* LISTEN 2079/nginx: master
tcp6 0 0 :::80 :::* LISTEN 2079/nginx: mast
```
[18:16:04]
<Aleks (he/him/il/lui)> hmyeah so not the issue i suppose
[18:18:35]
<Aleks (he/him/il/lui)> let's try to manually create server listening on port 389 in ipv4 ... does `python3 -m http.server --bind 0.0.0.0 389` work ? (it should hang forever, or otherwise complain "Address already in use" maybe)
[18:19:12]
<Chatpitaine Caverne> It seems to serve the port
[18:19:19]
<Aleks (he/him/il/lui)> hmokay
[18:19:39]
<Aleks (he/him/il/lui)> you can safely Ctrl+C to cancel it
[18:19:41]
<Aleks (he/him/il/lui)> what about `python3 -m http.server --bind ::1 389`
[18:20:30]
<Chatpitaine Caverne> Same listening on [::1]:389
[18:20:37]
<Aleks (he/him/il/lui)> @_@
[18:21:22]
<Chatpitaine Caverne> Just in case, actually I have 2 sets of IP addresses, one by static and one by DHCP. This is not normal situation, but it's during my attemps to get out of that.
[18:22:01]
<Aleks (he/him/il/lui)> uuuh okay
[18:22:38]
<Aleks (he/him/il/lui)> can you share the line about your main network interface in `ip -br a` ?
[18:22:48]
<Aleks (he/him/il/lui)> (didn't you reboot at some point ? didn't it clean up one or the other ?)
[18:23:28]
<Chatpitaine Caverne> ```
ip -br a
lo UNKNOWN 127.0.0.1/8 ::1/128
eth0 UP 10.19.36.7/24 192.168.2.15/24 fd00:1871:1936:0:5e61:7794:ca7d:9b8b/64 fd00:ab:cd:0:ef02:698c:b4d:d793/64 fd00:1936:1871:0:e87f:7490:d51d:c0e9/64 fd00:1936:1871::7/64 fe80::e65f:1ff:fe00:3b45/64
wlan0 DOWN
```
[18:24:18]
<Chatpitaine Caverne> I didn't reboot since sometime, during my attempts. I can do that one more time, but we gona loose contact few moments (hope so).
[18:24:53]
<Aleks (he/him/il/lui)> or i guess we could try to manually remove one specific adress but ugh my network wizardry level is not high
[18:25:28]
<Chatpitaine Caverne> Network is still my nightmare. I can stop DHCP service and restart networking ?
[18:26:04]
<Aleks (he/him/il/lui)> i guess yeah, though hopefully that won't delete the branch you're sitting on
[18:26:13]
<Chatpitaine Caverne> malesh
[18:29:01]
<Aleks (he/him/il/lui)> 🤔
[18:29:01]
<Chatpitaine Caverne> It complained a bit, but I'm still there with only statics addresses :
```
ystemctl restart networking.service
Job for networking.service failed because the control process exited with error code.
See "systemctl status networking.service" and "journalctl -xe" for details.
root@cirkau:/etc/ldap # systemctl status networking.service
● networking.service - Raise network interfaces
Loaded: loaded (/lib/systemd/system/networking.service; enabled; vendor preset: enabled)
Active: failed (Result: exit-code) since Wed 2024-03-27 19:27:07 CET; 14s ago
Docs: man:interfaces(5)
Process: 1011640 ExecStart=/sbin/ifup -a --read-environment (code=exited, status=1/FAILURE)
Main PID: 1011640 (code=exited, status=1/FAILURE)
CPU: 953ms
Mar 27 19:27:00 cirkau.art systemd[1]: Starting Raise network interfaces...
Mar 27 19:27:00 cirkau.art ifup[1011694]: Sending network state change signal to nslcd...done.
Mar 27 19:27:07 cirkau.art ifup[1011742]: Waiting for DAD... Timed out
Mar 27 19:27:07 cirkau.art ifup[1011640]: ifup: failed to bring up eth0
Mar 27 19:27:07 cirkau.art systemd[1]: networking.service: Main process exited, code=exited, status=1/FAILURE
Mar 27 19:27:07 cirkau.art systemd[1]: networking.service: Failed with result 'exit-code'.
Mar 27 19:27:07 cirkau.art systemd[1]: Failed to start Raise network interfaces.
root@cirkau:/etc/ldap # ip -br a
lo UNKNOWN 127.0.0.1/8 ::1/128
eth0 UP 10.19.36.7/24 fd00:1936:1871::7/64
wlan0 DOWN
```
[18:29:19]
<Aleks (he/him/il/lui)> so networking is failed saying it cant bring up eth0 but eth0 is marked as UP anyway ? 😬 classic network stuff
[18:29:56]
<Chatpitaine Caverne> I call it computerie (even if they can't do anything to this stuff, the sluts).
[18:31:14]
<Aleks (he/him/il/lui)> i'm thinking maybe it's something more subtle related to the way slapd listen to stuff, it's a bit obscure but first let's start to reproduce the issue by manually running:
`/usr/sbin/slapd -h ldap:/// ldapi:/// -g openldap -u openldap -F /etc/ldap/slapd.d`
[18:32:41]
<Chatpitaine Caverne> it complain, syntax ?
```
/usr/sbin/slapd -h ldap:/// ldapi:/// -g openldap -u openldap -F /etc/ldap/slapd.d
usage: /usr/sbin/slapd options
-4 IPv4 only
-6 IPv6 only
-T {acl|add|auth|cat|dn|index|passwd|test}
Run in Tool mode
-c cookie Sync cookie of consumer
-d level Debug level
-f filename Configuration file
-F dir Configuration directory
-g group Group (id or name) to run as
-h URLs List of URLs to serve
-l facility Syslog facility (default: LOCAL4)
-n serverName Service name
-o <opt>[=val] generic means to specify options; supported options:
slp[={on|off|(attrs)}] enable/disable SLP using (attrs)
-r directory Sandbox directory to chroot to
-s level Syslog level
-u user User (id or name) to run as
-V print version info (-VV exit afterwards, -VVV print
info about static overlays and backends)
```
[18:32:52]
<Aleks (he/him/il/lui)> dafuq
[18:33:08]
<Chatpitaine Caverne> -h ?
[18:33:35]
<Aleks (he/him/il/lui)> `-h URLs List of URLs to serve` yeah
[18:33:50]
<Chatpitaine Caverne> Yeah I saw after (strange choice).
[18:33:50]
<Aleks (he/him/il/lui)> ah my bad
[18:34:13]
<Aleks (he/him/il/lui)> `/usr/sbin/slapd -h "ldap:/// ldapi:///" -g openldap -u openldap -F /etc/ldap/slapd.d`
[18:34:19]
<Aleks (he/him/il/lui)> gotta quote the urls
[18:34:53]
<Chatpitaine Caverne> runs with not saying anything
[18:35:36]
<mathieuw> > <@Alekswag:matrix.org> so networking is failed saying it cant bring up eth0 but eth0 is marked as UP anyway ? 😬 classic network stuff
Next step: let's try to invoke Sebian or JuVaubourg daemons
;-)
Main issue: they only talk in IPv6
[18:35:37]
<Aleks (he/him/il/lui)> let's add `-d Any`
[18:35:49]
<Aleks (he/him/il/lui)> `/usr/sbin/slapd -d Any -h "ldap:/// ldapi:///" -g openldap -u openldap -F /etc/ldap/slapd.d`
[18:37:50]
<Chatpitaine Caverne> very very verbose (I add a | yunopaste ?)
[18:37:57]
<Aleks (he/him/il/lui)> yeah let's try
[18:38:02]
<Chatpitaine Caverne> very very verbose (Do I add a | yunopaste ?)
[18:38:28]
<Chatpitaine Caverne> Shit no input stdin
[18:38:39]
<Chatpitaine Caverne> but still verbose.
[18:38:54]
<Aleks (he/him/il/lui)> ah yes
[18:39:05]
<Aleks (he/him/il/lui)> `/usr/sbin/slapd -d Any -h "ldap:/// ldapi:///" -g openldap -u openldap -F /etc/ldap/slapd.d 2>&1 | yunopaste`
[18:39:39]
<Chatpitaine Caverne> https://paste.yunohost.org/raw/imuwozikes
[18:41:48]
<Aleks (he/him/il/lui)> did you manually Ctrl+C to stop it or did it somehow crash ?
[18:42:00]
<Chatpitaine Caverne> It did it alone
[18:42:53]
<Aleks (he/him/il/lui)> 🤔
[18:42:58]
<Aleks (he/him/il/lui)> zgrmbl
[18:43:22]
<Aleks (he/him/il/lui)> it sounds like it is able to bind to the address so wtf
[18:49:30]
<Aleks (he/him/il/lui)> ah yes looks like it's because the restarting slapd service somehow kills it
[18:49:42]
<Aleks (he/him/il/lui)> let's try to `systemctl disable slapd --now`
[18:49:51]
<Aleks (he/him/il/lui)> and the re-run `/usr/sbin/slapd -d Any -h "ldap:/// ldapi:///" -g openldap -u openldap -F /etc/ldap/slapd.d 2>&1 | yunopaste`
[18:49:57]
<Aleks (he/him/il/lui)> this time it should stay alive longer
[18:50:07]
<Aleks (he/him/il/lui)> (indefinitely supposedly)
[18:50:43]
<Chatpitaine Caverne> It gave me fast this (not yet read) https://paste.yunohost.org/raw/seyamomutu
[18:51:41]
<Chatpitaine Caverne> It looks the same. (?)
[18:51:49]
<Aleks (he/him/il/lui)> zgrmbl
[18:52:13]
<Aleks (he/him/il/lui)> can we check with `systemctl status slapd` that it's not still activating / in restart loop ?
[18:53:10]
<Chatpitaine Caverne> oh it always says activating (auto-restart)
[18:53:22]
<Aleks (he/him/il/lui)> computers were a mistake
[18:53:49]
<Chatpitaine Caverne> > <@Alekswag:matrix.org> computers were a mistake
Some time I want to burn them all, but my gamer friend disagree.
[18:55:12]
<Chatpitaine Caverne> I tried again to kill it :
```
systemctl disable slapd --now
slapd.service is not a native service, redirecting to systemd-sysv-install.
Executing: /lib/systemd/systemd-sysv-install disable slapd
insserv: warning: current start runlevel(s) (empty) of script `slapd' overrides LSB defaults (2 3 4 5).
insserv: warning: current stop runlevel(s) (0 1 2 3 4 5 6) of script `slapd' overrides LSB defaults (0 1 6).
insserv: warning: current start runlevel(s) (empty) of script `slapd' overrides LSB defaults (2 3 4 5).
insserv: warning: current stop runlevel(s) (0 1 2 3 4 5 6) of script `slapd' overrides LSB defaults (0 1 6).
```
[18:55:16]
<Aleks (he/him/il/lui)> soooo meh idk, rerun `systemctl disable slapd --now`, or `systemctl stop slapd` or idk brute force it until it stops restarting ? xD
[18:55:28]
<Aleks (he/him/il/lui)> yeah that's the expected output
[18:55:50]
<Aleks (he/him/il/lui)> (becase legacy init service etc, whatever)
[18:57:06]
<Chatpitaine Caverne> The stop put it in dead (he he he).
[18:57:33]
<Aleks (he/him/il/lui)> alright so maybe `/usr/sbin/slapd -d Any -h "ldap:/// ldapi:///" -g openldap -u openldap -F /etc/ldap/slapd.d 2>&1 | yunopaste` works "better" now ?
[18:57:39]
<Chatpitaine Caverne> and the `/usr/sbin/slapd -d Any -h "ldap:/// ldapi:///" -g openldap -u openldap -F /etc/ldap/slapd.d 2>&1 | yunopaste` stay long
[18:57:44]
<Aleks (he/him/il/lui)> ok
[18:58:25]
<Aleks (he/him/il/lui)> well now what's confusing is why would this work but not the systemd service which is supposed to be the same thing x_x ...
[18:58:52]
<Chatpitaine Caverne> I'm root actually. Can there be rights issues ?
[18:59:37]
<Aleks (he/him/il/lui)> doesnt look like a permission issue
[18:59:38]
<Chatpitaine Caverne> I can login in admin panel for the moment (fisrt time since a while)
[18:59:44]
<Aleks (he/him/il/lui)> can you share the content of `cat /etc/default/slapd | grep -v "^#\|^$"`
[19:01:00]
<Chatpitaine Caverne> I think we got it (old ip address in there :
```
cat /etc/default/slapd | grep -v "^#\|^$"
SLAPD_CONF=
SLAPD_USER="openldap"
SLAPD_GROUP="openldap"
SLAPD_PIDFILE=
SLAPD_SERVICES="ldap://127.0.0.1:389/ ldaps://192.168.2.3:636/ ldapi:///"
SLAPD_SENTINEL_FILE=/etc/ldap/noslapd
SLAPD_OPTIONS=""
```
[19:01:34]
<Aleks (he/him/il/lui)> wtf is this
[19:01:41]
<Aleks (he/him/il/lui)> `ldaps://192.168.2.3:636/`
[19:01:44]
<Aleks (he/him/il/lui)> 😱
[19:02:01]
<Chatpitaine Caverne> I think this is my bad. When I tried a long long long time ago to put ssl to serve other servers....
[19:02:08]
<Aleks (he/him/il/lui)> :|
[19:02:34]
<Aleks (he/him/il/lui)> https://c.tenor.com/jGgmfDOxmuMAAAAC/tenor.gif
[19:03:10]
<Chatpitaine Caverne> And it starts !!!!!!! THANKYOU Aleks (he/him/il/lui)
[19:03:36]
<Aleks (he/him/il/lui)> https://aria.im/_matrix/media/v1/download/matrix.org/xeDHhrLnIyzWHgwGOxCBwlkZ
[19:03:53]
<Chatpitaine Caverne> 🎉
[19:04:33]
<Chatpitaine Caverne> It is very verbose sometime, but not the right stuff the computeries.
[19:05:33]
<Chatpitaine Caverne> Oh, I receive mails, surprising. Thank you so much Aleks (he/him/il/lui) I was loosing hope.
[19:06:22]
<Aleks (he/him/il/lui)> yeah the emails were being dropped, cf a log you shared earlier, because postfix must interact with ldap when receiving/sending emails
[19:07:31]
<Aleks (he/him/il/lui)> slapd/ldap is kind one of the most touchy thing because so many things depend on it starting with being able to login (except using root, which is why we allow root login from local network otherwise uuugh)
[19:07:32]
<Chatpitaine Caverne> So now, can I disable dhcpd and it won't restart ?
[19:08:14]
<Chatpitaine Caverne> > <@Alekswag:matrix.org> slapd/ldap is kind one of the most touchy thing because so many things depend on it starting with being able to login (except using root, which is why we allow root login from local network otherwise uuugh)
Indeed, it saved my life on this point. Otherwise, I was out.
[19:08:29]
<Aleks (he/him/il/lui)> I suppose yes, the issue was really that slapd wanted to bind to 192.168.x.y which doesn't exist or whatever, if you remove it, it doesn't care much about the network topology anymore
[19:08:41]
<Aleks (he/him/il/lui)> (i mean it's not tight-coupled)
[19:09:14]
<Chatpitaine Caverne> Just yunohost doesn't think LUA IPv6 is IPv6. But not too bad.
[19:09:46]
<Aleks (he/him/il/lui)> Lua IPV6 wut ? 😬
[19:10:20]
<Chatpitaine Caverne> The fd00 something addresses
[19:11:49]
<Chatpitaine Caverne> ULA sorry Adresse locale unique
[19:12:15]
<Chatpitaine Caverne> ULA sorry Adresse locale unique or Local Unique Address
[19:12:40]
<Aleks (he/him/il/lui)> ah yes 😬 fd00 and fe80
[19:12:43]
<Chatpitaine Caverne> ULA sorry Adresse locale unique or Unique Local Address
[19:12:49]
<Aleks (he/him/il/lui)> which is like the new 192.168.x.y but actually no
[19:13:47]
<Aleks (he/him/il/lui)> https://aria.im/_matrix/media/v1/download/matrix.org/qhiveuwLmJXJUQRDkUwMgTEF
[19:13:56]
<Chatpitaine Caverne> I'm trying that way (cause I can't manage to get back my prefix delegation properly. Everytime I touch network stuff I break something (often everything).
[19:14:29]
<Aleks (he/him/il/lui)> Coming soon ... *since 1990*
[19:15:37]
<Chatpitaine Caverne> I think, we think to much IPv4 like. We should completely forget about IPv4 to properly understand IPv6, but I can't manage it.
[19:17:49]
<Chatpitaine Caverne> This guy is good (at least better than a lot of push button "explanations") : https://invidious.fdn.fr/watch?v=oItwDXraK1M
[22:01:53]
<Paprika> I don't have IPv6 yet, but when I do end up having IPv6, I know I'm in for one hell of a time