[Sugar-devel] Fwd: Regarding the print support idea(GSoC)

Vamsi Krishna Davuluri vamsi.davuluri at gmail.com
Wed Mar 18 09:30:50 EDT 2009


And are the implementations not prone to modification?
As in we could specify a particular #print_port to bypass them?

On Wed, Mar 18, 2009 at 6:58 PM, Vamsi Krishna Davuluri <
vamsi.davuluri at gmail.com> wrote:

>
> The link you gave didn't work, so I checked this page
> http://wiki.laptop.org/go/OLPC_Bitfrost
> I have gone through security models listed, umm ... was there anything
> specific I was to look into?
>
>
>
> On Wed, Mar 18, 2009 at 6:42 PM, Luke Faraone <luke at faraone.cc> wrote:
>
>> 2009/3/18 Vamsi Krishna Davuluri <vamsi.davuluri at gmail.com>
>>
>>> I'd grant them only if the user is the owner of that specific document or
>>> is master root. This will be most useful in case the machine acts as a cups
>>> server and a request comes from the network, we could see that other than
>>> the local master, no one else on the network has access to that particular
>>> job, or stop that printing event from taking place.
>>>
>>> btw thought of another thing, when the print button is clicked in an
>>> activity, the request metadata (object) is sent to the journal, but the
>>> journal doesnt have to immediately take over control, instead  within the
>>> activity a pop up comes which says 'print jobs in queue('this can be closed,
>>> or clicked to go to the journal where the job can be canceled, or started)
>>> and when loging in into sugar, if pending jobs are there again a
>>> notification is displayed, and if a print job is of a particular activity,
>>> and they are pending, and if the same activity is opened again it
>>> notification is displayed.
>>>
>>
>> You might want to review the OLPC project (and therefore sugar's) security
>> model: http://dev.laptop.org/git?p=security;a=blob;f=bitfrost.txt
>>
>>
>>
>> --
>> Luke Faraone
>> http://luke.faraone.cc
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.sugarlabs.org/archive/sugar-devel/attachments/20090318/33a3cd8f/attachment.htm 


More information about the Sugar-devel mailing list