[00:43:53]
<@tripop=5bm=5d:libera.chat> There's no way to use gpu on trancoding with peertube ?
[00:44:15]
<@tripop=5bm=5d:libera.chat> Maybe i should ask to peertube support directly..
[05:10:05]
<@titus=5bm=5d:libera.chat> > <@tripop:chat.nullzone.fr> Still weird when i try to join public rooms, take long time. but at least it don't show error like synapse
That's normal for larger rooms, I had the same issue with Synapse
[07:13:32]
<falgn0n> Hi all
[07:13:54]
<falgn0n> problem connecting Zabbix to Grafana ...
[07:13:59]
<falgn0n> I have yunohost installed on "domain.tld"
then I have zabbix running at: domain.tld/zabbix
and grafana at: domain.tld/grafana
trying to connect zabbix to grafan and I'm getting error:
"invalid character '<' looking for beginning of value"
[07:14:10]
<falgn0n> I have a feeling this has to do with domain.tld/yunohost/sso trying to redirect to login, but I am logged in, ie: when I click the grafana tile in YNH dash it takes me straight into Grafana without login prompt (SSO working, I guess)
[07:14:17]
<falgn0n> in the data source setup I have tried all the following as url (with "skip tls verify"):
http://127.0.0.1/zabbix/api_jsonrpc.php
https://127.0.0.1/zabbix/api_jsonrpc.php
http://localhost/zabbix/api_jsonrpc.php
https://localhost/zabbix/api_jsonrpc.php
https://domain.tld/zabbix/api_jsonrpc.php
http://<;server-ip>/zabbix/api_jsonrpc.php
https://<server-ip>/zabbix/api_jsonrpc.php
[07:14:28]
<falgn0n> Perhaps there is a different url that I should be using?
Or will it end up that I must run these on their own domains (if I am right about it being related to login redirect by YNH, then I don't thinkg subdomains will make a difference?)
Any thoughts or input much appreciated :)
[07:17:48]
<petesim[m]> Hello! Is there a way to verify YNH backup archive?
[07:18:46]
<petesim[m]> I don't see a straight-forward path just to check it on another machine since there is lack of resources for me. =((
[07:21:18]
<petesim[m]> And the backup finishes with suspicious messages after `$ sudo yunohost backup create --apps` that looks like backup was ok, but makes me want to do a verification before to not lose everything.
```console
Info: The archive will contain about 5.5GiB of data.
Success! Backup created
Traceback (most recent call last):
File "/usr/bin/yunohost", line 72, in <module>
parser=parser
File "/usr/lib/moulinette/yunohost/__init__.py", line 25, in cli
ret = moulinette.cli(args, output_as=output_as, timeout=timeout, top_parser=parser)
File "/usr/lib/python3/dist-packages/moulinette/__init__.py", line 131, in cli
args, output_as=output_as, timeout=timeout
File "/usr/lib/python3/dist-packages/moulinette/interfaces/cli.py", line 496, in run
ret = self.actionsmap.process(args, timeout=timeout)
File "/usr/lib/python3/dist-packages/moulinette/actionsmap.py", line 599, in process
return func(**arguments)
File "/usr/lib/moulinette/yunohost/log.py", line 419, in func_wrapper
result = func(*args, **kwargs)
File "/usr/lib/moulinette/yunohost/backup.py", line 2287, in backup_create
operation_logger.success()
File "/usr/lib/moulinette/yunohost/log.py", line 673, in success
self.close()
File "/usr/lib/moulinette/yunohost/log.py", line 728, in close
self.flush()
File "/usr/lib/moulinette/yunohost/log.py", line 609, in flush
dump = yaml.safe_dump(self.metadata, default_flow_style=False)
File "/usr/lib/moulinette/yunohost/log.py", line 650, in metadata
"yunohost_version": get_ynh_package_version("yunohost")["version"],
File "/usr/lib/moulinette/yunohost/utils/packages.py", line 46, in get_ynh_package_version
out = check_output(cmd).split()
File "/usr/lib/python3/dist-packages/moulinette/utils/process.py", line 29, in check_output
subprocess.check_output(args, stderr=stderr, shell=shell, **kwargs)
File "/usr/lib/python3.7/subprocess.py", line 395, in check_output
**kwargs).stdout
File "/usr/lib/python3.7/subprocess.py", line 472, in run
with Popen(*popenargs, **kwargs) as process:
File "/usr/lib/python3.7/subprocess.py", line 775, in __init__
restore_signals, start_new_session)
File "/usr/lib/python3.7/subprocess.py", line 1453, in _execute_child
restore_signals, start_new_session, preexec_fn)
OSError: [Errno 12] Cannot allocate memory
```
[07:21:46]
<petesim[m]> * And the backup finishes with suspicious messages after `$ sudo yunohost backup create --apps` that looks like backup was ok, but makes me want to do a verification before upgrade to not lose everything.
```console
Info: The archive will contain about 5.5GiB of data.
Success! Backup created
Traceback (most recent call last):
File "/usr/bin/yunohost", line 72, in <module>
parser=parser
File "/usr/lib/moulinette/yunohost/__init__.py", line 25, in cli
ret = moulinette.cli(args, output_as=output_as, timeout=timeout, top_parser=parser)
File "/usr/lib/python3/dist-packages/moulinette/__init__.py", line 131, in cli
args, output_as=output_as, timeout=timeout
File "/usr/lib/python3/dist-packages/moulinette/interfaces/cli.py", line 496, in run
ret = self.actionsmap.process(args, timeout=timeout)
File "/usr/lib/python3/dist-packages/moulinette/actionsmap.py", line 599, in process
return func(**arguments)
File "/usr/lib/moulinette/yunohost/log.py", line 419, in func_wrapper
result = func(*args, **kwargs)
File "/usr/lib/moulinette/yunohost/backup.py", line 2287, in backup_create
operation_logger.success()
File "/usr/lib/moulinette/yunohost/log.py", line 673, in success
self.close()
File "/usr/lib/moulinette/yunohost/log.py", line 728, in close
self.flush()
File "/usr/lib/moulinette/yunohost/log.py", line 609, in flush
dump = yaml.safe_dump(self.metadata, default_flow_style=False)
File "/usr/lib/moulinette/yunohost/log.py", line 650, in metadata
"yunohost_version": get_ynh_package_version("yunohost")["version"],
File "/usr/lib/moulinette/yunohost/utils/packages.py", line 46, in get_ynh_package_version
out = check_output(cmd).split()
File "/usr/lib/python3/dist-packages/moulinette/utils/process.py", line 29, in check_output
subprocess.check_output(args, stderr=stderr, shell=shell, **kwargs)
File "/usr/lib/python3.7/subprocess.py", line 395, in check_output
**kwargs).stdout
File "/usr/lib/python3.7/subprocess.py", line 472, in run
with Popen(*popenargs, **kwargs) as process:
File "/usr/lib/python3.7/subprocess.py", line 775, in __init__
restore_signals, start_new_session)
File "/usr/lib/python3.7/subprocess.py", line 1453, in _execute_child
restore_signals, start_new_session, preexec_fn)
OSError: [Errno 12] Cannot allocate memory
```
[09:11:33]
<ynhuser> https://paste.yunohost.org/raw/tucovotazu
[09:12:15]
<ynhuser> tried to set up with a nohost.met domain but DNS record not found
[09:12:34]
<ynhuser> nohost.met I meant
[09:12:35]
<ynhuser> nohost.me
[09:29:03]
<@tripop=5bm=5d:libera.chat> > <@petesim:matrix.org> And the backup finishes with suspicious messages after `$ sudo yunohost backup create --apps` that looks like backup was ok, but makes me want to do a verification before upgrade to not lose everything.
>
> ```console
> Info: The archive will contain about 5.5GiB of data.
> Success! Backup created
> Traceback (most recent call last):
> File "/usr/bin/yunohost", line 72, in <module>
> parser=parser
> File "/usr/lib/moulinette/yunohost/__init__.py", line 25, in cli
> ret = moulinette.cli(args, output_as=output_as, timeout=timeout, top_parser=parser)
> File "/usr/lib/python3/dist-packages/moulinette/__init__.py", line 131, in cli
> args, output_as=output_as, timeout=timeout
> File "/usr/lib/python3/dist-packages/moulinette/interfaces/cli.py", line 496, in run
> ret = self.actionsmap.process(args, timeout=timeout)
> File "/usr/lib/python3/dist-packages/moulinette/actionsmap.py", line 599, in process
> return func(**arguments)
> File "/usr/lib/moulinette/yunohost/log.py", line 419, in func_wrapper
> result = func(*args, **kwargs)
> File "/usr/lib/moulinette/yunohost/backup.py", line 2287, in backup_create
> operation_logger.success()
> File "/usr/lib/moulinette/yunohost/log.py", line 673, in success
> self.close()
> File "/usr/lib/moulinette/yunohost/log.py", line 728, in close
> self.flush()
> File "/usr/lib/moulinette/yunohost/log.py", line 609, in flush
> dump = yaml.safe_dump(self.metadata, default_flow_style=False)
> File "/usr/lib/moulinette/yunohost/log.py", line 650, in metadata
> "yunohost_version": get_ynh_package_version("yunohost")["version"],
> File "/usr/lib/moulinette/yunohost/utils/packages.py", line 46, in get_ynh_package_version
> out = check_output(cmd).split()
> File "/usr/lib/python3/dist-packages/moulinette/utils/process.py", line 29, in check_output
> subprocess.check_output(args, stderr=stderr, shell=shell, **kwargs)
> File "/usr/lib/python3.7/subprocess.py", line 395, in check_output
> **kwargs).stdout
> File "/usr/lib/python3.7/subprocess.py", line 472, in run
> with Popen(*popenargs, **kwargs) as process:
> File "/usr/lib/python3.7/subprocess.py", line 775, in __init__
> restore_signals, start_new_session)
> File "/usr/lib/python3.7/subprocess.py", line 1453, in _execute_child
> restore_signals, start_new_session, preexec_fn)
> OSError: [Errno 12] Cannot allocate memory
>
> ```
Oh my experience, having moulinette errors not really a issue with backup. But it maybe just me
[09:29:44]
<@tripop=5bm=5d:libera.chat> Hum what's the best way to have unifiedpush on yunohost ? NextPush or Gotify.. I wonder.
[09:45:29]
<inrepublica> Bonjour à tous, est-ce possible de se connecter en ssh avec une clef sur l'utilisateur admin?
[09:48:29]
<@tripop=5bm=5d:libera.chat> Hum, i think Nextpush work fine
[09:49:11]
<@tripop=5bm=5d:libera.chat> But, i follow the beginning of a redist installation, just add a repo, hope it didn't cause any troubles.
[09:53:02]
<Valentin44> Hi, my migration failed... it said that not all system packages could be updated, the log indicate that the package "slapd" could not be updated.. it indicates, that the config file was edited. Has anyone an idea how to solve this? the full logs here: https://paste.yunohost.org/raw/gudamecewu
[09:58:20]
<ynhuser34> Bonjour
[09:59:47]
<ynhuser34> J'ai tenté la migration vers 11x ---> The operation 'Run migrations' could not be completed
[09:59:49]
<ynhuser34> log ici : https://paste.yunohost.org/raw/puriguvuzo
[10:10:34]
<mongole> Hi, I want to migrate my whole yunohost installation to a new server. Is it a good idea to install yunohost on the new server, then restore a complete backup using the built in backup feature?
[10:11:06]
<@titus=5bm=5d:libera.chat> mongole: that's the proper way to do so, yes.
[10:11:59]
<@titus=5bm=5d:libera.chat> If the full backup is too large, you can start by the system-only one to setup users,domains and so on, then restore app after app.
[10:12:19]
<mongole> ok cool. so I will just stop all applications, mount the backup folder of the new server via sshfs, backup and restore, then adjust my DNS and I should be fine? :)
[10:12:31]
<@titus=5bm=5d:libera.chat> You have to restore the full backup instead of running the postinstall command on the new server btw.
[10:13:00]
<mongole> yes full backup, that's my plan
[10:13:31]
<@titus=5bm=5d:libera.chat> That sounds like a good plan.
[10:13:54]
<mongole> cool thanks, will do so then :)
[10:15:00]
<@titus=5bm=5d:libera.chat> inrepublica: oui, cf. la documentation ;)
[10:42:05]
<Valentin44> could solve my problem by killing manually the slapd service (and removing npm and python3.7-env and some other packages)
[10:44:09]
<Valentin44> Another problem occured with nginx, and so I wanted to ask: is there a way to reconfigure the "-more_set_headers "Content-Security-Policy: frame-ancestors" without touching the file " /etc/nginx/conf.d/security.conf.inc" .. because I need to allow an iframe access from other (sub)domain
[10:53:44]
<Valentin44> because that is not urgent, I will ask it on the forum :) have a nice day
[12:05:12]
<bdcht> https://vlap.fr/labrassviedejupilles_maintenance/
[12:05:12]
<bdcht> Bonjour, J'ai lancé une mise à jour du système (encore sous debian 10, tout s'est bien passé), puis une mise à jour de wordpress. Celle ci a pris beaucoup de temps, et je me suis éloigné de l'ordi. à mon retour, il y avait un diagnostic en cours qui n'aboutissait pas, et mon site wordpress est noté en maintenance :
[12:05:54]
<bdcht> Je n'ose pas redémarrer le serveur de peur de stopper une action en cours. En ligne de commande (ssh), j'ai lancé un diagnostic, qui attend la fin de l'autre... : Another YunoHost command is running right now, we are waiting for it to finish before running this one
[12:05:56]
<bdcht> Warning: Still waiting...
[12:05:57]
<bdcht> Warning: Still waiting..
[12:07:55]
<bdcht> Sur la web admin, j'ai le sommaire principale, mais dans chaque section, toutes les lignes sont grisées...
[12:08:50]
<bdcht> Quelqu'un peut m'aider à savoir ce qui est en train de tourner ? et voir comment arriver au bout ? pour retrouver au final mon site wordpress...
[12:19:29]
<@titus=5bm=5d:libera.chat> Regarde dans les logs en cours, celui avec lupgrade de WordPress, avec `sudo tail -f /var/log/yunohost/categories/operations/20220830...blabla...upgrade...blabla...WordPress...log`
[12:29:30]
<bdcht> ok merci.
[12:29:47]
<bdcht> je copie tout ici ? j'utilise yunopaste d'une certaine façon ?
[12:30:16]
<bdcht> je n'ai pas vu d'erreur, et les dernières lignes sont
[12:30:18]
<bdcht> 2022-08-30 07:37:23,212: DEBUG - + [[ 4 -eq 1 ]]
[12:30:26]
<bdcht> 2022-08-30 07:37:23,213: DEBUG - + wget --no-verbose https://raw.githubusercontent.com/wp-cli/builds/gh-pages/phar/wp-cli.phar --output-document=/var/www/wordpress/wp-cli.phar
[12:31:19]
<bdcht> lorsque j'ai laissé l'ordi, la mise à jour ramait sur " Ensuring downward compatibility..."
[12:31:54]
<bdcht> et de fait, dans le log, j'ai cette ligne : 2022-08-30 07:37:23,196: INFO - [#######+............] > Ensuring downward compatibility...
[13:58:51]
<mongole> how do I stop all services at once?
[13:58:59]
<ynhuser34> Bonjour
[13:58:59]
<ynhuser34> Bonjour
[13:58:59]
<ynhuser34> log ici : https://paste.yunohost.org/raw/puriguvuzo
[13:58:59]
<ynhuser34> J'ai tenté la migration vers 11x ---> The operation 'Run migrations' could not be completed
[14:02:32]
<@titus=5bm=5d:libera.chat> ynhuser34: regarde sur le forum, quelqu'un a récemment eu un problème similaire avec un serveur d'OVH
[14:02:45]
<@titus=5bm=5d:libera.chat> Un dépôt APT d'OVH*
[15:34:19]
<Curator> .
[15:41:44]
<@mongole:libera.chat> restored the backup on a new server and it worked :)
[15:57:38]
<mongole> is there a way to repair an app?
[15:57:38]
<mongole> my prosody is broken: Aug 30 17:10:47 systemd[117463]: prosody.service: Failed to locate executable /usr/bin/prosody: No such file or directory
[16:01:16]
<mongole> I can delete and reinstall it, but cannot restore the backup then because it is already installed
[16:04:55]
<mongole> uninstalled it and restored the backup again. and again: /usr/bin/prosody: No such file or directory
[16:38:26]
<@Alekswag=5bm=5d:libera.chat> ynhuser34: OVH casse les pieds, il faut faire un `sudo rm /etc/apt/sources.list.d/ovh-*.list`
[16:39:00]
<@Alekswag=5bm=5d:libera.chat> jcrois que je vais le rajouter en autopatch dans la migration parce que t'es au moins la 3eme ou 4eme personne a avoir le soucis -_-
[16:40:23]
<@Alekswag=5bm=5d:libera.chat> OVH be like "Lets preconfigure a repo on people's VPS and not provide package for bullseye such that everything spontaneouly explodes during next major upgrade"
[16:40:24]
<mongole> so how do I disable autostart for all my services on the old server now?
[16:40:25]
<mongole> fixed it by manually restoring my config folder. so backup for prosody is broken
[16:44:37]
<mongole> any idea anyone? services page says "Start on boot Enabled" but there is no button to change that
[16:46:31]
<@Alekswag=5bm=5d:libera.chat> can't help without full logs ...
[16:47:15]
<mongole> logs from where?
[16:50:14]
<@Alekswag=5bm=5d:libera.chat> idk, you mentionned "prosody is broken" without much context
[16:50:15]
<mongole> I fixed prosody. restoring it from backup does not work. you need to re-install it, then restore the configuration manually
[16:50:20]
<@Alekswag=5bm=5d:libera.chat> then what do you need help with
[16:50:27]
<mongole> so it's just broken, but I don't care anymore. now I want to disable all remaining services on my server
[16:51:15]
<@Alekswag=5bm=5d:libera.chat> https://xyproblem.info/ ... and why do you want to disable all remaining services on your server
[16:52:03]
<mongole> because I moved to a different server and I don't want them to start automatically on the old one when I reboot it
[16:52:51]
<@Alekswag=5bm=5d:libera.chat> then what do you mean by "services" exactly, do you mean the app ? Why not just uninstall the apps ?
[16:54:45]
<mongole> because I want to shut the server down and then do a full backup / snapshot
[16:55:07]
<mongole> so do I need to do systemctl disable on all services manually?
[16:56:06]
<@Alekswag=5bm=5d:libera.chat> ... i don't know, i don't understand what you are trying to achieve ... why do you want to "disable the service on boot" if you are going to shutdown the server anyway ?
[16:56:48]
<mongole> by services I mean what is called services in yunohost. yunohost/admin/#/services
[16:57:15]
<@Alekswag=5bm=5d:libera.chat> ¯\_(ツ)_/¯
[16:57:40]
<mongole> so when I need to power it on to fix something, in case something is broken on the new one. prosody was broken. so I needed to get the config file from my old server
[16:58:03]
<mongole> I just do not want yunohost to automatically start services....
[16:59:10]
<mongole> ok seems impossible. I will just disable every single one by hand via systemctl
[16:59:56]
<mongole> https://f1sh.de/nxcd/s/q9bLejQPy6BQ8jE would be nice to just have a button here to do that
[17:00:19]
<@Alekswag=5bm=5d:libera.chat> a button here to do what ? "Disable all services at boot" ? Nobody wants to do this ...
[17:00:35]
<@Alekswag=5bm=5d:libera.chat> ah yes you mean disable a single service
[17:00:51]
<mongole> yes
[17:01:25]
<@Alekswag=5bm=5d:libera.chat> not to mention ending up with people that disable Yunohost-API or Nginx and then come to ask why they can't reach the webadmin anymore ...
[17:01:25]
<@Alekswag=5bm=5d:libera.chat> yes we had that in the past, and people savagely clicked on it instead of "Stop" because the "Disable" semantic is absolutely confusing
[17:01:35]
<mongole> oh. ok :D
[17:01:36]
<@Alekswag=5bm=5d:libera.chat> (or SSH ...)
[17:02:20]
<@Alekswag=5bm=5d:libera.chat> I mean willing to disable a service at boot is a edge case, in 99.9% of cases you either want the app to run, or you want to uninstall it
[17:03:00]
<mongole> well it could be called "Disable Start on Boot" and it could be disabled for essential services. there is no "Stop" button on the SSH page for example
[17:03:14]
<@Alekswag=5bm=5d:libera.chat> There's some relevant use case about putting an app in "sleep mode" but meh there's more to it than just disabling one service, some apps have several services, some apps rely on shared service like phpX.Y
[17:05:34]
<@Alekswag=5bm=5d:libera.chat> yeah idk, it just sounds like some YAGNI to me, only power users are going to want this and they can do so from the CLI
[17:06:43]
<@Alekswag=5bm=5d:libera.chat> but hey if you really know what you're doing, go ahead .. : `for SERVICE in $(yunohost service status | grep "^\w" | tr -d ':'); do yunohost service disable $SERVICE; done`
[17:07:15]
<@Alekswag=5bm=5d:libera.chat> ¯\_(ツ)_/¯ no slapd, no nginx, no mysql, no nothing ...
[17:07:33]
<@Alekswag=5bm=5d:libera.chat> still dunno why you'd do that ...
[17:08:22]
<mongole> ah. yunohost service disable. was trying with yunohost app config, but that was the wrong direction it seems :D
[17:08:48]
<mongole> ye thanks. will manually re-enable ssh and slapd, so this should be fine I guess
[17:26:31]
<mongole> thanks "yunohost service" is a nice tool
[18:22:08]
<@mongole:libera.chat> hm now getting an error on my new server when opening the services. have not changed anything here https://f1sh.de/paste/?58c9337dfa2faf1b#EAnUXRRceTwefW7W1367WMosxSw38MVdTFANSLZgy34k
[18:31:28]
<@Alekswag=5bm=5d:libera.chat> hmmm and are you able to run `sudo systemctl status` manually ?
[18:31:43]
<@Alekswag=5bm=5d:libera.chat> or rather just `sudo systemctl`
[18:32:32]
<@Alekswag=5bm=5d:libera.chat> and let's check if dbus is there and running with `sudo systemctl | grep dbus`
[18:35:07]
<@mongole:libera.chat> dbus.socket loaded active running D-Bus System Message Bus Socket
[18:35:08]
<@mongole:libera.chat> dbus.service loaded active running D-Bus System Message Bus
[18:38:08]
<@mongole:libera.chat> I will reboot
[18:42:33]
<@mongole:libera.chat> ok works now. I think needrestart prompted me to restart dbus and it seems restarting dbus breaks it. thanks für the hint!
[19:24:54]
<SuShY> Bonsoir à tous, des problèmes sur une mise à jour Gitea ont il été remonté ici. Aujourd'hui plantage sur mon VPS lors de l'upgrade,
[19:25:46]
<SuShY> application KO, impossible d'y accéder et installation impossible. Restauration à partir d'une sauvegarde = impossible
[19:29:02]
<titus[m]> SuShY: nous requérons quelques https://i.gifer.com/74Kw.mp4
[19:36:48]
<titus[m]> Wow, we're some echo from the XMPP bot. maranda[m] ? 😅
[19:44:11]
<deljones> tried the Bulleye upgrade and got into trouble with GRUB. Log is here https://paste.yunohost.org/raw/cecibenuqa
[19:44:38]
<deljones> did a sudo DEBIAN_FRONTEND=dialog dpkg --configure grub-pc
[19:44:51]
<deljones> got the grub menu and selected what I thought was the correct drive
[19:47:05]
<deljones> lsb_release -a gives Release Version 11 codename bullseye
[19:47:29]
<deljones> WebGUI give the Powered by YunoHost 11.0.9.12 (stable).
[19:48:02]
<deljones> so the update has happened but Im terrified of a reboot!!!!!!!!!!!!!!!
[19:48:19]
<deljones> What to do
[19:48:19]
<deljones> its ok I have a backup
[19:48:23]
<deljones> ?
[19:49:22]
<titus[m]> What are the choices you were given for grub?
[19:50:29]
<deljones> e
[19:50:40]
<deljones> dev/vda
[19:50:48]
<deljones> and /dev/vda1
[19:50:53]
<deljones> i chose vda
[19:51:50]
<deljones> when I do a system upgrade I get migrations 22 to 24 to run, but nothing happens when I click run '=(
[19:52:35]
<deljones> sudo DEBIAN_FRONTEND=dialog dpkg --configure grub-pc is now locked so I cant run it again
[19:53:24]
<titus[m]> what do you mean, locked?
[19:53:37]
<Maranda> titus[m]: I'm trying to add STRINGPREP on the bridge
[19:54:02]
<deljones> dpkg: error processing package grub-pc (--configure):
[19:54:21]
<deljones> grub-pc
[19:54:21]
<deljones> Errors were encountered while processing:
[19:54:21]
<deljones> package grub-pc is already installed and configured
[19:54:48]
<deljones> if i try to run sudo DEBIAN_FRONTEND=dialog dpkg --configure grub-pc
[19:54:53]
<titus[m]> > <@deljones:libera.chat> i chose vda
seems like the right choice. 👍️
[20:24:21]
<titus[m]> I think the right command is with `--reconfigure` if you want to do it again
[20:24:21]
<titus[m]> but I think you got it right the first time. Can you share the output of `lsblk`?
[20:24:50]
<titus[m]> sorry. it's `DEBIAN_FRONTEND=dialog dpkg-reconfigure grub-pc`
[22:27:13]
<tripop[m]> Dendrite installation don't seem to have set my domain properlly despite the fact i select my main domain to appear after my usernam
[22:27:40]
<tripop[m]> Stuck ?