Showing posts with label linux. Show all posts
Showing posts with label linux. Show all posts

Saturday, August 22, 2026

UX Lessons / Opinion Piece - Why Extensive "Setup Wizards" and "First Start Tours / Onboarding Experiences" Suck

Last night I had to help Dad set up a new laptop. It was most enlightening and entertaining / heartening watching him ranting and seething about how Microsoft's new signup flow for Windows 11 was so Anti-User, with particular highlights being:

  * "I do NOT want to set up this machine like my previous one!  I want each one to be a separate / different experience!  Why do you try to force me to link them together?!"

  * "Why does it say, 'Welcome back?!'  This is a new machine!!!"

  * "I do not like how they try to scare and bully you into do things their way" (i.e. in reference to the repeated and scarily-worded prompts about enabling OneDrive sync by default to 'not lose your data')"

  * "Do I have to give it my phone number?  I don't want to give them that"

  * "Link my phone?  Whatever... I don't want that!" 

  * "Where's my internet browser?" 

  * "Argh... Where did I write down that pin again?  The one they forced me to create..." 

 

But of most relevance to today's blog post: 

  * "Why do I have to answer so many questions and sign in so many times just so that I can see what my computer looks like+ check that it's all working!"

 

That last point brings into clear view one of the things that has bothered me for many years: That is, why extensive "Setup Wizards" and "First Start / Onboarding Tour Flows" are problematic.

 

(And, to get this out of the way first:  I did offer to Dad that he could use something "much better" if "he ever got annoyed with what Microsoft were doing"... The main issue in his case is he currently does still need to do a lot of stuff where maintaining compatibility with MsOffice files is important, so I didn't want to force the matter... Otherwise, I'd strongly recommend not even touching Windows 11 at all.)

Saturday, August 8, 2026

Linux Rant / Wishlist - The Ongoing Quest for Achieving My Dream Desktop Setup

Yet again, I was recently reminded about how *ALL* current desktop environments suck rather badly when it comes to doing "session management" in the way that I want.

 

In short, my bottom line is:

Every time I wake up my computer to get some work done, I want it to effectively be in the exact same state as I left it (at least from "My POV").  This matters as I typically have several different projects on the go at a time, and want things in a particular state, ordered + grouped in a particular way.

 

What Currently Happens:

* Every time a system / browser / etc. update happens, a non-trivial chunk of my setup gets blasted away

* When it comes back, most if not all that state is now in a scrambled state that needs me to waste 10-15 minutes restoring it back to the way I want it, e.g

   * On Home Windows Boxes (after a forced update), 

        * I only get back my Firefox windows on the right workspaces, and "maybe" if I'm lucky, all the folder windows I had open. 

        * Everything else (terminals, text editors, git clients, temporary reference image windows, etc.)... ALL GONE!

       * Worse still, when I restore my Sublime Text windows, they all open again on the first Virtual Desktop, so now I have to spend time clunkily dragging them back to the ones I want them on! 

       * The only saving grace:  My VMWare virtual machines all just get suspended, and then when I reanimate / restore them, they are exactly as I left them, each with their own window grouping state (like with the VNC sessions at work, but local)!  Hmm... now there's an idea! 

   * On Work Windows Boxes (after a forced update - which happens once a month)

        * Email usually comes back by itself... Usually... unless it is somehow time delayed, and now I get 2 from trying to open one myself 

        * I have to 2FA log back into 3-5 different SSH tunnels, so that I can then revive the corresponding VNC sessions. But, I need to space each 2FA login apart by 1 minute per attempt (assuming I don't typo the password, and need to try again a minute later again)

        * I then need to restore my browser windows:

           * Chrome for our internal tooling nearly always loses its open tabs (due to an IT policy), and so I have to spam the Ctrl-Shift-T key to bring them all back. With luck, I haven't also been kicked out of the tool, and need to re-sign in on the first such tab (or else all of them end up in "log in again" mode that doesn't take nicely to double-submits)

           * Firefox for external "out in the wild" browsing 

       * Oh, and Teams... yeah, that thing never comes back after an update, and you have to search for it in the laggy Windows start/search thing, as pinning it doesn't work either (as the reinstalls always invalidate the old shortcuts!)

   * On KDE Boxes

       * Only the windows in the first workspace get restored

       * Terminals and Dolphin windows all get closed, leaving only a single instance of each, stuck in your home folder (i.e. useless)

           NOTE: Initially I was quite excited to see that both of these included a "Restore Session" option, thinking that this would be great for this very case.  Unfortunately, that implementation is so braindead borked, that I have to leave it off!  I mean, the problem is that it doesn't just do that on Machine / KDE Session restart! It does it every time you go to the taskbar launcher and try to fire up an extra window/instance! So, all of a sudden, you have double the number of terminals/folders open, all showing all the tabs you've already got open... UGH!  That is so utterly stupid!

