WHAT(1) BSD General Commands Manual WHAT(1)
NAME
what -- show what versions of object modules were used to construct a file
(MacOS ...) WHAT(1) BSD General Commands Manual WHAT(1)
NAME
what -- show what versions of object modules were used to construct a file
(MacOS ...)A good name could probably be bwtop, or tcptop or iftop.
Actually I searched for these, and turns out iftop exists! (https://linux.die.net/man/8/iftop)
For a router I'd also put ntopng on.
Part of that is due to the fact that iOS is now my primary consumption platform, and finding bookmarks in a complex structure is much more awkward than it should be.
Part of it is just laziness: trying to manage a complex bookmark folder is more work than I care to do when search engines give me 99% of what I need.
I found this with Instapaper. What was a bookmark and what was a read-later?
It'd be great if every time I went back to a website, all the pages on the site that I already bookmarked would pop in a sidebar...
Chrome has no other export functionality. And firefox copied that lack-of-feature without even realizing the motivations.
So now one have to copy them one by one.
Firefox, maybe, haven't looked into it and just the process of evaluating it isn't worth it. Mozilla doesn't have the track record that I want to blindly trust them with that either.
I load a set of bookmarks into Firefox on client machines regularly, but I suspect this isn’t what you are discussing.
There is no way to export them to an xml/whatever file (pretty sure you could at least in firefox before, but I guess it was too hard to maintain...).
whif less so, that just doesn't seem to smell right.
> The whence command is a Korn Shell feature that tells how a name would be interpreted by the shell: it detects commands and aliases, and searches your path.
¹ https://pubs.opengroup.org/onlinepubs/9699919799/utilities/V...
² https://pubs.opengroup.org/onlinepubs/9699919799/idx/utiliti...
The closest (but not perfect) answer I know of is the open source project name checker (http://ivantomic.com/projects/ospnc/).
Repology (https://repology.org/projects/?search=what) can also help a bit, but it's less of a direct answer.
@imsnif 2 questions:
1. Any chance you'd be willing to rename the package? I get it if not, but that would be so dope. 2. Would you consider putting this up as a cask on Brew? Brew is essentially the most popular package manager for Mac that I know of. This isn't as big of a deal for me honestly, but thought I'd ask.
or "wiccapig/wicpig" (whichhog) ;-)
Package `trust-dns-proto v0.18.0` does not have these features: `tokio-compat`
(MacOS 10.15.2)I've had situations where I'm either not on the latest version of rust, or I'm on too current a version of rust, which deprecated/removed some feature needed for a dependency. I'm not sure if devs can define their min/max versions, but that kinda check should probably be done before cargo starts building packages.
It took about a year to get stuff figured out.
Speaking for myself, I don't know in which exact version of Rust the features that I use was first introduced, and I don't think anyone else knows that either if they use a lot of different Rust language features.
So if I were to add a minimum required version to Cargo.toml for the crates that I put out, I would for sure end up putting the current stable version that I am using myself.
In practice I think that is probably fine, but also a bit unfortunate in a way, that anyone using an older version of Rust, such as those using distro packaged Rust will see Cargo tell them they can't build and run my crate, because I set minimum version to say 1.40.0, and they are using 1.37.0, but actually I might happen to not be using any features beyond what was available in 1.35.0 or whatever in some random crate of mine, but I don't know that and I don't wish to test every change I make to my crates in a bunch of older versions of Rust also because that would slow me down considerably.
On the other hand, if the Rust Team had the resources for it, could the crates.io service be made to detect minimum version of Rust needed based on the features used? Probably a lot of work I would guess. Doubly so when considering different feature flags and other cfg switches.
Again, I don't know the plans you have for how to do it so maybe you are already planning to do it that way but, you guys sometimes run builds on basically all of the crates on crates.io, don't you? Would it be feasible that the crates.io service runs a background service that builds each crate with a few different versions of Rust and records the build results and possibly test results into the meta data for the crates on crates.io? I think that would probably require a lot of server time, and therefore likely cost too much to be possible but it would have been really cool if it was doable.
In the rare case you might hit something that was removed/modified because of a security exploit, but those are very very rare.
Anyway, this tool should probably upgrade to the current 0.18 release now that it’s out, if possible.
Marketers were forced into this by trademarks, but it shouldn't take the threat of a trademark lawsuit to convince you that stepping too close to something else's toes is annoying for everyone.
(And don't be afraid to go with words that have negative meanings: Aside from git, MUMPS has been a successful medical records database environment for decades.)
I haven't heard that word used like that, but I've only heard it to refer to the vcs.