On Tue, 2015-06-09 at 08:31 +0200, Stefan Seyfried wrote:
Am 08.06.2015 um 22:57 schrieb Dominique Leuenberger / DimStar:
On Mon, 2015-06-08 at 21:00 +0200, Stefan Seyfried wrote:
Hi Dominique,
So, the question basically boils down to: do we want to have proper support for HiDPI in our setup or do we not care for those users.
If an "software center" runs on a HiDPI screen, it can downloas as
s/software-center/desktop environment who wants appdata/
many "appdata-icons-hidpi.tar.gz" as it wants, but for me, only running zypper in a terminal, I'd really like to not have to download any appdata at all.
You miss the full picture: the icons are used even outside the software center: in gnome-shell for example, if you type the name of an uninstalled app, the 'available app search provider' lists the application including the icon already.
That's a real problem. For GNOME. Not for me :-) Those icons do not change that often. We could publish them once per year as a package or Gnome-shell could look up missing ones via a web service.
Having to launch a SC for this feature to work is not feasible.
Well, the SC certainly is integrated into the Desktop Environment, so the DE can tell the SC at login to update the appdata if necessary.
And: GNOME Software is so far only the first one to have proper support for the freedesktop AppStream metadata. There are discussions to teach this to Yast (IIRC, there was a GSoC proposal), KDE is surely coming with they SC, and I am sure others will too.
So it still is 100% useless for zypper commandline users. But still everyone has to download it all the time.
I am all ears of slimming it down, but stripping it is just the wrong approach - UNLESS zypp can learn to download additional metadata based on plugins (there is already a plugin that tells it what to do out of the metadata - and that plugin is a dependency to GNOME-Software (and the gnome-shell search provider). So IF zypp can be thought to know about 'extensions' to the metadata, based on a plugin, I would be willing to extend this further - then it would become a proper optional thing.
This should have been optional from the very beginning.
All other proposals (other than the meta downloads, which is apparently being looked at already) at just half baked solutions - taking away functionality.
Not for me. You are desktop centric, which is fine, but burdening everyone with many megabytes of (usually damn slow, apparently they are often hitting the main servers) metadata downloads, which are absolutely useless for many users is not an economic solution.
http://gs-stats.leuenberger.net/trend.html is not agreeing with your
statement that the metadata is static.
--
Dimstar / Dominique Leuenberger