On 4/9/20 12:46 PM, Tim Tassonis via blfs-dev wrote:


On 4/9/20 7:07 PM, Ken Moffat via blfs-dev wrote:
On Thu, Apr 09, 2020 at 01:23:24PM +0200, Tim Tassonis via blfs-dev wrote:
Hi all

I noticed that I do get quite different build sizes for thunderbird than
other maintainers, so I thought I will give a few infos about how I build
thunderbird. Maybe this helps to find out what's going on here.

Hi Tim,

thanks for providing this information.


du -hs /lgl-bld/thunderbird-68.7.0/


reports

4.2G    /lgl-bld/thunderbird-68.7.0/


So, as I'm doing this with all other packages and never get a significant difference to what's in the book with other packages, I'm pretty sure that
my counting isn't the problem.

In my mozconfig, I think I'm doing pretty standard stuff, too. These are my
active ac_add_options:

Just for the record, on firefox my own builds use harder CFLAGS etc,
potentially different optimizations, and (while 68-esr lasts) the
patch for system graphite2 and harfbuzz.  But when I measure for the
book I match the book's settings (without the optional patch) and
without my own CFLAGS etc.

So, I don't think that any differences in the mozconfig you are
using will be the cause of this enormous difference in size.

ac_add_options --enable-startup-notification
ac_add_options --disable-pulseaudio
ac_add_options --enable-calendar
ac_add_options --enable-system-sqlite
ac_add_options --with-system-libevent
ac_add_options --with-system-nspr
ac_add_options --with-system-nss
ac_add_options --with-system-icu
ac_add_options --prefix=/opt/thunderbird
ac_add_options --enable-application=comm/mail
ac_add_options --disable-crashreporter
ac_add_options --disable-updater
ac_add_options --disable-debug
ac_add_options --disable-debug-symbols
ac_add_options --disable-tests
ac_add_options --enable-optimize=-O2
ac_add_options --enable-strip
ac_add_options --enable-install-strip
ac_add_options --enable-official-branding
ac_add_options --enable-system-ffi
ac_add_options --enable-system-pixman
ac_add_options --with-system-bz2
ac_add_options --with-system-jpeg
ac_add_options --with-system-png
ac_add_options --with-system-zlib



So, what's left maybe is my toolchain, which might be a bit outdated:

Name                     : rustc
Version                  : 1.42.0-1


I had thought you must be using an older version (back to 1.35 is
probably still usable with 68).

Name                     : gcc
Version                  : 7.3.0-1

Name                     : clang
Version                  : 5.0.1-1


I'm shocked that your versions are so old.


I can of course stop taking tickets for blfs if my toolchain is too old for you. I do keep most "upper" stuff quite recent, but I'm quite hesitant in updating core stuff such as binutils, compilers and xorg libs underneath a whole system, and I don't have the time to fully upgrade all my systems every 6 months to keep in sync. So, while all "applications" and higher-level libraries are quite new, my core still runs on lfs 8.2.

I'm planning to do a full rebuild this year, if time permits, shall I refrain from updating stuff until then?

Yes, I think you probably should do that. I do not update my day-to-day system that oftern (maybe once a year), but I think most editors have separate development systems that have the latest packages.

  -- Bruce

--
http://lists.linuxfromscratch.org/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page

Reply via email to