mrmattyboy

The uceprotect Level 3 page clearly says using the list will cause collateral damage and should only use as an indicator as part of a spam score, not to act purely on it.

So, yes, if a service provider is known for having a lot of spam coming from it, it makes sense to be on there. They're not saying every IP is bad, they're literally stating the opposite (which seems fair).

So, if Orange are blocking purely based on it, not only are they using a spam filter as a DNS query/web filter (given uceprotect seems to flag based on mail spam traps based detections etc.) and ignoring their documentation (which says it shouldn't be used to block on it's own).

Similar to this, I'm reading "The Innovators" by Walter Isaacson - it covers a lot of Silicon Valley, but also stretching back to Ada Lovelace.

Having read Steve Jobs by him, I was quite excited to read more by him.

> Physical media doesn't work when modern games are 100GB or more.

This is a totally fair point and literally something I haven't even considered.

> most consumers don't care

I know.. I know.. I mostly commented because the linked article _does_ speak about it and that it implied people weren't happy (mostly for re-sell not for archival purposes). But, yes, I get that

I guess my point is.. if they were really to wait for X months and then start to release physical media (again, I can't see the financial incentive for them to do it), but it would really put a big split between: 1) people that buy that the game and simply want to re-sell it and 2) people that want to buy the game to "last forever" (like myself). Because most of the people in 1) are _likely_ to be the people wanting to buy at launch, play it and move on, the second are _probably_ more willing to wait (or even (probably) wait and buy a second copy later).

Some backstory - I like gaming quite a bit - but more of a personal archivalist. I have basically all games I've ever played on physical media and try to keep someway to play them offline - just jailbroke my 360 to be able to play games from HDD incase the DVD drive broke. Anyway...

I saw the no DVD and was initially devastated. I'm in two minds - I saw one post that basically said "it won't contain a DVD at launch".. if I read between the lines, though I'm not sure I see the value incentive for Rockstar, but...

If they hypothetically launched with physical boxes with digital download codes, okay... This would definitely be in the name of re-sellers (as they've stated). But this is the same as piracy, which has always been, not that "we need to stop people from pirating our games for eternity" but "we need to stop people pirates our game for X months after launch", which makes sense (the piracy party).

So, I'm wondering, if they actually begin releasing physical disks (offline, re-sellable, usable in 20 years), say, 6-12 months after releasing the game.. would that work? I mean, for me, assuming it's the equal block-buster to the franchise I adore (in a varying sense), then I might not mind too much to pick up a copy after 6-12 months (I don't care about bleeding edge).. but... would this work? If we assume the first 12M of buyers can't resell, would the people who buy the game after 12M actually bring a great number to the second hand market.. perhaps not?

I really have the idea of having games that I love in physical form that I know it can't be taken away.. similar to reading a book that you end up reading and know you want to come back to anytime in the future.. and this would _suck_ if I couldn't get a copy (and I assume all PC versions would be full of online-only DRM stuff anyway).

Ergh, I dunno

Honestly, this is just awesome.

I've spent quite a long time looking at artifact storage, both for work and for personal use and this project literally scratches that itch. So featureful (assuming they're not placeholders ;) ) and yes, Claude Code, but still - the proof will be in whether it works (and how clean the codebase feels - you're making it sound promising :D ).

Very excited to try this - well done :)

I agree this doens't seem too ambiguous - it's "you may do this.." and they said "or we may do the reverse". If I say you're could prefix something.. the alternative isn't that you can suffix it.

But also.. the programmers working on the software running one of the most important (end-user) DNS servers in the world:

1. Changes logic in how CNAME responses are formed

2. I assume some tests at least broke that meant they needed to be "fixed up" (y'know - "when a CNAME is queried, I expect this response")

3. No one saw these changes in test behavoir and thought "I wonder if this order is important". Or "We should research more into this", Or "Are other DNS servers changing order", Or "This should be flagged for a very gradual release".

4. Ends up in test environment for, what, a month.. nothing using getaddrinfo from glibc is being used to test this environment or anyone noticed that it was broken

Cloudflare seem to be getting into thr swing of breaking things and then being transparent. But this really reads as a fun "did you know", not a "we broke things again - please still use us".

There's no real RCA except to blame an RFC - but honestly, for a large-scale operation like there's this seems very big to slip through the cracks.

I would make a joke about South Park's oil "I'm sorry".. but they don't even seem to be

It's interesting seeing parts of life overlap.

I did music production at the same time as heavily using SVN and starting to use Git - I didn't cross this over at the time. All (in my case) Cubebase files were just -1, -2 suffixes and it worked. I had continuous backups, sure and it just kinda worked at the time.

Given I now use Git heavily in my work/hobby life, when doing other projects (3D models for printing (questionable at best) and artwork (very very very questionable at best)) I definitely wanted to use some sort of SCM. I opted for these for Perforce - mostly to experiment, but also the idea of having binaries in a distributed SCM. Yes, I know Git-LFS _exists_, but also, to me it breaks the idea of what Git is.. relying on a server for binaries in a situations where everything should be distributed.

If I now went back to audio-production, I would probably consider either Perforce or SVN. Perforce only if it were for a single user (because of licensing). The ability to clone/checkout a single directory of a repo at a given point in time natively and make modifications and push them back is almost quite necessary when dealing with very large files.

And I still use SVN for _some_ situations - particularly those where Perforce is overkill and all I want to _always_ HEAD and the rest is history (for manual preservation history) and no such need for merging and branching (thinking Wiki and other plain-text tooling).

In the case of any sort of any binary-merging - I _heavily_ assume this isn't expected in the poster's situation!

I originally wrote the speach in my blog repo, just for writing purposes.

My dad's funeral was yesterday and wondered, maybe, someone might appreciate it - either because they've lost their dad or it makes them appreciate their dad a little more.