My first few days with Niri

Sebastian

@stocc Since you are on a laptop: have you searched for/found a way to deactivate touchpad while typing?
Sometimes I am typing and unconciously touch the touchpad with a finger or palm, and then my sentence continues not where it should but somewhere else. That's just annoying 🙈

stocc

Sebastian I haven’t had the issue yet, but apparently there is an option 'dwt' in the touchpad section of the Niri config that should do this:
touchpad { // dwt : disable-when-typing. dwt }

Sebastian

Awesome. I have uncommented it in the config file now and will observe behaviour.

Sebastian

Regarding notifications for updates I will ask again in Support channel soon as a follow-up to the question you had asked there. Tracey had said that in place for the deprecated solus-update-checker, discover/GNOME-Software would notify for updates. Can't say regarding discover, but for GNOME Software this seems only to be true in GNOME itself, not in niri. In GNOME, GNOME Software seems to be started in the background, at least I can kill it without having it opened, which is not the case for niri. Haven't figured out yet if it can be started in background in niri and how this whole packagekit thing works. And actually, I don't want it to be started in background as I dislike it.
Also I don't know whether Tracey's statement means that people who don't wanna use neither discover nor GNOME-Software and prefer cli can't have update notifications.

I figured out so far that pkcon refresh force refreshes the packagekit cache or whatever and that then pkcon get-updates --plain shows whether updates are available. So theoretically possible to build a script with those commands that then triggers notification.
But I do not know if it's save to run pkcon refresh force and if this is usually run by discover/GNOME Software themselves or some packagekit service and how often this is refreshed usually. I didn't find a setting for check for updates intervall in GNOME Software. Also, GNOME Software notification behaviour is weird.
Pretty sure Joey or sheepman are familiar with that whole packegkit stuff and can give advice what would be the best course of action here for notifications.

Edit: you are on Budgie and hence probably using discover? Is it showing notifications for you for updates without having it run manually prior?
Edit: I mean when in niri

stocc

Sebastian Yes, I have Discover, but still no notifications in the notification area. If I manually start Discover it shows there are updates within the GUI, but that isn't propagated to the notification area.

stocc

Sebastian I figured out so far that pkcon refresh force refreshes the packagekit cache or whatever and that then pkcon get-updates --plain shows whether updates are available. So theoretically possible to build a script with those commands that then triggers notification.

I've written myself a little bash script for this (but without the force parameter on the refresh), which I'll spawn at startup of Niri, and see whether it works...

Sebastian

I have also written a bash script but with pkcon refresh force and pkcon get-updates --plain and have it spawn-at-startup spawn-at-startup "sh" "-c" "sleep 60; ~/scripts/solus-pkcon-check-for-updates.sh". Have implemented a loop with while true do and have it check for updates every 30 minutes.
Works fine so far.

stocc

I just realised that I wasn't getting notifications for low battery. It turns out that you need a plugin in DMS to enable this. However, the plugin itself requires the Plugin Manager to be available, which mine wasn't. I then realised that the version of DMS CLI I was running was v0.0.12, or something, which is way out of date. I found that to update this I needed to clone the https://github.com/AvengeMedia/danklinux.git repo.
git clone https://github.com/AvengeMedia/danklinux.git cd dankLinux dms kill make sudo make install dms restart

Having done this, DMS CLI was updated to 0.2.4, which supports the plugins, and I have now installed the Dank Battery Alerts plugin:

« Previous Page