Saturday, February 04, 2023
support@conference.yunohost.org
February
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
         
             

[12:01:44] <baudouin> hello world !
[13:01:17] <somebaudy> hello les gens I
[13:02:36] <tituspijean> baudouin: somebaudy 👋
[13:04:11] <somebaudy> si c'est un emoji mon hexchat n'arrive pas à le lire
[13:04:14] <tituspijean> C'était un "coucou"
[13:04:26] <tituspijean> Essaie peut-être unicodchat
[13:04:47] <somebaudy> hello coucou donc :)
[13:08:07] <somebaudy> je suis en train de - tenter de - migrer de 4.4.2.14 vers 11 quelque chose - SNAFU :)
[14:00:36] <Mateo> Hi, can I use /home in a different drive then my / ?
[14:05:53] <Mateo> I have tried and yes, thanks anyway
[14:07:05] <tituspijean> > <@somebaudy:libera.chat> je suis en train de - tenter de - migrer de 4.4.2.14 vers 11 quelque chose - SNAFU :)

N'hésite pas à partager ta douleur, et des logs. 😅
[14:08:37] <tdlf32[m]> Hello, I posted a feature request on the GITHUB a few minutes ago and my post was closed, can I know for what reason?

https://github.com/YunoHost/issues/issues/2141
[14:17:40] <tdlf32[m]> I point out that this page is no longer visible https://yunohost.org/en/packaging_apps while it described the procedure for integrating an application to YunoHost!
[14:18:57] <tituspijean> tdlf32[m]: I've written the reason in my comment over there :)
[14:20:30] <tituspijean> > <@tdlf32[m]:libera.chat> I point out that this page is no longer visible https://yunohost.org/en/packaging_apps while it described the procedure for integrating an application to YunoHost!

The documentation on that part recently got rewritten. May I ask where you found the link to this page, so that we can fix it?
[14:20:46] <tdlf32[m]> > <@titus[m]:libera.chat> tdlf32[m]: I've written the reason in my comment over there :)

I did read the 2020 post which was also closed, so no way to write in this topical either. Is this a feature that could be integrated to YunoHost?
[14:22:24] <tdlf32[m]> > <@titus[m]:libera.chat> > <@tdlf32[m]:libera.chat> I point out that this page is no longer visible https://yunohost.org/en/packaging_apps while it described the procedure for integrating an application to YunoHost!
>
> The documentation on that part recently got rewritten. May I ask where you found the link to this page, so that we can fix it?

The link to this page, I simply found it in the documentation https://yunohost.org/en/apps by clicking on "Application bundle"
[14:23:59] <tituspijean> > <@tdlf32[m]:libera.chat> > <@titus[m]:libera.chat> tdlf32[m]: I've written the reason in my comment over there :)
>
> I did read the 2020 post which was also closed, so no way to write in this topical either. Is this a feature that could be integrated to YunoHost?

I'm sorry, the issue I linked is not closed: https://github.com/YunoHost/issues/issues/1677

