The YAML 1.0 spec says no such thing, it doesn't even mention JSON. Neither does the YAML 1.1 spec. The YAML 1.2.0 and 1.2.1 specs do say exactly that. 1.2.2 no longer does, but it reiterates that the primary focus of YAML 1.2 was to make it a strict superset of JSON.
Thanks for the IPs.
My nginx instance is successfully updated with these IPs in the hosts file.
So at least the servers that host https://nginx.org are not down.
This article is using Vaultwarden, not the Bitwarden server. It's wrongly referring to Vaultwarden as "BYOPM hosts a Bitwarden instance" and "the Docker Image of Bitwarden." It is not, it is hosting a Vaultwarden instance. This is an issue as people using Vaultwarden report bugs to the Bitwarden project, where they can't be helped.
When the author says it “has no dependencies” they are referring to build time dependencies (i.e. development headers) and runtime library dependencies (dynamic libraries that will be linked and used at runtime).
In this case the function of the program is to hook a library function in `libpam` using eBPF so it has libpam as a “dependency” in roughly the same way that a program which converts wav to mp3 depends on “the input wav file”.
Given that this is a somewhat unusual way to depend on a `.so` file it’s reasonable for there to be some ambiguity in the language here.
> built as a static binary without any dependencies
Static binaries are explicitly used for removing the need for specific dynamic runtime dependencies. It does not refer to build dependencies, which are not interesting here.
Based on the terms, I would except that libpam is included for the final binary.
If libpam was compiled in, then this tool would do nothing. libpam is not a library for this tool, it's a target, like an input file. libpam is a library for the kernel of the target system. this tool hooks into it to do its work.
Exactly, it is the target. The later phrase pointed out in the original comment it to be some sort of dependency for runtime use, making the confusion. While it is not related to runtime code functionality at all.
Shows the loading spinner forever for me. Turns out it tries to use a local storage feature that's not available in Firefox private windows. Might want to catch that error and show a message, as I had to open the console to find out I don't need to wait for it.
This video isn't a rehashing of that article, it's the "real" story behind why it was removed. Read the video description at least if you're not willing to sit through the 30 minute video.
I have long suspected that Raymond Chen doesn't really exist, and the blog is an inside joke among Microsofters to see who can revise history the most.
It's entertainment, which is arguably film art, it just happens to also be a source of information. If you don't want to watch it, no one is forcing you to do so.
As I said, most of the information is right there in the video description.
> YAML can therefore be viewed as a natural superset of JSON, offering improved human readability and a more complete information model.