On pe, 01 syys 2017, Neal Gompa wrote:
On Fri, Sep 1, 2017 at 8:37 AM, Alexander Bokovoy
<abokovoy(a)redhat.com> wrote:
> On pe, 01 syys 2017, Neal Gompa wrote:
>>
>> On Fri, Sep 1, 2017 at 7:52 AM, Marius Vollmer
>> <marius.vollmer(a)redhat.com> wrote:
>>>
>>> Neal Gompa <ngompa13(a)gmail.com> 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