On 13/02/07, <b class="gmail_sendername">Matthew East</b> &lt;<a href="mailto:mdke@ubuntu.com" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">mdke@ubuntu.com</a>&gt; wrote:<div><span class="gmail_quote">
</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Hi,<br><br>On Sun, February 11, 2007 11:12 pm, Philip Wyett wrote:<br>&gt; On 09/02/07, Dean Sas &lt;<a href="mailto:dean@deansas.org" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">dean@deansas.org
</a>&gt; wrote:<br>&gt;&gt;<br>&gt;&gt; Philip Wyett wrote:<br>&gt;&gt; &gt; Hi all,
<br>&gt;&gt; &gt;<br>&gt;&gt; &gt; I have been reading about the Ubuntu / Linspire CNR deal and I have<br>&gt;&gt; &gt; some serious reservations about it.<br>&gt;&gt; &gt;<br>&gt;&gt; &gt; Will CNR be part of a default desktop installation?
<br>&gt;&gt;<br>&gt;&gt; Not according to the FAQ that was released with the press release. We<br>&gt;&gt; are to get some &quot;CNR like&quot; features eventually. I imagine this could tie<br>&gt;&gt; in to the new totem hook which prompts you to enable multiverse and
<br>&gt;&gt; install codecs when playing patent encumbered videos, only perhaps<br>&gt;&gt; referring you to CNR rather than the legally questionable packages.<br>&gt;<br>&gt;<br>&gt; Well... In the FAQ we can see &quot;CNR is added to the standard Ubuntu
<br>&gt; software<br>&gt; installation method to complement existing functionality&quot;. This covers a<br>&gt; multitude of sins and could mean many implementation methods.<br>&gt;<br>&gt; Someone needs to come out and honestly say what is the initial plans at
<br>&gt; this<br>&gt; time; and make sure that person does not work in any PR or marketing<br>&gt; department.<br><br>You are more likely to get a response from such a person by posting to an<br>appropriate mailing list.
<br>
<br>There is nothing -uk specific about this discussion, it should continue in<br>Sounder (cc:ed).</blockquote><div><br><br>Raising an issue or thought of this kind is applicable on the UK list. If it eventually<br>moves elsewhere is a matter of evolution of the conversation. There was nothing
<br>wrong at all with starting the conversation on the UK list.<br></div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">My opinion is that I&#39;m fairly confident the developers know the
<br>disadvantages of adding a separate and parallel installation software<br>package, and will ensure that any benefits brought by this new feature<br>will be appropriately integrated into the current Ubuntu setup. For me,
<br>the basic requirements are:<br><br>1. Integration with gnome-app-install and existing Ubuntu channels; and<br>2. Flagging up the commercial nature of the software available.</blockquote><div><br>&nbsp;Though I do have confidence, I have less confidence with developers having common
<br>sense and making changes in the best manner. Being a developer myself, we often do<br>things that we know and understand and completely miss the point for the average user.<br><br>The average user wants a solution that is consistent, simple and any addition of CNR
<br>I feel will not help in this regard. Think of what is simplest for most. We have syanptic...<br>yes it needs a lot of improvement on the app level with app naming and descriptions, but<br>it is a consistent and fairly simple method that should be extended. The deal should really
<br>have been Canonical doing a deal with Linspire that gives us the code that can be built and added<br>too a specific repository for this kind of content and completely controlled by the Canonical.<br><br>This maybe the eventual case, but who knows with no word out of Canonical and us all being
<br>left to look at a poor FAQ on the other vendors site.<br></div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Your post raises a sensible concern about the way that these new<br>announcements are communicated. So I&#39;m cc:ing the Canonical Communications<br>Manager.<br><br>I don&#39;t think that the Ubuntu community ever really gets this information
<br>in the right way - technical implementations of new commercial and<br>marketing policies is something that it is extremely important for the<br>Ubuntu community to hear from the right source, given Ubuntu&#39;s emphasis on
<br>open development. Unfortunately, the general practice seems to be to plan<br>these things behind closed doors (understandable) and then leave the<br>general community guessing (and worrying) about the technical details and
<br>non-marketing consequences (not understandable).</blockquote><div><br><br>I agree we get poor information. Something the Community Manager &#39;really&#39; needs<br>to look at.<br></div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
The consequence of this practice is that my view that the implementation<br>of this feature will be done in the Right Way has to be based on trust,<br>rather than on reliable information having been provided. That trust is
<br>something I am always willing to give to Canonical based on past<br>experience of them doing the right thing for Ubuntu, but I am always<br>slightly uncomfortable whenever I have to fall back on it.<br><br>I know that it&#39;s hard to marry up Canonical&#39;s business activities with an
<br>open development community, but with increased communication I believe<br>that improvements can be made.<br><br></blockquote><div><br>We should not need to live on trust and hope. This is a community distribution<br>
with a Community Council. Major changes or additions like this should go to<br>them and debated within the wider community.<br></div><br><div>/me will leave alone the rush for eye candy that is currently in progress and only
<br>supported on a few cards with in most cases proprietary drivers. :-/<br><br>Regards<br><br>Phl<br><br>&nbsp;</div><br></div><br>