-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On 11/17/2015 11:16 AM, Adam Jackson wrote:
On Mon, 2015-11-16 at 20:39 -0500, Stephen Gallagher wrote:
> ==== 10 Longest dependency chains ==== b'abrt-addon-python3':
> 170 b'abrt-retrace-client': 171 b'abrt-addon-pstoreoops': 171
> b'abrt-addon-ccpp': 183 b'abrt-addon-vmcore': 190
b'rolekit':
> 196 b'abrt-cli': 214 b'cockpit': 216 b'freeipa-client': 249
> b'fedora-release-server': 252
I'm not sure what you mean by "dependency chain" here, I honestly
doubt we have any A->B->C->... chains between packages exceeding, I
dunno, 30 in length. Perhaps this means "installing this package
installs a graph with this many package nodes"? Or more
succinctly, "10 largest dependency subtrees"?
Right, maybe "dependency chains" is the wrong term. What it means is
that this is the total number of packages (which are probably shared
with others) necessary to support this package.
> * server-hardware-support - lm_sensors: chain 139
A bunch of that is perl. The old desktop live images fought
pretty hard to keep perl out, I suspect the sysadmin heritage of
the stuff in the server image will make that a bit harder to
accomplish.
I'm pretty willing to consider making lm_sensors an optional
component, but it will need to be discussed in terms of the Personas
we work against.
One other thing the desktop live image had going for it was a
concrete numeric goal to aim for. Since we're considering disk
space in the context of cloud images, would it make sense to define
a target in terms of (say) dollar cost of storage in Amazon EBS for
a year?
That's an interesting approach. I'll have to look into that.
> * The largest difference in the Fedora Server install vs. the
> minimal install is due to the FreeIPA and Samba packages
> requiring the inclusion of the Python 2 stack; focusing on
> eliminating this requirement in Fedora 24 would have the largest
> impact on both the number of packages and the space on disk.
Tsk, another instance of "python3 by default" not implying what we
might have hoped.
In today's Server WG meeting[1], we came up with an approach to
removing these packages from the default install while not losing the
functionality they provide (hooray for auto-installation).
[1]
https://lists.fedoraproject.org/pipermail/server/2015-November/002135.html
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2
iEYEARECAAYFAlZLYL0ACgkQeiVVYja6o6OAswCgnD20zdvf7Bb28Q4j9ZC/HYQx
wS0AnAq7cT/Y61CpjakQznufX64mR+vV
=Pa3M
-----END PGP SIGNATURE-----