@lucy @kaia yeah krita is faster on my ancient laptop too

but gimp does not take 7 seconds on it either. kaia are you using windows or what?

@kaia @lucy listen i’d been using gimp for 10 years before i switched to krita and 10 minutes in i knew it was worth it

@icedquinn @lucy @kaia this tbh

if your software needs a splash screen you should backtrack and figure out where you screwed up

@kaia @lucy @mia gimp OS just takes a bit to load, it's normal
Don't be too spoiled by emacs OS

@lucy @kaia these days gimp is trying really hard to catch up with krita (it has layer groups, better color management and non-destructive filters now) but everything is janky and buggy and behaves in unexpected ways

@kaia The 10 extra seconds #VLC 4 beta needs to start on my ~4yo "gaming" laptop compared to good ol' 3.0.21.

UI revamps are never worth it.

https://en.wikipedia.org/wiki/Wirth's_law

Good for the economy though. Silicon engineers need to make things faster. Software engineers need to inefficiently add more features.

Everyone keeps their job. Collateral damage is the pleb consumers who burn out from having no free time and from paying for new hardware every year.

@m0xEE @kaia @lucy @mia if it's not just Gimp but any GTK program, and you have not session dbus active, it might be the timeout all GTK apps have to try and connect to the non-existent dbus.

@oblomov @lucy @kaia @m0xEE this basically only happens on systems that either don’t have systemd or use the reference dbus implementation instead of dbus-broker

neither of which applies to arch, afaik. it should set up dbus automatically as part of each user session

@lucy @kaia @m0xEE @oblomov i believe the connection timeout for that is also much longer