Thursday, July 9, 2026

Linux Rant - Session Restore Not Working

It seems my ongoing quest to set my machines up to seamlessly maintain state through the inevitable forced updates that still need to happen will likely need to me step in and hack up my own solution!

Right now I need to solve this problem across 2-3 platforms TBH:

1) Gnome - For my work machines, where I've got a specific "6 + 4" window setup I want to have restored each time my VNC session restarts for whatever reason.  i.e. With that, I want a whole bunch of terminal + folder windows opened at specific sizes + positions, each one hosting a mix of some 3-4 different tabs set to specific folders, with specific commands pre-typed into each shell ready to be deployed with a single enter-key press, and/or each maintaining its own command history log.

2) KDE - This is the setup I'm trying to move to for all my personal machines. Currently just on my laptop and a bunch of VM's on my primary workstation. Annoyingly, it looks annoyingly close to doing what I want - but only on a surface glance!

3) Windows -  While in the future this will hopefully no longer be a concern, until then, I still am running Windows as my primary at home, at also have to go via that at work to get into my Linux VNC sessions at work. So, finding *any* way to streamline the process of automating a restore-setup-after-forced-restart is still very important to me...

Friday, June 19, 2026

Linux Tweaking - Firefox Scrollbars

Mwhahahaha! I think I've managed to figure out a bunch of settings to force Firefox on Linux to finally keep the scrollbars visible, AND to make them much thicker! (i.e. as seen to the side) 

 


 

Key Points:

*  widget.gtk.overlay-scrollbars.enabled  = false

    This seems to be the key to making them permanently visible, by forcing them to get their own space permanently allocated to them, removing their need to keep fading out

 

*  widget.non-native-theme.gtk.scrollbar.thumb-size

*  widget.non-native-theme.gtk.scrollbar.size   

    These two are used to make the scrollbar a much more decently visible + clickable size.  (#SayNoToSkinny)

 

* widget.non-native-theme.scrollbar.style

    I'm not entirely sure what the various values here that can be used, but will note that the approach used by one commenter of setting it to "4" will give you a massive "square block" design (i.e. no rounded edges, and much thicker)

Linux Annoyances Rant - Solutions for Rough UX Sought

This post covers 3 main annoyances I'm currently working on solving across various Linux machines I have to use. I'm mainly only talking about the issues that I haven't got solved on other machines I used...

 

1) Taskbars - Fully un-grouped windows, absolutely not ordered or grouped by window, and able to be freely reordered.

NOTE: I have long had this problem solved on Windows (i.e. using 7+ Taskbar Tweaker), and also on KDE (yay!  Those guys rock!), but on the RH 9 type Gnome-based Linux we're in the process of migrating to?  That's the one I'm currently seeking solutions!  Of course though, all of these could've been solved if everyone didn't do the stupid thing that they learned from Windows 7, OR perhaps they learned that from Apple first?!  Whatever...

2) Gnome Button Ordering

3) Kubuntu (Auto) Update Checks on Resume from Sleep

  

Wednesday, May 20, 2026

MediaSlurper Updates - Launcher works on Linux now

Just a quick WIP teaser tonight:

