Monday, August 10, 2020
yunohost@conference.lightwitch.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
           
YunoHost support room | Don't ask to ask, just ask ! | Be patient and stay polite with everybody (this is a free software project ran by volunteers) | No answer? Post on the forum: https://forum.yunohost.org | This room is mirrored via Echo1 | Donate: https://liberapay.com/YunoHost

[09:54:41] <irc> <ex_06:matrix.org> Hey guys, is the new YUNOHost image working for Pi4? I’m actually using the Pi4 with raspbian and then following the Debian 10 procedure (and it works) but maybe I want to start from 0 again and I was wondering if I can use the Pi tutorial thanks to the recent upgrade :)
[10:35:26] <irc> <natobie> Bonjour!
[10:35:44] <irc> <natobie> D'abord merci pour tout votre travail 😁
[10:38:04] <irc> <natobie> J'ai un soucis lors de l'installation de Yunohost par USB : l'installateur ne trouve pas le "cdrom" sur lequel il est censé trouver les données, alors que l'ordinateur a bien démarré dessus. Et tous systèmes confondus (mac, portables, tours...). Je me limite donc aux ordinateurs ayant un lecteur CD mais auriez vous une solution ?
[11:24:28] <irc> <Doc-Saintly> Inv3n7, are you using a virtual machine or using it as your main OS?
[11:25:15] <irc> <Doc-Saintly> I see a notice that Debian buster upgrades are now available. Does this mean the dev team will have more time to look into applications to maintain?
[11:26:02] <irc> <Doc-Saintly> Some of the main apps that make me use YNH are no longer supported, and the last I heard about the app support in general is that it's up to the community for any of the "non core" stuff.
[12:32:26] <irc> <nicofrand[m]> Doc-Saintly: what's the issue with the community maintaining the apps?
[13:03:49] <irc> <nicofrand[m]> Some apps are already "official" and for the others the core team is also here to help the maintainers from the community
[13:16:04] <irc> <Aleks[m]> ( nicofrand : there isn't really any more a notion of "official" app
[13:16:16] <irc> <Aleks[m]> there are high quality apps but only very few of them are )
[13:16:36] <irc> <nicofrand[m]> ah, sorry, I missed that
[13:17:11] <irc> <Aleks[m]> main criteria imho is "is the app level 7ish" and "did it get upgraded ~recently (i.e. less than one year ago)"
[13:18:32] <irc> <nicofrand[m]> 👍️
[13:18:46] <irc> <nicofrand[m]> The second criteria might highly depend on the upstream app though
[15:00:35] <djx> There's nothing wrong with apps being maintained by the community, but if that person loses interest / decides to go elsewhere, it leaves non tech-savvy people "holding the bag" and wondering what to do.
[15:01:17] <djx> I know that they're warned of this when they first install the app, but surely there is some "standard platform" that is within YNH's mission to maintain
[15:01:39] <djx> For example, e-mail comes with a standard install no matter what, and I assume it will be supported for as long as YNH is around.
[15:04:48] <djx> I really do like the rating system to help users understand "how much can you expect this to stay around", but I always felt that dropping the "official" was a wrong move.
[15:12:13] <irc> <Doc-Saintly> Aleks[m], so what's why I was asking what the plans are. I remember hearing a few times over the last months that a lot of the dev effort was going into Buster support, since it's a pretty big task. So I was just wondering, what's next? Does everyone take a break and things stay as they are, or now they will continue to put effort into other things (like features, app support, etc.). I just haven't b
[15:12:14] <irc> <Doc-Saintly> een around long enough to know what is "normal"
[17:24:09] <irc> <arikc> Hi, I'm trying to install Yunohost on the latest version of VirtualBox with the associated latest ISO(64bit) from Yunohost. It's been stuck at 95% with the message "Configuring man-db (amd64) for an hour. Any ideas?
[19:07:06] <irc> <Aleks[m]> @djx : well the thing is that this is just a volunteer project and we can't really commit ourselves or the team to maintain apps for more than a year or so .. and even if we do, it will be just a bunch of them among the 140+ apps level ~7ish ... and then I regularly saw people saying "oh I'll wait for the app to become official before installing it" but that's pointless/hopeless because we just can't make more than 10~20
[19:07:06] <irc> <Aleks[m]> apps given the expectation/responsability
[19:09:37] <irc> <Aleks[m]> email comes with a standard install, yes, but email is a whole different story as it's been standard and stable for decades now and nothing really changes about it ... but apps, they often get upgraded every two months or so, and then you gotta handle the upgrade, and there are migrations, and so on, and the packaging format evolves (though most of it stays backward compatible) so that's plenty of work ... especially when
[19:09:37] <irc> <Aleks[m]> talking about "huge" apps like nextcloud, gitlab, discourse, etc...
[19:10:15] <irc> <Aleks[m]> but when you look at it, plenty of apps that have been untouched for 2+ years are still working pretty well today
[19:10:36] <irc> <Aleks[m]> (or even 3, 4 years ..)
[19:11:51] <irc> <Aleks[m]> Doc-Saintly: yes, we have plenty of pull requests on stand by until the buster thing is over, there are some details in the release note of buster at then end
[19:12:25] <irc> <EssDub> Hey all. I'm trying to change the max_allowed_packet size for MySQL for my Friendica installation. How would I do this?
[19:14:29] <irc> <Aleks[m]> not sure removing manually something in /etc/ is a good idea ...
[19:14:35] <irc> <Aleks[m]> what if you run "apt remove apache2"
[19:17:16] <irc> <Aleks[m]> hmokay
[19:19:22] <irc> <Aleks[m]> and if you retry the migration you still get the same log ...?
[19:19:42] <irc> <Aleks[m]> zblerg
[19:19:47] <irc> <Aleks[m]> can you try to run :
[19:19:58] <irc> <Aleks[m]> DEBIAN_FRONTEND=noninteractive APT_LISTCHANGES_FRONTEND=none apt-get --fix-broken --show-upgraded --assume-yes --quiet -o=Dpkg::Use-Pty=0 -o Dpkg::Options::="--force-confold" -o Dpkg::Options::="--force-confmiss" -o Dpkg::Options::="--force-confdef" dist-upgrade --dry-run
[19:21:56] <irc> <Doc-Saintly> Aleks[m]: understood, and of course I do appreciate all the work you guys put in.
[19:49:37] <irc> <EssDub> I figured my MySQL question out. No answer needed now. :)
[20:05:49] <irc> <Aleks[m]> uknohwat: what kind of hardware are you running ?
[20:07:31] <irc> <Aleks[m]> hmmm idk that looks fine, it's just that there's a weird dependency issue about that apache2 thing somehow which sounds unrelated to hardware
[20:07:53] <irc> <Aleks[m]> for some reason there may be a package that now needs a hard-dependency on apache2 ~_~
[20:08:35] <irc> <Aleks[m]> idk let's try somehing like :
[20:08:52] <irc> <Aleks[m]> edit some apt preference conf file with : `nano /etc/apt/preferences.d/ban_apache`
[20:09:47] <irc> <Aleks[m]> sent a long message: < https://matrix.org/_matrix/media/r0/download/matrix.org/NBvORARbBTgjaGceEmYwkNyf >
[20:09:53] <irc> <Aleks[m]> save/exit with Ctrl+X
[20:10:06] <irc> <Aleks[m]> then re-launch the dist-upgrade --dry-run command from previously
[20:39:44] <irc> <Aleks[m]> uknohwat: ugh it's not happy about the Pin: *, my bad ...
[20:40:03] <irc> <Aleks[m]> let's re-edit the file with `nano /etc/apt/preferences.d/ban_apache` and replace `Pin: *` with Pin: origin ""
[20:40:17] <irc> <Aleks[m]> * let's re-edit the file with `nano /etc/apt/preferences.d/ban_apache` and replace `Pin: *` with `Pin: origin ""`
[20:42:46] <irc> <Aleks[m]> even the line Conflicts: apache2 but 2.4.38-3+deb10u3 is to be installed?