[13:38:13]
<heloase[m]> I got it few times, for example when trying to install an app or to access a user from the web interface.
[13:44:47]
<Aleks (he/him/il/lui)> ah yes
[13:44:47]
<Aleks (he/him/il/lui)> zblerg I don't know why this suddently happens
[13:44:48]
<Aleks (he/him/il/lui)> I've seen this a fez times
[13:45:05]
<Aleks (he/him/il/lui)> can you try to run `apt install dbus --reinstall`, see if that fixes the issue ?
[13:47:23]
<heloase[m]> Hi! I've just done it but it doesn't solve the issue :(
[13:47:49]
<Aleks (he/him/il/lui)> 😬
[13:48:32]
<Aleks (he/him/il/lui)> (btw it's better to join #yunohost:matrix.org rather than the old lbera chat room, I'm puzzled as to how / where you found the reference to the liberachat room 😅)
[13:48:40]
<heloase[m]> When I'm running your command at the end it says:
`Setting up dbus (1.12.24-0+deb11u1) ...
dbus.service is a disabled or a static unit, not starting it.
dbus.socket is a disabled or a static unit, not starting it.
Processing triggers for man-db (2.9.4-2) ...`
[13:48:48]
<Aleks (he/him/il/lui)> ah
[13:48:52]
<Aleks (he/him/il/lui)> hmmmm
[13:49:10]
<heloase[m]> * When I'm running your command at the end it says:
```Setting up dbus (1.12.24-0+deb11u1) ...
dbus.service is a disabled or a static unit, not starting it.
dbus.socket is a disabled or a static unit, not starting it.
Processing triggers for man-db (2.9.4-2) ...`
[13:49:14]
<Aleks (he/him/il/lui)> can we check the output of `systemctl status dbus` ?
[13:49:30]
<Aleks (he/him/il/lui)> or maybe we need to `systemctl enable dbus --now`
[13:49:47]
<heloase[m]> > <@Alekswag[m]:libera.chat> (btw it's better to join #yunohost:matrix.org rather than the old lbera chat room, I'm puzzled as to how / where you found the reference to the liberachat room 😅)
Actually I was looking for this one but when I searched "yunohost" on Element matrix.org I found this one first :/
[13:50:06]
<Aleks (he/him/il/lui)> ah yes i think i noticed that a while ago T_T
[13:50:26]
<heloase[m]> ```
● dbus.service - D-Bus System Message Bus
Loaded: loaded (/lib/systemd/system/dbus.service; static)
Active: inactive (dead)
TriggeredBy: ● dbus.socket
Docs: man:dbus-daemon(1)
```
[13:50:48]
<tituspijean> (we might be able to ask to unlist #yunohost:libera.chat from the matrix.org directory 😕 )
[13:50:52]
<Aleks (he/him/il/lui)> `static` 🤔, wtf iz dat
[13:51:21]
<heloase[m]> Woohoo! When enabling manually (thru your command) it works!
[13:51:26]
<Aleks (he/him/il/lui)> \o/
[13:51:47]
<heloase[m]> ```
● dbus.service - D-Bus System Message Bus
Loaded: loaded (/lib/systemd/system/dbus.service; static)
Active: active (running) since Mon 2023-03-27 13:50:34 UTC; 19s ago
TriggeredBy: ● dbus.socket
```
[13:52:01]
<Aleks (he/him/il/lui)> yay
[13:52:15]
<heloase[m]> Now the question is: will I have to do it manually all the time, is it a one-time thing, or is there a way to automate that?
[13:52:34]
<Aleks (he/him/il/lui)> i think it should only a one-time thing
[13:52:44]
<heloase[m]> Cool!
[13:52:48]
<Aleks (he/him/il/lui)> the real question imho is why was it disabled on the initial VPS install x_x
[13:53:15]
<heloase[m]> For info, when I ran `systemctl enable dbus --now` I got this output:
```
Synchronizing state of dbus.service with SysV service script with /lib/systemd/systemd-sysv-install.
Executing: /lib/systemd/systemd-sysv-install enable dbus
The unit files have no installation config (WantedBy=, RequiredBy=, Also=,
Alias= settings in the [Install] section, and DefaultInstance= for template
units). This means they are not meant to be enabled using systemctl.
Possible reasons for having this kind of units are:
• A unit may be statically enabled by being symlinked from another unit's
.wants/ or .requires/ directory.
• A unit's purpose may be to act as a helper for some other unit which has
a requirement dependency on it.
• A unit may be started when needed via activation (socket, path, timer,
D-Bus, udev, scripted systemctl call, ...).
• In case of template units, the unit is meant to be enabled with some
instance name specified.
```
[13:53:46]
<Aleks (he/him/il/lui)> 🤔
[13:55:21]
<heloase[m]> Thanks a lot Alekswag[m] for your help \o/
[13:55:57]
<Aleks (he/him/il/lui)> 👍️
[13:57:26]
<Aleks (he/him/il/lui)> i'll slap a `systemctl is-active dbus || systemctl enable dbus --now` in the install script I guess
[13:57:31]
<heloase[m]> I'll now move to the right room ;)
[15:22:25]
<nachoLIBRE> My yunobisr works fine, then upon reboot all ports fail. I looked at my internet router settings and all that there's no port blocking
[15:23:16]
<nachoLIBRE> I really would like to solve the issue. I haven't experienced it before and I think it might have something to do with the app I have installed which is prestacart
[15:24:19]
<nachoLIBRE> Could this be related to DNS? Or is that seperatte thing from ports
[15:25:57]
<Aleks (he/him/il/lui)> dunno if we're receiving half of your messages or something but nobody can magically help you without an *accurate* description of your issue ...
[15:26:21]
<Aleks (he/him/il/lui)> "all ports fail" can mean anything ...
[15:37:31]
<nachoLIBRE> OK I will get the logs or w.e
[15:37:43]
<nachoLIBRE> I'm learning
[15:38:16]
<Aleks (he/him/il/lui)> not even speaking of logs ... just an accurate description of the symptoms ...
[15:38:29]
<nachoLIBRE> Could it have anything to so with it being a VM
[15:39:02]
<Aleks (he/him/il/lui)> "all port fail" sounds like your own summarized conclusion about what is the issue instead of describing the actual symptoms ...
[15:39:12]
<nachoLIBRE> I set up yunohost virtual box it installs I can access the yunohost control panel
[15:39:13]
<Aleks (he/him/il/lui)> we don't know if it could have anything regarding using a VM, since we don't know anything about the actual symptoms
[15:39:18]
<nachoLIBRE> I install prestacart app, set up my website.
[15:39:21]
<nachoLIBRE> I can access it
[15:39:32]
<nachoLIBRE> Then boom. Gone one reboot and all port error
[15:39:44]
<nachoLIBRE> Can regenerate a new lwtsencrypt
[15:39:48]
<nachoLIBRE> Cannot *
[15:39:49]
<Aleks (he/him/il/lui)> "all port error" still doesnt mean anything
[15:39:58]
<nachoLIBRE> Every port is not working
[15:39:58]
<Aleks (he/him/il/lui)> explain what you are doing exactly to conclude that "all port error"
[15:39:59]
<nachoLIBRE> Red
[15:40:05]
<Aleks (he/him/il/lui)> red where
[15:40:12]
<nachoLIBRE> In the diagnostics
[15:40:33]
<Aleks (he/him/il/lui)> which diagnostic, yunohost diagnostic ?
[15:40:46]
<nachoLIBRE> Yes
[15:41:02]
<nachoLIBRE> Then no apps work in yunohost
[15:41:18]
<nachoLIBRE> I've used yunohost before and didn't experience it
[15:41:38]
<nachoLIBRE> The issue
[15:41:53]
<Aleks (he/him/il/lui)> then you should check that the local IP of your machine did not change during the reboot, i.e. I suspect you configured some port forwarding at some point using the local IP, so let's check that the local IP is still the one you configured in port forwarding ...
[15:42:14]
<nachoLIBRE> It's still same ip
[15:42:30]
<nachoLIBRE> And port forward on my router admin page?
[15:42:37]
<nachoLIBRE> Do I need to do thar
[15:42:55]
<Aleks (he/him/il/lui)> to expose it to the global internet, probably yes ...
[15:43:07]
<nachoLIBRE> OK thank you
[15:43:24]
<nachoLIBRE> That helps allot
[15:43:27]
<nachoLIBRE> Could that solve my issues
[15:43:42]
<Aleks (he/him/il/lui)> but if you said it was working before without doing this, then that's not the issue
[15:43:58]
<Aleks (he/him/il/lui)> what kind of VM is it, are we talking about Virtualbox ?
[15:43:58]
<nachoLIBRE> Oh ok
[15:44:08]
<nachoLIBRE> Yes and virtual box yunohost
[15:44:16]
<nachoLIBRE> The image for virtual box
[15:44:31]
<Aleks (he/him/il/lui)> didn't you have to configure some networking mode inside Virtualbox to get shit working the first time ?
[15:44:35]
<nachoLIBRE> I did
[15:44:39]
<nachoLIBRE> Bridge adapter?
[15:45:09]
<Aleks (he/him/il/lui)> yeah
[15:45:10]
<nachoLIBRE> I swr up yunohost
[15:45:10]
<nachoLIBRE> All that is fine
[15:45:11]
<nachoLIBRE> And it works
[15:45:12]
<nachoLIBRE> Then doesn't
[15:45:12]
<Aleks (he/him/il/lui)> like switching from NAT to Bridge or something
[15:45:14]
<nachoLIBRE> Its annoying as poop
[15:45:14]
<nachoLIBRE> Tease
[15:45:16]
<Aleks (he/him/il/lui)> yes, we understood that it worked then doesnt the first 12 times you said it ...
[15:46:23]
<Aleks (he/him/il/lui)> so can you elaborate what you tweaked regarding the "bridge adaptor" and can you check whatever tweak survived the reboot ..?
[15:48:11]
<Aleks (he/him/il/lui)> (also running inside a VM such as Virtualbox is not recommended apart from testing YunoHost, for various reason, mainly because it's not practical to leave the server up 24/7, and because it's a pain in the ass to configure the network)
[16:05:08]
<bormay[m]> has anyone had their "It works!
Congratulation, you have just installed your custom web app." Site flagged by chrome?
[16:05:10]
<bormay[m]> or yunohost server in general
[16:05:41]
<bormay[m]> because it appears like my server has been flagged as a "deceptive site" by chrome
[16:08:42]
<bormay[m]> help!?
[16:09:25]
<Aleks (he/him/il/lui)> cf https://forum.yunohost.org/t/google-flags-my-sites-as-dangerous-deceptive-site-ahead/20361
[16:09:42]
<bormay[m]> Is someone at google freaking out over cat pictures?
[16:11:12]
<Aleks (he/him/il/lui)> yup, much spook
[16:12:25]
<bormay[m]> I never bothered making a "front page" for my selfhosted server so it is currently the web app boilerplate with the cat gif
[16:13:17]
<bormay[m]> the domain in question is mayroot.com
[16:14:32]
<bormay[m]> If anyone can see any obvious issues please do tell. If not please "report a detection error" from the chrome browser
[16:17:25]
<Aleks (he/him/il/lui)> the obvious issue is that Google has too much power and not enough oversight
[16:17:25]
<bormay[m]> I am sorry to say this but something is going wrong at google
[16:17:43]
<bormay[m]> and that is scary!
[16:18:10]
<bormay[m]> it is almost as if google is picking what users should be allowed to see and what not
[16:19:31]
<bormay[m]> so now everyone with an android phone will not be able to visit my site by default
[16:19:50]
<bormay[m]> not that I want anyone to visit since its just a boilerplate lolcat page
[16:20:01]
<bormay[m]> but that isn't the point
[16:21:17]
<bormay[m]> (rant over)
[16:21:18]
<bormay[m]> ...
[16:21:18]
<bormay[m]> This is some serious BS!!!!
[16:22:09]
<Aleks (he/him/il/lui)> yup ...
[16:27:03]
<bormay[m]> Here is why a user from that forum link got blocke by googl. "it did work for me and both cases I found out why.
The first time it was a cryptocurrency related project that I was hosting for a hackathon
The second time was a wierd sub-domain I created with an hash…but funnily enough I kept some hash domains for quite long and no issue."
[17:12:04]
<Archlinette> Bonjour à tous-tes
[17:13:53]
<Archlinette> Je me demande si des personnes ici utilisent pihole dans leur Yunohost, et ce comme bloqueur distant pour plusieurs réseaux, quelques soucis rencontrés avec celui-ci (impossibilité de bloquer domaines via GUI)
[17:17:43]
<pti-jean> Moi j'utilise pi-hole en plus de YunoHost... sur un RPI à part!
[17:19:58]
<Archlinette> salut pti-jean et merci de ta réponse, c'est ce que je faisai avant mais j'avoue que j'aurais bien eu un pihole distant afin de pouvoir s'y connecter de n'importe ou (y compris notamment de tous les réseaux auxquels je dois me connecter depuis le travail)
[17:21:59]
<pti-jean> Une simple redirection de ports, et je me connecte à mon Pi-Hole auto-hébergé !
[17:24:18]
<Archlinette> ce qui ne répond pas à mon besoin, je ne vais plus avoir de connexion net fixe d'ici peu d'ou la tentative de passage via un serveur distant ;)
[17:25:31]
<Archlinette> Je vais peut-être tester ADguardhome, bien que je n'aime pas la non fiabilité de l'interface de celui-ci....
[17:39:28]
<nachoLIBRE> > <@Alekswag:matrix.org> (also running inside a VM such as Virtualbox is not recommended apart from testing YunoHost, for various reason, mainly because it's not practical to leave the server up 24/7, and because it's a pain in the ass to configure the network)
I think when it worked well I wasn't on a vm
[17:44:10]
<nachoLIBRE> https://aria.im/_matrix/media/v1/download/matrix.org/yEvlglvESDYGScDKKRvENvVF
[17:45:29]
<joeitu> Yo ! Y'a une raison pour laquelle yunohost peut que s'installer sur debian ?
[17:46:07]
<Aleks (he/him/il/lui)> :| ...
[17:47:20]
<Aleks (he/him/il/lui)> oui, la raison c'est que c'est déjà suffisamment compliqué de supporter Debian, et ça demanderait carément trop d'abstractions et complexité supplémentaires de supporter d'autre distribution, et ça n'apporterait rien de fondamental qui en vaille la chandelle
[17:47:48]
<Aleks (he/him/il/lui)> et oui, même des dérivées genre "Ubuntu" y'a certainement pleins de différences qui font que ça marchera certainement pas
[17:49:46]
<joeitu> Ok, donc a la difference de umbrella yunohost est fortement couple' avec l'OS host et il faut le voir comme un OS plutot qu'une app
[17:50:20]
<Aleks (he/him/il/lui)> exactement
[17:51:19]
<joeitu> et je peux rajouter des services autres que yunohost sur l'OS ? ou mauvaise idee
[17:51:59]
<Aleks (he/him/il/lui)> tu peux installer https://github.com/YunoHost-Apps/redirect_ynh ou my_webapp_ynh qui permettent d'installer des trucs "à la main", à condition de pas non plus faire complètement n'importe quoi ...
[17:54:22]
<nachoLIBRE> So for the virtual.machine I'll try to pause it instead of shutting it down
[17:56:43]
<joeitu> So out of curiosity what make yunohost high coupling with the OS ? is it SSO LDAP feature ?
[17:59:59]
<Aleks (he/him/il/lui)> i don't even know where to start from ... we use `apt` all over the place, YunoHost is packaged as a `.deb`, it requires many pieces of software available on debian which may not be available on other system, or available with different versions, or different names, or with configuration organized differently
[18:00:13]
<Aleks (he/him/il/lui)> we just ain't testing yunohost on other system and there's just no gain in doing so
[18:00:55]
<Aleks (he/him/il/lui)> the point of YunoHost is to have a system that just work, the goal is that people should not even know what Debian or Nginx or Mysql is
[18:01:38]
<Aleks (he/him/il/lui)> Like, people use Android on their phone and don't know what Linux is despite Android being built on top of Linux
[18:02:05]
<Aleks (he/him/il/lui)> (hell, a lot of people don't even know they run Android...)
[18:03:55]
<Aleks (he/him/il/lui)> and we still have much progress to do on the "having a system that just works", so certainly we are putting our energy on this aspect rather than "let's waste thousands of hours supporting some other distribution because nerds like to choose everything" ...
[18:07:09]
<IoMe> A question about the translation of the web admin page
[18:07:31]
<IoMe> I don't remember where I could send a bug report/correction
[18:11:04]
<Aleks (he/him/il/lui)> https://translate.yunohost.org/
[18:11:12]
<tituspijean> IoMe: over there? https://translate.yunohost.org/projects/yunohost/
[18:12:25]
<IoMe> tituspijean, Aleks (he/him/il/lui) , yes, thanks!
[18:13:41]
<IoMe> Ok, corrected
[18:25:33]
<nachoLIBRE> If the connection going to yunohost server is tor based, will the yunohost server be somewhat anonymous
[18:35:46]
<Aleks (he/him/il/lui)> why do people always want to do complex shit T_T
[18:36:52]
<Aleks (he/him/il/lui)> no, hidden tor services are not supported, there are thousands ways the identity of the server would leak, don't do this if you don't want cops on your frontdoor
[18:43:46]
<nachoLIBRE> Its not for illegal services I just want to understand the tor network and if it would be possible to use with yunohost server
[18:44:16]
<nachoLIBRE> I have found a few methods for Debian , but if the server was on an anon dedicated server or something it wouldn't be traced back
[18:45:46]
<nachoLIBRE> Is that a way ppl mitigate getting door rebuild?
[18:45:46]
<nachoLIBRE> > <@Alekswag:matrix.org> why do people always want to do complex shit T_T
To learn,
[18:47:17]
<nachoLIBRE> Anyways the yunohost is working again on the virtual machine I think I found a method to get it back up when it goes down