189 karma · joined September 3, 2019
https://en.wikipedia.org/wiki/Project_Pluto
https://web.archive.org/web/20200329022906/http://www.merkle...
It is not... This is a Falcon-9 rocket stage, not a part from the Flying Crowbar or any similar nightmare-device.
Yes, "cmd <file" is more efficient for the computer but not for the reader in many cases. I read from left to the right and the pipeline might be long or "cmd" might have plenty of arguments (or both). Having "cat file | cmd" immediately gives me the context for what I am working with and corresponds well with "take this file, do this, then that, etc" with it) and makes it easier for me to grok what is happening (the first operation will have some kind of input from stdin). Without that, the context starts with the (first) operation like in the sentence "do this operation, on this file (,then this, etc)". I might not be familiar with it or knowing the arguments it expects.
At least for me, the first variant comes more naturally and is quicker to follow (in most cases), so unless it is performance sensitive that is what I end up with (and cat is insanely fast for most cases).
Besides Google Chrome (controlled and backed by the surveillance overlords) and Safari (Kept alive by Apple cultists) I see very few free alternatives that can stand on their own. The other options are various niche browsers that leech on one of these three that might have a few changes here and there but lacks the real capability to stand on their own legs.
What I mean with capacity to stand on their own legs is that the group behind it should;
* Be able to be a part in development of web-standards
* Be able to keep up with ever changing web-standards
* Be able to suggest and develop new web-standards if needed
* Be able to maintain a modern web-browser
I am worried about Mozilla but I see no reason to declare that the end is nigh just yet.
Firefox is still very much relevant to me, although I use mainly linux-distros and do not normally use webpages as applications (I browse with javascript disabled, unless there are specific needs). I would love to see some more options out there, but alternatives to Firefox are currently not on the horizon for me.
Not going to question your subjective experience, but I do not think most people will hear any difference between 16 and 24 bit playbacks under normal conditions, even with fancy headphones.
"120dB is greater than the difference between a mosquito somewhere in the same room and a jackhammer a foot away.... or the difference between a deserted 'soundproof' room and a sound loud enough to cause hearing damage in seconds.
16 bits is enough to store all we can hear, and will be enough forever." [1]
IPv6
No, but Sweden has mainly unions based on industries (like IF Metall represents workers in industrial and metal-sector, you have Transport that represents workers in transport industry, Unionen of white-collar trade workers, etc). There might even be no workers in the specific union at the specific workplace and they might still go on strike since they are the union you are supposed to negotiate with. There are requirements of negotiation but no requirements of results from that, which is the cause of the current situation at Tesla. Tesla "negotiated" but flatly refused any outcome involving the union so they fulfilled the lawful requirements. Now the Union uses the tools they have in place when the negotiations ends badly so everything is going as expected.
>Does that mean there are no active Tesla services in Sweden during the strike?
Like I wrote above, Tesla might have all services running if they have workers doing it, but chances are at least some are members of IF Metall. There is also the effect of sympthy strikes from various other unions: https://www.ifmetall.se/aktuellt/tesla/darfor-tvingas-if-met... This includes transport (loading/unloading in harbors, transport of goods, etc), Electricians (yep, you can guess it, practically everything involving electricity), Builders (maintenance and construction of buildings), service and communication (This is postal workers refusing delivery of post/goods to/from Tesla), etc. The effect goes beyond Teslas services and will extend to all kinds of infrastructure and other parts of society unless Tesla manage to get their own self-sufficient (and probably totally isolated) mini-society without any needs from other parties.
So the more Tesla refuses to find a deal, the more the unions can escalate and it will get quite tricky to find laborers who want to deal with you. Other companies might refuse to deal with you with risk having the strike extend to you to if this goes far enough.
> If union membership is really the way of life in Sweden, is there anything preventing the government from a legislative solution?
It is really complicated, but the main thing preventing government going in with a legislative solution is that no-one (neither the industry or the laborers) wants it. It has been a solution that the union(s) and industry can solve this by themself and as long as they can, the government will stay out of it. This is kind of unique relaxed solution that puts a lot of responsibility on both the industry and the unions to sort things out and has worked well so far. Playing hard-ball like Elon will probably not end well for Tesla in Sweden (possibly Europe) if this continues since the system is kinda built on being mature and able to negotiate. My way or the highway attitudes are not well regarded.
>Just mandate collective agreements?
But what collective agreement? The system in Sweden is built on negotiation between the involved parties and finding some kind of common and sensible ground. There is really no easy top-down fix for that if one party refuses to play ball. Either the other party need to fight back or the whole system collapses and we risk ending up with government moving in, which neither party wants.
Without having a good anonymous starting point, protonmail does not let you get that starting point, at least the last time I tired (maybe a year ago).
The counterargument I see is that subscribers who listen to lots of different artists will have a smaller share of the pot for each artist than someone who listen to just one artist. But I see the inequality here is not as bad as the other option where almost all my subscriber fee now goes to a few mainstream artists I probably never listened to. I also bet a lot of smaller artists would benefit more with a per-user pot, instead of always getting a minuscule share from the global pot.
The moral right of claiming ownership to a work should still be protected forever.
Do you know something better that fills the same gap?
And for Swedes you can watch a short interview with him on Swedish Televison in the first 8 minutes of this program: https://www.svtplay.se/video/33989650/sverige/sverige-sasong...
The program above is from the last shutdown and the example given there about his most popular clip was a very old show of Bonnie Tyler. SVT, at the time, made the clip available officially via SVT Play again but has since disappeared from their service almost as a reminder that culture will disappear from the public unless enthusiast like Rosa Mannen can make them available somewhere.
They take a while to come for the latest version of a OS and none is out for Ubuntu later than 20.04 yet, but it is a very good starting point for a checklist even if you do not run a DoD system (a lot of the points might be specific for these but easily skipped) and depending on changes between versions, some parts might still apply. For a recently released OS you usually have to rely on the system documentation from the system creator (Canonical in this case) but most of my experience is from the Red Hat world so not sure how good it is for other distros.
If you start with the best practices for your OS/distro and then dig into a hardening guide (like STIG) you should probably have a pretty good understanding and base documentation for your specific use-case. As always, if you use a specific service/software on top of that (a web-server, mail-server, etc) you will need to dig into the documentation of that specific product and after that check for hardening guides.
The general principle of removing/disabling/blocking everything that you do not use is usually a good one. Knowing what you actually use and the exceptions is what makes it hard :-)
sources: https://bugzilla.redhat.com/show_bug.cgi?id=2051505 https://lwn.net/Articles/883949/
To me, this site loads fast, uses very little eye-candy and gets you right to the list of tools with clear links that are easy to overview and go through so it seems like mission accomplished for highlighting them.
Sweden had less formal lockdowns, but recommendations that was largely followed . Also limited opening hours for restaurants and closed events with live audience. Most workers stayed at home, traveling went down A LOT and people could not visit care homes etc. If you compare the effect on society it was largely the same as the rest of Scandinavia that did have slightly more formal lockdowns.
Lots of companies (restaurants, cultural events like concerts, theatre etc.) had real economical issues and a lot of people became unemployed. Could be worse, but still it is misleading to say life continued as normal. A quick google show that unemployment in Sweden doubled during the pandemic and that is largely attributed to the measures that took place as a response to the pandemic.
"6.3.2
Certificate operational periods and key pair usage periods Subscriber Certificates issued on or after 1 September 2020 SHOULD NOT have a Validity Period greater than 397 days and MUST NOT have a Validity Period greater than 398 days. Subscriber Certificates issued after 1 March 2018, but prior to 1 September 2020, MUST NOT have a Validity Period greater than 825 days. Subscriber Certificates issued after 1 July 2016 but prior to 1 March 2018 MUST NOT have a Validity Period greater than 39 months.
For the purpose of calculations, a day is measured as 86,400 seconds. Any amount of time greater than this, including fractional seconds and/or leap seconds, shall represent an additional day. For this reason, Subscriber Certificates SHOULD NOT be issued for the maximum permissible time by default, in order to account for such adjustments."
- CA-Browser-Forum BR 1.7.9, p67
IPv6 will also simplify a lot of things (being able to scrap NAT (note, you will still need a firewall) and avoid protocol issues for End-to-End services) but that is just a bonus.
Not saying it is likely, but from working with production systems that could have come from the stone-age I am too well aware of the possible risks of meddling with a setup that looks obviously wrong or too old to be used anymore, only to realize way too late that it was there for a very good reason.
However, considering that there are usually many more self-checkout terminals available with much less queue it means that the total time spent is less than on a service one. My local store, open until 23, usually closes down the self-checkout terminals the last hour since there are too few people to make it worthwhile and you rarely have a queue to the serviced station.
So I totally agree that the serf service checkout is slower for that actual station but considering that the store can cram in much more of those in the same space and they need much less personnel to manage it saves everyone time and money to use them, unless there is no queue to the serviced checkout (and personnel is manning it at the moment).