Re: Splitting AppStream data into Workstation/Server

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On pe, 01 syys 2017, Neal Gompa wrote:
On Fri, Sep 1, 2017 at 8:37 AM, Alexander Bokovoy <abokovoy@xxxxxxxxxx> wrote:
On pe, 01 syys 2017, Neal Gompa wrote:

On Fri, Sep 1, 2017 at 7:52 AM, Marius Vollmer
<marius.vollmer@xxxxxxxxxx> wrote:

Neal Gompa <ngompa13@xxxxxxxxx> writes:

So, what about creating a dedicated appstream-data-server package that
carries only those components that we want to see on a Server?

Initially, it would contain only components of type "addon" that extend
"cockpit.desktop", and components of type "service".


Please don't do this.


What should I be doing instead? Nothing? :-)


Implement your AppStream filter at the application level, rather than
messing with appstream-data package. That makes it more portable and
won't do dumb things. We already ship the appstream-data package in
the Workstation Edition and on all the spins, so just add it to the
Server Edition if it isn't already there.

$ rpm -qi appstream-data|egrep '(Name|Version|Release|Size)'
Name        : appstream-data
Version     : 26
Release     : 14.fc26
Size        : 15631111

This is what Marius is talking about -- there is little insentive to
install 15MiB of data largely unused on Fedora Server if all you'd need
is a ~1KiB.

Filtering this information on the application side is OK if it would
have been not so useless in the Server installs.

If you're only using 1 KiB of it due to not having much in there, then
perhaps you need to make more things available via AppStream
information.
We plan to start using AppStream to advertise Cockpit-integrated
plugins. Currently there is one in Fedora and another one is coming.
This is not about not having AppStream information for already existing
applications but rather not having those applications at all (yet).

Even when they will be created and AppStream information would be added
for them, most if not all Workstation-oriented content of AppStream will
have no use in the Server context.

That said, 15MB is *nothing*. The only reason it might be a problem is
because PackageKit still cannot do DeltaRPMs (so it's a bit of a
bandwidth hog). But that should be fixable.
Forcing every cockpit deployment to bring another 15MB while the whole
cockpit install is 3MB is definitely too much.

$ rpm -qa| grep cockpit|xargs -n1 rpm -qi|grep Size|cut -d: -f2|awk '{s+=$1} END {print s}' 3113811


--
/ Alexander Bokovoy
_______________________________________________
devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx




[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Fedora Announce]     [Fedora Kernel]     [Fedora Testing]     [Fedora Formulas]     [Fedora PHP Devel]     [Kernel Development]     [Fedora Legacy]     [Fedora Maintainers]     [Fedora Desktop]     [PAM]     [Red Hat Development]     [Gimp]     [Yosemite News]
  Powered by Linux