Re: Please, review this Bugs Importances draft
On 12/10/14 15:53, C de-Avillez wrote: [snip] YES, it is misrouted: BugSquad is responsible for keeping the triage pages. By not addressing the BugSquad, you may be missing some interested people. Surely people should join mailing lists that are of interest to them ;) Down that road - everyone is in one mailing list ... NO, it is OK(ish): we discussed, some time ago, joining BugSquad and Quality. At the time we thought of keeping the mailing lists and IRC channels separate. I have been, lately, wondering if we should consider a more radical approach. I'm glad that the Bugsquad and Quality lists and IRC channel are kept seperate - while they might both be looking toward the same goal that doesn't necessarily equate to needing to be in the same place. [ given that I am subscribed to both the busquad and quality ML, I do not have loss of information; but I cannot state how many are in one and not in the other.] I wasn't subscribed to both - then when there was a move to join I subscribed to the bugsquad list too - I've not seen anything on that list that actually affects me nor what I need to know, I've now unsubscribed from the bugsquad list. I would much rather that bugsquad conversation be kept to that list. This thread being a prime example ;) I wouldn't post to the bugsquad list about issues pertaining to alpha, beta or rc images nor would I expect people on the bugsquad list to assume that would be place to find or discuss those issues Reasoning: I personally have always seen triage as one aspect of quality. This view, to be completely honest, is NOT shared between me and the luminaries of QA (and the discussion of why is too long) but I do not mind: I still think that they are inter-related. Right now, the Yes/No ratio (to Alberto's question) is at around 60/40. I'd disagree at the moment. Editing a bugsquad wiki page would surely be the province of the bugsquad. [snip] -- Ubuntu Forum Council Member Xubuntu QA Lead -- Ubuntu-quality mailing list Ubuntu-quality@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-quality
Re: Please, review this Bugs Importances draft
C de-Avillez: Right now, the Yes/No ratio (to Alberto's question) is at around 60/40. Then, for the moment, I'll be writing to both of them. C de-Avillez: > Perhaps it is time to consider joining more of BugSquad to Quality. It looks appropriate to me, because now they are sharing functions. -- Ubuntu-quality mailing list Ubuntu-quality@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-quality
Re: Please, review this Bugs Importances draft
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 11/10/14 21:10, Alberto Salvia Novella wrote: > Thomas Ward: >> Why are you posting this on the QA list instead of the bugsquad >> list? > > Because I thought the Bug-Squad team had joined the Quality team a > long time ago, and was listed in Launchpad just for historical > reasons. So is this a mistake? Well. Yes, and no. YES, it is misrouted: BugSquad is responsible for keeping the triage pages. By not addressing the BugSquad, you may be missing some interested people. NO, it is OK(ish): we discussed, some time ago, joining BugSquad and Quality. At the time we thought of keeping the mailing lists and IRC channels separate. I have been, lately, wondering if we should consider a more radical approach. [ given that I am subscribed to both the busquad and quality ML, I do not have loss of information; but I cannot state how many are in one and not in the other.] Reasoning: I personally have always seen triage as one aspect of quality. This view, to be completely honest, is NOT shared between me and the luminaries of QA (and the discussion of why is too long) but I do not mind: I still think that they are inter-related. Right now, the Yes/No ratio (to Alberto's question) is at around 60/40. Perhaps it is time to consider joining more of BugSquad to Quality. ..C.. -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCAAGBQJUOpYBAAoJECWAD5grd+mNqa0P/RRPhl1U5WOziAVAIG6uGAx1 6mQ00uHdtQTnBCbSR1hADHdVqR0g7xNxzi6F/yQbooQl7+V60gEv6CUFLz0GAtc3 21NmIXJdqEuirD3gCzvgkXSsBuYDMdZN2PjstaTJZRvolkp3Bk0IXTYl8Xu0ifvu SvmLo7TWdgzBWEboQ4XNL/Rw9j5SzMrv6a0TA3LawZCKw2Kbe4I/WDgCS01SD4XJ IgcSp02LlITmJ26pUQPfdoor5R9vG6Rds6pLbM32gsI8xrWeGM+vxlCjSUpAGTKz vTB2MHK/yHi4ua++dcg2heLOwx2ekV1a7/yWVQExiOlau6W/Eheeg7jjo6DW9wRq sRe+4xxS8x3eo8LW1wTyvVOAWq/FnZNJfWXJylVyV/dsddwn1rRCsDudBO5ajtj7 nsKaYFGTgyTrE+oWPNWYX2b1xwE6c9AoJAdVS3iYmsjeeg3sSOGEUyazVusUeNk8 ioRhDJOMa82mj6S+H9+c0k6OXpoUi88c+OkVoxMmRjrm29oKMzkN1CfDzd7AkzGB l2J99z88Qapf2uXf9lw5M/Jo4isgJ6B6iF1ILD+gM1ewHlzrQapEZQ2SyintX+ir r+d1Imd9k7nKjJ6DqLIL38h6nLNRn/8oJJTPOaV07fNqOwUTXDd+o6vKLThffzaF CDp6+QUu8/VKqdfXjK65 =ahRj -END PGP SIGNATURE- -- Ubuntu-quality mailing list Ubuntu-quality@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-quality
Re: How can we figure out if a package is core or not?
On 11/10/14 at 01:42am, Alberto Salvia Novella wrote: > Thomas Ward: > >Running `apt-cache > >show pff-tools` actually shows the information even though the package > >is not installed. > > Yes, but it doesn't show if there's a task related with the package. > So it doesn't help figuring out if the package is core or not. I use this alias: alias core.package='sh -c '\''apt-cache show "${1}" | grep -i task >/dev/null && echo yes || echo no'\'' -' https://github.com/chilicuil/dotfiles/blob/master/.aliases#L33 Like this: $ core.package firefox yes $ core.package conky no Hope it helps, Cheers > -- > Ubuntu-quality mailing list > Ubuntu-quality@lists.ubuntu.com > Modify settings or unsubscribe at: > https://lists.ubuntu.com/mailman/listinfo/ubuntu-quality -- Ubuntu-quality mailing list Ubuntu-quality@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-quality