[prev in list] [next in list] [prev in thread] [next in thread] 

List:       opensuse-factory
Subject:    Re: [opensuse-factory] To PackageKit or not to PackageKit
From:       Raymond Wooninck <tittiatcoke () gmail ! com>
Date:       2012-11-01 13:24:07
Message-ID: 36537465.eOLVVHzaOc () hqvmt4xx20 ! eur ! cchbc ! com
[Download RAW message or body]

On Thursday 01 November 2012 13:44:19 Guido Berhoerster wrote:
> It wouldn't tkae too much effort to swap out the PackageKit
> backend in pk-update-icon with a zypper-based one, in fact I do
> already have a parser for zyppers XML output from some
> experiments last year. It uses GTK+ but the UI consists only of a
> tray icon and notification bubble which would open "yast2
> online_update" when activated so it should not look alien in KDE.
> So if there's a rough consensus that we want to go with a minimal
> notifier and update via YaST's online_update module I could put
> something together.

It is not only a matter of the effort required to build something small to 
perform this task. I have no doubt that you are able to deliver what you 
indicated, but are you willing to maintain this piece of software for the rest 
of it's lifecycle ? Because if we introduce another piece of software which 
will not be supported in the future, then we end up exactly at the same place 
as we are now. 

I guess that we should also be looking at the position we are now. Recently 
this mailinglist has been flooded with complaints with regards to the tools 
openSUSE is using for booting, repairtools, etc. There were even some 
indications that other distributions have much better tools, etc. But as soon 
as it comes to move to a more distro-independent solution, people are coming 
up that we can create little programs around the tools we have. There is 
nothing wrong with this, but is this the position we want to be in ?? 

Regards

Raymond
-- 
To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org
To contact the owner, e-mail: opensuse-factory+owner@opensuse.org

[prev in list] [next in list] [prev in thread] [next in thread]