[01:23] <jphilips> other than disabling the compositor and disabling some of the autostart apps, what other tweaks can be made to improve performance
[01:23] <jphilips> and reduce memory usage
[02:34] <Unit193> Check what's using the most ram, check `systemd-analyze blame`, etc.
[09:10] <jphilips> Unit193: thanks. the top things are blueman-mechanism, the snapd, then man-db
[09:11] <ochosi> tbh disabling the compositor doesn't necessarily mean more performance
[09:12] <ochosi> it may actually mean less performance
[09:12] <jphilips> bluesabre: we ship floating xfce in the screensaver and thinking we should be having floating xubuntu
[09:12] <ochosi> because you shift effort from the gpu to the cpu
[09:12] <jphilips> thanks for the insight ochosi 
[09:12] <ochosi> so unless you have a really old gpu it's really not an advantage
[09:12] <ochosi> (which is also why i'm not working on non-compositing optimizations in xfce upstream anymore)
[09:12] <Unit193> Oh hey, did you see the commit I pasted here?
[09:13] <ochosi> Oh hey, did you see that we accept merge requests over on gitlab.xfce.org?
[09:13] <ochosi> :D
[09:14] <Unit193> Yeah that's a lot more complicated. :/
[09:14] <ochosi> not really
[09:14] <Unit193> I'll see if I can't bastardize `salsa` to do it sometime next week or more.
[09:14] <ochosi> 1) create account (you should have one anyway)
[09:15] <jphilips> with the bugs that have been cropping up with compositing, i've noticed that xfwm was running at ~14% of cpu if i just had a window open, so decided to disable compositing
[09:15] <ochosi> 2) i give you access
[09:15] <ochosi> 3) you fork the repo
[09:15] <ochosi> 4) create branch, push branch
[09:15] <ochosi> 5) file merge request
[09:15] <Unit193> Yeah Gitlab is super slow.
[09:15] <ochosi> 6) i click "merge"
[09:15] <ochosi> :D
[09:15] <ochosi> less slow than you pinging and reminding me here ;)
[09:15] <Unit193> But like I said, sometime next week (or month) I'll see if I can't modify a GL script to do it. :)
[09:17] <ochosi> i'm on my work laptop now, so i can't push "your" commit
[09:17] <ochosi> i could merge it
[09:18] <Unit193> That's OK, I'm not on a system right now that can really mess with GitLab right now, so I can commit but not push anywhere. :D
[09:18] <ochosi> hehe
[09:18] <ochosi> nice
[09:19] <ochosi> we're both stuck! :D
[09:20] <Unit193> I guess I should check what other's preferences are with regards to committing, see if I should continue the drive-by typo fixes. :P
[09:23] <ochosi> i think in gitlab you can easily fix typos in the Web UI
[09:26] <jphilips> i'm logging into gitlab with my github account, but i'm getting a notice that only when i set a password will i be able to pull or push. is this correct?
[09:29] <ochosi> for pushing you need a "verified" account
[09:29] <ochosi> so an xfce admin has to approve your account
[09:29] <ochosi> cloning should work even anonymously i think
[09:30] <jphilips> https://imgur.com/l71yfuQ.png
[09:31] <ochosi> right, maybe then
[09:31] <ochosi> you could try and then let me know so we can update the contributor docs
[09:33] <jphilips> git clone https worked fine, even without my ssh keys connected to it
[09:34] <ochosi> just with github
[09:34] <ochosi> yeah, ssh keys are not necessary
[09:36] <jphilips> to confirm, if i dont do step 2 (you giving me access), i wont be able to fork, branch and send in merge request (steps 2 to 5)
[09:37] <jphilips> seems strange, as on github you can do all these without requesting access
[09:39] <ochosi> please read my release announcement/email
[09:39] <ochosi> it's mentioned and explained there
[09:40] <jphilips> okay
[09:43] <Unit193> I think I can use `gitlab-xfce` now to fork/push a mr if I can only grab an API key now. :D
[11:47] <jphilips> if ubiquity slide translations for groovy arent available yet, should i suggest a contributor contribute to focal? https://translations.launchpad.net/ubuntu/groovy/+source/ubiquity-slideshow-ubuntu/+pots/ubiquity-slideshow-xubuntu
[12:14] <jphilips> not sure why, but when i updated my system yesterday, it reinstalled the snap store
[13:54] <jphilips> when will the .1 release come out?
[16:33] <jphilips> did another update and its try to install the snap store again. any idea now to stop this
[17:02] <brainwash> jphilips: ask the ubuntu devs
[17:03] <jphilips> guess its time for me to complete wipe snap from my system as i was only using it for a single app anyway
[17:05] <jphilips> this is what it shows in software updater - https://imgur.com/yJxyjZD.png
[17:05] <brainwash> having it installed wouldn't bother me
[17:05] <jphilips> its trying to remove gnome-software as well
[17:09] <brainwash> makes sense I guess
[17:09] <brainwash> snap store is a tweaked gnome-software, isn't it?
[17:10] <jphilips> yes, but only installs snaps
[17:11] <brainwash> that sounds like a bad design
[17:12] <jphilips> that's whats all the rage these days with people saying canonical is shoving snaps down people's throats
[17:13] <jphilips> read this recently https://www.osnews.com/story/131746/ubuntu-20-04-lts-snap-obsession-has-snapped-me-off-of-it/
[17:14] <brainwash> "obsession"
[17:14] <brainwash> didn't they go back and removed the snap installed calculator?
[17:15] <jphilips> yep they removed the snaps of calculator and character map and added the snap of the store
[17:16] <brainwash> so, it's actually a good move
[17:16] <brainwash> people don't like the store, and now it can be only used for snaps
[17:16] <brainwash> meaning that you don't have to use store anymore or only if you want to deal with snaps
[17:18] <jphilips> ubuntu comes with snap store and no longer gnome software
[17:19] <brainwash> and that is brilliant
[17:22] <brainwash> people can go back to use other ways of installing software :)
[17:22] <jphilips> definitely a good move on their end to push snaps, just not liking what its trying to do to my system
[17:22] <jphilips> just another reason why i prefer synaptic over these software stores
[18:10] <brainwash> "Other specific changes Daniel and other GNOME developers worked on this cycle include:"
[18:10] <brainwash> " - Moving mouse no longer involves JavaScript"
[18:11] <jphilips> yep i found that hilarious in the announcement
[18:12] <brainwash> GNOME must be a nice playground for people who like to optimize stuff
[18:14] <brainwash> and once everything is done, all javascript is gone :D
[18:54] <jphilips> from david mohammed
[18:55] <jphilips> " I did ping in ubuntu flavors irc about this when I found the same thing in ubuntu budgie.  Since you have gnome-software as a recommendation in your seeds, update manager will "upgrade" it to a snap"
[18:55] <jphilips> "your seed needs to be adjusted to make gnome-software a dependency"
[18:55] <jphilips> "suggest tag your fellow xubuntu devs - its a feature - perhaps undesirable in 20.04 xubuntu"
[18:55] <jphilips> "unfortunately for xubuntu upgraders or 20.04 installations they will have been "upgraded" to the snap by now when they run update-manager."
[18:55] <jphilips> "The way to resolve for now is to sudo apt install gnome-software"
[18:56] <jphilips> "then update manager will not try to upgrade it to a snap"
[18:56] <jphilips> bluesabre: ^^^
[20:41] <Unit193> We already pull in gnome-software, I'm not sure why the solution to that is to install...gnome-software.
[21:19] <Unit193> I have no idea if I'm the only one that really dislikes GitLab, but if you'd like to avoid using it while using it, install devscripts then add an alias to ~/.bash_aliases with gitlab-xfce='salsa --conffile ~/.config/gitlab-xfce.conf', and then add ~/.config/gitlab-xfce.conf SALSA_API_URL=https://gitlab.xfce.org/api/v4 SALSA_GIT_SERVER_URL=git@gitlab.xfce.org: and define a SALSA_TOKEN= with 
[21:19] <Unit193> something you generate on gitlab.xfce.org
[21:21] <jphilips> not sure why it is as well, but doing the apt install, solved the issue for me and now i'm not prompted in update manager to uninstall gnome software