MySQL. Still more popular than Postgres.
HomeBrew Analytics – top 1000 packages installed over last year
31–40 of 168 posts
Re: HomeBrew Analytics – top 1000 packages installed over last year
#32Earlier quoted context omitted.
You can't accomplish that with the -g glob flag?
$ rg -g l foo No files were searched, which means ripgrep probably applied a filter you didn't expect. Try running again with --debug. Empirically not! :) EDIT: I see, you have to do "rg -g '*.l' foo". Well, that's a bit silly. Why force people to put asterisks inside of single quotes on the command line? Asterisks have a specific meaning in a shell setting. It's five times longer than -G l, the ag equivalent. EDIT:…
Actually it's just:
rg -g '*.js' query
And if it's a known file type, like js, you can do (-t type): rg -g -t js
>Why force people to put asterisks inside of single quotes on the command line?*Because else the shell will auto-expand the asterisk before it even gets to rg, and rg will instead get the expanded list of files that match the pattern. E.g. if you have
a.js b.js /foo
in a folder, then: rg -g *.js query
will be expanded by your shell to: rg -g a.js b.js query
and THEN run. rg will never see the asterisk in that case (and it also wont search inside /foo).Re: HomeBrew Analytics – top 1000 packages installed over last year
#33I found myself tabbing out to google constantly like 'fdk-aac, wow, that's a thing? cool~'
Re: HomeBrew Analytics – top 1000 packages installed over last year
#34Homebrew's use of analytics still bothers me; specifically, making data public like this. It was supposed to only be used for development efforts, not showing off top-1000 lists. Also, I guess this following statement is - taking the charitable option - out of date. > Homebrew's analytics are accessible to Homebrew's current maintainers. https://github.com/Homebrew/brew/blob/master/docs/Analytics.... Yeah, I know, my…
Homebrew maintainer here. That language could probably be more precise - only current maintainers have access to detailed analytics (the details being specified on that same page). I wasn't part of the creation of that particular page, but one thing we (the maintainers) commonly find ourselves doing is publicly referencing install statistics as justification for removing an unused formula or taking extra care during…
This does not, in my mind, help the case at all. This culture of deletion makes no real sense to me; something not being used for a month or a year doesn't mean it's not being used at all. What's the real cost of just leaving those formula around? A slight problem with it not working immediately when it is used? At least then it can be fixed, instead of seeing the "No formula found" text.
The culture of deletion surrounding the long tail of digital artifacts just doesn't make any sense. Yeah, yeah. Get off my lawn, too.
Re: HomeBrew Analytics – top 1000 packages installed over last year
#35Earlier quoted context omitted.
You can't accomplish that with the -g glob flag?
$ rg -g l foo No files were searched, which means ripgrep probably applied a filter you didn't expect. Try running again with --debug. Empirically not! :) EDIT: I see, you have to do "rg -g '*.l' foo". Well, that's a bit silly. Why force people to put asterisks inside of single quotes on the command line? Asterisks have a specific meaning in a shell setting. It's five times longer than -G l, the ag equivalent. EDIT:…
The asterisk is part of standard globbing. You can also write it as `rg -g \{STAR}.l foo`, if you find that nicer.
If you want to match a list of extensions, then you can fall back to standard glob syntax: `rg -g '{STAR}.{foo,bar,baz}' pattern`. Or, as others have mentioned, if you're searching for standard file types, you can use the `-t/--type` flag. e.g., To search HTML, CSS and Javascript: `rg -tjs -thtml -tcss foo`.
Basically, ripgrep's `-g` flag is supposed to match grep's `--include` flag, which also uses globs and requires the same type of ceremony. I'd like to add --include/--exclude to match grep's behavior more precisely (which is based on user complaints wanting those flags).
N.B. Replace {STAR} in text above with a literal asterisk symbol.
Re: HomeBrew Analytics – top 1000 packages installed over last year
#36Earlier quoted context omitted.
There's significant value, when developing a product, in knowing which other products your customers are likely to have, so that you can prioritise your different integrations. Similar data could probably be compiled from Google Trends, but this clean and authoritative view is something that can be trusted, and I think the result makes the open-source ecosystem stronger.
That only sets up the value proposition for the maintainers - not for making it public. What value do any of us, not on the Homebrew maintenance team, derive from this list (other than fuel for "X is better than Y" arguments)?
Re: HomeBrew Analytics – top 1000 packages installed over last year
#37I'm surprised that ripgrep is so low, at #227. I've been using it instead of grep the last few months and I could never go back. Check it out if you haven't! Here is the repo and a technical breakdown by the author: https://github.com/BurntSushi/ripgrep http://blog.burntsushi.net/ripgrep/
Thanks for the kind words!
Re: HomeBrew Analytics – top 1000 packages installed over last year
#38Someone super needs to turn that list into an expanded version with a 2 line summary of each line. I found myself tabbing out to google constantly like 'fdk-aac, wow, that's a thing? cool~'
Re: HomeBrew Analytics – top 1000 packages installed over last year
#39Great. Caddy is #666. Hope that's not a sign. :P
Great software by the way.
Re: HomeBrew Analytics – top 1000 packages installed over last year
#40Earlier quoted context omitted.
A lot of stuff at the top of the list is requirements/pre-requisites for other packages, for example wget is in top place used by other packages to download stuff.
i'm not sure this is true. erlang ranks lower than elixir, but erlang is a prereq for elixir