Hi Martin:<br><br><div class="gmail_quote">On Thu, Nov 5, 2009 at 03:43, Martin Pitt <span dir="ltr">&lt;<a href="mailto:martin.pitt@ubuntu.com">martin.pitt@ubuntu.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Mario Limonciello [2009-11-04 17:08 -0600]:<br>
<div class="im">&gt; I see three potential improvements to Jockey for this scenario.<br>
&gt;<br>
</div>&gt;    1. Have Jockey be able to work in an interactive frontend.  If the<br>
<div class="im">&gt;    package install behavior is modified to query if the headers are yet<br>
&gt;    available, then you can more nicely present this information to the user<br>
<br>
</div>What do you mean by &quot;interactive frontend&quot;? For debconf you mean?<br>
I&#39;m afraid that requires a rewrite of Jockey, since it&#39;s currently<br>
frontend &lt;-&gt; dbus &lt;-&gt; backend &lt;-&gt; python-apt, so the backend doesn&#39;t<br>
have X access. I&#39;m afraid this isn&#39;t SRUable.<br></blockquote><div><br>As i&#39;m sure you are aware, there are other deficiencies with the way things are done now <br>1) Not being able to represent whether something failed to install or download<br>
2) Not being able to ask to insert CD media if it&#39;s present there<br><br>As you said, this doesn&#39;t sound SRUable, but for Lucid perhaps the better solution is to use python-aptdaemon.  It can certainly provide more of this information more easily.<br>
</div></div><br>-- <br>Mario Limonciello<br><a href="mailto:superm1@gmail.com">superm1@gmail.com</a><br>Sent from Austin, Texas, United States