Reply in-line :- On 3/23/14, Tomasz Nitecki <t...@tnnn.pl> wrote: > Hey, > > On 22/03/14 02:00, shirish शिरीष wrote: >> in-line :- >> >> <cut> >> >> I saw the man-page. For newbies, they might or might not discover the >> man-page. > > Yes, that is a good point. And even if they do, they will only see some > cryptic 'types of opportunities' that might not be meaningful to them. > Which brings us to the next question...
Hi Tomasz, That is exactly how I felt. While I'm not using it or going to do any commits but I do use it and want to use it whenever and wherever we promote debian within students and general populace at large. Having said the above, it can be observed that most of the bugs which are there at the moment fall under the following categories :- a. Orphaned - which would arguably have a steeper learning curve, although they would have the old/oldish packaging which should help them to base their work upon. b. RFA - Request for Adoption - This is typically handing-off the package to a new maintainer or a team. This calls for a certain commitment which the new contributor either might not know or understand the implications of doing so. Some of those packages may be team-maintained or not and it'll take time for the contributor to understand that. c. ITA - If somebody else is working on adoption, then just leave them/it alone. A new contributor could help to make it a team-maintained so the life of package in the archive would be more stable and perhaps longer. This has time commitments to it as well. d. RFH - Most of the packages in RFH are important and seem to be (at least to me) more in Priority:Essential state or huge . For e.g. grub2, libisoburn, libreoffice . While some might certainly enjoy it as a challenge, quite a few may find it overwhelming as well. e. Packages removed from testing but no reason given (that I feel is another bug, perhaps already reported) Packages removed from Debian 'testing' (the maintainer might need help): - apt-dpkg-ref - http://packages.qa.debian.org/apt-dpkg-ref - arora - http://packages.qa.debian.org/arora - libboost-system1.53.0 - http://packages.qa.debian.org/boost1.53 - cinnamon-common - http://packages.qa.debian.org/cinnamon - cppcheck - http://packages.qa.debian.org/cppcheck - funny-manpages - http://packages.qa.debian.org/funny-manpages - galternatives - http://packages.qa.debian.org/galternatives - hardinfo - http://packages.qa.debian.org/hardinfo - indicator-application - http://packages.qa.debian.org/indicator-application - remake - http://packages.qa.debian.org/remake - unrar-free - http://packages.qa.debian.org/unrar-free - xserver-xorg-video-qxl - http://packages.qa.debian.org/xserver-xorg-video-qxl Looking at the qa pages though, it is easy to know what the issues are. For instance for apt-dpkg-ref :- http://packages.qa.debian.org/a/apt-dpkg-ref.html https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=737250 https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=738415 And lastly bugs about sponsorship (RFS) which probably only an existing DD is able to do anything about it. >>> How about we add '--<bug_type>' or '--show:<bug_type>' option that would >>> limit output to selected types? It won't need much more work, but it >>> will be more usable for everyone. >> >> That's exactly what I need. Also document it in how-can-i-help --help >> which would probably be run by bunch of newbie number of times so the >> easier it is, the more likely that people would start with something >> as they would be more focussed on fixing a certain type of bug/s. > > While explaining the syntax and usage of the new option (both in man and > in '--help') is straightforward, I wonder if we should specifically > mention that the gift bugs are meant for newcomers. Something like: > 'Hint: If you want to start contributing to Debian you should probably > look at 'gift' bugs first. You can do it by running how-can-i-help > (...)'. Should we make such a line appear in '--help' output? Won't > pointing at 'gift' bugs reduce changes of spotting other, more fitting > opportunities? What do you think? > First of all, I'm not saying we do not show them. We could have all kinds of options, something like :- $how-can-i-help -rfh or --RFH $how-can-i-help -O $how-can-i-help -rfa or --RFA and like those apart from $how-can-help --gift . The second thing is, as seen above most of the other bugs (except perhaps some of the RFH) would have ensuing time commitments for a new contributor. As far as they are able to understand that from the manpage they could exclusively call that as shared above. > Regards, > T. Just my 2 paisa. -- Regards, Shirish Agarwal शिरीष अग्रवाल My quotes in this email licensed under CC 3.0 http://creativecommons.org/licenses/by-nc/3.0/ http://flossexperiences.wordpress.com 065C 6D79 A68C E7EA 52B3 8D70 950D 53FB 729A 8B17 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
