-
-
Notifications
You must be signed in to change notification settings - Fork 281
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
A proper definition of 'conda-forge'. #1277
Comments
cc @conda-forge/core |
As @ForgottenProgramme commented, I totally agree we should pursue a better definition of what conda-forge is right now, besides the arguments pointed out I also found some kind of outdated information so far… Then, creating/discussing our definition would help to determine a more clear image of conda-forge for new members in the future. And also, I'd like to point out an idea to have some open discussion with the general maintainers, about their perspectives and definitions of what conda-forge is for them. |
We started with "being a community" as our main drive. The origins of conda-forge go way back when we had several third party channels efforts and unifying the most important ones in a community was paramount. So we don't see it as a quality per se but as a mission. With that said... We do need to update the definition to something that explains it better for those who are not part of the conda packaging community! |
Yeah there was also an issue around where the source of truth for recipes of packages was and how best to translate updates of recipes into rebuilds of package, but it's been a long time since we had that issue (since conda-forge's recipes + CI to build packages solve that issue) |
@jakirkham is this one you were talking about #22 ? |
That was more a consequence of grappling with that issue and interoperability more broadly Historically there was a conda-forge addressed this issue as the recipes and the infrastructure made it transparent when and how recipes would be built in a way that wasn't done prior (except perhaps for more localized groups as Filipe has referred to) The issue that you dug up basically points out there are some common packages that conda-forge may want to rebuild that In Fall 2017 this led to Anaconda to rebuild their stack using conda-forge recipes (with some patches). So things were more unified again. We have since worked with Anaconda to upstream changes from their recipes in ours, update compilers used here, etc. |
@jakirkham oww I got it, thanks for the context and background. I know that it could differ a little about the main goal of this issue but, If you could to link some issues that you remember of that time in this, it you be a great source for the purpose of this discussion @CJ-Wright |
Yeah I don’t think we need to write all that up. Just trying to give context |
I don't remember where this definition came from, but feel a bit like I hacked this together when I was restructuring the docs, without knowing much of the history nor asking anybody for a consensus. If I had to redo this page, I wouldn't put emphasis anymore on WHAT conda-forge is. Even if we had a crisp, clear definition of that, I doubt it's of much use to somebody who encounters us for the very first time. Instead I would focus answering more user/community questions such as: WHY does conde-forge exist? I feel we should capture the historic background in the introduction, but I would bury it in an extra historical section. IMHO the history might not be the primary concern of potential newcomers. For my taste, the landing page is too technical, puts too much emphasis on WHAT and HOW, and too little on our perceived mission, and questions to WHY and WHY should I care? |
Hi, If this is up for Outreachy, may I take this issue ? |
This discussion has been stagnant for long now.
sounds good. |
I too wanted to convey the same, and that's what I had proposed that is to get the better of all the definitions. The definition have been different in various conda-forge manifesto. (https://anaconda.org/conda-forge here again u can find a diff definition, but I think this kinda defines conda-forge very well) |
Given the prominence of this content, @conda-forge/core will need to sort this out themselves I think. |
@beckermr Also, I wonder if we'll be under some obligation to use the same definition as given on the anaconda.org website. |
This confusion was raised back in 2017, someone had raised a similar issue #374 , hopefully this time it gets solved 😄 |
yeah true |
Maybe we can resume this discussion. :) |
@ForgottenProgramme @beckermr Hi I am Shreya, an Outreachy applicant .I would like to work on this issue .Kindly assign |
Go for it! |
@ForgottenProgramme @beckermr |
Folks in this discussion might want to check the proposed definitions at: |
I was going through this page in the conda-forge documentation.
https://conda-forge.org/docs/user/introduction.html
The opening goes like this:
Now, although conda-forge is a community effort, that alone cannot be its definition. It's just a quality.
"What is conda-forge?" should not be followed by "it's a community effort".
But instead a proper, concise, consistent definition that we use across all our pages of documentation, or infact, on all our pages across the web.
Again, the 'about' page has a different description/definition which, although better than 'conda-forge is a community effort', is too wordy and confusing.
https://conda-forge.org/#about
What's the one line answer we give when someone asks us, "What's conda-forge, btw?"
"oh, conda-forge is a tool that lets you install all packages from a single channel" or whatever.
I think, it is time we mutually decide upon a definition that's descriptive and at the same time concise and use this definition across our web presence.
@viniciusdc , I'd like to know your views on this.
The text was updated successfully, but these errors were encountered: