Re: GSoC 2021 participation
If there are any projects that don't exceed my CouchDB / erlang / JS knowledge, I'd make sure I'm available enough to support someone doing a GSoC with us. What's the workflow here? Do we have to apply as a project? Do we have to propose projects? I did look at "Prospective ASF mentors: read this" of [1], but I don't see what it looks like for a project. Do we need a vote here? Donat [1]: https://community.apache.org/gsoc.html On Sun, Mar 28, 2021 at 11:52 PM Joan Touzet wrote: > > The ASF often ends up doing GSoC. I don't think we've ever had the > sponsor within the project for it (or for Outreachy, for that matter). > > The most critical part is being available on a regular basis for proper > mentoring. If you don't think you can get that into your schedule, don't > volunteer. Assume you will get zero support from any other developer > (not true, but best to plan for the worst case situation...) > > The second most critical part is to come up with a self-contained > project that makes sense for CouchDB. The most obvious thing to me would > be Fauxton work, esp. as it falls into the "sweet spot" of JS > development. I dunno how good of a target main is, given how in flux it > is; others might have a better take on that. There's also this PR that > never finished up: > > https://github.com/apache/couchdb/issues/1254 > > These topics are all probably too big, but maybe one of them could be > cut down to something summer-sized: > > https://github.com/apache/couchdb/projects/1 > > Thanks for taking on this initiative! I know for a fact I won't have > time this summer, or I'd agree to join you. > > -Joan > > On 28/03/2021 15:59, Bessenyei Balázs Donát wrote: > > Hi All, > > > > I've just seen that the ASF is accepted as a mentoring organisation > > for GSoC 2021. > > Is CouchDB interested in participating? > > I've never done a GSoC before, but I'd certainly be interested. I'd be > > happy to help a student contribute to CouchDB. > > > > What do you all think? > > > > > > Thank you, > > Donat > >
Re: GSoC 2021 participation
The ASF often ends up doing GSoC. I don't think we've ever had the sponsor within the project for it (or for Outreachy, for that matter). The most critical part is being available on a regular basis for proper mentoring. If you don't think you can get that into your schedule, don't volunteer. Assume you will get zero support from any other developer (not true, but best to plan for the worst case situation...) The second most critical part is to come up with a self-contained project that makes sense for CouchDB. The most obvious thing to me would be Fauxton work, esp. as it falls into the "sweet spot" of JS development. I dunno how good of a target main is, given how in flux it is; others might have a better take on that. There's also this PR that never finished up: https://github.com/apache/couchdb/issues/1254 These topics are all probably too big, but maybe one of them could be cut down to something summer-sized: https://github.com/apache/couchdb/projects/1 Thanks for taking on this initiative! I know for a fact I won't have time this summer, or I'd agree to join you. -Joan On 28/03/2021 15:59, Bessenyei Balázs Donát wrote: > Hi All, > > I've just seen that the ASF is accepted as a mentoring organisation > for GSoC 2021. > Is CouchDB interested in participating? > I've never done a GSoC before, but I'd certainly be interested. I'd be > happy to help a student contribute to CouchDB. > > What do you all think? > > > Thank you, > Donat >
GSoC 2021 participation
Hi All, I've just seen that the ASF is accepted as a mentoring organisation for GSoC 2021. Is CouchDB interested in participating? I've never done a GSoC before, but I'd certainly be interested. I'd be happy to help a student contribute to CouchDB. What do you all think? Thank you, Donat
CouchDB download statistics for April 2020 - April 2021
Hey everyone, I'm overdue to post these: https://gist.github.com/wohali/78c14c9afa317bf665854d55ad1e70ed In short, our Docker downloads went up by ~20 million, and everything else held steady or decreased slightly. The biggest decline in downloads was our source tarball, down almost 70%. One peculiar finding: rpm downloads went up some, but 2.x rpm downloads held steady year-over-year. This wasn't reflected in any other binary download (Win, Mac, .deb, snap - don't know about Docker.) -Joan ".deb is slow to change, but .rpm is...glacial?" Touzet
Re: 3.2 release?
Great! Excited to get help. Here's the release procedure: https://cwiki.apache.org/confluence/display/COUCHDB/Release+Procedure Make sure you have wiki access, your Apache creds should get you in. The most valuable thing you can do is make sure all of the PRs that we want to land, have landed. Review all in-progress PRs and see if any more need to land on 3.x. Also, look for any important backports from main, though with fdb finally having landed, this will be more limited than previously. This usually takes a week or two. I get the most enjoyment out of doing the release notes, personally, but if you'd like to do it instead, go for it. Have a look at the last few releases to see the level of detail I've been including. (Plus at least one joke, which may or may not be funny.) I'll try and start on this tomorrow. -Joan On 28/03/2021 14:30, Bessenyei Balázs Donát wrote: > +1 > > Let me know how I can help. > > > Donat > > On Sun, Mar 28, 2021 at 7:03 PM Joan Touzet wrote: >> >> Hi everyone, >> >> We have a number of high profile improvements to 3.x since 3.1.1 came >> out. I think it's about time for 3.2. Does everyone agree? >> >> If so, we should start a clock for ~2 weeks to finish closing out any >> last minute improvements, fixes, tweaks, etc. anyone wants to get in. >> >> -Joan "we did it before and we can do it again" Touzet
Re: 3.2 release?
Let’s do it :) Best Jan — > On 28. Mar 2021, at 19:03, Joan Touzet wrote: > > Hi everyone, > > We have a number of high profile improvements to 3.x since 3.1.1 came > out. I think it's about time for 3.2. Does everyone agree? > > If so, we should start a clock for ~2 weeks to finish closing out any > last minute improvements, fixes, tweaks, etc. anyone wants to get in. > > -Joan "we did it before and we can do it again" Touzet
Re: 3.2 release?
+1 Let me know how I can help. Donat On Sun, Mar 28, 2021 at 7:03 PM Joan Touzet wrote: > > Hi everyone, > > We have a number of high profile improvements to 3.x since 3.1.1 came > out. I think it's about time for 3.2. Does everyone agree? > > If so, we should start a clock for ~2 weeks to finish closing out any > last minute improvements, fixes, tweaks, etc. anyone wants to get in. > > -Joan "we did it before and we can do it again" Touzet
3.2 release?
Hi everyone, We have a number of high profile improvements to 3.x since 3.1.1 came out. I think it's about time for 3.2. Does everyone agree? If so, we should start a clock for ~2 weeks to finish closing out any last minute improvements, fixes, tweaks, etc. anyone wants to get in. -Joan "we did it before and we can do it again" Touzet
