On Thu, Jul 07, 2005 at 10:52:06AM -0700, Donnie Berkholz wrote: > > strlen(EBUILD_FORMAT) * 19546 = 249K > > strlen(EAPI) * 19546 = 77K > > strlen(EV) * 19546 = 39K > > > > Where 19546 is the number if ebuilds in the tree as. > So, the size of the tree is 500216K. This makes the percent increase in > size for the options above 0.0005%, 0.0002% and 0.0001% respectively. In > any case, nearly irrelevant to its present size.
Probably should count some more formatting too. strlen(EBUILD_FORMAT="") = 16, 16 * 19546 = 306K strlen(EAPI="") = 7, 7 * 19546 = 134K strlen(EV="") = 5, 5 * 19546 = 96K Don't just count the 4K blocks. Count the actual data instead (du -b). The tree contains 95912503 bytes of data, including metadata. Excluding metadata it is 85301916 bytes. It's still less than 0.4% increase in the worst case. I like the 'EAPI' variant, as it's clearly seperate from 'EV', without being too long. To combat some of the increase, EAPI only needs to go into new ebuilds that use the functionality. Old ebuilds should default to the current syntax. -- Robin Hugh Johnson E-Mail : [EMAIL PROTECTED] Home Page : http://www.orbis-terrarum.net/?l=people.robbat2 ICQ# : 30269588 or 41961639 GnuPG FP : 11AC BA4F 4778 E3F6 E4ED F38E B27B 944E 3488 4E85
pgpJUpullec5g.pgp
Description: PGP signature
