Hey,
On 12/11/14 09:50, Christian Kastner wrote:
> On 2014-11-12 02:14, Don Armstrong wrote:
>> I'd suggest using the BTS's summary command, which enables you to
>> nominate a message whose first paragraph will summarize the bug.
>>
>> This is free form, but that's probably good enough (at least f
Hello,
Le jeudi 13 novembre 2014 à 01:07:52, Christian Kastner a écrit :
> On 2014-11-13 12:43, Stéphane Aulery wrote:
>
> > I'm sorry my English is poor and I can hardly do better. I wanted to
> > summarize the main ideas of the second paragraph on page [1] which I
> > find very good. The mainta
On 14 November 2014 00:59, Stéphane Aulery wrote:
> Le mercredi 12 novembre 2014 à 03:54:05, Don Armstrong a écrit :
>>
>> This is the last chance for someone to object to entry-point as the tag
>> name. If I hear no objections, I'll put this in place on Friday, around
>> 18:00 UTC.
>
>apprent
Le mercredi 12 novembre 2014 à 03:54:05, Don Armstrong a écrit :
>
> This is the last chance for someone to object to entry-point as the tag
> name. If I hear no objections, I'll put this in place on Friday, around
> 18:00 UTC.
I am looking for an idea in a nutshell.
I'm not English so it's hard
On 2014-11-13 12:43, Stéphane Aulery wrote:
> I'm sorry my English is poor and I can hardly do better. I wanted to
> summarize the main ideas of the second paragraph on page [1] which I
> find very good. The maintainer should know the first glance by reading
> the description if it can offer the b
Le jeudi 13 novembre 2014 à 11:51:51, Christian Kastner a écrit :
> On 2014-11-13 09:42, Stefano Zacchiroli wrote:
> >
> > I don't think we should include the initial part about "maintainer can
> > easily solve...", as it does seems a bit patronizing ("that's easy for
> > me, but I won't do it bec
On 2014-11-13 09:42, Stefano Zacchiroli wrote:
> On Wed, Nov 12, 2014 at 07:42:33PM +0100, Stéphane Aulery wrote:
>> entry-point
>> The maintainer can easily solve this bug by himself, but he
>> wants to take it to new contributors who wish to get involved
>> in Debian. Bugs of any diff
On Wed, Nov 12, 2014 at 03:54:05PM -0800, Don Armstrong wrote:
> Excellent; thanks. I'm going to make these gender-neutral, and then I'll
> commit them.
>
> This is the last chance for someone to object to entry-point as the tag
> name. If I hear no objections, I'll put this in place on Friday, ar
Raphael Hertzog writes:
> In fact, I believe they should be mostly disjoint. As a maintainer, I
> welcome help on all bugs.
> When I tag a bug help it's because I believe that I don't have the
> skills to fix it by myself and that external help is really needed to
> make some progress.
+1.
I u
On Wed, 12 Nov 2014, Stéphane Aulery wrote:
> Le mardi 11 novembre 2014 à 03:54:50, Don Armstrong a écrit :
> > On Wed, 12 Nov 2014, Stéphane Aulery wrote:
> > > Le mardi 11 novembre 2014 à 03:07:31, Don Armstrong a écrit :
> > > >
> > > > The existing help tag is really for bugs for which the mai
Le mardi 11 novembre 2014 à 03:54:50, Don Armstrong a écrit :
> On Wed, 12 Nov 2014, Stéphane Aulery wrote:
> > Le mardi 11 novembre 2014 à 03:07:31, Don Armstrong a écrit :
> > >
> > > The existing help tag is really for bugs for which the maintainer needs
> > > or wants help; these are basically
On Tue, 11 Nov 2014, Don Armstrong wrote:
> The existing help tag is really for bugs for which the maintainer needs
> or wants help; these are basically a superset of entry-point, and bugs
> which are more difficult than it would be reasonable for a new
> contributor to help.
>
> I suppose it woul
On Wed, Nov 12, 2014 at 9:50 AM, Christian Kastner wrote:
> I'd argue it's good enough for the task itself, but searching for areas
> to contribute to could still be improved significantly.
I agree.
> For example,
> given the following list of motivations a new contributor might have
>
>"I w
On 2014-11-12 02:14, Don Armstrong wrote:
> On Wed, 12 Nov 2014, Christian Kastner wrote:
>> Going even further, what would you see as possible solutions for
>> augmenting bug reports tagged 'entry-point' with the information I
>> mention in first post, ie:
>>
>> On 2014-11-09 20:20, Christian Kast
On Tue, Nov 11, 2014 at 1:47 PM, Jordan Metzmeier wrote:
> I have attached a diff of a working example using the built-in
> mimetypes module. This isn't a very big improvement since it's still
> based on file extensions, but changing the check to use the
> python-magic module on pypi should be tri
On Wed, 12 Nov 2014, Christian Kastner wrote:
> Going even further, what would you see as possible solutions for
> augmenting bug reports tagged 'entry-point' with the information I
> mention in first post, ie:
>
> On 2014-11-09 20:20, Christian Kastner wrote:
> > * A specific objective (bug fix
On 2014-11-11 23:23, Lucas Nussbaum wrote:
> On 11/11/14 at 14:13 -0800, Don Armstrong wrote:
>> On Tue, 11 Nov 2014, Lucas Nussbaum wrote:
>>
>>> [0] https://wiki.debian.org/qa.debian.org/GiftTag
>>
>> Does anyone have any thoughts about elevating the gift tag to a
>> fully-fledged BTS tag?
>
> I
On Wed, 12 Nov 2014, Stéphane Aulery wrote:
> Le mardi 11 novembre 2014 à 03:07:31, Don Armstrong a écrit :
> >
> > The existing help tag is really for bugs for which the maintainer needs
> > or wants help; these are basically a superset of entry-point, and bugs
> > which are more difficult than
On 2014-11-11 20:28, Lucas Nussbaum wrote:
> On 09/11/14 at 20:20 +0100, Christian Kastner wrote:
> Do you have how-can-i-help installed?
> The WNPP list might not be the best approach to finding interesting
> packages to adopt. But looking at the intersection with packages you
> have installed loc
On 2014-11-11 14:43, Stéphane Aulery wrote:
> Le mardi 11 novembre 2014 à 02:30:56, Simon Chopin a écrit :
>> Quoting Stéphane Aulery (2014-11-11 13:51:50)
>>>
>>> A tag "easyhack" (or whatever) for BTS would be welcome, like the
>>> LibreOffice
>>> project Easy_Hacks made:
>>
>> This already exis
Le mardi 11 novembre 2014 à 03:07:31, Don Armstrong a écrit :
>
> The existing help tag is really for bugs for which the maintainer needs
> or wants help; these are basically a superset of entry-point, and bugs
> which are more difficult than it would be reasonable for a new
> contributor to help.
On Tue, 11 Nov 2014, Stéphane Aulery wrote:
> Le mardi 11 novembre 2014 à 02:45:26, Don Armstrong a écrit :
> > On Tue, 11 Nov 2014, Lucas Nussbaum wrote:
> > > I am totally in favor of turning it into a real tag.
> > >
> > > There has been discussions about renaming the tag (see thread starting
>
Le mardi 11 novembre 2014 à 02:45:26, Don Armstrong a écrit :
> On Tue, 11 Nov 2014, Lucas Nussbaum wrote:
> > I am totally in favor of turning it into a real tag.
> >
> > There has been discussions about renaming the tag (see thread starting
> > at https://lists.debian.org/debian-project/2013/09/
On Tue, 11 Nov 2014, Lucas Nussbaum wrote:
> I am totally in favor of turning it into a real tag.
>
> There has been discussions about renaming the tag (see thread starting
> at https://lists.debian.org/debian-project/2013/09/msg00096.html ; my
> personal preference is entry-point
> (https://lists
On Tue, Nov 11, 2014 at 02:13:09PM -0800, Don Armstrong wrote:
> On Tue, 11 Nov 2014, Lucas Nussbaum wrote:
> > Have you considered adding the 'gift' tag[0] to some BTS bugs?
>
> I probably should do that; I actually wasn't that familiar with the
> gift tag before this e-mail.
Just to share a rec
On 11/11/14 at 14:13 -0800, Don Armstrong wrote:
> On Tue, 11 Nov 2014, Lucas Nussbaum wrote:
> > Have you considered adding the 'gift' tag[0] to some BTS bugs?
>
> I probably should do that; I actually wasn't that familiar with the gift
> tag before this e-mail.
>
> > how-can-i-help now uses thi
On Tue, 11 Nov 2014, Lucas Nussbaum wrote:
> Have you considered adding the 'gift' tag[0] to some BTS bugs?
I probably should do that; I actually wasn't that familiar with the gift
tag before this e-mail.
> how-can-i-help now uses this tag to list bugs affecting Debian
> infrastructure in a separ
Hi Don,
On 09/11/14 at 13:44 -0800, Don Armstrong wrote:
> On Sun, 09 Nov 2014, Christian Kastner wrote:
> > With the recent gamification of just-about-everything, I was wondering
> > whether following such an achievement-oriented approach, with
> > opportunities for contribution formulated as a l
On 09/11/14 at 20:20 +0100, Christian Kastner wrote:
> The WNPP list in itself is useful, but when looking at it again
> recently, I distinctly recalled how foreign most of the packages were to
> me when I first started contributing -- not a great motivator into
> getting involved with something. A
Le mardi 11 novembre 2014 à 02:30:56, Simon Chopin a écrit :
> Quoting Stéphane Aulery (2014-11-11 13:51:50)
> >
> > A tag "easyhack" (or whatever) for BTS would be welcome, like the
> > LibreOffice
> > project Easy_Hacks made:
>
> This already exists, see the tag "gift"[1].
>
> [1] https://wik
Quoting Stéphane Aulery (2014-11-11 13:51:50)
> Le mardi 11 novembre 2014 à 10:02:14, Christian Kastner a écrit :
> >
> > And I also fully agree that RFAs and Os are mostly uninteresting, but
> > doing general QA work is a very important way of contributing to Debian,
> > and I'm almost certain th
Le mardi 11 novembre 2014 à 10:02:14, Christian Kastner a écrit :
>
> And I also fully agree that RFAs and Os are mostly uninteresting, but
> doing general QA work is a very important way of contributing to Debian,
> and I'm almost certain that many DDs would help more in this regard if
> it didn'
On 2014-11-09 22:44, Don Armstrong wrote:
> On Sun, 09 Nov 2014, Christian Kastner wrote:
>> With the recent gamification of just-about-everything, I was wondering
>> whether following such an achievement-oriented approach, with
>> opportunities for contribution formulated as a list of specific tas
On 2014-11-11 03:59, Jordan Metzmeier wrote:
> It is possible to find packages that are not well maintained, but do
> we have an interface for locating them? Even when they are located,
> contributing to them isn't always easy, especially if the maintainer
> is busy or MIA (assuming the package isn
On 2014-11-11 03:06, Paul Wise wrote:
> On Tue, Nov 11, 2014 at 9:50 AM, Jordan Metzmeier wrote:
>
>> How do you see the transition from a mentee to a DM going?
>
> Something like this:
>
> Do a bunch of tasks through the proposed program.
>
> Feel more confident in your knowledge of Debian.
I
On 2014-11-10 22:12, Roger Light wrote:
> I think this is a worthwhile idea, but would like to suggest that if
> you're going to go down the approach of badges/accomplishments then it
> would be good to consider how to encourage existing DDs to become
> active in mentoring.
That's one of the key p
* Paul Wise , 2014-11-11, 10:01:
The match field for a test matches files based on their names and the
program passes the matched files to the tests. The mime support should
add a field mime-match that would cause the program to match files
based on their mime type (using python-magic) and add
On Mon, Nov 10, 2014 at 8:01 PM, Paul Wise wrote:
> On Tue, Nov 11, 2014 at 4:17 AM, Riley Baird wrote:
>
>> I'm thinking that I could just create a new file data/mime and put the
>> following in it:
>
> That isn't really what I had in mind. I should have explained more
> clearly. The match field
Hey,
I totally agree with making the start in Debian simpler.
The Debian policy document is thick and very general.
I much prefer to have focused recipes for the tasks at hand. On these
recipes one could include links to specifc parts of the policy.
I believe that deep interest in the Debian polic
On Tue, Nov 11, 2014 at 10:59 AM, Jordan Metzmeier wrote:
> Both of these can be difficult. Debian already has a really large
> collection of software, and people grab ITPs quickly on new software
> that is popular.
Ack, there is plenty of new package space in the long-tail of
specialised softwar
On Mon, Nov 10, 2014 at 8:06 PM, Paul Wise wrote:
> Please install the how-can-i-help package and use it when you are
> looking for something to do.
Thanks for the pointer to this. i have looked at all those the sources
it provides, but it does provide a nice layout of the data.
>
>> How do you
On Tue, Nov 11, 2014 at 10:06 AM, Paul Wise wrote:
> Have the sponsor tell you to apply for NM because you are great.
>
> Apply for NM.
I actually meant DM here, sorry for the confusion!
--
bye,
pabs
https://wiki.debian.org/PaulWise
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.d
On Tue, Nov 11, 2014 at 9:50 AM, Jordan Metzmeier wrote:
> I really like this idea. I often spend more time looking for bugs or
> tasks I can help with than actually doing productive work.
Please install the how-can-i-help package and use it when you are
looking for something to do.
> How do you
On Tue, Nov 11, 2014 at 4:17 AM, Riley Baird wrote:
> I'm thinking that I could just create a new file data/mime and put the
> following in it:
That isn't really what I had in mind. I should have explained more
clearly. The match field for a test matches files based on their names
and the program
On Sun, Nov 9, 2014 at 1:20 PM, Christian Kastner wrote:
> With the recent gamification of just-about-everything, I was wondering
> whether following such an achievement-oriented approach, with
> opportunities for contribution formulated as a list of specific tasks,
> instead of general avenues, w
I agree, it is sometimes difficult to get someone to actually upload
your package.
Perhaps to encourage mentors, they too could get accomplishments for
sponsoring packages. There could even be a small prize for the DD who
sponsors the most packages in a given year.
On 11/11/14 08:12, Roger Light
Hi there,
I think this is a worthwhile idea, but would like to suggest that if
you're going to go down the approach of badges/accomplishments then it
would be good to consider how to encourage existing DDs to become
active in mentoring.
My experience is that making the package is the easy bit - t
>> Tasks
>> =
>>
>> I see a task having, at least, the following properties:
>>
>> * A specific objective (bug fix, enhancement, debugging, cleanup,
>> documentation, translation, ...). This should probably be tied to a
>> Debian bug number.
>
> I would like for check-all-the-things
On Mon, Nov 10, 2014 at 3:20 AM, Christian Kastner wrote:
> With the recent gamification of just-about-everything, I was wondering
> whether following such an achievement-oriented approach, with
> opportunities for contribution formulated as a list of specific tasks,
> instead of general avenues,
On 2014-11-10 at 11:41:39 +0100, Christian Kastner wrote:
> But I can see that rewarding individual tasks with badges and the like
> can have their appeal, especially for newcomers not yet having
> aspirations of becoming DM/DD, instead only wishing to contribute a
> little something back to Debian
Quoting Christian Kastner (2014-11-10 11:41:39)
[snip]
> > Are you guys thinking of something like the Fedora "badges" or Ubuntu
> > "accomplishments" ?
>
> I wasn't aware of these, and they certainly look very interesting.
>
> I didn't have this in mind when I wrote my original submission; I was
On 2014-11-10 10:58, Ghislain Vaillant wrote:
> On 09/11/14 21:44, Don Armstrong wrote:
>> On Sun, 09 Nov 2014, Christian Kastner wrote:
>>> With the recent gamification of just-about-everything, I was wondering
>>> whether following such an achievement-oriented approach, with
>>> opportunities for
On 09/11/14 21:44, Don Armstrong wrote:
On Sun, 09 Nov 2014, Christian Kastner wrote:
With the recent gamification of just-about-everything, I was wondering
whether following such an achievement-oriented approach, with
opportunities for contribution formulated as a list of specific tasks,
inste
On Mon, Nov 10, 2014 at 3:20 AM, Christian Kastner wrote:
> I'd appreciate feedback on the idea; and if this turns out to be
> worthwhile I'll look into an implementation.
Excellent idea, please do work on implementing it.
That said, debexpo (mentors.d.n codebase) development has basically
stopp
On Sun, 09 Nov 2014, Christian Kastner wrote:
> With the recent gamification of just-about-everything, I was wondering
> whether following such an achievement-oriented approach, with
> opportunities for contribution formulated as a list of specific tasks,
> instead of general avenues, would be help
The first steps in contributing to Debian are usually the hardest.
Normally, new contributors are pointed to the standard docs [eg:
1,2,3,4,5], but processing such an amount of information is often a
daunting task, and not a very fun one either.
On the other hand, we have quite a few mentors who w
56 matches
Mail list logo