So all in all, I wouldn't say works outside of a well-controlled cluster on a LAN.
1,366 karma · joined April 2, 2010
So all in all, I wouldn't say works outside of a well-controlled cluster on a LAN.
How would this work exactly? You send the token to the recipient's email address? Doesn't that become a chicken/egg problem because the recipient could very well have the same requirement?
In bash (don't know about other shells) the < operator sets the stdin of the process to the given file.
< filename.json jq
Here, data is read directly from the given file.As for the | operator, the stdout of the left-hand process and the stdin of the right-hand process become a pipe:
cat filename.json | jq
Here, data is read from file, copied to a pipe buffer, the other process is
notified (in most cases, by being woken up) that there is incoming data and then it finally reads the data.Not that any of this matters in today's world of pocket supercomputers but I just don't see how any of your points back up the useless use of cat. It's still useless :)
How would that work on arch?
I'm /very/ sad to see the unprototyped functions to go though -- that was my favourite way to catch newbies off-guard! Oh well ...
As for those who like to spend their Friday afternoon feeling sad about C++isms creeping into C: You are very late! You should have done that when GCC implemented ``__attribute__((cleanup))`` years^Wdecades ago.
edit: https://gcc.gnu.org/legacy-ml/gcc/2003-05/msg00528.html
Embrace your weirdness, but unless you are lucky enough to have a weirdness that resonates with people, you are just an outcast.
Enjoy everything in moderation, including your qualities that may come off as unusual to others, whatever they may be.
You are probably an ordinary person. Chill out and just do your best.
As for pip install --user, I sometimes nuke the local repo so wouldn't be a robust solution given my workflow.
python3 -m ddcci_plasmoid_backend
So you can probably get away with this: git clone https://github.com/davidhi7/ddcci-plasmoid \
&& cd $(python3 -c "import site; print(site.getsitepackages()[0])") \
&& ln -s $(cd -)/ddcci-plasmoid/backend/ddcci_plasmoid_backend .
[1]: https://github.com/davidhi7/ddcci-plasmoid/blob/3c002d9822ce...This means it does page eviction on memory pressure and also results in deduplication as mmap'd memory of the same file can be used by any process that has access to it.
If the data access is sequential in nature (or at least has some form of locality in function of time) it could end up using less memory indeed, even if the whole file ends up being read during the training process, because unused pages will be evicted by the OS to make room for needed ones.
What is interesting to me here is that it's such a marvel to these ML guys. It's a fundamental OS facility and looks like using mmap() instead of using read() on malloc()'d memory should have been the strategy here from the start.
Man, tech reporters are killing me sometimes.
Anyhoo, kudos to the team for shipping. Building a generic game engine for the global audience is a massive undertaking.
One practical reason I can think of is because not everyone compiles their own code.
You must most definitely look for and enable such flags as they become available in your own projects. (eg I was rooting for -Wlifetime but it did not land for various reasons)
But when you compile other people's code, your breaking your local build doesn't help anyone. Best you can do is to submit a bug report, which may or may not be ignored.
Nope. In writing, it's technically ambiguous -- it could mean both "can't be installed" or "can't be uninstalled" but to me it means "can't be uninstalled". In spoken language, it depends how you stress the first syllable and both could be used, I guess.
That's why if you want to denote the installability of something, you should use the nonambiguous installable-noninstallable pair and leave the word "uninstallable" for the "can't be uninstalled" meaning. AFAICT, whether you should spell it as "non-installable" or "noninstallable" (note the hyphen) is up to you.
Again, in my personal experience, uninstallable definitely means 2 in [1]: "uninstall-able". Pretty sure I never saw that word used as "un-installable".
You can only trust the nodes that you control. That's not what I'd call a decentralized system.
So when time stops, everything else stops. It is tautological when you think about it, but I find that it's an easy way to explain why logical clocks work.
Am I wrong to reason this way?
Not mentioned: Gentoo Prefix project is useful for managing a Gentoo installation that is at a path other than /. We use it for building our Linux development environment.
See [1] to give it a try. Warning! It will compile almost everything so it's going to take a bit of time!
[1]: https://wiki.gentoo.org/wiki/Project:Prefix/Bootstrap#Perfor...
This said, in a truly decentralized setting, where CRDTs make most sense, logical clocks are not useful as they are not not byzantine fault tolerant. You need merkle trees.
However, it's not a community project, by any definition of community, because there is a power imbalance between Google and other contributors. Accepting patches or even allowing non-Google people to accept patches from anyone is not enough.
> There is a CLA, so that folk can attest that contributions are theirs, and that they're free to be used by others, and that everyone who uses Flutter can feel comfortable that there are no patent or IP rights reserved by contributors.
No, there is a CLA so that Google keeps the ability to relicense future Flutter releases however it seems fit.
Of course everybody owns their own contributions, git log clearly shows who owns what. BSD license already assures that they are free to be used by others, and if patents were a concern, AFAIK the Apache license would've been a better option (IANAL). You don't need a CLA for any of that.
Users and contributors are bound by the BSD license. Google however gets special treatment:
""" Grant of Copyright License. Subject to the terms and conditions of this Agreement, You hereby grant to Google and to recipients of software distributed by Google a perpetual, worldwide, non-exclusive, no-charge, royalty-free, irrevocable copyright license to reproduce, prepare derivative works of, publicly display, publicly perform, sublicense, and distribute Your Contributions and such derivative works. """
I hope the power imbalance is clear this time?
Again, it's great that Google develops open source software under a permissive license. Mad respect. I'd happily sign the CLA were I to send code to Flutter. I'm also not saying that Google shouldn't have a CLA, I fully understand, and maybe I'd do the same (maybe not). But let's call it what it is.
> but the spirit that we work under is that the "Flutter team" is everyone who contributes code.
Sorry but you sound like that boomer SMB owner who keeps saying "we are a family".
The only area where OpenSSL wins hands down vs NSS is documentation, and by extension of its popularity, the easiness of googling a problem and finding its solution. As a comparison, I don't even know what the official NSS homepage is. But IME the source code of NSS is quite readable, so consider having another look at NSS if you need to deal with cryptography in your code.
Not a cryptographer, just a happy user, so YMMV.
Sure, but my point stands: It still doesn't matter as a production platform :)
hncat 34568832 | sed "s/runs production code on WSL/cares about WSL as a production platform/g"
if you will.edit: https://github.com/plq/hncat :)
Why not run the benchmarks in an environment that matters? Latest stable gcc is 12 and I wouldn't think anybody runs production code on WSL.
The adoption of a particular memory allocation strategy depends on a lot factors. This is C++ after all.