Rolando. E.R.
Rolando. E.R.
I have no idea of that linker thing. 😐
Kirn
Yes, but for the regular user, I'd still recommend wipe-reinstall on Linux.
Kirn
Linux is no better than Windows in that regard.
Kirn
nah, that's not the goal.
sirati🇪🇺
Rolando. E.R.
sirati🇪🇺
Rolando. E.R.
Is not good for anything else.
Rolando. E.R.
Stupid DirectX. :v
Kittygirl
Kittygirl
:^3
Rolando. E.R.
Kirn
Kittygirl
if you've used computers for longer than 5 years, you should have evolved into a linux fanboy
Kirn
Been at it for 20 and I've gotten down into more technical guts on all OSes than you likely ever will.
Kittygirl
maybe that's why your linux systems have to be redone, you keep breaking them ;3
Kirn
You end up with series of incompatible libraries, configurations, system daemons over time... the problem is exasperated on rolling-release distributions... similar issues occur on Windows as you load up every version of the Visual C++ runtime released in the past 20 years, hodepodges of codecs, COM interfaces, etc.
Kirn
Although, the worst part about the Linux desktop is the lack of a stable ABI.
Kittygirl
Kittygirl
my debian system went to shit this way after i accidently fed it triseqel packages to get a certain program :'3
Kirn
See, I've dealt with Windows's crap for about 20 years, and Linux's for around 12
Kirn
I think Windows needs a more centralised repository system (and likely not Windows Store), and Linux needs stable ABIs, just for starters
Kittygirl
windows store needs to be purrged
Kittygirl
Kirn
See, you can take most Windows binaries from 20 years ago, and they'll run as-is on modern Windows without any modification. You start running into problems with Linux binaries from just four years ago.
Kittygirl
Huh, that's pretty strange!
Kirn
There's what, 5 different major versions of Qt, fourmajor versions of GTK+, about a half-dozen different versions of the GStreamer ABI...
Kirn
And the worst part with Qt is that it's got millions (!) of incompatible ABIs. The libraries and the binaries requesting them must match versions, compilers, compiler version, etc.
Kirn
let's say you have a program using Qt 3.3.3, and you have Qt 3.3.4
Kirn
That won't work
Kirn
your program doesn't load at all, and leaves but a mere one-line error message on stderr
Kirn
or if you compile your Qt build with gcc 3.4.1 and your binary with gcc 3.4.2
Kirn
I think Richard Stallman's off his rocker with the ideology of "proprietary software must die"
Kirn
so, this to me, is a problem, because it hinders the development of proprietary Linux software
Kirn
(whereas to Stallman worshippers, there's no problem since that software can just fuck right off)
𝕩iluembo
Qt guarantees backwards compatibility within major version number
Kirn
What you end up with is each program bringing along it's own copies of it's needed libraries above the basic stable system ones (libc, libX11, etc.)
Kirn
𝕩iluembo
At least for Qt4 and 5 this is true
Kirn
And for codec ABIs... important, because you'll have patent-encumbered codecs that might not necessarily have open source implementations...
Kirn
Windows has two.,
Kirn
Video for Windows, which is ancient and obsolete stuff you can largely forget about
Kirn
and DirectShow
Kirn
DirectShow has an extremely stable ABI
Kirn
codecs from Windows 98 work fine on Windows 10
Kirn
under Linux, you have GStreamer, and a few other lesser-used codec frameworks that escape me at the moment, but GStreamer, every time the minor number bumps, the ABI is broken and all of your codecs must be recompiled for your new framework version
Kirn
As well as all of your programs that use GStreamer for consuming media
Kittygirl
Kirn
GStreamer finally hit 1.0, so hopefully this means the ABI will be stable for longer than it was before it hit 1.0
Kirn
Although, the one thing that does work good for backwards compatibility is glibc
Kirn
most binaries compiled against glibc 2.0, back in the late 90s, will still work today (not factoring in other dependencies)
Kirn
and GTK+ 2.0 at least provides a long-term stable ABI
Kirn
KDE is still ported to Windows?
𝕩iluembo
KF5 builds on Windows
Kirn
I'd had imagined after KDE4, they would have just given up
𝕩iluembo
Why? I do use it
Kirn
KDE4 on Windows was... not good.
𝕩iluembo
People use apps like the Calligra Suite
Kirn
𝕩iluembo
Just like ROS
𝕩iluembo
Bringing KDE to Windows was very important to make it less platform dependent, it helped e.g. porting it to Wayland
Kirn
well, KDE4 on Windows made too many assumptions and tried to shoehorn the Linux way of doing things, e.g. dbus and pulseaudio
𝕩iluembo
Kirn
what you got was something that felt half-baked, wasn't very performant, and crashed a lot
Kirn
although, I can see the reason for dbus, to a degree
Kirn
the traditional Windows IPC is... well, GUI event messages.
𝕩iluembo
dbus is used for most opendesktop apps ported to Windows, and I don't see it as a problem.
Kirn
ALSA is fine
Kittygirl
ALSA is fine
not with more than one sound card, at least in my experience
Kirn
Yeah, I suppose PulseAudio is comparable to the Audio Device Graph on Windows.
𝕩iluembo
KDE uses phonon framework for audio stuff, which may use either Directshow or VLC as backend on Windows (VLC, gstreamer, xine on linux)