-----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----- -- devel mailing list devel@xxxxxxxxxxxxxxxxxxxxxxx https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
