[1] Tesla's patent pledge is not even close to a grant and its "good faith" rules almost certainly exclude all current major automakers.
278 karma · joined March 6, 2018
[1] Tesla's patent pledge is not even close to a grant and its "good faith" rules almost certainly exclude all current major automakers.
The SBC runs updates weekly, rebooting as needed as per zypper ps. It takes about 2 minutes for a reboot cycle, and reboots about 50% of the time. During this, the service is hard down.
The NAS selfupdates roughly monthly, and it takes about an hour. The service is stopped during this time.
This gives me a "perfect hardware" uptime of about 99.8.
I've had a single hardware failure in the last year, but it had the service down for 3 days waiting on shipping for a part, which gives an empirical hardware of 99.17.
I've not had any major maintenance on this setup in the last few years, though I expect to replace the NAS's drives in stages over the next few weeks. However, for a best-case, I'll give it 100.
My internet has not gone out in 2.5 years, so I am going to give it an optimistic 100.
My power, however, has been out for a total of 30 hours, of which, 28 hours outlasted my UPS. Based on syslog from NUT calling shutdown, until the first timestamp on reboot, therefore I have a Grid+UPS power availability of 99.68
If we compose all these, we have a total uptime of 98.65 of total services, which is far less reliable for basic operations (git cli interactions) than any of Git(Lab|Hub), Bitbucket, SourceHut.
This only covers all services down cases, my single-system setup doesn't often partially fail, and isn't engineered to hide maintenance (and doing so would be far out of scope and budget). Large services tend to fail partially, as they are composed of many individual systems with varied duties, and the system is often designed to fallback to basic function in the event of failure.
Not to even mention the question of capacity, which my 4c 8t of amd64 comes nowhere close to the CDN-ish power of the major SaaS's in this space.
I guess our cheap prices for both oil and energy (in the us) might make us an anomaly.
It's all too easy to disregard "good" solutions because they are not "perfect".
Even when I lived in range of the local public transport, it's 1/hour frequency, limitations on baggage, and limited hours meant that I pretty much only used it as an alternative to walking back, since it was marginally faster, and climate controlled. It's miles better than nothing, but it still pales in comparison to access gained from the use of a personal vehicle.
Then reduce&repurpose the current gas tax for uses to mitigate externalities caused in post-sale use.
I'm also in favor of a similar externalities penalty for electrical generation (even though the current state of combustion generation is much cleaner than a typical ICE), so that economic forces are able to operate taking that into account.
Other parts of the subdivision connect to a "greenway", but it is very broken up with missing sidewalks, and only has limited crosswalks. It really is only useful for getting to a nearby park (which is nice), but not for any essentials.
Some of the local residents (including myself) have been asking the city for some funding (or even to take advantage of grants) to improve the walk ability, but there is a smaller contingent of more influential folks that either threaten lawsuits should the city install sidewalks/walkpaths, or just take up tons of time so that everyone is tired and wants to go home by the time we get to speak.
While we've gained some visibility and good rapport, we've not really managed to change anything, and it's starting to feel futile.
I have mileage records, and even using today's gas tax rate, (which will cause an overestimate) I never paid more than $225 a year, and that was a year 30% above average, and with the lest efficient vehicle I've ever had. 2020 was $80, and if I scale for the mileage I had in a typical year, that comes to $144.
The state gov't came out saying that it was based on the average amount people pay, but the numbers they provided used MPG values so low and mileages so high, you'd think they came from a motorhome doing the coast-to-coast tour.
They are also selling a bunch of sit/stand adjustable desks and large displays.
I have both a switch and a steamdeck, and if a game is offered on both, I'll buy the PC/Steam version.
The deck is larger, but actually fits quite well in my large hands, and I'm quite impressed of the amount of games that run well on it. It's not a replacement for a true gaming PC, but it's access to the existing steam library (and other PC games if you are clever) makes it quite an offering.
The devices have majorly different target markets, which makes it hard to compare them.
The capabilities can also be specified by a fs attribute using setcap(8). This works like setuid, in the the capability is set whenever the file in question is exec'd. *
> Only root can restart a systemd service right
By default, only root can manage system-level systemd services, however, you can add policykit rules to allow specific users (or groups) to perform actions on specific services.
* Certain sandboxing techniques will break this (like no_new_privs)
Though a new account number is not quite as much of a big deal as it may seem. The issuers publish lists of old->new mappings, so that processors and merchants can update records, and some networks/issuers will accept reoccurring transactions on old numbers, as long as those were started before the number was issued.
It's kind of amazing what the issuers and networks will accept.
My understanding is that smart summon operates on a completely different set of rules than navigate on city streets, even though they might share some common functionality, like object detection and mapping.
Memory says a blind would-be customer complained loudly, but was ignored before they engaged the authorities with a formal complaint.
At $PREVIOUS_JOB, I tried to maintain dotfiles that could be used on Solaris and RHEL interchangably, and I had a bunch of conditionals for enabling various completions.
One of the most notable examples is that of the Tuskegee study on untreated syphilis, where we denied effective treatment w/o informed consent.
PoC have higher infant mortality rates, and the myth that PoC have more tolerance to pain (and therefore require less anesthesia) is still quite prevalent.
It was bad enough that we had to actually produce a report on what is considered the "bare minimum", but even that has not been totally effective. (https://www.hhs.gov/ohrp/regulations-and-policy/belmont-repo...)
Polygon is a little different, due to its proof of stake system, where there is no "winner" and the validators (Heimdall instances) "check" the work of the actual block producers (Bor instances). It also has a slasher-like element where only one Heimdall instance needs to prove that a block is incorrectly executed for it to be rejected, so a malicious actor would need to compromise all active Heimdall instances to be able to lie.
Which, coincidentally, is the benchmark for "decent" credit card rewards.
Some cards will offer rewards on certain kinds of purchases, often up to 5%, but offering only 1%, or nothing for other purposes.
Since the average person only has a single credit card, the majority of cardholders produce more in interchange fees than they collect in rewards.
There's also some complicated accounting voodoo that I don't truly understand, that effectively means that banks can treat extended credit as a pseudo asset, plus, whenever alone is outstanding, it's value is added to the virtual money supply.
It is possible for an individual customer to get significantly more in rewards than interchange, but as this is a relatively small portion of customers, most issuers do not seem to care.
IMO, the SSPL's cloud provision is a "Japanese No", it is so wide in possible interpretation, that only the Eclipse foundation could actually provide such a service.
The Cloudflare revolvers definitely went down (1.1.1.1 and 1.0.0.1), do we know if authoratative DNS did?
Or some kind of tool that processes the resultant routing tables to generate some kind of "route usage" for every given link and device, maybe even feed it with a table of expected traffic to given destinations.
>
> Cloudflare's core business is networking. It actually embarrasses me to see that Cloudflare YOLO'd a BGP change in a Juniper terminal without peer reviews and/or without a proper administration dashboard, exposing safe(guarded) operations, a simulation engine and co.? In particular, re-routing traffic / bypassing POPs must be a frequent task at scale, how can that not be automated so to avoid human mistakes?
We don't know if this was entirely the case, based on the timeline for the initial incident that prompted the change gone awry, there very well could have been an ITIL-Style CR created and processed within this time.
Judging by the edits made, this wasn't just simply taking a POP out of service entirely, but reducing the amount of (or eliminating all of the) traffic from neighboring POPs sent to compute at the ATL location. I can't image that this exact type of change is all that common. BGP anycast actually makes things significantly more complicated when removing edges.
As far as the mechanics go, with junos's CLI, there's not a lot of difference between what the intended command would have been, and the one that actually happened.
---
What they probably wanted
| example@MX1> configure
|
| {master}[edit]
| example@MX1# edit policy-options policy-statement 6-BBONE- OUT
|
| {master}[edit policy-options policy-statement 6-BBONE-OUT]
| example@MX1# deactivate term 6-SITE-LOCAL
|
| {master}[edit policy-options policy-statement 6-BBONE-OUT]
| example@MX1# commit
---
What might have happened
| example@MX1> configure
|
| {master}[edit]
| example@MX1# edit policy-options policy-statement 6-BBONE- OUT
|
| {master}[edit policy-options policy-statement 6-BBONE-OUT]
| example@MX1# deactivate term 6-SITE-LOCAL from prefix-list 6-SITE-LOCAL
|
| {master}[edit policy-options policy-statement 6-BBONE-OUT]
| example@MX1# commit
---
Initially, this seems like quite a bit of difference, however, Junos has a hyperactive autocomplete that triggers on spaces,. that deactivate could have been as short as "dea ter 6 fr p 6"
I'm not aware of any routing simulation product that is able to simulate complex bgp interactions, and report on effective routes of simulated traffic, as well as CPU load predictions. The closest I am aware of is running GNS3 (or a bunch of VM routers) overnight and capturing SNMP.
On the other hand, automating these kinds of changes would seem trivial, but such a service would have to be as fault tolerant as any other project, but is most certainly a worthwhile endeavor especially since integration is actually relatively easy, Junos provides some nice REST and XML APIs on the management interface that can do pretty much everything the CLI can, except start a shell.
I can still use jira itself without linking either GitHub or Google drive.
Regardless of land or tower ownership, the provided email doesn't have any timeline, which is somewhat unprofessional when we're talking about something that takes weeks to remove.