 hi, i have freeze problems that last a few minutes. from ksysguard the cpu goes to 100% but in reality I don't think that the cpu is really 100% it is because the fans do not increase speed, and also because with s-tui tool cores remain at a low level of utilization. … During these freezes, with the command top, no particular process appears to be prevalent. Maybe kwin_x11. … Do you know what could be the cause of these freezes, o
 I used to have the same problem except it was permanent until reboot. Then I realized I could remove it by switching to battery then back to the plug
[08:36] <eeos> I uploaded to 20.04.1 .... The snap directory in the home directory of the users .... it is pretty annoying .... why is this not in the .config directory?
[08:44] <eeos> it is unclear why we need a snap directory in the users home, when the snap packages are installed at system level.
[08:49] <Guest55066> fed_cal, high io wait by any chance?
[08:51] <oerheks> eeos, it is by design, but you can *hide* it >> echo snap >> ~/.hidden   # the .hidden file with just the name snap in it should do the trick
[08:51] <oerheks> or any folder there if you want
[08:52] <oerheks> it will be visible on the comandline though
[08:53] <oerheks> that folder contains user settings and stuff
[09:07] <eeos> oerheks: I just do not understand why it is not in either .config or .local .... we have configuration locations, it does not look like a particularly good choice.
[09:07] <eeos> oerheks: particularly when you use snap to install system wide. Te more I use snap, flatpak and appImage, the less I like them.
[09:09] <oerheks> you do install snaps systemwide, your $HOME folder contains user stuff. again, it is by design.
[09:11] <eeos> oerheks: again, I do not think it is a good design choice, because we have directories in the home of users that are made for that purpose, namely .config and .local.
[09:12] <eeos> oerheks: and it is unclear what is the rationale behind this design choice. Indeed, if you look at the snap development docs, there is no good explanation for such as choice.
[09:15] <oerheks> add yourself to this bugreport? https://bugs.launchpad.net/ubuntu/+source/snapd/+bug/1575053
[09:15] <oerheks> i think it is fine.
[09:25] <konrados> Hello, is https://snapcraft.io a secure source of apps?
[09:25] <eeos> oerheks: yes. I see that they have finally recognised that is a (really) poor design choice and they are going to address it by 21.04.
[09:26] <oerheks> konrados, yes, it is the official front store
[09:26] <konrados> oerheks, thanks!
[09:27] <oerheks>  yw
[09:30] <eeos> Thanks for link to the bug in any case, I added my voice to it.
[09:42] <eeos> By the way, the default flatpak seems to have disappeared from the default installation of discover software center .... (I have just upgrade from 18.04 to 20.04.1)
[09:43] <oerheks> flatpack? that is optional ..
[09:45] <eeos> oerheks: I thought we had it by default on 18.04 ....
[09:45] <oerheks> blasfemie !
[09:46] <oerheks> no, and flatpak has some serious disadvantages.
[09:46] <oerheks> like: i do not support it :-D
[09:57] <eeos> oerheks: yes, it has some serious disadvantages .... I agree.
[10:01] <eeos> oerheks: resource usage is rather intensive with snap though .... and pity there is no support for AppImage integration ....
[10:02] <oerheks> That, is on my wishlist, deb - snap - appimage - flatpak - github build. all in one software store.
[10:03] <oerheks> deb + snap standard, the rest optional ofcourse
[10:04] <eeos> oerheks: and mine .... administering systems is becoming increasingly more complex .... particularly updates and upgrades
[10:13] <eeos> oerheks: yes .... even if we are using appimage quite extensively and the integration is rather poor at this stage) and appimagekit missing ....
 👍
[10:33] <blippitybloopy-M> LMAO "oerheks"
[10:34] <blippitybloopy-M> https://www.deepl.com/translator#nl/en/oerheks
[13:07] <BluesKaj> Hi folks