junior kernel tasks
Mehmet Erol Sanliturk
m.e.sanliturk at gmail.com
Wed Oct 29 01:33:45 UTC 2014
On Tue, Oct 28, 2014 at 1:35 PM, Marcus von Appen <mva at freebsd.org> wrote:
> Quoting John Baldwin <jhb at freebsd.org>:
> On Saturday, October 25, 2014 4:45:36 pm Mateusz Guzik wrote:
>>> In short, nice kernel tasks people with C language skills can do in few
>>> It is assumed you know how to obtain sources and build the kernel.
>>> What you can get in return:
>>> - your own code in FreeBSD tree
>>> - eternal glory 
>>> - fun 
>>> If you are not interested, but know someone who does, please pass it
>>>  - not really, no
>>>  - well, I guess that's subjective, so that's not a "no"
>> Even though our bugmeisters have decided that we should not have wishlist
>> items in our bug tracker, I really wish we could store the various idea
>> (we have several) in an issue tracker instead. This would allow for
>> folks to
>> comment on ideas, vote for them, etc. It would also make it easier for
>> people to submit new ideas.
> Speaking not strictly with the bugmeister hat, but from experience, please
> not let us go down the road of (ab)using a bug tracking solution as task
> idea management system. I think that using the tasks feature of phabricator
> (our reviews instance) would provide better workflow support for those
> starting out from sketching out rough ideas, discussing them, breaking
> them up
> in seperate tasks (linked to and dependent on each other) and collaborating
> on them (take a look at https://developer.blender.org/T42339 for a brief
> Having said this, let's keep the bug tracker a bug tracker.
> freebsd-current at freebsd.org mailing list
> To unsubscribe, send any mail to "freebsd-current-unsubscribe at freebsd.org"
I do not know difficulty of maintaining a tracker such as "bug tracker" , a
different tracker such as "development tracker" may be defined and used .
In that way , ideas which are not expressible as "bug" in "bug tracker" (
because sometimes it is not possible to decide whether a problem is "bug"
or a "design decision" ) may be specified in " development tracker" and be
followed from there .
With such a structure the improvement ideas will not be lost in individual
At some point an idea may be considered useless or inapplicable but over
time it may become very feasible but forgotten or the same person may not
mention it once more .
Thank you very much .
Mehmet Erol Sanliturk
More information about the freebsd-current