public inbox for gentoo-user@lists.gentoo.org
 help / color / mirror / Atom feed
From: Mick <michaelkintzios@gmail.com>
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] FF increasingly being bundled up
Date: Sat, 3 Oct 2015 10:57:47 +0100	[thread overview]
Message-ID: <201510031057.48605.michaelkintzios@gmail.com> (raw)
In-Reply-To: <2445564.SnoS6XSprk@thetick>

[-- Attachment #1: Type: Text/Plain, Size: 1896 bytes --]

On Saturday 03 Oct 2015 10:37:07 Marc Joliet wrote:
> On Saturday 03 October 2015 10:15:08 Mick wrote:
> >Hi All,
> >
> >I happened to notice that Firefox is having more and more USE flags for
> >using system-side rather than bundled in libraries:
> >
> >[ebuild     U  ] www-client/firefox-38.3.0::gentoo [38.2.1::gentoo]
> >USE="dbus gmp-autoupdate jemalloc3 jit minimal -bindist -custom-cflags
> >-custom- optimization -debug -egl -gstreamer -gstreamer-0 -hardened
> >(-neon) (-pgo) - pulseaudio (-selinux) -startup-notification
> >-system-cairo -system-icu -system- jpeg -system-libvpx -system-sqlite
> >{-test} -wifi"
> >
> >
> >However, such libraries are not enabled by default and FF will be
> >downloading 177,578 KiB of sources.  A couple of questions:
> >
> >- Will FF be downloading less if the system side USE flags are enabled?
> >- What are the benefits or disbenefits of enabling them?
> 
> I don't know about the size of the downloads, but is that *really* a
> problem?

When you are on a metered ADSL connection, yes, it can be.


> As to the system-* flags:  I've been setting all of them except for system-
> sqlite since... they exist, I think.  I make the exception to system-sqlite
> because it likely has a negative performance impact on other packages that
> depend on sqlite.  However, it seems that at least system-cairo might be
> problematic in recent versions of Firefox, see
> https://bugs.gentoo.org/show_bug.cgi?id=558150.
> 
> In general, I think it depends on how well upstream supports the flags and
> how quickly problems are noticed when using them, which might not be as
> quick as we like.
> 
> HTH

Have you found that using local system flags causes rebuilds of FF more often?  
I seem to build or rebuild FF every couple of weeks, but I would not want to 
have to rebuild it more often.

-- 
Regards,
Mick

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 473 bytes --]

  reply	other threads:[~2015-10-03  9:58 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-10-03  9:15 [gentoo-user] FF increasingly being bundled up Mick
2015-10-03  9:37 ` Marc Joliet
2015-10-03  9:57   ` Mick [this message]
2015-10-03 11:18     ` Alec Ten Harmsel
2015-10-03 13:41       ` Mick
2015-10-03 14:57         ` Rich Freeman
2015-10-03 18:24           ` Mick
2015-10-03 11:14 ` Alec Ten Harmsel
2015-10-03 11:26   ` Dale
2015-10-03 12:07     ` Bryan Gardiner
2015-10-03 12:31       ` Dale

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=201510031057.48605.michaelkintzios@gmail.com \
    --to=michaelkintzios@gmail.com \
    --cc=gentoo-user@lists.gentoo.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox