Re: One software manager to rule them all!
That's why devs are supposed to bump the major soversion when they break the ABI. That way you can have both versions installed in parallel and NOT break things!
356 posts • joined 16 Mar 2013
Actually, that’s wrong. The NT kernel can obviously do fork() as the old Interix/WSU/SUA subsystem and the older POSIX subsystem could do it fine. WSL is also a subsystem.
The Win32 subsystem doesn’t have fork() support. Cygwin runs under the Win32 subsystem, which is why it inherits the fork() issues.
Not entirely. You obviously know of NAT64 but fail to realize it works both ways. You can easily just have the "instance" use IPv6 and then assign IPv4 "elastic" IPs as needed using their load balancing applications. Pretty easy.
No reason to burn an IPv4 IP for your backend instances.
The headline says that the products broke "safety, govt regulations". While it seems like it did break government regulations, the article itself didn't mention safety.
So I searched the linked case doc and all I can find is that they didn't test/certify the product under the safety regulations. So it's probably a stretch to say that they broke them, most like "didn't even bother to see"?
No Rs were ever going to vote for her, and a lot of Ds refused to vote for her simply because of the way the DNC handled Sanders, not because of her emails. The emails are just an easy excuse, so they don't have to be honest about it.
The way Sanders is polling now, they're going to have to pull something again, we'll see what they come up with now. I personally don't understand why they let a person who runs as an Independent run with their party anyways.
Oracle DB actually was (maybe still is?) a really good product. The problem is the way they gouged and treated their customers, a lot of them simply decided that it wasn’t worth hassle and they’d rather just use something not quite as good.
One of their oldest tricks was to tell all features on by default if you used the GUI DB creation wizard, it would automatically enable all premium features. That way when they’d come to audit you, “oh look, you have this $100k feature enabled (but probably aren’t even actively using), and with pay charges we could take you to court for $500k. How about you just pay us $200k now and we’ll forget this indiscretion?”. Knowledgeable DBAs knew about this, which is one reason Oracle DBs got paid so much (that and only they really knew what the cryptic error messages REALLY meant!).
Kieren's insert commentary of "..earning just above minimum wage..." seems to be way off. According to the CA Labor Commissioner's Office, minimum wage in CA is $13/hour. According to Glassdoor and Payscale, the range of a Genius is $14 - $32 with the average being $20.20.
Sure, the new people at the lower end of that scale ARE "just above", you can't really say that for the people that are 2.5x the minimum wage.
And sudo has none of those issues? Seriously? If you use bog standard plain sudoers setups, then sure, maybe you have a point. Once you start throwing different sudo plugins (such as this one!) into it or fancy things like AD groups or what not, I'm sorry, your point starts to become less valid. The ONLY point left is that there's probably already some sudo template for your automation system that you can steal and hope that it pretty much does the right thing.
Lack of templates sounds more like an issue with your automation/testing platform and not a problem with RBAC itself. Any decent system out there can already handle the platform differences for you, just like it does for everything else (eg, different shells).
It depends. If you can do lazy AND correct, then awesome, that's ideal!
If the two choices are lazy OR correct, then in the majority of the time, lazy is wrong answer. I myself am guilty of going "It's just temporary, I'll redo it the correct way later when I have time!". Of course, that almost never happens, unless something forces your hand. It's the exact same reason most people don't run daemons in proper chroot jails even though chroot has been around for so long.
Look at the multitude of sudo security issues over the years and then tell me with a straight face that all of that was worth it. There is no reason that a distro couldn't ship a decent default RBAC setup and tools to make it easier for the users to modify them. If RHEL can setup &#$ SELinux "properly" out of the box, which is almost infinitely more complex, then there's just simply no excuse at this point.
I'm sorry to be the one to say this to you, but... If you're in IT (seeing as this is a IT site) and you still type slow enough where somebody can easily count the keystrokes, then maybe it's time for you to find a new vocation :(.
I might not type properly or even as accurate as a professional typist, but after years of IT I can at least type fast enough where clicks aren't totally easy to count.
Although I totally agree about the Caps Lock thing, that's just totally stupid. I normally at least check the LED status to make sure it's NOT on before I type my password!
"Another reason for me not to buy Apple - not that I'm lacking any."
Yes, because stock Android is so much better, where even if you turn off all location services, it STILL sends location data to Google? When grilled about this in Congress, a Google rep had the cojones to lie and say that it's required for the phone to actually work!
Granted, if you go with LineageOS and don't install ANY Google frameworks you're mostly fine, although it still requires modifications to the kernel as the stock ASOP kernel even has location snooping built into it!
This post has been deleted by a moderator
Except C-Band is never going to be used for rural 5G as the transmission distances will suck. Where this will exclusively be used is more urban deployments where the bandwidth will be really convenient.
So yes, less spectrum for satellites that can provide rural connectivity and more spectrum for latte sippers.
Biting the hand that feeds IT © 1998–2020