Hacker Newsnew | past | comments | ask | show | jobs | submit | kasabali's commentslogin

I'm pretty sure there were more DRAM manufacturers back then, and spinning up a new fab probably didn't require as much know-how, capital or even time.

Firefox 4 was peak design, anything they've did afterwards is to keep designers employed.

> Bugs in MSI Afterburner.

Do you mean the OSD?


It seemed to be the monitoring side of it which caused a lot of crashes. It was apparently a very common issue in many games around that time.

were they 3-bit flips?

It seems extremely unlikely that you’d end up with a lot of those but no smaller detectable errors.

> stop antagonizing blocs like the EU

Who antagonized who first, again?


Bigger issue here is they're removing everything that depends on gtk2.

This has been reported here but got not enough attention:

"Debian GNOME team announces intent to remove GTK 2 in Debian 14" (08.01.2026)

https://news.ycombinator.com/item?id=46548257

P.S. Still hope GNOME maintainers let other volunteers maintain GTK 2.


> P.S. Still hope GNOME maintainers let other volunteers maintain GTK 2.

They already said this is fine: https://lists.debian.org/debian-devel/2026/01/msg00146.html


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.

Recently I wish Debian was more Debian.


With the possible exception of Hexchat, I'd wager any such tools were already lost to obscurity.

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?

Losing access or losing convenient access that other people do work to maintain for you?

It's not only about security (although that's extremely important) but also making the changes necessary to adapt to the changing ecosystem. Unmaintained means there is nobody responsible, nobody you can even contact to make the changes needed. If there is anyone, even an aging OS developer as in the case of many packages, it's so much better than none.

the source is still there...

- GTK2 is only one of the supported widget sets for Lazarus. It supports Qt5 & 6 too. I feel Lazarus should switch to Qt5 or 6 until GTK3 is mature.

- Hexchat IRC client is another popular application that is still stuck with GTK2.


Considering we're on GTK 4, I think GTK 3 is as mature as it's gonna get.

Mature ? I would say obsolete. Just wait for GTK5 or GTK6.

It seems no distro is safe from deletionists.

The maintainer driving this in Debian explicitly said:

> That being said I would not object if someone wants to take over the maintenance of GTK2, though I believe keeping it for beyond duke is beating a dead horse.

Source: https://lists.debian.org/debian-devel/2026/01/msg00146.html


If you really need things others are no longer willing to maintain, then it’s time to learn how to help yourself.

The Nix or Guix package managers are likely your easiest bet. See

https://nixos.wiki/wiki/Lazarus

https://github.com/NixOS/nixpkgs/blob/master/pkgs/developmen...


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.


Until that happens

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.



I'm sure they can be easily ported to GTK3, GTK4 and then GTK5 /s

> That CPU is ancient, though. Over a decade old. That DRAM is 2-channel DDR3.

6700 should be DDR4 unless they're using some weird-ass setup.



I don't know where this myth comes from, DDR4 prices have quadrupled since July.


Nah. Even goddamn 8GB DDR3 modules have tripled in price. SSD prices, similarly.


I distinctly recall purchasing 8GB DDR3 during the Windows 8 boom when RAM was overproduced with the expectation that Windows 8 was going to cause a huge surge of PC sales. When that did not materialize, it really allowed prices to go down.

I paid $35 for 8GB DDR3 ram in 2012: https://i.imgur.com/e7XKcqX.png

Here is a 20$ 16GB DDR3 purchase in 2022: https://i.imgur.com/1V1FpYh.png

That same ram is now 40$: https://www.amazon.com/dp/B07L8C37DH

So if we normalize prices for 16GB:

2012: 70$

2022: 20$

2026: 40$

I think we are still ahead for DDR3 but I really would prefer prices to be 20$ again. :)

Surprisingly looking my order history I found a different brand 16GB DDR3 for 15$ in early 2025. Not sure if I even noticed the price drop because it was cheap enough for me I just impulse purchased it.


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: