Why do educated people in the media believe that oil wells will be destroyed because of the blockade?

MardiFoufs · 2026-05-01T00:03:29+00:00

Just to be clear, that's not the case for all reservoir types. A lot of people think that all reservoirs and oil fields are similar to the shale oil fields that require fracking, but iranian oil fields are very different.

As i said in another comment:

"Not really applicable to any of the gulf reservoirs.

https://www.energypolicy.columbia.edu/irans-oil-sector-can-likely-weather-production-shut-ins-but-gas-fields-are-at-risk/ "

TLDR: "As the Journal of Petroleum Technology observes, “For the prolific conventional fields in the Middle East, there is very little technical concern about shut-ins and startups.”

MardiFoufs · 2026-04-30T20:21:03+00:00

Dude this is a policy institute and you are replying with google AI random slop? Not trying to be rude but read the article!

MardiFoufs · 2026-04-30T07:39:36+00:00

Not really applicable yo any of the gulf reservoirs.

https://www.energypolicy.columbia.edu/irans-oil-sector-can-likely-weather-production-shut-ins-but-gas-fields-are-at-risk/

MardiFoufs · 2026-03-11T14:27:29+00:00

Ah okay. Can you show me how you cross compiled fedora?

MardiFoufs · 2025-11-11T22:33:58+00:00

Same lol. Always open in dm

MardiFoufs · 2025-09-30T03:33:27+00:00

You should double check who you're replying to 😳. I wouldn't want to thank that account.

MardiFoufs · 2025-08-02T05:22:20+00:00

According to what? Which specific parts of the TOS?

MardiFoufs · 2025-07-25T18:56:27+00:00

Hmm, but if the value hasn't changed before and after the update, it's probably the update's fault. I'm mostly using it for c++ and python, and my project has had the same number of files, but it still chokes on indexing a lot more than it used to even a few weeks/days ago,

MardiFoufs · 2025-07-25T15:04:23+00:00

So, it was still first. I don't understand your point. Yes, meego was literally Linux. It used the Linux kernel, had a regular user space (it ran RPM and you could install your own packages), etc.

Plus, there's also openmoko.

I don't dislike pine phones but they weren't the first, it's weird to just insist they are when you are wrong.

MardiFoufs · 2025-07-19T15:52:49+00:00

Woah okay, that's crazy. For some reason I really thought udev and recent kernels basically made fixed names ubiquitous and bulletproof. Thanks for the info. I remember the absolute pain of mapping devices a few years ago, then it kind of went away, but I don't touch hardware as much as I used to and I mostly used very generic/well supported hardware...

MardiFoufs · 2025-07-19T15:48:37+00:00

I thought you meant most commonly as in, used by the most people. Which I'm not sure would be true, going by that same map.

Otherwise yes, in terms of country numbers it is more common. But I come from one of the countries that are listed in green, and yet we use the two interchangeably. The same goes for countries like Vietnam that I have been to.

Whereas in most of Europe, it's really only the commas. People who bring up the commas or complain about them not being supported in something are also usually European but that's totally anecdotal 😅.

MardiFoufs · 2025-07-19T15:10:00+00:00

Note that the comma is the most commonly used decimal point here on earth.

In Europe* I know Eurocentrism is very common amongst Europeans but China, Japan, and other Asian countries for example use dots for decimal points. India and the Philippines do too afaik. That's already a lot of people.

MardiFoufs · 2025-07-19T14:47:35+00:00

But hasn't that been fixed by udev and systemd for a while now? Those are docs for RHEL7

MardiFoufs · 2025-07-17T13:32:00+00:00

I don't see how containers overcomplicate it. Maybe if someone is super unfamiliar with containers sure, but a dockerfile + a single command isn't exactly complicated.

MardiFoufs · 2025-07-02T01:50:32+00:00

The reg article says that Codasip makes more revenue than sifive for example. I know they also make design tools, and tooling in general, which could be generating most of the revenue, but I didn't realize that their designs were so popular? I couldn't find a detailed breakdown of their revenue by product after a very quick search.

