On Thu, Aug 30, 2018 at 03:48:54PM -0500, Bruce Dubbs via blfs-dev wrote:
> On 08/30/2018 03:42 PM, Ken Moffat via blfs-dev wrote:
> > Looking at the instructions for fop, we download fontbox-2.0.11.jar.
> > But I don't understand the command to copy this :
> >
> > cp
Looking at the instructions for fop, we download fontbox-2.0.11.jar.
But I don't understand the command to copy this :
cp ../{pdf,font}box-2.0.11.jar fop/lib
What is this pdfbox-2.0.11.jar ? Is this just a typo for
'cp ../fontbox-2.0.11.jar fop/lib' ?
ĸen
--
Also Spuke
I just went to download ImageMagick-6.9.10-10 and failed, the 6.9.9
version is now -11. From the ChangeLog :
2018-08-27 6.9.10-11 Cristy
* Release ImageMagick version 6.9.10-11, GIT revision 13802:5198c3b80:20180828
2018-08-15 6.9.10-11 Cristy
* Fixed numerous use of uninitialized
On Thu, Aug 30, 2018 at 01:45:10PM -0500, Brendan L via blfs-dev wrote:
> It happened to me a few months ago, I was wondering what was up.
>
It happened to me this morning on blfs-support, I assumed it was just
my usual upstream doing its "randomly fail to accept email" normal
procedure ;)
ĸen
On Thu, Aug 30, 2018 at 04:01:23PM -0500, Bruce Dubbs via blfs-dev wrote:
> On 08/30/2018 03:52 PM, Ken Moffat via blfs-dev wrote:
> > I just went to download ImageMagick-6.9.10-10 and failed, the 6.9.9
> > version is now -11. From the ChangeLog :
> >
> > 2
I guess this probably belongs on -support, but I'll ask here first.
Tried building 8.3, except with a 4.14.67 kernel and headers this
week, on a box which usually runs as a desktop but is temporarily
configured as a server (to check for problems before doing a real
upgrade).
1. /var/lib/hwclock
On Sun, Sep 02, 2018 at 01:38:36AM +0100, Ken Moffat via blfs-dev wrote:
> I guess this probably belongs on -support, but I'll ask here first.
> Tried building 8.3, except with a 4.14.67 kernel and headers this
> week, on a box which usually runs as a desktop but is temporarily
>
On Tue, Sep 04, 2018 at 11:24:37AM -0500, DJ Lucas via blfs-dev wrote:
> On September 4, 2018 7:22:02 AM CDT, Ken Moffat via blfs-dev
> wrote:
>
> Take a look here: https://tdg.docbook.org/tdg/5.0/ch02.html
>
> That's for 5.0, but section 1.3 applies equally to Docbook
From the tex-live list (somebody reported an unexpected failure with
ghostscript-9.24, and it looks as if printing with hplip might be
broken too) - apparently to do with removing icc profiles from gs
(there was an earlier question about licensing of icc profiles for
texlive, the consensus was
On Sat, Sep 08, 2018 at 10:24:14PM +1000, Wayne Blaszczyk via blfs-dev wrote:
> FYI,
>
> --enable-system-hunspell is no longer recognized.
>
> Regards,
> Wayne.
Thanks for the notification, added to my ToDo list.
ĸen
--
Also Spuke Zerothruster
On Fri, Sep 07, 2018 at 08:42:48AM +0200, gabriele balducci via blfs-dev wrote:
> hello
>
> as you might have noticed, ff-63 (dev) requires a new rust package:
> cbindgen (generate C/C++ bindings for rust crates).
>
> Build instructions can be found at arch's site:
>
>
On Tue, Aug 28, 2018 at 02:41:01AM +0100, Ken Moffat wrote:
> On Mon, Aug 27, 2018 at 02:56:53AM +0100, Ken Moffat wrote:
> >
> > Once the dust has settled on 8.3, I hope to have another go at
> > trying to make the structure of the perl modules more like what we
> > do for python modules (one
I've started work on a branch to change how we handle perl modules
in the book, with help from Pierre to get the XML to a state where
jhalfs can use it (thanks again).
The motivation is documented in #11123 i.e.
http://wiki.linuxfromscratch.org/blfs/ticket/11123
I will be doing this
On Fri, Oct 19, 2018 at 12:45:12PM -0500, Bruce Dubbs via blfs-dev wrote:
> On 10/19/2018 12:05 PM, Douglas R. Reno via blfs-dev wrote:
>
> > OpenJPEG for some reason isn't installing ANY libraries after adding
> > -DENABLE_STATIC_LIBS=OFF. If we are that picky about static libraries,
> > we
On Sat, Oct 20, 2018 at 09:14:09PM +0100, Ken Moffat via blfs-dev wrote:
> First, my apologies for not noticing that the shared lib did not get
> reinstalled when I disabled the static lib.
>
> I think cmake has been a bad move from beginning to end, and even
> though most of th
On Thu, Oct 25, 2018 at 12:21:37AM +0200, Tim Tassonis via blfs-dev wrote:
> Hi all
>
>
> Just tried to build firefox 63.0 and got the folllowing error:
>
>
> -12:10.16 /lgl-bld/firefox-63.0/js/src/vm/JSContext-inl.h:180:73: error: no
> ‘void JSContext::checkImpl_63(int, const Head&, const
On Thu, Oct 25, 2018 at 12:53:17AM +0200, dueffert--- via blfs-dev wrote:
> Hi,
>
> On Thu, 25 Oct 2018, Tim Tassonis via blfs-dev wrote:
>
> > Just tried to build firefox 63.0 and got the following error:
> so far I fail to build FF63 too (while 62.0.3 was fine)...
>
> > This is with gcc 7.3.0
I've now updated these, at
http://www.linuxfromscratch.org/~ken/perl-changes/
Took a while, I didn't see any point in doing it until another
top-level module was added (DateTime::Calendar::Julian in this case)
and that had a lot of dependencies.
I will note now that for some of the early modules
I've just started to look at this, and I've got a query about the
current text:
To test the results, issue: make check. You will need to run
ldconfig as the root user first or some tests may fail.
Is that because a required library (on a fresh build) might not have
run ldconfig as part of its
Since I can only replicate the JS Context problem with old
gcc-7.3.0, it is difficult for me to know why all my builds on more
recent systems succeeded (with system graphite2 and harfbuzz)
whereas other people get failures. But in the hope of helping to
identify what differs:
1. Douglas's
On Thu, Oct 25, 2018 at 03:26:11PM -0500, Bruce Dubbs via blfs-dev wrote:
>
> As you may have seen in my earlier post, I came to the same conclusion
> independently. I did use the internal icu and FF built, installed, and ran
> (very limited testing) fine. I did use both the clang exports and
On Thu, Oct 25, 2018 at 09:40:52PM +0100, Ken Moffat via blfs-dev wrote:
>
> Summary:
>
> 1. Drop system icu unless that is 61 or 62.
>
> 2. Enable clang if its major version is 6 or 7.
>
> 3. I need to check how to enable gold.
>
> 4. I need to look at fedor
On Fri, Oct 26, 2018 at 11:39:42PM -0500, Bruce Dubbs via blfs-dev wrote:
> On 10/26/2018 08:48 PM, Brendan L via blfs-dev wrote:
> > Here is the bug where elfhack was implemented. In the comments there
> > is a link to a blog with details about it.
> >
> >
On Thu, Oct 25, 2018 at 03:12:57PM -0500, Brendan L via blfs-dev wrote:
> On Thu, Oct 25, 2018 at 12:52 PM Ken Moffat via blfs-dev
> wrote:
> >
> > I looked at Arch this morning, both for firefox beta (now 64b from
> > an hg pull) and 63 (now on their second variant).
On Thu, Oct 25, 2018 at 01:08:36PM -0500, Bruce Dubbs via blfs-dev wrote:
> On 10/25/2018 09:31 AM, renodr via blfs-dev wrote:
> >
> > Here's a list of my packages (at least as it pertains to Firefox
> > dependencies):
> >
> > Wed Oct 17 22:26:59 CDT 2018 autoconf-2.13
> > Tue Oct 23 21:02:49
I'm slowly getting to a point where I've got the proposed changes
for firefox ready (use clang, use gold, drop system icu).
What initially concerns me is Douglas's (and fedora 29's) need to
use --disable-elf-hack [ and I do not understand why fedora added a
patch, if I use --disable-elfhack the
On Wed, Oct 24, 2018 at 08:49:08PM -0500, renodr via blfs-dev wrote:
>
> I have 504 coredumps on this system (and it's not more than a couple weeks
> old). A majority of them were due to ICE's (CPU was too new for it's quirks
> to be covered in the kernel, as well as some Illegal Operation
On Sat, Oct 27, 2018 at 11:18:37PM +0100, Ken Moffat via blfs-dev wrote:
> On Sat, Oct 27, 2018 at 06:02:29AM +0100, Ken Moffat via blfs-dev wrote:
>
> 2. The other idea I got was to try -jN on ./mach build. It needs
> to come after the target, ./mach -j4 build is quic
On Sun, Nov 04, 2018 at 02:18:13AM +0100, dueffert--- via blfs-dev wrote:
> Hi all,
>
> On Fri, 26 Oct 2018, dueff...@uwe-dueffert.de wrote:
>
> > On Thu, 25 Oct 2018, Ken Moffat via blfs-dev wrote:
> >
> > > After the clang build (probably)
On Thu, Nov 01, 2018 at 08:37:45PM +, Ken Moffat via blfs-dev wrote:
> >
> > Lets figure this out.
> > #metoo, "I hate rustc".
> > - 2 Build, hours apart won't give the same result, event
> > if it is the same version number.
>
> True. In
On Thu, Nov 01, 2018 at 04:59:59PM -0400, Jean-Marc Pigeon via blfs-dev wrote:
>
> Firefox is not reliable and I feel it try to outsmart you
> (doing things in your back).
> at firt glance, falkon seems doing the browser job
>
Glad it works for you, but for me it has failed in the past on a lot
On Thu, Nov 01, 2018 at 10:58:10PM +0100, Tim Tassonis via blfs-dev wrote:
> Just in case anybody wondered: unlike firefox, thunderbird seems to work
> fine with icu 63.1, just compiled and tested it.
>
> Bye
> Tim
That's good to know. It is probably on a similar codebase to
firefox-60esr.
ĸen
On Thu, Nov 01, 2018 at 02:47:11PM -0400, Jean-Marc Pigeon via blfs-dev wrote:
>
> Until I reach xfce4-xkb-plugin, a very small module to
> use none US keyboardno big deal...
>
> Well... as there is countries flags in "svg" format you
> need librsvg, right
>
> librsvg need cargo
Digging my way through the perl modules, I've got to libwww-perl.
At the moment, we have it as a "first class" module (i.e. we keep
track of new versions). But looking at what uses it, AFAICS it
should be "demoted" (i.e. only used as a dependency).
Looking at the book's source I can see that URI
On Thu, Nov 01, 2018 at 09:34:22PM -0400, Jean-Marc Pigeon via blfs-dev wrote:
> Hello Ken,
> On 11/01/2018 06:46 PM, Ken Moffat via blfs-dev wrote:
> > On Thu, Nov 01, 2018 at 04:59:59PM -0400, Jean-Marc Pigeon via blfs-dev
> > wrote:
> > >
> > > Firef
At last, I've found out *what* was telling me that update-leap (from
ntp) was telling me to install Mozilla::CA because it could not find
the system's certificates. And no, it was not LWP-Protocol-https -
the deps listed in update-leap are technically correct.
The item in question is HTTP::Tiny
On Fri, Oct 26, 2018 at 12:40:30AM +0100, Ken Moffat via blfs-dev wrote:
>
> Meanwhile, trying clang-5.0 on an 8.2 system (I know I said "don't",
> but things need to be confirmed - and gentoo appear to require
> llvm >= 4.0)..
>
Built a
On Thu, Oct 25, 2018 at 05:28:38PM -0500, renodr via blfs-dev wrote:
> On 2018-10-25 16:29, Ken Moffat via blfs-dev wrote:
> >
> > For elfhack, all I can find is a comment that that builds failed in
> > fedora 29, no details at all. Also, for 63, and probably for 62
>
On Sat, Oct 27, 2018 at 06:02:29AM +0100, Ken Moffat via blfs-dev wrote:
>
> Last reported time 112m29.59.
>
> Going to bed, as soon as I get the next attempt started.
>
Status report (describing it as a Progress report might be too
optimistic - every question raises another).
First, my apologies for not noticing that the shared lib did not get
reinstalled when I disabled the static lib.
I think cmake has been a bad move from beginning to end, and even
though most of the idiocies have by now been worked out, from time
to time cases like this one emerge.
But I've found
On Mon, Nov 05, 2018 at 09:45:33AM -0600, Bruce Dubbs via blfs-dev wrote:
> On 11/04/2018 09:39 PM, Ken Moffat via blfs-dev wrote:
> > On Sun, Nov 04, 2018 at 08:41:28PM -0600, Bruce Dubbs via blfs-dev wrote:
> > >
> > > One question I have is what are the consequence
I've now made some fixes to the perl modules branch, and uploaded
up-to-date rendered versions of the book to
http://www.linuxfromscratch.org/~ken/perl-changes/
Since my previous announcements, the following things have changed:
1. Dependencies have been updated for DateTime::Locale,
One of the things which has gradually begun to upset me while
reworking the perl modules is that we head each module's section
using the form of the name with double-colons, but then follow it
with the version number, e.g. DateTime::Locale-1.22 instead of
DateTime-Locale-1.22.
Looking at the
On Fri, Nov 09, 2018 at 09:29:43AM +0100, dueff...@uwe-dueffert.de wrote:
>
> On Fri, 9 Nov 2018, Ken Moffat via blfs-dev wrote:
>
> > You did not mention that people using old ICU (e.g. 60) also had the
> > problem.
> Because I do not agree with that: For me, firefox-63
On Fri, Nov 09, 2018 at 02:19:00PM -0500, Jean-Marc Pigeon via blfs-dev wrote:
>
> Ken: Installation include browser 'falkon', I found it quite
> operational, could you confirm it is better now.
Apart from not opening a link which turned out to be a PDF (already
noted), I have not seen any
On Fri, Nov 09, 2018 at 08:57:44PM +, Ken Moffat via blfs-dev wrote:
> On Fri, Nov 09, 2018 at 02:19:00PM -0500, Jean-Marc Pigeon via blfs-dev wrote:
> >
> > Ken: Installation include browser 'falkon', I found it quite
> > operational, could you confirm it is better
On Fri, Nov 09, 2018 at 03:57:53PM -0600, Bruce Dubbs via blfs-dev wrote:
> On 11/09/2018 02:57 PM, Ken Moffat via blfs-dev wrote:
> >
> > I refuse to touch nvidia drivers, and after my experience with
> > nouveau on a GT710 (worked fine if Xorg not used, e.g. for a s
On Sun, Nov 04, 2018 at 05:36:45AM +, Ken Moffat via blfs-dev wrote:
> On Sun, Nov 04, 2018 at 02:18:13AM +0100, dueffert--- via blfs-dev wrote:
> > Worked for the moment, but wasn't really a solution. So I waited for
> > firefox-63.0.1, but that did not change anything
On Tue, Nov 13, 2018 at 02:12:25AM +, Ken Moffat via blfs-dev wrote:
>
> NB 1.21.3 pre-dates this, so is still broken (unless it works with
> poppler-0.71.0).
>
Patch committed, but reading what Bruce has written re texlive and
inkscape - it might not be needed with poppl
On Sun, Nov 11, 2018 at 10:16:54PM +, Ken Moffat via blfs-dev wrote:
>
> 2. cups-filters-1.21.1
>
> CXX pdftoraster-pdftoraster.o
> filter/pdftoraster.cxx: In function 'int main(int, char**)':
> filter/pdftoraster.cxx:2166:11: error: 'memCheck' is not a member of 'O
On Sun, Nov 11, 2018 at 10:16:54PM +, Ken Moffat via blfs-dev wrote:
> Building as at r20687 (and LFS r11479) was not a walk in the park.
>
> Three things (so far) are broken when building on a fresh system:
>
A fourth: inkscape dislikes poppler-0.69.0.
[ 41%] Building CXX
I think the perl modules branch is ready to merge - subject to any
objections.
For people who want to read the rendered versions I've again updated
the copies at http://www.linuxfromscratch.org/~ken/perl-changes/ and
this time I've added a provisional entry to the Change Log (that is
not in the
Building as at r20687 (and LFS r11479) was not a walk in the park.
Three things (so far) are broken when building on a fresh system:
1. mupdf-1.14.0
Trying to use shared libs fails furing make install:
/usr/bin/ld: warning: libmuthreads.so, needed by build/release/libmupdf.so, not
found (try
I think that the perl modules branch (perl dependencies broken down
into those modules directly referenced by other packages in the book,
and a second page of those which are only there as dependencies of
other modules) are now ready for testing by the brave, and for
review.
Rendered versions at:
On Thu, Nov 01, 2018 at 09:34:22PM -0400, Jean-Marc Pigeon via blfs-dev wrote:
> Could you give us, few site where you got troubles as example, such
> I can confirm "my" falkon version is working or not?
I've today been sent a (political lobbying) link in an html email
which does not do anything
On Sun, Nov 04, 2018 at 08:41:28PM -0600, Bruce Dubbs via blfs-dev wrote:
>
> One question I have is what are the consequences of using the cpan install
> for LWP::Protocol::https? That does not use the patch. As best I can tell,
> a grep for LWP::Protocol::https only shows up in biber and then
I've updated the online rendered versions of the branch, again at
http://www.linuxfromscratch.org/~ken/perl-changes/
The versions shown on the front pages remain at 18th September, but
the individual pages are correctly labelled as 27th September. That
probably means I missed the date change in
On Thu, Sep 27, 2018 at 03:50:06PM -0500, Douglas R. Reno via blfs-dev wrote:
>
> I'm committing pygobject3 as I write this. As part of the update, it
> underwent a change from autotools to Meson/ninja. This required significant
> changes to the installation instructions, but the dependencies
On Fri, Sep 28, 2018 at 12:17:07AM -0500, Bruce Dubbs via blfs-dev wrote:
> On 09/27/2018 11:54 PM, Ken Moffat via blfs-dev wrote:
> > I've updated the online rendered versions of the branch, again at
> > http://www.linuxfromscratch.org/~ken/perl-changes/
> >
> > The
On Fri, Sep 28, 2018 at 01:07:36PM -0500, Bruce Dubbs via blfs-dev wrote:
> >
> > For that, I applied the seds to a copy of the OLD tree, to get a
> > patch that I could look at.
> >
> > A comparison to the new tree showed what seemed to be the same block
> > of code, but further down. This is
On Mon, Oct 01, 2018 at 06:16:46AM +0200, Thomas Trepl via blfs-dev wrote:
> Am Sonntag, den 30.09.2018, 23:06 -0400 schrieb Clayton Johnson via blfs-dev:
> > DHCP 4.4.1 broken in guide as of GCC 8 update.
> >
> > Attached patch will fix this issue.
>
> What do you mean by "broken"? What is the
Back on my -dev machine, updated rustc, was hoping to leave it
building overnight (I previously stopped after firefox), but didn't
get very far: after openjpeg I build poppler (gtk, not qt). This
failed:
CMake Error at /usr/lib/openjpeg-2.3/OpenJPEGTargets.cmake:90 (message):
The imported
On Sun, Sep 02, 2018 at 05:24:03PM +0100, Ken Moffat via blfs-dev wrote:
> >
> > Just get 'ssh higgs.linuxfromscratch.org' to work. That's what svn is doing
> > under the hood (bonnet?).
> >
> > That should really only rely on what is in ~/.ssh
>
On Mon, Sep 03, 2018 at 02:15:56PM -0500, Bruce Dubbs via blfs-dev wrote:
> I've been looking at glib-2.58. They are moving to meson/ninja although the
> autotools build can still be made to work.
>
> I have a couple of issues about the new build.
>
> First, the latest package does not have the
On Sat, Sep 01, 2018 at 10:46:02PM -0500, Bruce Dubbs via blfs-dev wrote:
> On 09/01/2018 07:38 PM, Ken Moffat via blfs-dev wrote:
> >
>
> http://www.linuxfromscratch.org/lfs/view/stable/chapter06/util-linux.html
>
> First instruction.
>
Thanks. For some reason I co
On current lfs I've jus had a weird build failure with
nfs-utils-2.3.3
In a fresh extract, (I was doing a scripted build in /building, so I
assumed I'd copied something wrongly) with configure pasted from the
current book, I get the following in 'make' :
Making all in support
make[1]: Entering
On Fri, Sep 21, 2018 at 07:27:59PM +0100, Ken Moffat via blfs-dev wrote:
> On Fri, Sep 21, 2018 at 04:08:10PM +0200, Armin K. via blfs-dev wrote:
> >
> > Do you have rpcgen installed?
>
> I don't think so (the nfs build was in chroot, the box is powered
> off at
On Fri, Sep 21, 2018 at 04:08:10PM +0200, Armin K. via blfs-dev wrote:
> On 9/21/2018 6:41 AM, Ken Moffat via blfs-dev wrote:
> > On current lfs I've jus had a weird build failure with
> > nfs-utils-2.3.3
> >
> > In a fresh extract, (I was doing a scripted build in /bui
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 phoron
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
>
I tried using clang - as I said, in the beta I used
last weekend it saved a lot of space in the build, but now it FTBFS
so whether or not it would save any disk space is irrelevant.
Of course, their version of clang might be different (if so, probably
older).
>
> On Tue, Sep 25, 2018 at 3:
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.
> >
&g
In the past I've mentioned that I might take a look at Basilisk
(another fork of firefox from the Pale Moon people). Last night,
with steam coming out of my ears over my problem with rustc and
cargo (hopefully, I found a fix today) I decided to take a look.
Seemed to have fairly-frequent
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
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
On Fri, Sep 28, 2018 at 11:04:57AM -0500, Bruce Dubbs via blfs-dev wrote:
> On 09/28/2018 10:25 AM, spiky via blfs-dev wrote:
> >
> >
> > On 28/09/18 14:53, Douglas R. Reno wrote:
> > >
> > >
> > > On Fri, Sep 28, 2018 at 6:16 AM spiky via blfs-dev
> > > > >
On Sat, Nov 17, 2018 at 10:38:07PM -0600, Bruce Dubbs via blfs-dev wrote:
> On 11/17/2018 05:18 PM, Ken Moffat via blfs-dev wrote:
> >
> > That was absolutely horrid. First, merge requires the revision
> > numbers (I sort-of expected that, and was ready). But secondly, it
On Sun, Nov 18, 2018 at 12:56:15AM -0600, Bruce Dubbs via blfs-dev wrote:
> On 11/17/2018 11:37 PM, Ken Moffat via blfs-dev wrote:
> >
> > The problem with svn, in general, is that it is obscure and very
> > poorly documented (in particular, things which are claimed to wo
Forwarding to -dev since Bruce didn't get the original.
- Forwarded message from Ken Moffat -
Date: Sat, 5 Jan 2019 04:35:18 +
From: Ken Moffat
To: Bruce Dubbs
Subject: Re: node.js
User-Agent: Mutt/1.11.0 (2018-11-25)
Message-ID: <20190105043518.GA25606@milliways.localdomain>
On
[ changing the subject for this old mail from last month, I've
only just had time to retry the rustc build ]
On Tue, Dec 25, 2018 at 09:07:57PM +0200, Thanos Baloukas via blfs-dev wrote:
> On 25/12/18 7:55 π.μ., Ken Moffat via blfs-dev wrote:
> > So, for my attempts to keep old syste
On Wed, Jan 16, 2019 at 03:34:47PM -0600, Bruce Dubbs via blfs-dev wrote:
>
> Make sure LD_LIBRARY_PATH is unset; but otherwise I can't think of any other
> things to try.
>
As someone who has a habit of finding issues in my own builds, let
me start with a question or two for Roger:
What
On Tue, Jan 15, 2019 at 04:31:44PM -0700, Roger Koehler via blfs-dev wrote:
> Since there is this note:
>
> -skip qtwebengine: This switch disables building the QtWebEngine. The BLFS
> editors have chosen to build qtwebengine-5.12.0 separately.
>
> Should qtwebengine be listed as a dependency?
>
On Wed, Jan 16, 2019 at 03:42:31AM +, Ken Moffat via blfs-dev wrote:
>
> You should know enough by now to recognise that in
> almost all cases (except packages which use rust) the actual error
> message on a multicore build can be a long way before all the other
> paral
On Tue, Jan 22, 2019 at 03:40:14AM +, Ken Moffat via blfs-dev wrote:
>
> 2. I decided that for my current build I did not want to waste space
> and time installing the docs. This does make the build smaller, and
> presumably less slow. So, I'm thinking about making that t
I think I'm going to upgrade the book to rustc-1.32.0 this week.
For people who don't follow -book, this has been as much pain as
with some previous versions, and I need to do a lot more testing and
measuring before I say that it seem ok (and at the moment I'm
running it out of /opt/new). So, why
On Wed, Jan 23, 2019 at 06:01:19PM +0100, Pierre Labastie via blfs-dev wrote:
>
> Actually, there are 15 packages with python2 deemed as required (I plan to
> investigate those first, but before that, I wanted to get rid of python2 in
> the jhalfs tools)+ 3 python modules. And there are 4
On Mon, Dec 17, 2018 at 04:24:51PM -0700, Roger Koehler via blfs-dev wrote:
> >
> > I'm not much help, but I thought I would chime in and let you know
> > that I was having similar issues, so I built LFS 8.0 and BLFS 8.0 so
> > that I could use the longest running stable kernel (currently
> >
I saw the book was upgraded to sqlite-3.26.0, and I thought "yeah,
pick that up whenever I next test a new firefox version, doesn't
look urgent."
But just like when things started to turn bad in January, it's the
Register that has the details :
On Mon, Dec 17, 2018 at 04:21:21PM -0600, Bruce Dubbs via blfs-dev wrote:
> Requesting help.
>
> I'm rebuilding my laptop with latest development lfs/blfs and am having some
> kernel 4.19.8 issues.
>
> My laptop has both wired and wireless network interfaces. The wired
> interface is fine but
On Mon, Dec 17, 2018 at 11:56:33PM +, Ken Moffat via blfs-dev wrote:
>
> Google found something on linuxquestions suggesting that error
> started in 4.15. Apparently a reg.db file needs to be installed (in
> /lib/firmware for the common case, but apparently in /firmware for
>
On Sat, Dec 15, 2018 at 05:02:17PM -0600, Bruce Dubbs via blfs-dev wrote:
> On 12/15/2018 04:12 PM, Ken Moffat via blfs-dev wrote:
> > Picking up on recent changes:
>
> > 2. node.js-10.14.2
> >
> > In #11440, Bruce listed the changes, including :
On Sat, Dec 15, 2018 at 09:00:01PM -0600, DJ Lucas via blfs-dev wrote:
>
> So, what that ultimately can get us if included in BLFS (not LFS) is the
> following: drop CK2 and pm-utils (these shouldn't be needed on minimal
> servers), rootless Xorg - which should be in systemd anyway
>
On Sat, Dec 15, 2018 at 07:04:55PM -0600, Bruce Dubbs via blfs-dev wrote:
> On 12/15/2018 06:36 PM, Ken Moffat via blfs-dev wrote:
> > On Sat, Dec 15, 2018 at 05:02:17PM -0600, Bruce Dubbs via blfs-dev wrote:
> > > On 12/15/2018 04:12 PM, Ken Moffat via blfs-dev wrote:
> >
On Sat, Dec 15, 2018 at 03:06:27PM -0700, Roger Koehler via blfs-dev wrote:
> On Sat, Dec 15, 2018 at 2:49 PM Ken Moffat via blfs-dev
> wrote:
> >
> > On Sat, Dec 15, 2018 at 02:06:25PM -0700, Roger Koehler via blfs-dev wrote:
> > > configure can't file libnettle for so
On Sat, Dec 15, 2018 at 02:06:25PM -0700, Roger Koehler via blfs-dev wrote:
> configure can't file libnettle for some reason.
Have you installed nettle-3.4.1 ? That version is now the minimum
required - both of them turned out to be affected by the
side-channel vulnerability, see
Picking up on recent changes:
1. fdk-aac-2.0.0
Tim reported that this breaks ffmpeg-4.0.2 and attached a patch.
For the archives:
http://lists.linuxfromscratch.org/pipermail/blfs-dev/2018-December/035219.html
I said I'd look at it as part of trying to measure te changes for
ffmpeg-4.1, but I'm
On Thu, Dec 20, 2018 at 11:41:19PM -0600, Bruce Dubbs via blfs-dev wrote:
> On 12/20/2018 10:29 PM, Xi Ruoyao via blfs-dev wrote:
> > On 2018-12-20 10:45 -0600, Bruce Dubbs via blfs-dev wrote:
> > > On 12/20/2018 06:44 AM, Xi Ruoyao via blfs-dev wrote:
> > >
> > > So upstream says it is false by
On Tue, Dec 25, 2018 at 09:07:57PM +0200, Thanos Baloukas via blfs-dev wrote:
> On 25/12/18 7:55 π.μ., Ken Moffat via blfs-dev wrote:
> > So, for my attempts to keep old systems viable, things are looking
> > better, at least until firefox-65 appears (that will need a newer
>
On Tue, Dec 11, 2018 at 09:22:50PM +0100, Pierre Labastie via blfs-dev wrote:
>
> For Perl modules, I do not plan to build them in a foreseeable future...
>
I don't expect to look at any newer perl module versions before
February, and then maybe only for the things I build (ok, that's most
of
On Wed, Dec 12, 2018 at 12:06:45AM +0100, Tim Tassonis via blfs-dev wrote:
>
> and this seems to work fine. However, I'm not sure whether ffmpeg is being
> worked on right now anyway.
>
> I have attached the patch onto this mail, it gets ffmpeg 4.0.2 to compile
> for now.
>
I've been using
1 - 100 of 691 matches
Mail list logo