RFC: On-demand package installation API in kdelibs

Lubos Lunak l.lunak at suse.cz
Thu Jul 29 13:43:32 BST 2010

On Wednesday 28 of July 2010, Martin Sandsmark wrote:
> On Wed, Jul 28, 2010 at 09:37:12PM +0200, Lubos Lunak wrote:
> >  I see, the problem is not installing software, the problem is supposed
> > to be making users more used to entering their password whenever a dialog
> > asking for it pops up.
> > […]
> >  Besides, if somebody's stupid enough to fall for this, they can fall for
> > something similar already today. Bad boys can be rather inventive, and
> > stupidity has no limitations. In fact I doubt people this stupid would
> > see the connection between them doing something and a password dialog
> > showing up as a consequence.
> As you said yourself, this is about making users *more* used to
> clickthroughs and entering their password. And I agree that we should
> minimize the amount of clickthroughs and password-asking we do. Hence why
> this might be a bad idea.

 Might be a bad idea. Everything might be a bad idea. So do we ban changing 
the clock because that requires the root password? KCMs that require root 
access? KMail asking for account details? Screensaver password? Web logins? 
There are already pages that tell people to download setup.exe and what to do 
with the dialogs that show up, and can do the same with e.g. rpm. You make it 
sound like this specific feature would suddenly skyrocket the number of 
password dialogs.

> >  Well, as Chani said, what are your thoughts on KWallet then? I don't use
> > it myself, but as far as I can judge, it rather randomly pops up and asks
> > for a password. It shouldn't be a big problem faking that.
> Your average user only sees the kwallet password entry dialog once on
> login, and once for each new program using it, asking if the application
> should get access.

 Which still appears to be more often than possibilities to see a dialog 
asking for installing additional packages.

> And even the initial password asking can be eliminated (as lemma finishes
> kwallet-pam, which is in playground).
> >  Finally, since it would be installing software from known sources, it
> > actually doesn't really need to require a password. The only bad thing
> > that could happen would be running out of disk space, and I know simpler
> > ways of achieving that on most machines.
> Opensuse ships libdvdcss and unlobotomized multimedia libraries in the
> default repositories?

 No. They are in additional 3rd party repositories which need to be added 
first, or the packages need to be installed in a different way, so they sadly 
can't be installed in a simple way :(. But you don't install those every day 

 But anyway, many people agree, some people disagree, and there doesn't seem 
to be a middle ground. Since the default will be disabled and enabling will 
require special effort from the packager, I will work on a suitable 
implementation for submitting. Those that don't like it can just leave it as 
it is (or add an "Are you stupid?" dialog first where only declining will 
prove the user worthy of the feature, for all I care).

 Lubos Lunak
 openSUSE Boosters team, KDE developer
 l.lunak at suse.cz , l.lunak at kde.org

More information about the kde-core-devel mailing list