Today I finally bit the bullet, and figured out all the necessary changes to get MediaSlurper running under Linux  (though to be fair, I'm only really testing this under Kubuntu currently, but may soon also test under Manjaro for good measure)!

MediaSlurper GUI running under Kubuntu, with the "Foreland" wallpaper from Manjaro

 

Sunday, May 10, 2026

Old Computer Hardware Revival Saga: Desktop 1 still crashes Kwin using a newer Live USB

Sigh...  this evening, I finally got to test a newer KDE Live USB on Desktop 1 (which had issues with Kubuntu 25.10)


Salient part of the initial coredump - Looks like it's in libgallium *again*...  (i.e. likely the same place as last time too), when doing a framebuffer blit in Kwin

 

Unfortunately, I am still getting crashes with this new version:
* Can now confirm it happens when trying to bring up any window

* Can also confirm that Kwin now pops up a very handy "Crash Handler" that can show the relevant coredump.

* The problem though, was that, after the first crash (from trying to open System Settings), the next dozen in quick succession (when trying to open the "Start" menu after waiting a few minutes) were happening so frequently, that I couldn't inspect if they were all crashing on the same thing.

Friday, May 8, 2026

Recent Linux Learnings + Experiments + Attempts to Upgrade Linux Laptop to Kubuntu 26.04 LTS

After several days of trials, I've been itching to deploy Kubuntu 26.04 LTS to my Linux laptop, as it has so far seemed pretty OK, but with a bunch of cool new things...

This update covers:

* 1) First impressions of the new LTS

* 2) A whole bunch of niggly tech things I've learned in the past 24 hours, either from general poking around and/or from trying to upgrade my test laptop 

Monday, April 27, 2026

Linux Migration Experiments - First Attempt with Desktop 1, and Hardware Upgrade Roadmap Thoughts

Having previously tried with Desktop 2, and on the back of recent success with CodeQuest Laptop, I finally decided to try and brave testing Linux on Desktop 1 for the first time ever, to see how it would fare. 

After all, as soon as I am forced to take it off Windows 10 (if something sufficiently bad comes along that means that all old machines absolutely need to be taken off the internet immediately - and even then, I can buy some more time by just disconnecting its USB wifi dongle (more on that in a moment), then it'd be good to know that I can safely do this with that machine.

Of course, there's a LOT of water to pass under the bridge with this one first... As in - tons of hardware upgrades + tweaks first (which may be somewhat familiar from prior posts in this series). 

This update covers two things:

* 1) The immediate future hardware-upgrade needs of this system, which are still up in the air somewhat

* 2) Tonight's "failed" first experiment running it under Linux 

Saturday, April 25, 2026

Linux Setup - Partitioning Editor Feature Requests

Based on my experiences today, I'd like to offer the following feature requests to Linux install tool partition editor UI devs:


1) If you have to use MiB, just give us an alternative units drop down for MB (defaulting to MB), and do the necessary calculations / conversions under the hood


2) It's high time to add the option to do a "Standard multi-partition install" equivalent of the "Erase Disk (and create single partition install)". This would essentially ensure you have separate root and home directories (*), with swap + anything else needed all getting auto included too. All of these would be set to default sizes relative to the available disk space, that can then be tweaked as desired (ie mainly OS vs Home dir split).


(*)  In this day and age, that would seem a sensible default choice, given how many OS's need reinstalling every few years anyway, whereas your personal files are often a lot more persistent (i.e. you really don't want to have to keep restoring those from backups all the time)


3) Lower priority, but could we also get the option to reorder partitions we're newly creating / don't exist yet. Makes it easier to figure out how much space we can play with?


EDIT:  Turns out most distros use the "calamares" installer. Hence, I guess these feature requests should be directed towards that project!

Happy Linux Day - "CodeQuest" Windows Laptop Converted to Linux at Last!

Yay! As of a few minutes ago, my "CodeQuest" laptop is finally booting from its SSD from Linux (instead of the live usb only)! 

This has taken about 3 install attempts (following about 2 months of having it on Linux via the Live USB, and doing a full copy/clone of the drives last night - details later)

