If you plough through the first pages so far as I can tell it seems like actually it won't be removed.
Certainly not FPC, because the hard dependency on GTK2 was a misunderstanding.
For Lazarus it seems like dependency on GTK2 is considered a bug and not a fundamental incompatibility, because there are too many GTK2 applications to completely remove it from Debian.
That's the curse on the Unix world. At least FreeBSD, NetBSD (OpenBSD not by design, but that's understandable because of security) have their compat libraries on plus some of them (even GTK1) in their ports. On 9front, I just adapted Russ Cox' Xword (some crossword player for XWord files, it has a converter from Across Lite Puz files to Xword) for modern times, barely a few lines changes in some drawing function for software made for Plan9 4ed or close.
PD: Guix can do the same as fbsd and nbsd because, well, setting up an isolated environment with time-bound tools it's basically what Guix was born for, reproducibility. Scientific repo for a paper must be run point to point as we had a Slackware setup with Slackbuilds in 2007? That's the point of Guix. You would say... docker. But docker it's overkill.
Didn't FreeBSD recently dropped their 32 bits x86 version ? At some point every open source OS will remove the parts for which no one is willing to put the work on maintaining it.
OpenBSD it's much easier to setup than NetBSD, on user friendlyness obsd beats nbsd, but as you said nbsd it's better on portability, I can literally run NetBSD 10.1 under simh/vax running under... 9front. No X, because the emulated ethernet in the port of simh here just simulates nat with no option to bind it outside, although I didn't test it further. But for sure it runs at decent speeds, almost like an emulated Pentium 90, enough to run Slashem under vt(1) (vt100/220 emulator for 9front).
Well that's a bummer. There's a whole generation of barely-if-at-all-maintained but still perfectly working utils that will probably be forever lost to obscurity with that.
Does gtk2 still have Debian maintainers? Whatever is in Debian's official repository is effectively endorsed by Debian. If they don't have enough capacity it's wiser to drop support than to sign off on something of unknown quality.
I hate losing access to software just because it is "unmaintained".
If module is "endorsed" now, since it is included in current version, and there is no maintenance, so no changes made to it, why is it suddenly not good enough to "endorse" in the future?
No, security issues do not count as they don't magically appear, either they are in there now and debian is fine with distributing "insecure" code or they don't matter.
Debian is fine with shipping broken version of software for years as long as they consider it "stable" so why drop working "stable" software just because no one is making changes to it?
You can step up and be the maintainer of GTK2 (or anything else that would keep the 'deletionists' at bay) any time you want. Go on...I'm sure you have unlimited time and resources like all the other Debian maintainers.
Nonsense. You just need to make building the gtk2 unit optional, so that the distros can still build it. Almost no one needs gtk2, just Lazarus. Usually debian maintainers are happy to patch the build system to do that. They got a bad one.
The harder part is to upgrade Lazarus to qt6. Until that happens, Lazarus needs to be shipped as snap, flatpack or appimage with the gtk2 so's.
Exactly. "Let me explain how some else needs to do this thing, and how easy it is, and how that someone else needs to get right on that for my convenience". Because you're here to condescend, not to actually do anything.
maybe the best and simplest solution would be to not remove gtk2 from debian. the last release is stable and there's no technical reason to remove it (as it still works and compiles just fine), only political ones.
Certainly not FPC, because the hard dependency on GTK2 was a misunderstanding.
For Lazarus it seems like dependency on GTK2 is considered a bug and not a fundamental incompatibility, because there are too many GTK2 applications to completely remove it from Debian.
reply