[packagekit] Res: One click install support in PackageKit

[Debayan Banerjee]

2009/4/1 Thibauld Favre <thibauld at allmyapps.com>:
> 2009/4/1 Debayan Banerjee <debayanin at gmail.com>:
>> The best way you can do that is by accepting to be my mentor! I have
>> submitted my proposal to "Fedora Project & JBoss.org (Red Hat)".
>> Perhaps you would be interested in it.
>
> I'd be glad to be your mentor for this project if everybody here
> agrees (Richard ?). Concerning your proposal, in the scope of this
> project, I would focus on  1) and 2). I'm a bit skeptical about 3) and
> 4). They are interesting ideas but I'm not sure it makes sense to go
> beyond the pluggable policy feature.

Well 1 and 2 would have been done and accepted long ago if 3 and 4
existed. 3 and 4 are needed to revamp what trust means. If you give
the user ease of use it also means she will be reckless, and 3 and 4
makes it easier for the user to know what to trust in a way most
humans understand, trust votes, like electoral votes.
In any case 1 and 2 should be implemented for standard repo packages.

1 adds convenience.
2 adds choice.
3 and 4 tell users what other users trust too.

I guess all 4 are needed.
>
> I've looked into Dorian Perkins code and gave it a try, it is a great
> start but still very early stage. In my opinion, we'd better begin
> coding things in python (leveraging python-packagekit bindings) and

I am stronger at Python too, but C is what needs to be used for 1 from
what I have read till now.
>
> 1. Replacing the "apt" backend used by "apturl" by a packagekit backend.
>
> 2. Adding oci file format support to "pkurl".
>
> 3. In order to smooth the end user experience as much as possible, I
> think the following features are needed if the package is a "desktop
> application" (=contains one or more .desktop file) :
>    a) proposing the user to launch the application immediatly if the
> package got successfully installed
>    b) letting the user know where he can find and launch the
> application later (ex: Applications > Accessories)
> => objective: a user clicks on a 1 click installation link for a
> desktop application. He gets prompted "Do you want to install
> <package1> ?" [yes]. The installation process goes on. It finishes and
> then pkurl notifies the user : "installation successfully completed.
> Application can be found here : X > Y. Do you want to run it now?".
>

+1 to all the above, especially 3) , since it makes life so much
easier for the end user.

> 4. "pkurl" should be able to handle nicely multiple packages

Maybe it is not one of the priorities right now. Can be done once all
the other issues are settled.
>
> I think this would be just great! What do you think?

I think this is going to be one of the greatest things to happen to
Linux in a long time. :)
>
> Thibauld
> _______________________________________________
> PackageKit mailing list
> PackageKit at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/packagekit
>



-- 
Be Intelligent, Use GNU/Linux

http://debayanin.googlepages.com/
http://debayan.wordpress.com
http://lug.nitdgp.ac.in