The topic has been extensively discussed. All we need is volunteer time and we do NOT give timelines.
[14:24:29] <tituspijean> (And no need to "bump it up", we know it's an important feature :) )
[14:24:56] <tituspijean> > <@tdlf32[m]:libera.chat> > <@titus[m]:libera.chat> > <@tdlf32[m]:libera.chat> I point out that this page is no longer visible https://yunohost.org/en/packaging_apps while it described the procedure for integrating an application to YunoHost!
> >
> > The documentation on that part recently got rewritten. May I ask where you found the link to this page, so that we can fix it?
>
> The link to this page, I simply found it in the documentation https://yunohost.org/en/apps by clicking on "Application bundle"

Thanks! I'll fix the link asap.
[14:27:41] <tdlf32[m]> > <@titus[m]:libera.chat> > <@tdlf32[m]:libera.chat> > <@titus[m]:libera.chat> > <@tdlf32[m]:libera.chat> I point out that this page is no longer visible https://yunohost.org/en/packaging_apps while it described the procedure for integrating an application to YunoHost!
> > >
> > > The documentation on that part recently got rewritten. May I ask where you found the link to this page, so that we can fix it?
> >
> > The link to this page, I simply found it in the documentation https://yunohost.org/en/apps by clicking on "Application bundle"
>
> Thanks! I'll fix the link asap.

I was mistaken, it is rather here https://yunohost.org/en/contributordoc by clicking on "Packaging" !
[14:27:59] <tituspijean> 👀
[14:28:23] <tdlf32[m]> "packaging new services and web applications"
[14:53:40] <guilhem451[m]> :P
[15:33:12] <shahrul> there seem major update..
[15:49:47] <shahrul> should i reboot after update to major version?
[15:50:52] <tituspijean> shahrul: you can get more information about the update on the forum. Normally no you do no need to reboot. Except if a new kernel version was installed I guess.
[15:53:52] <shahrul> tituspijean: thanks
[15:54:22] <shahrul> i just dont understand about replacing "admin"
[15:57:53] <tituspijean> Now you keed both username and password to log into the webadmin. `admin` user became a standard user that we encourage you to delete when you are sure you have access with other users.
For other users to log into the webadmin, they need to be in the `admins` group. Your first user was automatically added to that group.
[16:12:25] <shahrul> my setup, i am the only one using it. so the next user i created before is admin?
[16:16:28] <tituspijean> I don't understand your second sentence, but let me rephrase. If you only have one user, then you will end up with two users after the update: your user, and a user called `admin`. Both will be in the `admins` group. Once you have made sure you can log in with your user, you can delete the old `admin` user.
[16:21:36] <shahrul> is that admin_legacy?
[16:21:49] <tituspijean> yes
[16:22:59] <shahrul> i see.. if i dont delete it, should be ok?
[16:25:32] <tituspijean> Sure, but consider deleting if you can use your own user instead.
[16:28:11] <shahrul> alright.. thanks
[17:14:49] <somebaudy> mailutils : Dépend: mailutils-common (= 1:3.5-4) mais 1:3.10-3 est installé
[17:14:49] <somebaudy> locales : Dépend: libc-bin (> 2.31) mais 2.28-10+deb10u1 est installé
[17:14:49] <somebaudy> ça inspire quelque chose à quelqu'un ? >>>>> Les paquets suivants contiennent des dépendances non satisfaites :
[17:14:50] <somebaudy> openssh-sftp-server : Dépend: openssh-client (= 1:7.9p1-10+deb10u2) mais 1:8.4p1-5+deb11u1 est installé
[17:14:50] <somebaudy> Dépend: libmailutils5 mais il n'est pas installable
[17:25:37] <debian> cd
[17:26:58] <eric_G> ^ ha ha 😬 that is me playing with irssi in a debian i3 vm
[17:30:57] <eric_G> and I can't figure out how to connect to Ergo 💩
[18:28:31] <phinero> Guys, today got a conflict: port 443 already in use.
Adguard: I added DoH and AG is broken now. Can't restart service.
Here is the log:
https://paste.yunohost.org/bagehizawo
How to solve it? How to change the port in command line to start AG?
[18:29:46] <phinero> Guys, today got a conflict: port 443 is already in use.
Adguard: I added DoH and AG is broken now. Can't restart service. This port is by default for DoH in AG
Here is the log:
https://paste.yunohost.org/bagehizawo
How to solve it? How to change the port in command line to start AG?
[18:31:50] <phinero> Guys, today got a conflict: port 443 is already in use.
Adguard: I added DoH and AG is broken now. Can't restart service. This port is by default for DoH in AG
Here is the log:
https://paste.yunohost.org/bagehizawo
How to solve it? How to change the port in command line to start AG? Do I have to open another port for DoH?
[18:41:31] <Aleks (he/him/il/lui)> Honestly just dont enable DoH
[18:41:56] <Aleks (he/him/il/lui)> DoH requires port 443, which is also needed by nginx
[18:42:28] <Aleks (he/him/il/lui)> Maybe you can change the port in adguard but that kind of stuff usually ends up being a mess
[18:50:13] <phinero> Changed port in AdGuardHome.yaml and started AG.
Do you mean it isn't possible to use DoH in usual way or it isn't nessesary to use it?
[19:11:35] <Aleks (he/him/il/lui)> I dunno, yes it's not necessary to live, but wouldnt be surprised that it's mess to setup because of that fact ... But if changing the port works and is okay for you, cool I guess
[19:19:22] <bigbornier[m]> Bonsoir,
Petite question. Je viens de créer un domaine du type xxx.ynh.fr pour mon Yunohost, et tout fonctionne très bien (je suis sur un Pi4, derrières une box RED-SFR).
Je souahite créer de nouveaux sous-domaines de type vvv.xxx.ynh.fr(pour tester des applications), mais cela est-il possible ?
Car voilà le message : `Vous avez déjà souscrit à un domaine DynDNS, vous pouvez demander la suppression de votre domaine DynDNS actuel sur le forum dans le fil de discussion dédié.`
Merci d'avance :)
[19:24:17] <Aleks (he/him/il/lui)> Il suffit de cliquer sur "j'ai deja un nom de domaine"
[19:24:25] <Aleks (he/him/il/lui)> (Ce qui est pas ultra intuitif)
[19:31:18] <bigbornier[m]> ah ok ! Merci Aleks (he/him/il/lui) :)
[19:32:17] <bigbornier[m]> La logique c'est que j'ai "déjà" le "domaine" xxx.ynh.fr ?
[19:58:23] <Aleks (he/him/il/lui)> Yep
[21:12:16] <ceol> Hello, if I am setting up /etc/fstab to mount an external drive on boot, what should I set user id, group id and umask in order to allow an app (navidrome) to read what it needs to while not sacrificing security? I'd like it to be at least write accessible for my admin user so I can transfer music to the drive with scp or rsync. I've tried using my
[21:12:17] <ceol> main user id and group id with rw-rw-r-- permissions (umask 115???) But it looks like no music is being read. I did set the navidrome.toml to look in the right place. I can see the files when I ssh in and check the directory too.
[22:09:07] <João Pinheiro> Hi everybody! I've just upgraded my YunoHost server and I couldn't upgrade Piwigo. Here is the log file: https://paste.yunohost.org/raw/eperawemiq
[22:47:57] <blcarry> I am wondering if anyone has run into this issue - I'm trying to run the `tootctl` command for gltchsoc.

I found this thread:

https://forum.yunohost.org/t/glitchsoc-how-to-use-tootctl-via-ssh/20075/2

When I run the command in that post: `sudo RAILS_ENV=production PATH=/opt/rbenv/versions/glitchsoc/bin /var/www/glitchsoc/live/bin/tootctl media remove --days=3`

I get: `/usr/bin/env: ‘ruby’: No such file or directory`

And `$ which ruby` doesn't find any ruby versions.

I was wondering if anyone could help with this?