<br><div class="gmail_quote"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div class="im">
> On Tue, Jun 14, 2011 at 1:13 PM, Brett Viren <<a href="mailto:bv@bnl.gov">bv@bnl.gov</a>> wrote:<br>
>         Sylvestre Ledru <<a href="mailto:sylvestre@debian.org">sylvestre@debian.org</a>> writes:<br>
><br>
>         > == Proposal ==<br>
>         ><br>
>         > I would like to propose the following:<br>
>         > * move all packaging related discussions to<br>
>         > <a href="mailto:debian-science-maintainers@lists.alioth.debian.org">debian-science-maintainers@lists.alioth.debian.org</a><br>
>         > * use <a href="mailto:debian-science@lists.debian.org">debian-science@lists.debian.org</a> only for user oriented<br>
>         discussions<br>
>         > * make sure that all the commit mails are sent on<br>
>         > <a href="mailto:debian-science-maintainers-commits@lists.alioth.debian.org">debian-science-maintainers-commits@lists.alioth.debian.org</a><br>
>         ><br>
>         > Any comments / opinions ?<br>
><br>
><br>
>         FWIW, your proposal is more in line with what I thought<br>
>         debian-science<br>
>         was about when I joined.  I haven't, personally, minded seeing<br>
>         packaging<br>
>         related discussions go by but I do think the two types of<br>
>         discussions<br>
>         would benefit from having their own venues.<br>
> +1<br>
> Benefit is we also get updates about packages and that is really<br>
> useful for us.<br>
> As Linux user cannot remain only user, need to do system admin level<br>
> work also for scientific packages.<br>
</div>Well, I do not consider that as always true. Software like R or Scilab<br>
can be used by normal users who do not care about packaging issues (or<br>
admin work). <br></blockquote><div>They do care when they found some thing is not working in particular version.<br>For example in Scilab 5.1.*  versions there was graphics card compatibility issue. <br>Which was settle later on.  When  debian is maintaining the current latest version of scilab will be of interest of Scilab users.<br>
</div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div class="im"><br>
> Second thing is,  after making 2 separate list will there be increase<br>
> in the user level queries? At present there are hardly user related<br>
> queries.<br>
</div>I might be wrong but I feel like (it is the main idea behind this<br>
proposal) that <a href="mailto:debian-science@lists.debian.org">debian-science@lists.debian.org</a> is too geek and too<br>
packaging oriented for regular users.<br>
If I was a regular user of scientific software, I would have<br>
un-subscribed myself a long time ago since the ratio<br>
scientific/packaging questions is very low.<br></blockquote><div> Scientific software users generally subscribes to respective software mailing list.<br> Like I subscribed to Scilab mailing list. <br><br>Anyways, if you find it is useful to have 2 separate lists. No matter.<br>
One should watch out  percentage of user relative queries and then decide to separate 2 mailing list.<br>One can change the name of current mailing list. It looks like most of the subscribers are interested in package related discussion. <br>
<br>Can have new mailing list for users.  <font color="#888888"></font><br>Regards,<br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<font color="#888888">
<br>
<br>
<br>
</font></blockquote></div><br><br clear="all"><br>-- <br>Manjusha S. Joshi  <br><a href="http://fossme.bprim.org" target="_blank">http://fossme.bprim.org</a><br>Lecturer in Computational  Mathematics, <br>BIM, Pune, India. <a href="http://www.bprim.org" target="_blank">www.bprim.org</a><br>
Mobile:  09822 319328<br>blog:<a href="http://manjushajoshi.wordpress.com/" target="_blank">http://manjushajoshi.wordpress.com/</a><br><br> <br>