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

Gold is down 10+% since its recent peak. They likely sold then and repurchased later.

Then they made money thanks to gold prices fluctuating, not thanks to gold prices rising?

And how does a 10% market shift lead to gaining $15b, roughly the value of 100 tons of gold, from the sale and re-purchase of 129 tons of gold?

This math ain't mathing.


It's more that the english ain't parsing, for some at least.

The mining.com quote is classic weasel phrasing, seemingly meaningful yet disturbingly ambiguous:

  Due to rising gold prices, the move helped the bank to generate a capital gain of 13 billion euros ($15 billion), bringing it to a net profit of 8.1 billion euros for the 2025 financial year after a net loss of 7.7 billion euros in 2024.
So, the move helped the bank generate ...

Just as, say, one guy helped four others push a car back up on the road.

We've been given, accurately or not .. likely true, figures on how the bank did over a period, we've also been told the gold movements helped with that ... so they almost certainly kicked in at least $1.


Other costs? Deviations in the actual figures from the estimates we're using here? 100 is not a million miles away from 129.

Doesnt selling stuff publicly somehow reduce the price for basically all the rest?

If there's one thing I wish someone pointed out when I was just starting learning French is this:

  é - the accent is pointing up, so it's a higher-pitched e

  è - the accent is pointing down, so it's a lower-pitched e
That's it. That's how it should be explained.

* It's also in their names - aigu and grave, but this requires knowing what these words mean.


I'm a non-native French speaker, but I am pretty confident that's not true. They are actually different sounds, not just the same sound at a different pitch.

French is not a tonal language like Chinese. Pitch is not used to distinguish between different phonemes.


And ê, when pronounced (most of the cases) it's just a è.

ë, contrary as said in the article (full slop?) is the most complicated and with some exceptions. But there is so few words that use that letter that you just don't have to care.

Just pronounce ë as è when its in (inside) a word and not pronounced at all when it's at the end. The only exception I can think of is canoë (pronounced conoé), but everybody will understand if you say cano.


> ë

What else is there with ë except for Noël and Israël ?


Ambiguë (ambiguous) and aiguë (acute) [1], but these are "old" spellings.

For instance, this word "ambiguë" was changed in the 1990 spelling reform to "ambigüe" [2] probably to emphasis the fact that the U is not mute (because for most -gue words it is, like for "fatigue" in french and english).

Like with ï and ü, the tréma mark is precisely the mark of an exception.

[1] https://fr.wiktionary.org/wiki/ambigu%C3%AB , https://fr.wiktionary.org/wiki/aigu%C3%AB

[2] https://en.wiktionary.org/wiki/ambig%C3%BCe


https://fr.wikipedia.org/wiki/Tr%C3%A9ma_en_fran%C3%A7ais Some adjectives: aiguë, exiguë... (though a bunch are more commonly written with it on the ü instead) Some proper names: Gaël, Gwenaël, Ismaël


> That's it. That's how it should be explained.

That's contingent on your ability to imagine sounds doing ups and downs.


Probably more on imaging / as going up and \ as going down.

I'd think that associating pitch increase/decrease with up/down works for the vast majority of people without any second thought.


My first French teacher drew a picture of a smiling triangular-topped tombstone with long eyelashes on the blackboard, the word "acute" written up the left (ascending) side of the top and "grave" down the right hand side. A cute grave. Easy to remember. And fairly useless, since it doesn't help a whit with how to pronounce those accents.


Chuck Norris jokes were making rounds well before Vin Diesel was even born.


The Chuck Norris fact page that really kicked this all off started as a Vin Diesel fact page.

Most of the original funny Chuck Norris facts were from the original Vin Diesel ones.


The kids today don't know their internet lore. smh.


Is this a joke?


What if you have two things? You'd then need two buttons.

The push button is a perfectly viable option, it just needs to be in a form factor that's works. Could be as simple as a tiny low-energy Bluetooth board with a coin battery that will last several months.


Yeah, a touch-sensitive com-badge mounted on your chest would work.

Actually, I would think a small coin-sized button & transmitter that did nothing but emit a signal that your assistant (or phone) interprets as 'start listening' would be pretty useful. In your pocket, on a watch band, etc.


Luckily I carry around a device with infinite reconfigurable buttons!


> Plenty of setups block incoming SYN,!ACK packets

Even in the presence of a conntrack entry created by an earlier outbound SYN,!ACK ?

Got a source?


I've seen plenty of firewall rulesets over the past 25 years which only consult state after doing some initial stateless inspection.

I don't have a convenient source though.


Sanity checks, sure, but SYN,!ACK packets cannot be rejected before the conntrack for obvious reasons.

> Plenty of setups block incoming SYN,!ACK packets

Nowhere close to being "plenty". It's doable, but this is extremely niche.


It's not uncommon with routable internal networks to only drop inbound SYN,!ACK to disallow inbound connections while permitting outbound ones, since it doesn't require connection tracking (which can be resource intensive).

I can't really imagine why you would do it for NAT'd v4 since you can't avoid the connection tracking overhead, but you certainly could, and I don't doubt OP has run into it in the wild. I've seen much weirder firewall rules :)


for obvious reasons

What are the obvious reasons? If you're protecting a client system, you don't want to allow in any bare SYNs. (And for that matter, if you're protecting a server, you probably want to discard ill-targeted bare SYNs without consulting conntrack anyway, just as a matter of avoiding extra CPU work.)


Does this mean by establishing a new connection with a SYN,ACK bypasses some firewalls? I expect at least one OS out there ignores the extraneous ACK flag and proceeds to establish a new connection.


Why would it mean that?

All inbound packets are matched against existing sessions. In this case none will turn up, so the packet will go through the "new session" flow and be subject to the same filtering as a bare SYN. Look up how connection tracking works, e.g. in the Linux kernel, it's rather simple and logical.


Looking at all ready-made options on Amazon and elsewhere - anyone who will roll out an adult-oriented well-made single-button camera that takes in standard thermal paper rolls will make a fortune. This is such a great thing to have for get-togethers and parties. But it's essential to not being bound by $X/shot proprietary cartridges and be able to shoot and snap without thinking. Mementos for everyone!

* ... without thinking of costs involved. $2 per polaroid with half of them not even developing properly is a bit too high for spontaneous photography urges.


The whole ‘shoot with thinking’ is one of the values to me. On top of, of course, the direct printing.


I am a simple man. I see Game of Life in the title, I upvote the post.


I am a slightly more complicated man. I see Game of Life in the title, I upvote the post. I also upvote this comment.


WhatsApp infamously did just that.

It vacuumed the contacts and spammed them with "Join me on WhatsApp". One of the reasons for their initial exponential growth.


Almost everything coming out of Silicon Valley has an unethical past(present?) if you look at it a bit more closely.


Venmo did this too


Rather inconvenient when running since it can be several times per minute.


As others have noted, the output doesn't seem to be anywhere close to what's being prompted.


model I used for preset generation was gpt-5-mini. I’ve changed it to another model. Hopefully, it will follow the instructions better.


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

Search: