Hi Roman,
Thank you for participating in hackillinois and facilitating student
contributions to the ASF projects! Super cool!!
Sooo...I got to thinking (I knooow...that's always dangerous!!), while you're
there please spread the word about ApacheCon and TAC; we're trying to encourage
more students to apply for TAC, so this is a perfect opportunity!! Although it
won't be beneficial for this ApacheCon, it would still be helpful to spread the
word!
Detailed information on the Travel Assistance can be found here:
http://apache.org/travel/
Details on how to apply for travel assistance can be found here:
http://apache.org/travel/#applying.
The TAC would very much appreciate it if you could spread the word.
Thanks, Roman, and have a fantastic day!
~Melissaon behalf of the Travel Assistance Committee
From: Roman Shaposhnik <ro...@shaposhnik.org>
To: ComDev <dev@community.apache.org>
Sent: Wednesday, February 10, 2016 2:17 PM
Subject: Re: Help Wanted! (it's a title, not a request!)
Hi!
I wanted to amplify Ross' concerns, but I wasn't sure how to cast
it in an actionable way. As the luck would have it -- now I do. So
here's what I'm struggling with: as many of you should know by
now there's a live event schedule for Feb 19-21:
http://hackillinois.org/opensource
https://hackillinois.org/
Think of it as Google Summer of Code, but done live and on a much
more compressed schedule. I got invited there to help facilitate student
contributions to the ASF projects. I have a wide exposure to at least
Big Data ASF ecosystem so I can guide them through the basics and
I can help with mechanics of contributing to ASF. That's all good.
The only thing I can NOT do all by myself is figure out how different
ASF communities would like to leverage this free labor (and hopefully
build lasting relationships with some of these students). My thought was
to do what we typically do for GSoC -- reach out to all these communities
and suggest that they either tell me how to get the list of 'low hanging fruit'
JIRAs/ideas or suggest they tag the ones they would like me to offer
to students with 'hackillinois2016' tag. Pretty easy hand off.
Now with the http://helpwanted.a.o/entering the picture how do you suggest
I frame this ask I was about to send out today?
Thanks,
Roman.
On Mon, Feb 8, 2016 at 11:31 AM, Daniel Gruno <humbed...@apache.org> wrote:
> On 02/08/2016 07:40 PM, Ross Gardler wrote:
>> This is great, but...
>>
>> The success of something like this is not in the tool, it's in the content.
>
> Very true - if nobody's using it, it doesn't matter if it exists or not.
>
>>
>> I worry that by requiring projects to enter the data separately to their
>> chosen issue tracker we are reducing the chances of this succeeding (and it
>> deserves to succeed as a tool). Furthermore, when it comes around to GSoC
>> projects across the foundation already mark tasks as "mentor".
>
>
> The reasoning here was, that short of implementing 50 new components as
> obligatory components in every single JIRA (which would take oodles of
> time), we don't really have a way of uniformly conforming to a simple
> way of seeing which tasks are out there, and even then, getting the word
> out is tricky. Telling someone to "go look at JIRA" can be quite
> off-putting if you're not exactly an expert in navigating it.
> Furthermore, I'm not aware of any short'n'simple way of taking
> integrating that on the project web sites, short of putting a LOT of
> stress on JIRA (and thus slowing down all web sites).
>
> So we thought of a way to enable projects to all do this the same way,
> thereby making it possible for someone to find something across all
> projects, or for projects to implement it on their web sites regardless
> of what those are comprised of. The widget is something I'm very pleased
> with, as projects can choose to show what THEY want done, but also what
> any other project would like to see done, in a concise manner.
>
>>
>> I hear the concern that some projects use Bugzilla, but the majority use
>> Jira.
>>
>> Can we do imports from Jira, filtered by the "mentor" label?
>
> It could, yes - we'd just write an import script for it. Possible add to
> it so it could auto-close issues as well. But it would require projects
> to write their mentoring tasks using a specific syntax, or it wouldn't
> be able to convert it to the simple format HW uses.
>
> If someone can come up with a syntax to use, I would be willing to write
> a parser for it that adds a HW task pointing to that JIRA.
>
> The way I see it, HW is only a primer, and JIRA/BZ or the ML is where
> the actual discussion would happen. This isn't going to turn into some
> big tool with user logins etc, I would keep this very very simple as an
> aggregator of multiple sources as well as keep the current option of
> manually entering something into the system.
>
> WDYT?
>
> With regards,
> Daniel.
>
>>
>> Ross
>>
