2009/3/18 Vamsi Krishna Davuluri <span dir="ltr">&lt;<a href="mailto:vamsi.davuluri@gmail.com">vamsi.davuluri@gmail.com</a>&gt;</span><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>True enough, but I hadn&#39;t been talking about printing from activities directly at all for the last half of the mails. :&lt;</div>
<div>But for even CUPS to act as a server and accept incoming requests, it would have to excercise freedom to one port atleast, but write a bit of a code so that it accepts requests only from local network which ever was configured on the router. ;) And, we could specify certain pool of ips which are to access the print server. <br>

</div></blockquote><div><br>Maybe I&#39;m not understanding you properly: is there a reason that we can&#39;t use the standard CUPS daemon on our print server? Are you saying that the individual Sugar desktop should act as a server for *everyone else* in the network? CUPS servers should, imho, be left up to the network administrator to configure; it is beyond the scale that a child would need to perform on their local workstation.<br>
<br>Sugar&#39;s role should be to offer configuration of printers that the local system is able to access. You can probably add an extension/plugin to the control panel which wraps Debian&#39;s <a href="http://packages.debian.org/sid/system-config-printer">system-config-printer</a>, which is written in Python and has (AFAICT) no extra dependancies other than what sugar already requires. Added/autodetected printers can appear in the network view as devices, if you want extra bonus points :)<br>
</div></div><br>-- <br>Luke Faraone<br><a href="http://luke.faraone.cc">http://luke.faraone.cc</a><br>