Re: Facilitating contributions by newcomers
* 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 those to the list of files matched by the match field. Note that while libmagic does decent job at detecting various binary file format, it's hopelessly bad when it comes to distinguishing between sources of different programming languages. -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/2014080130.ga6...@jwilk.net
Re: Facilitating contributions by newcomers
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 points here: by working with a list of small tasks, the time commitment needed is much smaller, so this approach should enable more DDs to help. > My experience is that making the package is the easy bit, the tricky > bit is getting someone to take notice, provide feedback and eventually > upload the package. In my experience, properly reviewing a package can take a significant amount of time. Hours, if the packager is inexperienced. And that's only the review part. Mentoring the packager to a point where the package is in an acceptable state takes even more time. I do believe, however, that mentors prefer to (continue to) work with people they know, so beginning with small tasks could be a good opportunity to connect with people. -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/7846a5e19266a680fdb618088d0ee...@kvr.at
Re: Facilitating contributions by newcomers
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 would add here: meet people in Debian. I'd expect that once you've done a few tasks with a couple of DDs, the chances of finding a sponsor later should be much higher. > Find some software in Debian that you use that isn't well maintained > or some software you use that isn't in Debian yet. > > Decide you want to work on that software. > > Start working on the package. > > Find a sponsor for the package. > > Do a few uploads through the sponsor. > > Have the sponsor tell you to apply for NM because you are great. > > Apply for NM. Total agreement here. The second part (after my remark above) represents the steps of regular process; these steps can be significant hurdles to a newcomer -- and to mentors. By adding the steps above my remark, I'd hope that both contributing and mentoring should become easier. -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/aea960cdab1d214a546185a03...@kvr.at
Bug#769076: RFS: bitz-server/0.1.6-1 [ITP]
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "bitz-server" Package name: bitz-server Version : 0.1.6-1 Upstream Author : Uditha Atukorala URL : https://github.com/uditha-atukorala/bitz-server License : GPL-3+ Section : net It builds those binary packages: bitz-server - ICAP server (RFC 3507) implementation in C++ bitz-server-dbg - ICAP server (RFC 3507) implementation in C++ (debug symbols) bitz-server-doc - ICAP server (RFC 3507) implementation in C++ (Documentation) libicap-dev - ICAP server (RFC 3507) implementation in C++ (development files) libicap0 - ICAP server (RFC 3507) implementation in C++ (library files) To access further information about this package, please visit the following URL: http://mentors.debian.net/package/bitz-server Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/b/bitz-server/bitz-server_0.1.6-1.dsc Changes since the last upload: * Initial release (Closes: #715022) Regards, Jörg Frings-Fürst -- pgp Fingerprint: 7D13 3C60 0A10 DBE1 51F8 EBCB 422B 44B0 BE58 1B6E pgp Key: BE581B6E CAcert Key S/N: 0E:D4:56 Jörg Frings-Fürst D-54526 Niederkail Threema: SYR8SJXB IRC: j_...@freenode.net j_...@oftc.net signature.asc Description: This is a digitally signed message part
Re: Facilitating contributions by newcomers
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't team maint). I guess we do > have RFAs and orphaned packages, but not a lot of interesting software > ends up there. This is one of the problems I had in mind when I wrote: On 2014-11-09 20:20, Christian Kastner wrote: > All in all, I think the additional cost to mentors wouldn't be that > great. It should be easy to write up the tasks: that does not require > time, only a lot of experience. For a newcomer, locating worthwhile tasks indeed is difficult. For an experienced member (within his or her area), it usually isn't. Experienced members normally have a good idea of what needs to be worked on, what kind of work it is (-> what skills are required to fix it), how much work it is, and so on. Furthermore, a busy maintainer might not have the time to walk a mentee through an entire upload, but the chances of finding the time to "scratch some itches" the maintainer has should be higher. These "itches" could be expressed well in the form of tasks. 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't entail doing a whole RFA but fixing thing step-by-step instead. -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/2e9184d8b1b41be6f687ebe9c6a71...@kvr.at
Re: Facilitating contributions by newcomers
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 tasks, >> instead of general avenues, would be helpful in overcoming this >> initial difficulty. (This would be in addition to mentors.debian.net >> and other established avenues for entry to Debian, not a replacement). > > This is an avenue that I'm interested in exploring for the BTS as well, > so if people have good ideas, or want to be involved with this, please > contact me in #debbugs on irc.debian.org, or email > ow...@bugs.debian.org. I think that using the BTS for this would be the ideal scenario. A number of other (or additional) solutions have also been proposed which sound interestung but TBH, I'm not a fan adding yet-another-service that might eventually start to rot. There really should be a significant value added. I'll create a wiki page to collect the problem definition and the possible solutions discussed so far, and some possible workflows. -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/712dc87740f84c14c24684ecb3694...@kvr.at
Bug#769089: RFS: mwc/1.7.2-2 [RC]
Package: sponsorship-requests Severity: important Dear mentors, I am looking for a sponsor for my package "mwc" Package name: mwc Version : 1.7.2-2 Upstream Author : Michael Till Beck URL : https://github.com/Debianguru/MailWebsiteChanges License : GPL-2+ Section : utils It builds those binary packages: mwc - Powerful website-tracking tool To access further information about this package, please visit the following URL: http://mentors.debian.net/package/mwc Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/m/mwc/mwc_1.7.2-2.dsc More information about hello can be obtained from http://www.example.com. Changes since the last upload: * debian/control: - Replace Depends python-cssselect with python3-cssselect (Closes: #764787). - Bump Standards-Version to 3.9.6 (no changes required). Regards, Jörg Frings-Fürst -- pgp Fingerprint: 7D13 3C60 0A10 DBE1 51F8 EBCB 422B 44B0 BE58 1B6E pgp Key: BE581B6E CAcert Key S/N: 0E:D4:56 Jörg Frings-Fürst D-54526 Niederkail Threema: SYR8SJXB IRC: j_...@freenode.net j_...@oftc.net signature.asc Description: This is a digitally signed message part
Re: about bug self-reporting
On Mon, Nov 10, 2014 at 12:18:46AM +0100, bilibop project wrote: > My question is: is it welcome to file a bug report against my own package ? I frequently do that as a reminder to myself. That way, I can handle my own observations just as any normal bug report. Greetings Marc -- - Marc Haber | "I don't trust Computers. They | Mailadresse im Header Leimen, Germany| lose things."Winona Ryder | Fon: *49 6224 1600402 Nordisch by Nature | How to make an American Quilt | Fax: *49 6224 1600420 -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/2014103153.gt5...@torres.zugschlus.de
Re: Facilitating contributions by newcomers
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't entail doing a whole RFA but fixing thing step-by-step > instead. I think the role of maintainer is quite heavy and I understand they are often discouraged by the magnitude of the task. That is why I contribute for a while by only triaging bug. Nothing like a little cleaning and maintenance to motivate the troops. A tag "easyhack" (or whatever) for BTS would be welcome, like the LibreOffice project Easy_Hacks made: https://wiki.documentfoundation.org/Development/Easy_Hacks Essentially remains the problem of the upload, which limits at a given time. -- Stéphane Aulery -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/2014125150.ga2...@free.fr
Automated build process for special purpose chroot-ed packages
Hi all, I am beginner in Debian packaging and would like to ask you for an opinion regarding use of debhelper to create chroot-ed packages. Somebody of you already worked on some similar solution probably. Background: - requirement to have more instances of same service in chroot-ed environment - simplify the maintenance of chroot environments - being able to upgrade chroot-ed services separately - build packages for all instances automagically - maintain some instance specific configuration file templates I would like to be able to create those packages at once (one dpkg-buildpackage execution) and using template within the 'debian' directory. This should simplify the process of creating package for new chroot. Environment: - packages created as -chroot- and installed in base system - chroot directory /chroot/ (-chroot- will place it's files directly to this location) - use of some jailing tool calls in preinst/postinst maintainer scripts Could somebody comment on this approach whether it's reasonable or better would be to have separate copies of sources for every package? Some more detailed proposals from your side how to accomplish this (e.g. debian/rules for every package)? Thank you all in advance. -- Peter Viskup
Re: Facilitating contributions by newcomers
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 that many DDs would help more in this regard if > > it didn't entail doing a whole RFA but fixing thing step-by-step > > instead. > > I think the role of maintainer is quite heavy and I understand they are > often discouraged by the magnitude of the task. That is why I contribute > for a while by only triaging bug. Nothing like a little cleaning and > maintenance to motivate the troops. > > 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://wiki.debian.org/qa.debian.org/GiftTag -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/2014133056.2540.2242@sauron
Re: Facilitating contributions by newcomers
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://wiki.debian.org/qa.debian.org/GiftTag Never heard of this initiative before. This tag is not documented in the help pages of the BTS, it must be remedied. Thank you for this information! -- Stéphane Aulery -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/2014134356.ga4...@free.fr
Re: Automated build process for special purpose chroot-ed packages
On Tue, Nov 11, 2014 at 6:51 AM, Peter Viskup wrote: > Could somebody comment on this approach whether it's reasonable or better > would be to have separate copies of sources for every package? Some more > detailed proposals from your side how to accomplish this (e.g. debian/rules > for every package)? > Are these packages you intend to upload to Debian? It sounds like docker containers may serve your needs better. https://www.docker.com/ Regards, Jordan Metzmeier -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/CAD758RixX8r1AM+P=xUrwXiXg+gnimwrR64MMF+=za30oye...@mail.gmail.com
Re: Re: Automated build process for special purpose chroot-ed packages
That seems to be quite a big overhead and does not meet our security requirements. We cannot change the design at the moment (e.g. migrate to LXC,...). We need to run those services (rsyslog in our case) in chroot for security purposes. Any proposals to build those packages from one source are appreciated. -- Peter Viskup PS: I'm not subscribed, please, leave my email in cc. ;-)
jessie freeze policy: about translation updates
Hi, Jessie Freeze Policy [1] says that "translation updates and documentation fixes that are included with fixes for the above criteria" can be considered. What does exactly mean "translation updates" ? Does it include the add of new debconf .po files (i.e add support for a language that is not supported yet) as well as updates of the existing ones ? Thanks, quidame [1] https://release.debian.org/jessie/freeze_policy.html#guidelines-changes -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/n1r-hdxladl...@safe-mail.net
Bug#769142: RFS: rsskit/0.3-3 -- GNUstep RSS framework [RC]
Package: sponsorship-requests Severity: important Dear mentors, I am looking for a sponsor for my package "rsskit". It builds these binary packages: librsskit-dev - GNUstep RSS framework (development files) librsskit0 - GNUstep RSS framework (runtime library) librsskit0-dbg - GNUstep RSS framework (debugging symbols) To access further information about this package, please visit the following URL: http://mentors.debian.net/package/rsskit Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/r/rsskit/rsskit_0.3-3.dsc Changes: * debian/librsskit-dev.install: * debian/librsskit0.install: Update for gnustep-make/2.6.6-3 (Closes: #768749). This upload is targeted for t-p-u; the debdiff was pre-approved by the release team (release.d.o #768923). -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/878ujhmv6g@yavor.doganov.org
Re: jessie freeze policy: about translation updates
On Tue, 11 Nov 2014, bilibop project wrote: > Jessie Freeze Policy [1] says that "translation updates and documentation > fixes that are included with fixes for the above criteria" can be > considered. > > What does exactly mean "translation updates" ? Does it include the add of > new debconf .po files (i.e add support for a language that is not > supported yet) as well as updates of the existing ones ? Yes. -- "One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land of Redmond where the shadows lie." -- The Silicon Valley Tarot Henrique Holschuh -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/2014190241.gf2...@khazad-dum.debian.net
Re: Facilitating contributions by newcomers
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. And I recognized a number of RFHs that > have received numerous replies over the time, but couldn't be followed > up upon with because RFHs are frequently the result of a lack of time in > the first place (openldap anyone?). 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 locally (using how-can-i-help --old) makes it a lot more interesting. Lucas -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/2014192825.ga24...@xanadu.blop.info
Bug#769142: RFS: rsskit/0.3-3 -- GNUstep RSS framework [RC]
Control: owner -1 ! On 11-11-14 19:47, Yavor Doganov wrote: > I am looking for a sponsor for my package "rsskit". > It builds these binary packages: > This upload is targeted for t-p-u; the debdiff was pre-approved by the > release team (release.d.o #768923). Checking, building etc... Paul signature.asc Description: OpenPGP digital signature
Re: Facilitating contributions by newcomers
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 list of specific tasks, > > instead of general avenues, would be helpful in overcoming this > > initial difficulty. (This would be in addition to mentors.debian.net > > and other established avenues for entry to Debian, not a replacement). > > This is an avenue that I'm interested in exploring for the BTS as well, > so if people have good ideas, or want to be involved with this, please > contact me in #debbugs on irc.debian.org, or email > ow...@bugs.debian.org. Have you considered adding the 'gift' tag[0] to some BTS bugs? how-can-i-help now uses this tag to list bugs affecting Debian infrastructure in a separate category. Stefano Zacchiroli did that for some debsources bugs, and this apparently had noticeable effects in terms of contributions. The current how-can-i-help output for this category is: Bugs affecting Debian infrastructure (tagged 'gift'): - installation-reports - https://bugs.debian.org/764277 - Graphical DE task don't install any DE - qa.debian.org - https://bugs.debian.org/761119 - debsources: suite-based navigation - qa.debian.org - https://bugs.debian.org/761149 - debsources: allow redirects to package versions based on suite/codename - qa.debian.org - https://bugs.debian.org/761227 - debsources: add totals to all /stats tables - qa.debian.org - https://bugs.debian.org/761228 - debsources: make pie charts more readable - qa.debian.org - https://bugs.debian.org/761229 - debsources: make trend charts more readable - qa.debian.org - https://bugs.debian.org/761232 - debsources: release pages should mention release number and date - qa.debian.org - https://bugs.debian.org/762951 - debsources: increase/maximize test coverage - qa.debian.org - https://bugs.debian.org/763921 - debsources: detailed directory listing with file types and permissions - www.debian.org - https://bugs.debian.org/766923 - www.debian.org: Who's using Debian page - 2014 update (yeah, there's a bug here -- hcih considers all pseudopackages as 'debian infrastructure' which doesn't work for installation-reports) [0] https://wiki.debian.org/qa.debian.org/GiftTag Lucas -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/2014193234.gb24...@xanadu.blop.info
Bug#769142: marked as done (RFS: rsskit/0.3-3 -- GNUstep RSS framework [RC])
Your message dated Tue, 11 Nov 2014 21:33:32 +0100 with message-id <5462729c.9070...@wollumbin.marsaxlokk.dhcp.io> and subject line Re: Bug#769142: RFS: rsskit/0.3-3 -- GNUstep RSS framework [RC] has caused the Debian Bug report #769142, regarding RFS: rsskit/0.3-3 -- GNUstep RSS framework [RC] to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 769142: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=769142 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: sponsorship-requests Severity: important Dear mentors, I am looking for a sponsor for my package "rsskit". It builds these binary packages: librsskit-dev - GNUstep RSS framework (development files) librsskit0 - GNUstep RSS framework (runtime library) librsskit0-dbg - GNUstep RSS framework (debugging symbols) To access further information about this package, please visit the following URL: http://mentors.debian.net/package/rsskit Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/r/rsskit/rsskit_0.3-3.dsc Changes: * debian/librsskit-dev.install: * debian/librsskit0.install: Update for gnustep-make/2.6.6-3 (Closes: #768749). This upload is targeted for t-p-u; the debdiff was pre-approved by the release team (release.d.o #768923). --- End Message --- --- Begin Message --- On 11-11-14 20:28, Paul Gevers wrote: > Control: owner -1 ! > > On 11-11-14 19:47, Yavor Doganov wrote: >> I am looking for a sponsor for my package "rsskit". >> It builds these binary packages: > >> This upload is targeted for t-p-u; the debdiff was pre-approved by the >> release team (release.d.o #768923). > > Checking, building etc... Uploaded. Thanks. Paul signature.asc Description: OpenPGP digital signature --- End Message ---
Re: Facilitating contributions by newcomers
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 separate category. Stefano Zacchiroli did that for > some debsources bugs, and this apparently had noticeable effects in > terms of contributions. [...] > [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? -- Don Armstrong http://www.donarmstrong.com Unix, MS-DOS, and Windows NT (also known as the Good, the Bad, and the Ugly). -- Matt Welsh -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/2014221309.gw4...@rzlab.ucr.edu
Re: Facilitating contributions by newcomers
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 this tag to list bugs affecting Debian > > infrastructure in a separate category. Stefano Zacchiroli did that for > > some debsources bugs, and this apparently had noticeable effects in > > terms of contributions. > > [...] > > > [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 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.debian.org/debian-project/2013/09/msg00108.html) for the geeky factor). We should rename it at the same time. Lucas -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/2014222325.ga3...@xanadu.blop.info
Re: Facilitating contributions by newcomers
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 recent experience: thanks to proper triaging of "gift" bugs for debsources (see [1]), and to the fact that how-can-i-help now lists "infrastructure" bugs, we've gained a new prolific contributor to debsources (hi Jason!). [1]: http://deb.li/debsrceasy I highly recommend to anyone taking the time to triage bugs in their own packages and tag them +gift as needed. FWIW, similar experiences in other projects (e.g., "easy hacks" in LibreOffice) confirm that the whole approach of triaging "bugs for new contributors" does work. > > [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? As the person responsible for adding +gift support to devscripts back in the days, I've always regretted not having pushed for a full-fledged BTS tag at the time. We should definitely do that, but also think at backward compatibility. For instance, how to guarantee that existing queries like [1] above do not break? Also, a while ago (cannot find the thread right now) we discussed with Lucas how the name "gift" could be misunderstood as a patronizing characterization, if you think that's a gift from Debian Project to the newbie contributor. Whereas in fact it was meant to be the other way around. So, in picking an actual tag name, we should probably change it to something like "easyhack" (LibreOffice name), or "newbie", or "bitesize" (Ubuntu name). Cheers. -- Stefano Zacchiroli . . . . . . . z...@upsilon.cc . . . . o . . . o . o Maître de conférences . . . . . http://upsilon.cc/zack . . . o . . . o o Former Debian Project Leader . . @zack on identi.ca . . o o o . . . o . « the first rule of tautology club is the first rule of tautology club » signature.asc Description: Digital signature
Making "entry-point" nee "gift" a real BTS tag [Re: Facilitating contributions by newcomers]
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.debian.org/debian-project/2013/09/msg00108.html) for the > geeky factor). We should rename it at the same time. I think "entry-point" encapsulates the idea, and isn't condescending. Unless someone has a serious objection to it, lets just roll with that. On Tue, 11 Nov 2014, Stefano Zacchiroli wrote: > As the person responsible for adding +gift support to devscripts back > in the days, I've always regretted not having pushed for a > full-fledged BTS tag at the time. We should definitely do that, but > also think at backward compatibility. For instance, how to guarantee > that existing queries like [1] above do not break? This would be a bit of a hack, but I think I can just redirect that one URL to the pkgreport.cgi?tag=entry-point. People who still needed to just see the gift tags could use something like pkgreport.cgi?tag=gift;tag=faketag;user=debian...@lists.debian.org We can also just make sure that bugs which have the gift tag get the "entry-point" tag too. [And we should probably do the opposite as well.] This would be a bit hacky, but it's totally possible to do in a pretty quick cronjob until at least a release cycle with the new interface. -- Don Armstrong http://www.donarmstrong.com He was wrong. Nature abhors dimensional abnormalities, and seals them neatly away so that they don't upset people. Nature, in fact, abhors a lot of things, including vacuums, ships called the Marie Celeste, and the chuck keys for electric drills. -- Terry Pratchet _Pyramids_ p166 -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/2014224526.gx4...@rzlab.ucr.edu
Re: Making "entry-point" nee "gift" a real BTS tag [Re: Facilitating contributions by newcomers]
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/msg00096.html ; my > > personal preference is entry-point > > (https://lists.debian.org/debian-project/2013/09/msg00108.html) for the > > geeky factor). We should rename it at the same time. > > I think "entry-point" encapsulates the idea, and isn't condescending. > Unless someone has a serious objection to it, lets just roll with that. And existing "help" tag? What is it now? -- Stéphane Aulery -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/2014225600.ga18...@free.fr
Re: Making "entry-point" nee "gift" a real BTS tag [Re: Facilitating contributions by newcomers]
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 > > > at https://lists.debian.org/debian-project/2013/09/msg00096.html ; my > > > personal preference is entry-point > > > (https://lists.debian.org/debian-project/2013/09/msg00108.html) for the > > > geeky factor). We should rename it at the same time. > > > > I think "entry-point" encapsulates the idea, and isn't condescending. > > Unless someone has a serious objection to it, lets just roll with that. > > And existing "help" tag? What is it now? 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 would be reasonable for bugs which are tagged entry-point to also be tagged help, but I'm not going to mandate that. -- Don Armstrong http://www.donarmstrong.com The game of science is, in principle, without end. He who decides one day that scientific statements do not call for any further test, and that they can be regarded as finally verified, retires from the game. -- Sir Karl Popper _The Logic of Scientific Discovery_ §11 -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/2014230729.gy4...@rzlab.ucr.edu
Re: Making "entry-point" nee "gift" a real BTS tag [Re: Facilitating contributions by newcomers]
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. Thanks. It will be good to mention in the documentation of BTS. -- Stéphane Aulery -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/2014232258.ga18...@free.fr
Re: Facilitating contributions by newcomers
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 exists, see the tag "gift"[1]. >> >> [1] https://wiki.debian.org/qa.debian.org/GiftTag > > Never heard of this initiative before. This tag is not documented in the > help pages of the BTS, it must be remedied. Thank you for this > information! I wasn't aware of this either, but it seems to be precisely what this thread has been discussing. Neat! -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54629f03@kvr.at
Re: Facilitating contributions by newcomers
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 locally (using how-can-i-help --old) makes it a lot more > interesting. I did look into it, but I have to admit only superficially -- as evident by the fact that I completely missed the gift tag, which seems match exactly with what I had in mind with "task". So AFAIUI, the core stuff is already there, and we'd just have to look at opportunities to improve it. -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/5462a0f9.8050...@kvr.at
Re: Making "entry-point" nee "gift" a real BTS tag [Re: Facilitating contributions by newcomers]
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 it would be reasonable for a new > > contributor to help. > > Thanks. It will be good to mention in the documentation of BTS. The current documentation of help[1] is: help The maintainer is requesting help with dealing with this bug. Please suggest a clearer wording if it's not clear enough. 1: https://www.debian.org/Bugs/Developer#tags -- Don Armstrong http://www.donarmstrong.com UF: What's your favorite coffee blend? PD: Dark Crude with heavy water. You are understandink? "If geiger counter does not click, the coffee, she is just not thick." -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/2014235449.gz4...@rzlab.ucr.edu
Re: Facilitating contributions by newcomers
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 am totally in favor of turning it into a real tag. > > There has been discussions about renaming the tag [...] entry-point I, too, like this idea very much. 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, enhancement, debugging, cleanup, > documentation, translation, ...). This should probably be tied to a > Debian bug number. > > * A description of the required skills (packaging, debugging, C, ...) > > * A difficulty rating (1:low to 5:very high) > > * An estimation for the amount of work to be done (hours, days) > > * An urgency (influenced by severity, popcon, ...) > > * A list of one or more mentors will to help. Personally, I think that the "required skills" and the "difficulty rating" would be very valuable additions. It may be possible to infer the other attributes from the other metadata eg: urgency ~ severity. -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/5462a49f.9030...@kvr.at
Re: Facilitating contributions by newcomers
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, enhancement, debugging, cleanup, > > documentation, translation, ...). This should probably be tied to a > > Debian bug number. > > > > * A description of the required skills (packaging, debugging, C, ...) > > > > * A difficulty rating (1:low to 5:very high) > > > > * An estimation for the amount of work to be done (hours, days) > > > > * An urgency (influenced by severity, popcon, ...) > > > > * A list of one or more mentors will to help. > > Personally, I think that the "required skills" and the "difficulty > rating" would be very valuable additions. > > It may be possible to infer the other attributes from the other metadata > eg: urgency ~ severity. 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 for starters). -- Don Armstrong http://www.donarmstrong.com If god is always watching over us who's driving? -- a softer world #487 http://www.asofterworld.com/index.php?id=487 -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141112011430.gb4...@rzlab.ucr.edu
Bug#764460: Bug#765179: RFS: yubikey-neo-manager/0.2.2-1 [ITP] -- YubiKey NEO management graphical user interface
On Sun, 2014-10-26 at 18:53 -0400, Harlan Lieberman-Berg wrote: > 1. There are several generated files included as part of the tarball > that really should be removed, if possible. The m4 stuff has several > examples of generated files in it - aclocal.m4, several Makefile.in's, > much of the content in ./build-aux (depcomp, config.sub, ar-lib, > test-driver, among others). If you could go through and remove these > generated files, it's preferable. As much as possible, the upstream > source should be kept clean and files regenerated as needed. (See > https://wiki.debian.org/UpstreamGuide#Generated_files for more > information). The upstream tarball (but *not* the upstream git repo) is expected to contain autotools cruft for packages using autotools so this is fine. However, the Debian package should use dh-autoreconf to rebuild and or update them from their canonical sources in autoconf/automake/etc. > 2. In a similar vein, the documentation u2f-host.pdf should be > regenerated at build time, rather than the pdf be included. If it can > be removed from the upstream tarball, that would be preferable, but if > not, it should be regenerated at build-time in the debian/rules. Indeed. You can add a second download for the prebuilt docs. -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#769089: RFS: mwc/1.7.2-2 [RC]
Hello, I close this bug. CU Jörg Am Dienstag, den 11.11.2014, 10:24 +0100 schrieb Jörg Frings-Fürst: > Package: sponsorship-requests > Severity: important > [...] -- pgp Fingerprint: 7D13 3C60 0A10 DBE1 51F8 EBCB 422B 44B0 BE58 1B6E pgp Key: BE581B6E CAcert Key S/N: 0E:D4:56 Jörg Frings-Fürst D-54526 Niederkail Threema: SYR8SJXB IRC: j_...@freenode.net j_...@oftc.net signature.asc Description: This is a digitally signed message part
Bug#769089: marked as done (RFS: mwc/1.7.2-2 [RC])
Your message dated Wed, 12 Nov 2014 05:23:48 +0100 with message-id <1415766228.4291.1.ca...@jff-webhosting.net> and subject line Re: Bug#769089: RFS: mwc/1.7.2-2 [RC] has caused the Debian Bug report #769089, regarding RFS: mwc/1.7.2-2 [RC] to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 769089: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=769089 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: sponsorship-requests Severity: important Dear mentors, I am looking for a sponsor for my package "mwc" Package name: mwc Version : 1.7.2-2 Upstream Author : Michael Till Beck URL : https://github.com/Debianguru/MailWebsiteChanges License : GPL-2+ Section : utils It builds those binary packages: mwc - Powerful website-tracking tool To access further information about this package, please visit the following URL: http://mentors.debian.net/package/mwc Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/m/mwc/mwc_1.7.2-2.dsc More information about hello can be obtained from http://www.example.com. Changes since the last upload: * debian/control: - Replace Depends python-cssselect with python3-cssselect (Closes: #764787). - Bump Standards-Version to 3.9.6 (no changes required). Regards, Jörg Frings-Fürst -- pgp Fingerprint: 7D13 3C60 0A10 DBE1 51F8 EBCB 422B 44B0 BE58 1B6E pgp Key: BE581B6E CAcert Key S/N: 0E:D4:56 Jörg Frings-Fürst D-54526 Niederkail Threema: SYR8SJXB IRC: j_...@freenode.net j_...@oftc.net signature.asc Description: This is a digitally signed message part --- End Message --- --- Begin Message --- Hello, I close this bug. CU Jörg Am Dienstag, den 11.11.2014, 10:24 +0100 schrieb Jörg Frings-Fürst: > Package: sponsorship-requests > Severity: important > [...] -- pgp Fingerprint: 7D13 3C60 0A10 DBE1 51F8 EBCB 422B 44B0 BE58 1B6E pgp Key: BE581B6E CAcert Key S/N: 0E:D4:56 Jörg Frings-Fürst D-54526 Niederkail Threema: SYR8SJXB IRC: j_...@freenode.net j_...@oftc.net signature.asc Description: This is a digitally signed message part --- End Message ---
Re: Facilitating contributions by newcomers
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 trivial. I do not consider this > diff to be merge ready, as I would want to refactor some of the code > to make the additions cleaner. I think the mime matching should complement rather than replace the name matching. -- bye, pabs https://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/caktje6e8yt99-xl8lrci33fj3yn4w91egqq3m6ke1w+z3_e...@mail.gmail.com