Why 3 attempts?
  1) First one I made the mistake of trying to set up a manual GPT setup on what was apparently a legacy BIOS that could only support MBR and MBR only (presumably... or I stuffed it up, and only after wasting *ages* grovelling over the partition sizes in MiB vs MB/GB)

  2) Second time, I tried doing a MBR one with multiple partitions again. This time sticking the root one first. Again that failed. (Or maybe I still did stick in a "bios-grub" one at the start, which is again where it fell down)... Should I have mounted that as "/boot" to get it to work? Or selected something else?

  3) This last time, I gave up and just let it use the "Erase Disk" option, which generated a single partition (ugh... I do want my homedir separate from the OS stuff!). That finally worked.

 

I'm slightly annoyed though that the installer doesn't transfer any settings from the Live USB session over immediately, and requires reinstalling stuff manually. 

   * Fortunately, it looks like for the majority of the Plasma stuff at least, I just had to copy the ".config" and a bunch of other data dirs from the liveusb config I'd set up. After then rebooting, it seems that I at least get that part of environment back the config I'd set up previously (though further testing is still needed)

    * EDIT: Annoyingly, it seems that "konsole"'s shortcut keys are NOT stored in that .config dir, so I will have to reset my "Ctrl-Shift-X" shortcut key manually (i.e. Clear and Reset). 

   * EDIT 2: Ahh... maybe I should've copied my .local folder too 

   * EDIT 3:  For the "snap" version of Firefox that's installed by default, the best way to migrate is to leave the overall snap folder on the new host alone, but to pull in just the profile folder (located in "~/snap/firefox/common/.mozilla") from the liveusb, then modify the profiles.ini to point to it. Then, the next time you start Firefox, it will not only load all your stuff again.  (Maybe the extensions will need manually reinstalling though, or maybe I missed some other folder that needs porting still)

     In any case, I shall be disabling the snaps ASAP I think...  But for initial usage + testing, I've just left them in place to avoid dealing with all the mess just yet.

 

  * Unfortunately, that means I will also now have to re-check all the stuff I had installed and will have to reinstall now. Which will be "a few" things...  (Note to self:  Next time, just maintain a declarative script for doing all this, OR look into what something like NixOS can do)


At this point, I may just leave it at this, until trying to reinstall the LTS over the top after checking it works stably for my machines... But still, 1/3 "current" Windows machines is now converted now!

 

Sunday, March 8, 2026

