Earlier quoted context omitted.
...because we've already got all the computing power we'll ever need? You think software developers not caring about performance is why we can't quickly simulate weather systems or protein folding or do large-scale ML?
I'd settle for text editors that don't lock up when I type an open paren. Or use entire sticks of RAM at rest.
Lubuntu is taking a new direction
141–150 of 225 posts
Re: Lubuntu is taking a new direction
#142As an exercise, I threw OpenBSD and GNUStep on a machine the other day. I wouldn’t say GNUStep provides the best Free/Open desktop, but I want to believe that it could. The thing is, many of the modern Linux desktops seem to be heavily wedded to a lot of dconf and systemd infrastructure. OpenBSD has managed to build analogs for enough of the heavily Linux-centric infrastructure that Gnome 3 depends on, but man it’s c…
Honestly I remember trying gnustep, it was ugly. I can't even emphasis how terrible it looked from a ux/UI perspective compared to literally every other desktop.
Re: Lubuntu is taking a new direction
#143One of my friends was saying how her old Mac Pro with dual X5670 CPUs was one of the fastest machines for video transcoding she ever saw. That's a little bit less than ten years old but still older than Sandy Bridge. Someone did the math and it turns out today a top consumer (not HEDT) CPU barely matches this pair of CPUs in multithread performance https://hardforum.com/threads/replacing-dual-x5670.1963388/#... Obvio…
« it turns out today a top consumer (not HEDT) CPU barely matches this pair of CPUs » Well, the X5670 was a high-end 2P server CPU sold for $1400 ( https://ark.intel.com/products/47920/Intel-Xeon-Processor-X5... ) so to fairly measure how performance has improved, you should compare it to a similarly priced product, like the AMD EPYC 7401 ( https://www.amd.com/en/products/cpu/amd-epyc-7401 ). And, oh, look at this: t…
To compare, let's presume (this is a great exaggeration I know but it serves the purpose) each Chrome tab takes equal CPU time. Say, on the current computer the 100th tab makes it unusuably sluggish. At 2x, the previous computer could open 50, even at 4x we are looking at 25. At 100, we are looking at not being able to run Chrome.
Re: Lubuntu is taking a new direction
#144> our main focus is shifting from (providing a distribution for old hardware) to a (functional yet modular distribution focused on getting out of the way and letting users use their computer.) I like Lubuntu and often use it for low powered devices and sometimes devices that aren't so low powered. This phrasing is a PR blunder in my opinion because the old focus is a lot clearer than the new focus. Here's how you sho…
Very few distros want to support devices older than 10 years. That leaves the distros that want to be fast clean and functional. That really limits things down.
Re: Lubuntu is taking a new direction
#145I don't know if QT is part of the reason what makes KDE so sluggish, but if thats the case, Lubuntu switching to LXQT might have a lot to do with this challenge. If that's the case, I really have no idea why they're so hell bent on the transition from GTK. If love for them to migrate to JWM, but last time I checked the L in Lubuntu is for LXDE. Is there really any benefit in adopting QT or are they just following wha…
Re: Lubuntu is taking a new direction
#146Earlier quoted context omitted.
What do you use as a file manager? Ubuntu's built in one lacks the basic functions that one might expect from Windows Explorer or the Finder (e.g., the ability to rename multiple files, open folder as path in terminal, mount SMB shares, see file previews).
With 16.04, I'm using the default bundled nautilus version. With 18.04, I think nautilus lost some functionality. I haven't switched to 18.04 yet though. So I don't know how serious it is. I don't use the file manager too heavily. You can switch to nemo, dolphin or caja if it works better for you. Not sure how nicely they all play with Unity. There was a patched nemo version for Unity 7.
Re: Lubuntu is taking a new direction
#147I don't know if QT is part of the reason what makes KDE so sluggish, but if thats the case, Lubuntu switching to LXQT might have a lot to do with this challenge. If that's the case, I really have no idea why they're so hell bent on the transition from GTK. If love for them to migrate to JWM, but last time I checked the L in Lubuntu is for LXDE. Is there really any benefit in adopting QT or are they just following wha…
Because otherwise they have to develop it?
> A skin is superficial, I would do anything to avoid QTumor.
Do me a favour.
Re: Lubuntu is taking a new direction
#148I always loved Qt as a developer and hated it as a user. Every app/desktop environment written in it seem buggy and expensive on RAM. On the other side, I always loved GTK apps and their feel/design, but never got to make anything big myself in GTK. There are other points to this debate than RAM/Resources: Looks and feel, philosophy, feature bloatedness, etc.
Given the endless messages that each Gtk+ based application vomits into stdout/stderr, I wouldn't say they are any better.
Re: Lubuntu is taking a new direction
#149There where Linux is very successfull it's focused on audiences, like sys admins and devops people.
But there's no serious focused distro for web and cross platform app designers/developers and other creators. That's something companies that make design tools could pull off, where the graphical framework of their tool becomes the framework of the OS, similar to how GTK (Gimp Tool Kit) was born, but in a more professional way.