Re: [blfs-dev] heads up: firefox-63 requires new rust package

2018-09-25 Thread Ken Moffat via blfs-dev
On Wed, Sep 26, 2018 at 03:10:37AM +0100, Ken Moffat via blfs-dev wrote: > On Tue, Sep 25, 2018 at 08:34:42PM -0500, Brendan L wrote: > > > Also I was reading some firefox bugs and it looks like they are > > switching all their Tier 1 platforms to build with clang. > > > > Which was why I tried

Re: [blfs-dev] heads up: firefox-63 requires new rust package

2018-09-25 Thread Ken Moffat via blfs-dev
On Tue, Sep 25, 2018 at 08:34:42PM -0500, Brendan L wrote: > Not you side track the discussion, but I was wondering if this option > is still needed. > > # Optimization for size is broken with gcc7 and later > ac_add_options --enable-optimize="-O2" > No idea. I think the default

Re: [blfs-dev] heads up: firefox-63 requires new rust package

2018-09-25 Thread Brendan L via blfs-dev
Not you side track the discussion, but I was wondering if this option is still needed. # Optimization for size is broken with gcc7 and later ac_add_options --enable-optimize="-O2" I've been building with just plain --enable-optimize for over a year now with no issue. This is with gcc 8.2.0.

Re: [blfs-dev] Announcing Basic BLFS (beta)

2018-09-25 Thread Ed Batalha via blfs-dev
Bruce Dubbs via blfs-dev wrote: The LFS team would like to announce a new book, Basic Packages for Linux From Scratch This book is under development and is designed for new BLFS users and is an excerpt of the full BLFS book. It provides guidance for getting started with BLFS and suggests

Re: [blfs-dev] Berkeley DB version

2018-09-25 Thread Ken Moffat via blfs-dev
On Tue, Sep 25, 2018 at 01:33:55PM +0800, Kevin Buckley via blfs-dev wrote: > Hi there, > > I normally add in the Berkeley DB package as part of my LFS build, > just so I can enable the extra server in Inetutils. > > I note though that the BLFS version is 5.3.28, whilst the last of that >

Re: [blfs-dev] heads up: firefox-63 requires new rust package

2018-09-25 Thread Ken Moffat via blfs-dev
On Mon, Sep 17, 2018 at 08:55:41PM +0100, Ken Moffat via blfs-dev wrote: > On Mon, Sep 17, 2018 at 12:56:50AM +0100, Ken Moffat via blfs-dev wrote: > > I was thinking that my next step on this odyssey would be to build > rustc-1.29.0 on a 4-core machine (to measure it). But phoronix > reports

Re: [blfs-dev] Vala and graphviz.

2018-09-25 Thread Pierre Labastie via blfs-dev
On 9/25/18 8:38 PM, Bruce Dubbs via blfs-dev wrote: > On 09/25/2018 11:42 AM, Ken Moffat via blfs-dev wrote: >> A quick look at vala-0.42.0 shows that graphviz is only recommended, >> and an explanation for the sed is still present.  But the sed is not >> visible in the rendered book. >> >>

Re: [blfs-dev] Vala and graphviz.

2018-09-25 Thread Bruce Dubbs via blfs-dev
On 09/25/2018 11:42 AM, Ken Moffat via blfs-dev wrote: A quick look at vala-0.42.0 shows that graphviz is only recommended, and an explanation for the sed is still present. But the sed is not visible in the rendered book. Experimentation shows that reinstating the sed, with each absolute line

Re: [blfs-dev] Trimming BLFS

2018-09-25 Thread Bruce Dubbs via blfs-dev
On 09/25/2018 09:13 AM, Xi Ruoyao via blfs-dev wrote: On 2018-09-25 15:44 +0200, Pierre Labastie via blfs-dev wrote: On 9/24/18 9:36 PM, Bruce Dubbs via blfs-dev wrote: I think that we should work on automating most of the updating work (build, measure, edit, and test that it fits together),

[blfs-dev] Vala and graphviz.

2018-09-25 Thread Ken Moffat via blfs-dev
A quick look at vala-0.42.0 shows that graphviz is only recommended, and an explanation for the sed is still present. But the sed is not visible in the rendered book. Experimentation shows that reinstating the sed, with each absolute line number increased by 7, does the job. (And people wonder

Re: [blfs-dev] Trimming BLFS

2018-09-25 Thread Ken Moffat via blfs-dev
On Mon, Sep 24, 2018 at 02:36:26PM -0500, Bruce Dubbs via blfs-dev wrote: > Over the years, BLFS has grown a lot. There are over 1000 individual > tarballs listed in the book. This creates a large maintenance burden. It is > a rare week when we have less than 30 new packages that need to be

Re: [blfs-dev] Trimming BLFS

2018-09-25 Thread Armin K. via blfs-dev
On 9/25/2018 6:39 AM, Xi Ruoyao via blfs-dev wrote: On 2018-09-24 15:09 -0500, Douglas R. Reno via blfs-dev wrote: On Mon, Sep 24, 2018 at 2:44 PM Bruce Dubbs via blfs-dev wrote: AbiWord-3.0.2 Gnumeric-1.12.43 ^ I suggest removing Libreoffice instead. It's a hog, and I can't honestly see

Re: [blfs-dev] Trimming BLFS

2018-09-25 Thread thomas via blfs-dev
Am 2018-09-24 21:36, schrieb Bruce Dubbs via blfs-dev: Over the years, BLFS has grown a lot. There are over 1000 individual tarballs listed in the book. This creates a large maintenance burden. It is a rare week when we have less than 30 new packages that need to be updated. The most time

Re: [blfs-dev] Trimming BLFS

2018-09-25 Thread Xi Ruoyao via blfs-dev
On 2018-09-25 15:44 +0200, Pierre Labastie via blfs-dev wrote: > On 9/24/18 9:36 PM, Bruce Dubbs via blfs-dev wrote: > > Over the years, BLFS has grown a lot. There are over 1000 individual > > tarballs > > listed in the book. This creates a large maintenance burden. It is a rare > > week when

Re: [blfs-dev] Trimming BLFS

2018-09-25 Thread Pierre Labastie via blfs-dev
On 9/24/18 9:36 PM, Bruce Dubbs via blfs-dev wrote: > Over the years, BLFS has grown a lot.  There are over 1000 individual tarballs > listed in the book.  This creates a large maintenance burden. It is a rare > week when we have less than 30 new packages that need to be updated. > > The most

Re: [blfs-dev] Trimming BLFS

2018-09-25 Thread Richard Melville via blfs-dev
On 24 September 2018 at 20:36, Bruce Dubbs via blfs-dev < blfs-dev@lists.linuxfromscratch.org> wrote: > > btrfs-progs-4.17.1 > xfsprogs-4.18.0 > Maybe it's not relevant here but these two are the default file systems for openSUSE Tumbleweed. Btrfs has matured over the years and is an