So you can also just use the second command and not set PKG_PATH, or atleast not for every session.
I prefer to do it that way since pkgin has its own repository config, and if I use pkg_add after installing pkgin it'll be to install packages from the pkgsrc and that might clash if PKG_PATH is set.
Curious about your setup if you don’t mind elaborating a bit for us? What models are you using and how do you find they compare? The 128gb model costs less than one months salary for a medium level engineer here, they look quite attractive.
(technically it isn't even legal, since changing what people get after they've agreed to the sale is obviously highly illegal)
Not that they've ever actually announced how much a subscription buys you. In fact the token use for a task on the API is also not consistent, so even on the API you don't know. And then there's Sam Altman in interviews, where he says what he wants to do: you submit a prompt, ChatGPT sends you a price and just charges it.
These people tend to outgrow that tho. I def would have pirated books as a youth as it’d save me a trip to the library. Now i’m old and have money, I would never pirate a book as I value both contributing to the author and owning the physical thing. Maybe some exceptions if it’s in some niche tech or something and don’t wanna commit yet..
Wouldn’t you rather live in a world where book piracy is rampant than one where many people just don’t read anything?
I don't think this a youth thing that "people outgrow", lol. For over a decade now adult (and now middle-aged) peers who are heavy readers were asking me to put books on their ebook readers, since they knew I had the hookup, but now since Anna's Archive is so convenient, they are just getting the books themselves. A surprisingly large number of normie bibliophiles knows AA now.
For the majority of literature, buying the book won't contribute to the author because the author is deceased. For that minority where the author is alive, many people won't see a need to make an exception to their policy of not paying. Indeed, your second paragraph gets to the heart of it.
The devops department at my company, which has around 500 services across a load of kubernetes clusters / regions are all amazed at how well gpt-6.1-luna is at their jobs. They've all been using it exclusively for 2 weeks and between them have spent like $400.
The take where in a couple years there will be a massive revert or that anyone cares about terraform indentation or a shitty yaml template is wildly optimistic.
I do hope you're right though, but I'm not seeing it from my side of the fence.
1. Good engineers should have had a firewall/waf/nat/thingy infront of their linux systems, and alerting at least on those directly exposed to reduce/eliminate blast radius
2. Good engineers don't enable MTCP (which as far as I can tell is largely a desktop feature) on firewalls
3. ???
4. Profit!
Is step 3 reading the CVE for long enough to understand that disabling mptcp is an incomplete mitigation? What happens if someone discovers a bug in the particular firewall software you're running?
Sure, firewall bugs exist. I’m not sure what you’re trying to prove here, that it’s impossible to be fully secure? That’s not news to any of us. If you don’t see any difference in attack surface using defense in depth and separating concerns (and platforms! we quite like BSDs for our firewalls) then i’m not sure really what to tell you.
> Just like Intel not shipping ECC for client SKUs when DDR5 design makes it really necessary
The ECC in DDR5 is on-die ECC and that's not "real" ECC, it's what DDR5 needs to not fail. Side-band ECC is the standard method, employing extra memory chips and 72bit memory. OEMs mix these in the marketing materials to fool the users into thinking they buy the better option.
Yes, here I'm referring to actual ECC, not the on-die ECC. All DDR5 chips have on-die ECC as a prerequisite just to reach error levels comparable to standard non-ECC DDR4, but from a hardware analysis perspective, even with the on-die ECC, DDR5 still needs ECC more than DDR4 (which already needed it).
Off topic but doesn't intel do something weird where some i3 chips can use ecc but not i5 or i7 until you get into server chips? I remember seeing that when plotting nas builds a couple years ago. Should have pounced on actually building it then....
Yes, I liked using them for NAS builds. Great for ZFS machines.
Intel is weird with their stuff like that, I wrote about how they introduced and then dropped an SHA instruction that could be used to optimize hashing (useful for things like block checksum hashes on storage servers) before: https://neosmart.net/blog/will-amds-ryzen-finally-bring-sha-...
Does she use f.lux on her usual rig? That saved my eyes like 15 years ago whenever I found it and that was on the low dpi screens to boot. Make sure you use the setting to match it to your lighting conditions.
I read similar reports so many times, when I got my 165hz screen I got disappointed. I also disable it on my phone to get more battery life. Different folks, different strokes.
I switch between a variety of displays throughout my day, ranging from 60hz up through 240hz and yes there’s an obvious visual difference, but I adapt to it in a matter of seconds.
It’s nice for games but I don’t really care for productivity use. In fact in that situation I’d take integer-scaled HiDPI density over refresh rate in that scenario.
How many watts are you saving with that, realistically? If that few minutes of extra battery is a game changer, you need a bigger battery, not a worse screen.
I have a 60hz monitor and a 144hz monitor and I simply can't tell the difference in normal usage. I can see a difference on something like http://testufo.com if I specifically look for it, and until I checked that I assumed the OS was just lying to me and the monitor was actually set to 60hz.
It's odd because I can tell right away if a game is set to 60Hz instead of 144Hz when first launched before I adjust the settings. The mouse cursor just feels laggy.
or is it just some special case?
reply