<div dir="ltr">Answered inline<br><div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Mar 6, 2015 at 7:48 PM, Michał Masłowski <span dir="ltr"><<a href="mailto:mtjm@mtjm.eu" target="_blank">mtjm@mtjm.eu</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi.<br>
<br>
> <a href="http://trisquel.info/en/wiki/bugtracker-proposal" target="_blank">http://trisquel.info/en/wiki/bugtracker-proposal</a><br>
<br>
> Any comments/feedback ?<br>
<br>
I have several questions:<br>
<br>
- "User support: Bugs that can doesn't need any code change, only user<br>
  configuration/guide": should be "bugs that don't need", or are bugs<br>
  that possibly need changes also there?<br></blockquote><div><br></div><div>I changed it to "bugs that don't need", but I think we need a better wording, as the user filling the bug doesn't know in this stage if the problem is a misconfiguration, or a software problem. <br><br></div><div>Bug thats need code changes should be under "Trisquel" project, "User support" should be limited to help request that can be handled without a new version of a package.<br></div><div><br> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
- I assume it will be obvious for users that packages in default install<br>
  aren't in the "Packages" component.<br></blockquote><div> </div><div>May be not for new users, but that's why there is a "Confirmed" state, so general users can fill bugs, and more experienced ones help with.<br><br></div><div>What about removing "Packages" and use "Live System" for packages in default install, and  "Trisquel" for others?<br><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
- Do Upstream issues have this workflow: New -> Confirmed (after next<br>
  release) -> Closed?<br>
<br></blockquote><div>The "After next release" is up to upstream, not us. It means the bug will be closed on trisquel once is closed upstream, and a new version is packaged.<br><br> <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
- Branding bugs that affect FSDG-compliance or that cause trademark<br>
  license violations have higher priority?  None of the priority<br>
  descriptions apply to FSDG-related bugs.<br>
</blockquote></div><br></div><div class="gmail_extra">IMHO, any FSDG bug is a License problem ( may be we can should call it "FSDG" instead) , not a branding issue, so they will fit under "License problems" category.<br><br></div><div class="gmail_extra">I hope this helps. As said, this is a draft, so changes are not optional, but needed :P<br><br></div><div class="gmail_extra">/santi<br></div><div class="gmail_extra"><br></div></div></div>