RayDonnelly

conda, although written in Python, is language (and somewhat OS) agnostic. We provide lots of C, C++, R and Rust packages as well as Python ones.

Bazel is the bane of every software packager who needs to use it and who does not work for Google. GN (or whatever it's actually called) is a close second in terms of horridness and NIH-ness, then GYP (and depot_tools too, may as well chuck that in there). Guess which company foisted all this on us?

And that is also awful in so many other ways.

I disagree. tcl/tk is written in C and C can be compiled in very very badly indeed (from a security perspective).

You can use `conda install rust_osx-64` on macOS and `conda install rust_linux-64` to use `cargo` with the Anaconda Distribution libraries and tools (including its compilers).

.. because it's (relatively speaking) brand new?

If you haven't seen it, also checkout Project LIEF. It is very good indeed. We use it for a lot of post-build binary verification in the conda ecosystem.

Windows, macOS and Linux are all supported.

https://lief.quarkslab.com/

A lot of the credit for the Windows version should go to MSYS2. They provide all the libraries used here (including GTK).

RStudio uses it.

There's no such requirement at all, but it's a noble goal and one every package developer should strive for.

Great I'll try it out, I always meant to but never got round to it. Does it work on macOS or Windows yet? What's the oldest Linux distro upon which it will run?

Not sure we constantly try to sell our Enterprise product. You could look at it less cynically as we sell an Enterprise product to allow us to provide the Anaconda Distribution for free.

I agree that providing toolchains is very important.

The only non-system package manager that provides Python and its own toolchains - for Linux and macOS presently - which are used to compile every C, C++ and Fortran package, including Python itself is conda and the Anaconda Distribution.

Not doing this leads to static linking and that's inefficient and insecure.

Disclaimer: I work for Anaconda Inc.

You are completely right. I apologize.

ggreer: I have no grudge, hopefully ag will continue to be a success for its users but it'd be lovely if people could contribute to making it even more of a success. I believe there are some easy ways to achieve that (expanding the core team if you were ameanable or somewhere or shomehow ossasionally explaining why PRs are not getting looked at), and some not so easy ways (CI with good testsuites and benchmarks).

I apologise for my overly aggressive comments, I did not handle the fact I really hoped to help out on ag and got frustrated by the experience very well (at all).

Have a nice weekend.

OK sure, but would you consider merging one PR that explains that people should not expect PRs to get reviewed? I'm happy to do the work if you'll review and merge it.

That way we can avoid unfortunate incidents such as this in future.

In what way is updating README.md difficult? Please have as much respect for contributors and potential contributors as you seem to have for maintainers. They're all people after all and their free time is equally important.

I respectfully disagree with you. I wasted perhap 10 hours of my life or more on this PR (pointlessly rebasing it a few times). 95 other PRs are outstanding. There are many ways to improve this situation. I pointed two of them out:

    1. Declare that you won't accept (or even review) them, preferably at the top of README.md *
    2. Give a second person merge status.

I have some empathy for the maintainer but I also have empathy for the prospective contributors who spent a chunk of their free time working on https://github.com/ggreer/the_silver_searcher/pulls

I've done my bit here to stop wasting people's time globally, I don't consider a maintainer's time more valuable than a contributor's time. That's elitest nonsense.

https://github.com/ggreer/the_silver_searcher/issues/1284

* The likely side-effect is a unblessed fork (or people not wasting their time, or if they do, well, they didn't read the README.md and cannot be too annoyed at anyone but themselves).

You don't want to waste your own precious time but are more than happy for many other people to waste theirs?

Also you merged commits starting from 24 Dec 2011 and ending on 18th August. Presumably you saw value in those commits?

Do you use Anaconda's R. If so I'd like to know of any rough edges (package count being a known one we're looking to address).

Thanks.

Packages installed from different distros will conflict all over the place, this is silly, please don't add conda despite my other comment!

Where's conda?

So this is literally monetisation [1] based on the work of Homebrew [2]?

[1] https://github.com/feramhq/cli-apps/blob/master/git/main.yam... [2] https://github.com/feramhq/cli-apps/blob/master/git/main.yam...

It's not aimed at people browsing the web and playing FSPses though, is it?

> I’m not sure how you spent so much

There are 7 days in each week.

Why not order your takeaway from a good Indian restaurant? All the ones around here provide such a service.

Compiler flags mostly.

Drink 4 cups of coffee a day (decaf may be ok) and eat 200g or more of tree nuts per week.

And the notion that a garbage collector should ever be part of a game engine (or anywhere near it) is frankly baffling to me.

.. unless you're making some turn based thing.

Alacritty are developing a scrolling feature. Should land soon ish.