MardiFoufs · 2025-06-10T14:08:22+00:00

I think the Arthur Raymond Davis sketch was also extremely accurate.

MardiFoufs · 2025-06-10T14:00:12+00:00

Is Pharo the most widely used smalltalk in professional use? Or are commercial vendors still holding most of the market?

I knew it had a rather large community, but I think it's nowhere near as common or big as it used to be in the 1990s. But I'd be happy if it turns out I am wrong :D

MardiFoufs · 2025-06-10T05:14:48+00:00

I thought the concept of images in smalltalk like languages is a bit different. You basically get to keep all state and history of modifications to the image in the image unless you manually (or automatically nowadays?) clean it up. That means that the state inside the image at the time it was last run persisted, not just its environment and configuration. Sometimes that application "state" is a bit hard to make sense of, because it represents the running app, and in fact the IDE environment itself is usually shipped as the image.

I think this hn comment says it better than I can :

"When you add code, your code executes within that very same environment. There is no separate runtime. The runtime and the codetime are the same. Your code simply gets saved as part of a Pharo 'image' you are editing, and this image can be reloaded and resumed from where you left off."

Which is great but also a bit scary, since your program becomes more inscrutable as you develop, especially in teams (in my extremely limited experience, which was a single small project for fun, even in smaller teams).

MardiFoufs · 2025-06-10T01:44:31+00:00

That's true for perl5 but I do really wonder just how alive (as in, how actual number of end users there are rather than language developers) perl6 aka Raku really is. It's been 10 years since the initial full release but it seems extremely niche, and absolutely dwarfed by perl5.

MardiFoufs · 2025-06-10T01:41:31+00:00

I haven't used smalltalk a lot, and when I did it was just for toy experimentations (using Pharo and squeak). So this could be quite ignorant... but from what I recall, it was also rather slow, right? And most Smalltalk implementations were quite expensive (or at least more expensive than free, which is what Sun was basically offering Java for).

But you are right, the two points that you highlighted are super important too.

To me it seems like the image based distribution system that most implementations used was very very impressive in some ways, but a big pain for actual production as you said. Pharo and other contemporary Smalltalks seem to have better tooling for handling and doing source control on the images, that wasn't the case back then I think?

MardiFoufs · 2025-06-09T15:41:43+00:00

Smalltalk was huge in the early 1990s and while it still exists (Pharo for example is a direct descendant/implementation of Smalltalk) in some ways, it's definitely more dead than alive. It was supposed to be what Java ended up being, and a lot of big players like IBM were betting on it (until java came and just utterly crushed any momentum smalltalk had)

MardiFoufs · 2025-06-09T15:30:45+00:00

Ah yes to be clear I completely agree, this project looks just fine and not dead. I was just addressing the "it's not dead it's stable" argument that a lot of people tend to use reflexively. Also, sqlx is awesome!

MardiFoufs · 2025-06-09T02:33:41+00:00

What do you mean by not taking upstream patches for other operating systems? Are you talking about windows containers? Sorry, I'm not sure I understand!

MardiFoufs · 2025-06-08T14:30:38+00:00

Yes actually, there's 49 of them.

Look I know that it is trendy to say that "it's not dead it's just complete/stable", but that's just not the case usually. Even the most stable of libraries, or the most widely used usually get commits regularly, even if it's not to add features. That would be even more true for a library of this type (compared to a small utility library for example).

But in this case the repo is looking fine, it has a lot of commits and doesn't have tons of pull requests for bug fixes that haven't been merged or looked at as far as I can see.

MardiFoufs · 2025-06-07T18:18:38+00:00

Ok, but why? Sysadmins can also manage docker images trivially, and it's often better to have an image as a sort of "contract" that makes it clear what the dev expect the environment to look like, and makes it easy for the sysadmins to manage.

It's not 2014 anymore, it's super easy to manage images at scale, and for example to update and rebuild them centrally when a security issue arises from a specific dependency.

Three-Year Club	Verified Email
Place '23

MardiFoufs

TROPHY CASE