Linux Migration - Current Queries Edition (March #1)

This is the latest in my ongoing series on investigating my setup for migrating to Linux. I've got 2 other posts that were supposed to go up at the start of February, but I've been procrastinating on polishing them up for posting...

In any case, today's update covers where things are at in general, and the outstanding barriers to resolve before pulling the trigger.

Thursday, January 22, 2026

Linux Migration + Picasa

Good news!  Tonight, I finally got around to testing running Picasa under Wine, and can confirm it works rather well for the main things it needs to do!

Which is a very good thing to tick off, as that means that as I can run that on Linux now, that's one fewer blocker to migrating over there anytime now🥳

The only annoying thing is that it will launch the "Wine Folder Explorer" window when exporting...

Monday, December 22, 2025

Linux Migration Attempt 2 - Part 3 - Bare Metal Tests, Tangles with Secure Boot, and Rethinking Distro + Setup Choices

This update covers a whole bunch of milestones, including finally testing + getting a working LiveUSB Linux distro running on one of my desktop machines, and a whole bunch of new learnings about not only distro choices, but also the impact of different KDE Plasma versions, and also configurations that I like and/or install steps needed to get various distros ready to use. All in all - lots of interesting learnings since the last update!

Wednesday, December 17, 2025

Scott Jenson's Talk At Ubuntu Connect 25.10

Quick post that I'll probably expand upon in followup posts eventually, but this is one of the more inspiring talks I've heard in a long time! 

"Are we stuck with the same Desktop UX forever? | Ubuntu Summit 25.10" -- Scott Jenson

https://www.youtube.com/watch?v=1fZTOjd_bOQ

It's been a while since I've been reminded of what got me into HCI research in the first place. *THIS* is the type of stuff that I love doing TBH. It's really refreshing hearing such a senior industry figure talking about trying to get innovation in these areas happening again.

 

Another interesting point:  The following interesting link from the end of the talk to some folk doing some very interesting stuff!

inkandswitch.com/

Ooh... now we're cooking! I've got a few project ideas that overlap quite heavily with some of these headlines on their landing page 🤓 

(The main challenge currently is just finding the time + energy to actually work on these things... not to mention that fundamentally, making the prototypes I want to make is currently constrained by the tools I want not being in place)

 

Saturday, November 1, 2025

Linux Migration 2nd Attempt - Part 2

In this update:

The saga continues. Turns out the distro I initially tried is quite badly configured for what I want in general, but the other two I will subsequently trial will also have their own set of issues too! 

Status: Still trying to figure out a good base setup via a VM.  (Actual hardware support when I finally finish up enough ongoing projects to justify rebooting will be another matter later - and will likely require another round of figuring out if the problems are worth self-diagnosing vs just trying something else)

 

Update 2025/11/12:  I've managed to get the audio problem on my Manjaro VM sorted by running the instructions from https://gitlab.freedesktop.org/pipewire/pipewire/-/wikis/Troubleshooting#stuttering-audio-in-virtual-machine, though I did have to restart the VM (as the systemctl command kept complaining about not being able to access other users / etc.) 

Sunday, October 19, 2025

Windows 10 EOL -> Linux Migration Attempt - Part 1

With this week's official EOL of support for Windows 10, the impetus to try to look into migrating to Linux again for my personal desktop workstations has grown stronger again. Especially as I refuse to have my personal machines associated with Microsoft Accounts that will inevitably mean that various personal info gets inadvertently leaked onto OneDrive (including various sensitive files / settings / etc.), it feels like time to give this another crack, now that I'm using actual desktop workstations instead of laptops with weird hardware...

As I documented on this blog many years ago, the last time I tried switching to Linux, things didn't go so well back then. Particularly, as I was on a HP laptop that had a bunch of very-hard-to-support crap, and I was trying to dual boot it. I'm hoping though that things go smoother this time through a number of different decisions!

Sunday, September 14, 2025

Software Wishlist September 2025

On that note, here's a bunch of other things I wish various software I use often would introduce

Summary:

1) Firefox - "Private Browsing Container Tab Type

2) Desktop Window Managers - Project-Based Application Window Grouping + Complete Window State Restoration on Restart  

 

Saturday, March 1, 2025

Reflections on my time working with Lilypond

Recently, I saw a post from a music student mentioning that they were thinking of writing up some stuff on the techniques they'd learned while using GNU Lilypond - i.e. a LaTeX-like "music typesetter" with its own custom input/programming language (doused / polluted with a heavy dose of Guile-Scheme).

This post gathers up some of my own notes on my own journey with these tools, and how this has tied into where I am today. Come to think of it, this year actually marks something like "just over two decades ago" that I was doing this shit (since IIRC, I probably started doing all this back in 2004!) - jeez... time flies and makes you feel old when put like that!

Tuesday, April 17, 2018

Shell script to set up Ready-To-Use Blender Git Checkouts on Linux

Recently, I've been setting up quite a few copies/checkouts of Blender Git repositories (approximately 3-4 per machine I'm using - including twice on the same machine after the hard drive failed). Doing this has made me all too aware of all the steps needed to get these things into a nicely working state for development (including how you need to copy out a whole bunch of commands each time).

Today, I can announce that for Linux users, the wait is over! I've successfully put together a script that basically automates the entire procedure listed on the wiki, making it possible to relatively painlessly grab the Blender sources, and then proceed to compile and run them.


It's actually part of a larger repo of automated configuration-setup scripts/tools I've been putting together over the past few weeks to make it easier to get my computing setup deployed onto new machines faster. For the time being, I'm not quite prepared to release the actual repo where all these are housed publicly, as I still haven't managed to fully vet that no private details have managed to leak/leech into the config files contained. Unfortunately, the final release of that may have to wait until I'm back in NZ (as it seems that I ultimately ended up forgetting to transfer some critical files for a few of the programs).