Re: [blfs-support] fcron md5sum BLFS 10.1/development

[Bruce Dubbs via blfs-support]

On 3/29/21 5:13 PM, Scott Andrews via blfs-support wrote:

On Mon, 29 Mar 2021 16:30:50 -0500
rhubarbpieguy--- via blfs-support
 wrote:


The fcron md5sum I see differs from the documentation.

md5sum fcron-3.2.1.src.tar.gz generates
489a7f41afdd88f9312b517b8a6c2433, while the documentation shows
bd4996e941a40327d11efc5e3fd1f839.  I've downloaded the file several
times and the md5s for all other files hit.  What might I be doing
wrong?



Third Try:

md5sum fcron-3.2.1.src.tar.gz
bd4996e941a40327d11efc5e3fd1f839  fcron-3.2.1.src.tar.gz


I have:

5a26a1dfd91fdc7e87401e98aef870e6  fcron-3.0.4.src.tar.gz
69ebcb41921e2a282f41ebecb3a27053  fcron-3.0.6.src.tar.gz
36bf213e15f3a480f2274f8e46cced0a  fcron-3.1.2.src.tar.gz
4b031c2fba32a98fa814d1557158b0e9  fcron-3.2.0.src.tar.gz
bd4996e941a40327d11efc5e3fd1f839  fcron-3.2.1.src.tar.gz

I re-downloaded fcron-3.2.1 and it has the same md5sum.

  -- Bruce


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

Re: [blfs-support] Two suggestions

[Bruce Dubbs via blfs-support]

On 3/27/21 1:54 PM, Rainer Fiebig via blfs-support wrote:


Ahh - this one made it! Despite containing "SPAM". So that's probably
not the reason the other one did not come through. Really strange.

I'm thinking about a gmail-account. But I'm not too enthusiastic about
google and such. I value privacy.


You can certainly have more than one account and limit gmail for mailing 
lists.  That shouldn't affect privacy much.


  -- Bruce

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

Re: [blfs-support] Two suggestions

[Bruce Dubbs via blfs-support]

On 3/26/21 12:36 PM, Rainer Fiebig via blfs-support wrote:

Hi all!

First, thanks to you and the team of LFS for your work and effort! I
think that in terms of digital self-empowerment LFS/BLFS is the most
important and most valuable Linux-distribution of all.

There is hardly anything to criticize. From my own experience however, I
think that two aspects could be improved in BLFS:


1. Like for LFS, there should be a file with the md5sums

Verification of the packages is important. But having to check each of
several hundreds of checksums individually is really a tedious exercise
without much educational value.

The idea is of course to download the packages one needs and then check
the md5sums with
md5sum -c md5sum_file
against those in the file.


How would we create the md5sum_file if we don't know what files the user 
wants ahead of time?



2. In hindsight, I would have appreciated a clear path to a
desktop-environment

I know what the "Introduction" in the book says: "Unlike the Linux From
Scratch book, BLFS isn't designed to be followed in a linear manner."

But in BLFS it is IMO very easy to get lost and frustrated in choices
and especially *dependency-hell* ("Dammit! Not another one!!!"). IMO
this aspect is rather a test for one's resolve than an encouraging
learning experience.

So what I suggest, is a clearly identifiable common thread within the
book or a list with the install-sequence (!) of those essential packages
one needs to have as a basis for a desktop environment.

I think this would make it much easier for the newcomer to build a
complete system and get a motivating sense of achievement - in half the
time. And the gain in knowledge wouldn't be any less, IMO.


This would be very difficult.  Everyone want to do it in a different 
way.  What optional dependencies does the user want/need?  Xorg is 
designed to be built in order as is xfce and lxde.  However there are 
jumps out to get dependencies.


About the best way I can think of is for someone to write a hint and 
list the order of packages needed for a specific situation.  If you 
check out jhalfs, there is a way to select what you want and it then 
generates a list taking dependencies into account.



Hope this was the right list to post this to.


Yes, it's the right list.

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

Re: [blfs-support] State of LFS hints

[Bruce Dubbs via blfs-support]

On 3/26/21 7:34 AM, Daniel Mowitz via blfs-support wrote:

After looking through the hints directory listing
and comparing it with the mailing list,
I noticed that none of the recent submissions were added.
(The last change I could se was in 2019 and the list was still active since.)

So, what is the current state of the hints in LFS?
Are they still maintained?


Most hints are pretty static and we don't get many new ones.  One hint 
that has been updated relatively recently (December) is lfs-uefi.txt, 
but I do not see any others for 2020.


  -- Bruce

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

Re: [blfs-support] Missing directory patch directory for systemd 10.1

[Bruce Dubbs via blfs-support]

On 3/3/21 7:31 PM, Pat Barnes via blfs-support wrote:


On 3/3/21 6:40 PM, Bruce Dubbs via blfs-support wrote:

On 3/3/21 5:06 PM, Ken Moffat via blfs-support wrote:
On Wed, Mar 03, 2021 at 05:21:28PM -0500, Pat Barnes via blfs-support 
wrote:

While trying to install libxml2-2.9.10, I tried to download the patch:

http://www.linuxfromscratch.org/patches/blfs/10.1/libxml2-2.9.10-security_fixes-1.patch 



It seems that http://www.linuxfromscratch.org/patches/blfs/10.1/ 
doesn't
exist. I was able to get the patch from the 10.0 security advisors, 
but I

suspect this will not be the last missing patch that I need.


Thanks for the report.

Meanwhile, all patches are at 
http://www.linuxfromscratch.org/patches/downloads/


It's fixed Ken.  I forgot a symlink.


I just tried it again with no luck. I'm still getting 404 for that page 
and any others with a patch


Sorry.  It is definately fixed now.

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

Re: [blfs-support] Missing directory patch directory for systemd 10.1

[Bruce Dubbs via blfs-support]

On 3/3/21 5:06 PM, Ken Moffat via blfs-support wrote:

On Wed, Mar 03, 2021 at 05:21:28PM -0500, Pat Barnes via blfs-support wrote:

While trying to install libxml2-2.9.10, I tried to download the patch:

http://www.linuxfromscratch.org/patches/blfs/10.1/libxml2-2.9.10-security_fixes-1.patch

It seems that http://www.linuxfromscratch.org/patches/blfs/10.1/ doesn't
exist. I was able to get the patch from the 10.0 security advisors, but I
suspect this will not be the last missing patch that I need.


Thanks for the report.

Meanwhile, all patches are at http://www.linuxfromscratch.org/patches/downloads/


It's fixed Ken.  I forgot a symlink.

  -- Bruce

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

Re: [blfs-support] Missing directory patch directory for systemd 10.1

[Bruce Dubbs via blfs-support]

On 3/3/21 4:21 PM, Pat Barnes via blfs-support wrote:

While trying to install libxml2-2.9.10, I tried to download the patch:

http://www.linuxfromscratch.org/patches/blfs/10.1/libxml2-2.9.10-security_fixes-1.patch 



It seems that http://www.linuxfromscratch.org/patches/blfs/10.1/ doesn't 
exist. I was able to get the patch from the 10.0 security advisors, but 
I suspect this will not be the last missing patch that I need.




Please try it again.

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

[blfs-support] LFS and BLFS Version 10.1 are released

[Bruce Dubbs via blfs-support]

The Linux From Scratch community is pleased to announce the release of 
LFS Version 10.1, LFS Version 10.1 (systemd), BLFS Version 10.1, and 
BLFS Version 10.1 (systemd).


This release is a major update to both LFS and BLFS.

The LFS release includes updates to glibc-2.33, and binutils-2.36.1. A 
total of 40 packages have been updated. Changes to text have been made 
throughout the book. The Linux kernel has also been updated to version 
5.10.17.


The BLFS version includes approximately 1000 packages beyond the base 
Linux From Scratch Version 10.0 book. This release has over 850 updates 
from the previous version in addition to numerous text and formatting 
changes.


Thanks for this release goes to many contributors.  Notably:

Douglas Reno
Pierre Labastie
Ken Moffat
Thomas Trepl
Tim Tassonis
Xi Ruoyao
DJ Lucas

You can read the books online[0]-[3], or download[4]-[7] to read locally.

Please direct any comments about this release to the LFS development
team at lfs-...@linuxfromscratch.org or blfs-...@linuxfromscratch.org. 
Registration for the mailing lists is required to avoid junk email.


  -- Bruce Dubbs
 LFS

[0] http://www.linuxfromscratch.org/lfs/view/10.1/
[1] http://www.linuxfromscratch.org/blfs/view/10.1/
[2] http://www.linuxfromscratch.org/lfs/view/10.1-systemd/
[3] http://www.linuxfromscratch.org/blfs/view/10.1-systemd/

[4] http://www.linuxfromscratch.org/lfs/downloads/10.1/
[5] http://www.linuxfromscratch.org/blfs/downloads/10.1/
[6] http://www.linuxfromscratch.org/lfs/downloads/10.1-systemd/
[7] http://www.linuxfromscratch.org/blfs/downloads/10.1-systemd/
--
http://lists.linuxfromscratch.org/listinfo/blfs-support
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page

[blfs-support] LFS-10.1-rc1 is released

[Bruce Dubbs via blfs-support]

The Linux From Scratch community announces the release of LFS Version
10.1-rc1. It is a preliminary release of LFS-10.1.

The Linux From Scratch community announces the release of LFS Version 
10.1-rc1. It is a preliminary release of LFS-10.1. Major changes include 
toolchain updates to binutils-2.36.1 and glibc-2.33. In total, 40 
packages were updated since the last release. Changes to the text have 
also been made throughout the book. The Linux kernel has also been 
updated to version 5.10.17.


We encourage all users to read through this release of the book and test
the instructions so that we can make the final release as good as possible.

You can read the book online [0], or download [1] to read locally.

In coordination with this release, a new version of LFS using the 
systemd package is also being released. This package implements the 
newer systemd style of system initialization and control and is 
consistent with LFS in most packages.


You can read the systemd version of the book online [2], or download [3]
to read locally.

   -- Bruce

[0] http://www.linuxfromscratch.org/lfs/view/10.1-rc1/
[1] http://www.linuxfromscratch.org/lfs/downloads/10.1-rc1/
[2] http://www.linuxfromscratch.org/lfs/view/10.1-systemd-rc1/
[3] http://www.linuxfromscratch.org/lfs/downloads/10.1-systemd-rc1/
--
http://lists.linuxfromscratch.org/listinfo/blfs-support
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page

Re: [blfs-support] Is it worth jumping in for me? / Can LFS be even more simple?

[Bruce Dubbs via blfs-support]

On 2/6/21 8:16 PM, 5--- via blfs-support wrote:

Sure, that is the 'init' program (/sbin/init) which needs to be
replaced. Than you can strip down your system to be a two-files-OS (1.
kernel, 2. your init). Doubt whether it is really fun ;-)


Thank you everyone for the replies.
I tried this on a full linux distro and ran into trouble. A tutorial on 
this would be interesting. How to put together a kernel, bootloader, and 
init script or binary (preferably one simple enough you can write 
yourself), sorting out the initrd if necessary, statically compiling any 
binaries so you can start with an absolute minimum.


Well you theoretically could modify a shell to run without glibc, but 
portions of it would need to drop to assembly language to make calls ot 
the kernel.


You can read this to give you clues: 
http://www.muppetlabs.com/~breadbox/software/tiny/teensy.html


Have fun.

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

Re: [blfs-support] Is it worth jumping in for me? / Can LFS be even more simple?

[Bruce Dubbs via blfs-support]

On 1/7/21 10:14 AM, Paul via blfs-support wrote:

On 1/7/21 1:34 AM, Christopher Gregory via blfs-support wrote:


If you are strapped for time, there is an alternative.  You could use 
jhalf to build the lfs system, and then you have a fully working base 
system, and then you could boot into lfs and then install gpm and 
dependencies, and then build the libraries first, as they are needed 
first off.  That way you can still learn more about linux, but you are 
able to do it in stages whilst building a desktop system.


Thanks for pointing out jhalfs, might save a big compiling exercise if I 
decide to give it a go.


We never recommend jhalfs for a first time lfs build.  Doing it manually 
at least once provides a significant learning opportunity.


  -- Bruce

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

Re: [blfs-support] Is it worth jumping in for me? / Can LFS be even more simple?

[Bruce Dubbs via blfs-support]

On 1/6/21 10:24 PM, Paul via blfs-support wrote:
I am interested in the idea of LFS to better understand Unix/Linux. I 
have been using Linux (Ubuntu/Debian/Arch) as my desktop for several 
years and it bothers me that I still don't understand A LOT about how it 
works. I like the idea of being able to simplify to the point where I 
understand the whole thing. However, looking through some of the LFS 
book (I haven't actually done it) I am concerned that the final system 
may still not be simplified to the point where I will have time to 
understand it all.


Question 1: If I thoughtfully work through LFS, will I understand what 
every file on my system is for and what every process in userspace is 
doing?


Probably not.At least not without a lot of work.  For instance there are 
three packages: gcc, glibc, and binutils that install a total of about 
5000 files.  Understanding every one is not practical.


That said, a base LFS system is much more lightweight than any 
commercial distro.


Question 2: Is it possible to run a system using only the kernel, grub 
(or other bootloader), maybe a compiler/libc if I need it, and a single 
executible loaded by the kernel that I would write in C? Kind of like a 
"hello world" exercise that would turn my computer into a single 
text-based game, a super super super simple shell, or literally printing 
"hello world" on the monitor?


You can't get down to quite that few packages. but certainly you could 
do that from a base LFS system.  For what you want would require bash 
and gcc and vim, but those require a lot of support packages, not the 
least of which include glibc, and the kernel.  Building those packages 
requires a lot of support packages like sed, gawk, grep, binutils, 
bison, make, tar, etc.


Building LFS will help you understand how all these tools and libraries 
interact, but understanding in detail everything is probably beyond any 
individual.


  -- Bruce

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

Re: [blfs-support] Problems downloading patches using jhalfs

[Bruce Dubbs via blfs-support]

On 12/21/20 4:06 PM, Bruce Dubbs wrote:


I think patches are not on osuosl (or if they are, not in blfs/svn).
Usually there is no problem downloading them from higgs, except when
they have just been committed (they are not yet in blfs/svn). But higgs
seems unresponsive at times these days.


The patches should be at osuosl, but they can be missed, especially if a 
patch is added but the base package has not been updated.


I've updated osuosl with the patches.  If there are others missing, let 
me know.


I did run into a problem with wget hanging.  I don't know why.  If wget 
hangs, a ^C followed by an immediate retry works virtually instantaneously.


Perhaps I should reboot higgs, but I'm hesitant to do that since it's 
been up 425 days.  I did try restarting apache yesterday.


  -- Bruce

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

Re: [blfs-support] Problems downloading patches using jhalfs

[Bruce Dubbs via blfs-support]

On 12/21/20 4:55 PM, Ken Moffat via blfs-support wrote:

On Mon, Dec 21, 2020 at 04:06:36PM -0600, Bruce Dubbs via blfs-support wrote:

On 12/21/20 3:17 PM, Pierre Labastie via blfs-support wrote:

On Mon, 2020-12-21 at 19:19 +, Ken Moffat via blfs-support wrote:

Connecting to
www.linuxfromscratch.org 
(www.linuxfromscratch.org)|2600:3c01::f03c:91ff:fe70:25e8|:80
... failed: Network is unreachable.
--2020-12-21 17:28:20--
http://ftp.osuosl.org/pub/blfs/svn/p/procmail-3.22-consolidated_fixes-1.patch
Resolving ftp.osuosl.org (ftp.osuosl.org)... 64.50.236.52,
140.211.166.134, 2600:3402:200:227::2, ...
Connecting to ftp.osuosl.org (ftp.osuosl.org)|64.50.236.52|:80...
connected.
HTTP request sent, awaiting response... 404 Not Found
2020-12-21 17:28:20 ERROR 404: Not Found.


I think patches are not on osuosl (or if they are, not in blfs/svn).
Usually there is no problem downloading them from higgs, except when
they have just been committed (they are not yet in blfs/svn). But higgs
seems unresponsive at times these days.


The patches should be at osuosl, but they can be missed, especially if a
patch is added but the base package has not been updated.


Certainly, higgs seems very unresponsive these days.  But I think
that every patch where the download has failed has not been a recent
one.  Certainly for procmail the page was last updated on 26th
August (probably tagging it for 10.0).  Others in this run were
openjade, procmail, lua-5.4.1, net-tools.

I can accept that lua-5.4.1 maybe dropped out because the book has
moved on to 5.4.2 (I'm still using the version of the book that was
current when I started), but I'm wondering if something needs to be
done for (some) patches which were in 10.0 to make them visible in
osuosl svn ?


All the patches are on higgs.  Just doing a wget on higgs should not be 
a problem.  The problem I've seen lately all have to do with subversion 
in one way or another.


I'll check the patches you list above for osu.

  -- Bruce

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

Re: [blfs-support] Problems downloading patches using jhalfs

[Bruce Dubbs via blfs-support]

On 12/21/20 3:17 PM, Pierre Labastie via blfs-support wrote:

On Mon, 2020-12-21 at 19:19 +, Ken Moffat via blfs-support wrote:

I've hit this several times during my current attempt to use jhalfs
to build the parts of blfs which I have not yet built : trying to
download a patch from linuxfromscratch times out, then osuosl 404s.
Not sure where the problem lies, so I'll ask here.

Latest one is procmail:

--2020-12-21 17:27:48--
http://ftp.osuosl.org/pub/blfs/conglomeration/procmail/procmail-3.22.tar.gz
Resolving ftp.osuosl.org (ftp.osuosl.org)... 140.211.166.134,
64.50.236.52, 2600:3402:200:227::2, ...
Connecting to ftp.osuosl.org (ftp.osuosl.org)|140.211.166.134|:80...
connected.
HTTP request sent, awaiting response... 200 OK
Length: 226817 (222K) [application/x-gzip]
Saving to: ‘procmail-3.22.tar.gz’

  0K .. .. .. .. .. 22%
151K 1s
     50K .. .. .. .. .. 45%
316K 1s
    100K .. .. .. .. .. 67%
21.4M 0s
    150K .. .. .. .. .. 90%
315K 0s
    200K .. .. .   100%
43.1M=0.7s

2020-12-21 17:27:49 (341 KB/s) - ‘procmail-3.22.tar.gz’ saved
[226817/226817]

procmail-3.22.tar.gz: OK
--2020-12-21 17:27:49--
http://www.linuxfromscratch.org/patches/blfs/svn/procmail-3.22-consolidated_fixes-1.patch
Resolving www.linuxfromscratch.org (www.linuxfromscratch.org)...
192.155.86.174, 2600:3c01::f03c:91ff:fe70:25e8
Connecting to
www.linuxfromscratch.org (www.linuxfromscratch.org)|192.155.86.174|:80
... failed: Connection timed out.
Connecting to
www.linuxfromscratch.org 
(www.linuxfromscratch.org)|2600:3c01::f03c:91ff:fe70:25e8|:80
... failed: Network is unreachable.
--2020-12-21 17:28:20--
http://ftp.osuosl.org/pub/blfs/svn/p/procmail-3.22-consolidated_fixes-1.patch
Resolving ftp.osuosl.org (ftp.osuosl.org)... 64.50.236.52,
140.211.166.134, 2600:3402:200:227::2, ...
Connecting to ftp.osuosl.org (ftp.osuosl.org)|64.50.236.52|:80...
connected.
HTTP request sent, awaiting response... 404 Not Found
2020-12-21 17:28:20 ERROR 404: Not Found.


I think patches are not on osuosl (or if they are, not in blfs/svn).
Usually there is no problem downloading them from higgs, except when
they have just been committed (they are not yet in blfs/svn). But higgs
seems unresponsive at times these days.


The patches should be at osuosl, but they can be missed, especially if a 
patch is added but the base package has not been updated.


  -- Bruce

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

Re: [blfs-support] libvdpau and graphviz

[Bruce Dubbs via blfs-support]

On 12/16/20 2:53 PM, William Harrington via blfs-support wrote:

Greetings,

I've gone through the libvdpau meson_options.txt and I don't see where graphviz 
is ever mentioned.

libvdpau after install only has:
  0x0001 (NEEDED) Shared library: [libX11.so.6]
  0x0001 (NEEDED) Shared library: [libdl.so.2]
  0x0001 (NEEDED) Shared library: [libXext.so.6]
  0x0001 (NEEDED) Shared library: [libpthread.so.0]
  0x0001 (NEEDED) Shared library: [libc.so.6]
  0x000e (SONAME) Library soname: [libvdpau.so.1]

So I'm curious now, where is graphviz involded with libvdpau?

option('documentation',
 type : 'combo',
 choices : [ 'true', 'false', 'auto' ],
 value : 'auto',
 description : 'Build documentation')
option('dri2',
 type : 'combo',
 choices : [ 'true', 'false', 'auto' ],
 value : 'auto',
 description : 'Query driver name through DRI2')
option('moduledir',
 type : 'string',
 description : 'Module directory')

Is it for later on down the line?



Are you referring to libvdpau-1.4 or libvdpau-va-gl-0.4.0?  libvdpau-1.4 
does not have graphviz listed as a dependency.


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

Re: [blfs-support] Update the kernel to 5.10.1

[Bruce Dubbs via blfs-support]

On 12/15/20 1:59 PM, James Read via blfs-support wrote:

Hi,

I have a running LFS system. Was thinking about updating the kernel to 
the latest stable version (5.10.1). Is this a bad idea? Could it break 
the system?




You can do that, but do NOT replace the kernel headers.  glibc depends 
on the headers.


Actually, I suggest you only update the kernel if you have a specific 
need for something in the new kernel.


  -- Bruce

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

Re: [blfs-support] How to make an iso of BLFS

[Bruce Dubbs via blfs-support]

On 12/8/20 3:07 PM, Christopher Gregory via blfs-support wrote:

[Profanity removed]


People like you should be banned from internet access for LIFE.

Christopher.


This message was totally uncalled for.  If you do this again, you will 
be the one banned.


  -- Bruce



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

Re: [blfs-support] How to make an iso of BLFS

[Bruce Dubbs via blfs-support]

On 12/8/20 2:29 PM, Scott Andrews via blfs-support wrote:

On Tue, 8 Dec 2020 14:03:51 -0600
Bruce Dubbs via blfs-support 
wrote:


On 12/8/20 1:22 PM, Scott Andrews via blfs-support wrote:

On Tue, 8 Dec 2020 12:33:48 -0600
Bruce Dubbs via blfs-support
 wrote:
   

On 12/8/20 12:00 PM, Scott Andrews via blfs-support wrote:
  

The only sane way ( successful way ) to build LFS for it to be
installed onto other machine is to

1.  Use a package manager

2.  Build ALL the packages in a clean chroot

3.  Create a base system of packages and all the add on
packages needed. You have to merge LFS and BLFS together.
You will have issues with controlling dependencies between
the various packages.

4.  Build an installation script to install the binary
packages from the package manager (repository). Formatting a drive
and installation of binaries going to the formatted drive included
in this step.

5.  Fix up the configuration files for each machine.

6.  Transfer drive to the target machine.

7.  A way to update the target machine(s).



Not true.  You can tar up the LFS system and untar it on an empty
partition on the target machine.  One caveat is if the target
machine is less capable than the build system, you need to build
gmp generically.
   


Other minor things are to change the host name, ip address, fstab,
grub.cfg, and maybe unprivileged user(s).  Also any kernel modules
and (potentially) firmware for the target system must be available.

 -- Bruce


That is a straw man argument and you know it.


It is not.  I've done it.  I didn't say your way doesn't work.  It's
just that using tar does not require the overhead of a package
manager. I does require you to know what you are doing.

-- Bruce



It is NOT an answer that the OP is looking for, nor is it a process the
OP could be successful with.

How does grub get installed correctly?


From the host:
   mount virtual file systems
   chroot into the LFS system
   grub-install


If the PARTID or UUID is different does it work?


   I said you have to edit grub.cfg.


UEFI, BIOS?  something else?

Grub config setup to work?

Again the OP is looking for an iso ( or something like that ) that he
can install and have it boot.  Your answer is woefully incorrect.


It is not incorrect.  It is different and requires some manual 
configuration.



My method works as described, batteries are included, yours ?


I will not respond to any more replies.

  -- Bruce

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

Re: [blfs-support] How to make an iso of BLFS

[Bruce Dubbs via blfs-support]

On 12/8/20 1:22 PM, Scott Andrews via blfs-support wrote:

On Tue, 8 Dec 2020 12:33:48 -0600
Bruce Dubbs via blfs-support 
wrote:


On 12/8/20 12:00 PM, Scott Andrews via blfs-support wrote:


The only sane way ( successful way ) to build LFS for it to be
installed onto other machine is to

1.  Use a package manager

2.  Build ALL the packages in a clean chroot

3.  Create a base system of packages and all the add on
packages needed. You have to merge LFS and BLFS together.
You will have issues with controlling dependencies between
the various packages.

4.  Build an installation script to install the binary
packages from the package manager (repository). Formatting a drive
and installation of binaries going to the formatted drive included
in this step.

5.  Fix up the configuration files for each machine.

6.  Transfer drive to the target machine.

7.  A way to update the target machine(s).



Not true.  You can tar up the LFS system and untar it on an empty
partition on the target machine.  One caveat is if the target machine
is less capable than the build system, you need to build gmp
generically.




Other minor things are to change the host name, ip address, fstab,
grub.cfg, and maybe unprivileged user(s).  Also any kernel modules
and (potentially) firmware for the target system must be available.

-- Bruce


That is a straw man argument and you know it.


It is not.  I've done it.  I didn't say your way doesn't work.  It's 
just that using tar does not require the overhead of a package manager.

I does require you to know what you are doing.

  -- Bruce

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

Re: [blfs-support] How to make an iso of BLFS

[Bruce Dubbs via blfs-support]

On 12/8/20 12:00 PM, Scott Andrews via blfs-support wrote:


The only sane way ( successful way ) to build LFS for it to be installed
onto other machine is to

1.  Use a package manager

2.  Build ALL the packages in a clean chroot

3.  Create a base system of packages and all the add on
packages needed. You have to merge LFS and BLFS together.
You will have issues with controlling dependencies between the
various packages.

4.  Build an installation script to install the binary packages
from the package manager (repository). Formatting a drive and
installation of binaries going to the formatted drive included
in this step.

5.  Fix up the configuration files for each machine.

6.  Transfer drive to the target machine.

7.  A way to update the target machine(s).



Not true.  You can tar up the LFS system and untar it on an empty 
partition on the target machine.  One caveat is if the target machine is 
less capable than the build system, you need to build gmp generically.


Other minor things are to change the host name, ip address, fstab, 
grub.cfg, and maybe unprivileged user(s).  Also any kernel modules and 
(potentially) firmware for the target system must be available.


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

Re: [blfs-support] libreoffice 7.0.3.1

[Bruce Dubbs via blfs-support]

On 12/6/20 11:41 AM, Christopher Gregory via blfs-support wrote:

Hello,

When I attempted to install libreoffice, I received the following error:



Various low-level dependencies are missing, please install them:
  aclocal -I /usr/share/aclocal: aclocal -I /usr/share/aclocal is 
required

I have no idea what is going on here, as there is a /usr/share/aclocal 
directory and one for the other version.

Doing a search I found that this has come up a few times in the past, and the 
developers do not care.  They just state to install the dependencies.  I have 
re-installed both Autoconf-2.69 and Automake-1.16.3 with the same build failure.

Any ideas as to how to fix this?


Do you have ACLOCAL set for xorg?   I have 'unset ACLOCAL' in my script 
right before autogen and it builds OK.


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

Re: [blfs-support] libuv-/aclocal-issue: workaround

[Bruce Dubbs via blfs-support]

On 11/30/20 7:01 AM, Rainer Fiebig wrote:

Hi!

With the directives in BLFS-10.0 (and earlier) libuv-* can't be built
because libuv's autogen.sh can't find aclocal and stops with an error.

This issue has been discussed before (Oct. 2019) and "autoreconf" has
been suggested as a solution.

This also worked for me. A simpler solution however is

unset ACLOCAL

before building libuv.

I see two possibilities why this works: either libuv's autogen.sh is
buggy or the environment variable ACLOCAL is not set correctly.


Yes, you are right.  We have a similar issue in soundtouch.  I'll add a 
similar note.


  -- Bruce

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

Re: [blfs-support] qtwebengine patch does not apply

[Bruce Dubbs via blfs-support]

On 11/26/20 1:17 PM, Christopher Gregory via blfs-support wrote:




Sent: Friday, November 27, 2020 at 7:23 AM
From: "Bruce Dubbs via blfs-support" 
To: blfs-support@lists.linuxfromscratch.org
Cc: "Bruce Dubbs" 
Subject: Re: [blfs-support] qtwebengine patch does not apply

On 11/26/20 12:15 PM, Christopher Gregory via blfs-support wrote:

Hello,

The provided patch does not seem to have been created correctly.  When you go 
to apply it, it asks which file you wish to patch.  I see that Bruce modified 
it, so perhaps this could be checked and corrected?


I just checked and it applies fine for me. No fuzz or offsets.  Here is
the md5sum:

e2c15032fde4a12caee4c2e6215b7cef
qtwebengine-everywhere-src-5.15.2-ICU68-1.patch

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



Hello Bruce,

This is what I get when using the book instructions:

root [ /opt/qt-everywhere-src-5.15.2 ]# patch -Np1 -i 
../qtwebengine-everywhere-src-5.15.2-ICU68-1.patch
can't find file to patch at input line 19
Perhaps you used the wrong -p or --strip option?
The text leading up to this was:
--
|Submitted By: Marty Jack 
|Date: 2020-11-02
|Initial Package Version: 5.15.1
|Upstream Status: Unknown
|Origin: self
|Description: Allows qtwebengine to build against system ICU_68.1 which has
|dropped the TRUE and FALSE macros.
|Comment by Ken: This code actually comes from chromium, but they only take
|bugs against their latest release, which I do not have. I have attempted
|to raise a bug at qt.
|
|Revised by Bruce Dubbs on 2020-11-20.
|Rebased and added new changes for 5.15.2
|
|
|diff -Naur 
qtwebengine-everywhere-src-5.15.2.orig/src/3rdparty/chromium/base/i18n/string_compare.cc
 
qtwebengine-everywhere-src-5.15.2/src/3rdparty/chromium/base/i18n/string_compare.cc
|--- 
qtwebengine-everywhere-src-5.15.2.orig/src/3rdparty/chromium/base/i18n/string_compare.cc
   2020-11-06 19:22:36.0 -0600
|+++ 
qtwebengine-everywhere-src-5.15.2/src/3rdparty/chromium/base/i18n/string_compare.cc
2020-11-20 12:37:25.321072942 -0600
--
File to patch:


It's not clear what directory you are in.

$ tar -xf qtwebengine-everywhere-src-5.15.2.tar.xz
$ cd qtwebengine-everywhere-src-5.15.2
$ patch -Np1 -i ../qtwebengine-everywhere-src-5.15.2-ICU68-1.patch


Also check md5sums:

e2c15032fde4a12caee4c2e6215b7cef 
qtwebengine-everywhere-src-5.15.2-ICU68-1.patch


c88cbe3158feb20c4feb3d54262feb23  qtwebengine-everywhere-src-5.15.2.tar.xz

You may also want to try 'find -name string_compare.cc'

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

Re: [blfs-support] qtwebengine patch does not apply

[Bruce Dubbs via blfs-support]

On 11/26/20 12:15 PM, Christopher Gregory via blfs-support wrote:

Hello,

The provided patch does not seem to have been created correctly.  When you go 
to apply it, it asks which file you wish to patch.  I see that Bruce modified 
it, so perhaps this could be checked and corrected?


I just checked and it applies fine for me. No fuzz or offsets.  Here is 
the md5sum:


e2c15032fde4a12caee4c2e6215b7cef 
qtwebengine-everywhere-src-5.15.2-ICU68-1.patch


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

Re: [blfs-support] libraw demosaic-packs

[Bruce Dubbs via blfs-support]

On 11/22/20 4:58 AM, Christopher Gregory via blfs-support wrote:

Hello,

I notice that the demosaic packs are still being shown as being able to be 
optionally downloaded and used in the book.  However, the developers have 
discontinued them, and now if you do a ./configure --help, they are not even 
listed as being able to be used by the program itself.


OK.  I'll remove them.

  -- Bruce

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

Re: [blfs-support] Bug on Libspiro page

[Bruce Dubbs via blfs-support]

On 11/10/20 4:07 PM, Radim Kohout via blfs-support wrote:

The first link is without the dot:
http://www.linuxfromscratch.org/blfs/view/10.0/general/libspiro.html
Radim Kohout

út 10. 11. 2020 v 23:05 odesílatel Radim Kohout > napsal:


Hello,
I've found a bug there
http://www.linuxfromscratch.org/blfs/view/10.0/general/libspiro.html. When
you click the download link, it is like

http://www.linuxfromscratch.org/blfs/view/10.0/general/%20https://github.com/fontforge/libspiro/releases/download/20200505/libspiro-dist-20200505.tar.gz
The first part of the link is probably wrong and should be removed.
Thanks
Radim Kohout


There is a minor typo in that link.  It has a leading %20 (a space) in 
the embedded url.  I've fixed that in the html on the website, but the 
downloaded versions are a bigger problem.  It will be fixed in the 
development version when rendered over night.


An alternative way to download the file is to use wget from the command 
line.


Thanks for the report.

  -- Bruce



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

Re: [blfs-support] LSB-Tools fails to create symlinks properly

[Bruce Dubbs via blfs-support]

On 11/10/20 11:43 AM, Scott Andrews via blfs-support wrote:


Now compliant with the man page and LSB specs.


What we have now is compliant with both.


https://refspecs.linuxfoundation.org/LSB_5.0.0/LSB-Core-generic/LSB-Core-generic/etc.html

"In addition to the requirements for /etc in the Filesystem Hierarchy 
Standard, an LSB conforming system shall also provide the following 
directories or symbolic links to directories: "


/etc/init.d 
  A directory containing system initialization scripts;

We do have a symlink from /etc/init.d to the appropriate directory.

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

Re: [blfs-support] LSB-Tools fails to create symlinks properly

[Bruce Dubbs via blfs-support]

On 11/10/20 7:09 AM, Scott Andrews via blfs-support wrote:

On Tue, 10 Nov 2020 06:00:54 -0500
Scott Andrews via blfs-support
 wrote:

[putolin]


man inittab

  A more elaborate inittab with different runlevels (see the comments
  inside):

   # Level to run in
   id:2:initdefault:

   # Boot-time system configuration/initialization script.
   si::sysinit:/etc/init.d/rcS

   # What to do in single-user mode.
   ~:S:wait:/sbin/sulogin

   # /etc/init.d executes the S and K scripts upon change
   # of runlevel.
   #
   # Runlevel 0 is halt.
   # Runlevel 1 is single-user.
   # Runlevels 2-5 are multi-user.
   # Runlevel 6 is reboot.

   l0:0:wait:/etc/init.d/rc 0
   l1:1:wait:/etc/init.d/rc 1
   l2:2:wait:/etc/init.d/rc 2
   l3:3:wait:/etc/init.d/rc 3
   l4:4:wait:/etc/init.d/rc 4
   l5:5:wait:/etc/init.d/rc 5
   l6:6:wait:/etc/init.d/rc 6

   # What to do at the "3 finger salute".
   ca::ctrlaltdel:/sbin/shutdown -t1 -h now

   # Runlevel 2,3: getty on virtual consoles
   # Runlevel   3: getty on terminal (ttyS0) and modem
   (ttyS1) 1:23:respawn:/sbin/getty tty1 VC linux
   2:23:respawn:/sbin/getty tty2 VC linux
   3:23:respawn:/sbin/getty tty3 VC linux
   4:23:respawn:/sbin/getty tty4 VC linux


Moving init.d from /etc/rc.d/init.d directory to /etc/init.d is fully
functional after fixing inittab.  Changing all the lines in the run
level paths from /etc/rc.d/init.d/ to /etc/init.d.  It just works.

As root user

mv /etc/rc.d/init.d /etc
sed -i 's|/etc/rc.d/init.d/|/etc/init.d|' /etc/inittab

reboot all functional.


What we have now is fully functional.  What you suggest would require a 
lot of changes in both LFS and BLFS.  Really, the only reason to use 
lsb-tools is to support packages that are not already in LFS/BLFS.


If you want to remove LFS/BLFS symlinks, you can use make 
uninstall-.


  -- Bruce




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

Re: [blfs-support] LSB-Tools fails to create symlinks properly

[Bruce Dubbs via blfs-support]

On 11/9/20 8:47 PM, Scott Andrews via blfs-support wrote:

LSB-Tools will fails to create symlinks properly in the following layout
mv /etc/rc.d/init.d /etc

layout as follows

/etc/init.d

/etc/rc.d/
rc0.d  rc1.d  rc2.d  rc3.d  rc4.d  rc5.d  rc6.d  rcS.d



The design of the layout is:

$ ls -l /etc/init.d
lrwxrwxrwx 1 root root 11 Feb 22  2020 /etc/init.d -> rc.d/init.d

$ ls -l //etc/rc.d
total 36
drwxr-xr-x 2 root root 4096 Feb 23  2020 init.d
drwxr-xr-x 2 root root 4096 Feb 23  2020 rc0.d
drwxr-xr-x 2 root root 4096 Feb 23  2020 rc1.d
drwxr-xr-x 2 root root 4096 Feb 23  2020 rc2.d
drwxr-xr-x 2 root root 4096 Feb 23  2020 rc3.d
drwxr-xr-x 2 root root 4096 Feb 23  2020 rc4.d
drwxr-xr-x 2 root root 4096 Feb 23  2020 rc5.d
drwxr-xr-x 2 root root 4096 Feb 23  2020 rc6.d
drwxr-xr-x 2 root root 4096 Feb 22  2020 rcS.d

LSB tools assumes this layout.

It is has been built into the lfs-bootscripts install procedure since 2011.

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

Re: [blfs-support] LSB-Tools broken again

[Bruce Dubbs via blfs-support]

On 11/9/20 12:58 PM, Scott Andrews via blfs-support wrote:


I am working with the sysinit package and lsb-tools.

in __init__.py line 96:

   elif os.path.exists("/etc/rc.d./init.d"):

should be

   elif os.path.exists("/etc/rc.d/init.d"):

  as path: /etc/rc.d./init.d does not exist


If DJ doesn't fix this in the next day or two, I'll add a sed to fix 
this typo.  In the meantime, you can use:


sed -i '96 s/d\./d/' lsbtools/__init__.py

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

Re: [blfs-support] QtWebEngine - make: *** [Makefile 49: sub-src-make_first] Error 2 - BLFS 10.0

[Bruce Dubbs via blfs-support]

On 10/18/20 5:16 PM, rhubarbpieguy--- via blfs-support wrote:

On 10/17/20 9:14 PM, Ken Moffat via blfs-support wrote:
On Sat, Oct 17, 2020 at 04:11:07PM -0500, rhubarbpieguy--- via 
blfs-support wrote:

Compiling QtWebEngine fails with the following end output:

    make[3]: *** No rule to make target 
'/sources/qtwebengine-everywhere-src-5.15.0/build/src/core/release/QtWebEngineCore.stamp', 


needed by '../../lib/libQt5WebEngineCore.so.5.15.0'.  Stop.
    make[3]: Leaving directory
'/sources/qtwebengine-everywhere-src-5.15.0/build/src/core'
    make[2]: *** [Makefile:132: 
sub-core_module-pro-install_subtargets] Error

2
    make[2]: Leaving directory
'/sources/qtwebengine-everywhere-src-5.15.0/build/src/core'
    make[1]: *** [Makefile:92: sub-core-install_subtargets] Error 2
    make[1]: Leaving directory
'/sources/qtwebengine-everywhere-src-5.15.0/build/src'
    make: *** [Makefile:61: sub-src-install_subtargets] Error 2

However, the problem appears to start with 'make: *** [Makefile:49:
sub-src-make_first] Error 2.'

Qt5 appears to have compiled without error and I believe I'm 
following the

documentation.  I tried 'NINJA_JOBS=4 make' without success?


I can recall that at times building qtwebengine with NINJA_JOBS has
been a right PITA, and my notes suggest that passing VERBOSE=1 to
make definitely stopped it using NINJA_JOBS.

I think that on one occasion I was able to find the error by
rerunning make in the broken build (and writing to a file, but I
also recall that there is no output until the build ends).

If you need to restrict the number of cores (e.g. insufficient
DRAM), taking cores offline (not core 0!) by echoing 0 to
/sys/devices/system/cpu/cpu/online etc for the cores you wish to
disable (on intel, probably the highest numbered if SMT, on zen the
"slow" cores might vary).  But that's just a workaround.

However, looking at your output I'm puzzled (unless the error was
during the install) - Output from 'make' (e.g. at start of line,
there are a lot of filenames which include make in them) doesn't
really appear in my log from the main build except in

make[3]: Nothing to be done for 'first'.
[1/185] CXX base/files/file_path_constants.o

  (running make Makefile.gn to put things together, the part that
  needs a static lib, which ends at

[185/185] LINK gn
make[3]: Nothing to be done for 'first'.

  and then a little later

make[3]: Entering directory 
'/scratch/working/qtwebengine-everywhere-src-5.15.0/build/src/core'
ninja -v  -C 
/scratch/working/qtwebengine-everywhere-src-5.15.0/build/src/core/release 
QtWebEngineCore
ninja: Entering directory 
`/scratch/working/qtwebengine-everywhere-src-5.15.0/build/src/core/release' 


[1/18172] touch obj/base/allocator/allocator.stamp

  and nothing more until

[18172/18172] touch QtWebEngineCore.stamp
make[3]: Leaving directory 
'/scratch/working/qtwebengine-everywhere-src-5.15.0/build/src/core'


and then after that I see 'make' bouncing around directories,
removing files, (re) creating .so libs - I assumed that was part of
the install, but perhaps it is the end of 'make' itself.  If so, did
all the ninja targets complete ?

ĸen


Sorry, I was sloppy providing output.  The problem occurs with 'make' 
and I included the tail end of 'make install.'   The error with 'make' is:


    ninja: build stopped: subcommand failed.
    make[3]: *** [Makefile.gn_run:552: run_ninja] Error 1
    make[3]: Leaving directory 
'/sources/qtwebengine-everywhere-src-5.15.0/build/src/core'

    make[2]: *** [Makefile:82: sub-gn_run-pro-make_first] Error 2
    make[2]: Leaving directory 
'/sources/qtwebengine-everywhere-src-5.15.0/build/src/core'

    make[1]: *** [Makefile:80: sub-core-make_first] Error 2
    make[1]: Leaving directory 
'/sources/qtwebengine-everywhere-src-5.15.0/build/src'

    make: *** [Makefile:49: sub-src-make_first] Error 2

Is there other output I should cite?


Yes, that output is meaningless.  We need a dozen or more lines before 
the subcommand failed line.


  -- Bruce

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

Re: [blfs-support] Issues building gdk-pixbuf-2.40.0

[Bruce Dubbs via blfs-support]

On 10/14/20 10:50 PM, DJ Lucas - LFS via blfs-support wrote:
Being that nobody is reporting it, I'm guessing not, but I'll ask 
anyway. Has anybody had issues building gkd-pixbuf-2.40.0? From a 
related bug report, it looks like some missing dependency elsewhere. It 
really doesn't matter much as libpng is runtime, but the tests are 
unable to be compiled here:


Message:
GDK-Pixbuf 2.40.0
==
            prefix: /usr
            libdir: /usr/lib
           datadir: /usr/share
        libexecdir: /usr/libexec

   enabled loaders: png jpeg tiff

     documentation: false
         man pages: true
     introspection: true
               x11: true
   installed tests: true
       relocatable: false

Build targets in project: 86



[151/176] Generating loaders.cache with a meson_exe.py custom command
[152/176] Linking target thumbnailer/gdk-pixbuf-print-mime-types
[153/176] Linking target tests/pixbuf-read
[154/176] Generating resources.c with a custom command
failed to load 
"/home/pkguser/Main/gdk-pixbuf/src/gdk-pixbuf-2.40.0/tests/icc-profile.png": 
Couldn?t recognize the image file format for file 
?/home/pkguser/Main/gdk-pixbuf/src/gdk-pixbuf-2.40.0/tests/icc-profile.png?

../tests/resources.gresource.xml: Child process exited with code 1.
[155/176] Compiling C object 
contrib/gdk-pixbuf-xlib/libgdk_pixbuf_xlib-2.0.so.0.4000.0.p/gdk-pixbuf-xlibrgb.c.o

[156/176] Generating resources.h with a custom command
failed to load 
"/home/pkguser/Main/gdk-pixbuf/src/gdk-pixbuf-2.40.0/tests/icc-profile.png": 
Couldn?t recognize the image file format for file 
?/home/pkguser/Main/gdk-pixbuf/src/gdk-pixbuf-2.40.0/tests/icc-profile.png?

../tests/resources.gresource.xml: Child process exited with code 1.

Here may be a partial fix, but I don't entirely understand the comments 
in the bug report, looks like something misisng in gobject-introspection?

https://gitlab.gnome.org/GNOME/gdk-pixbuf/-/issues/123
​​
Patch is here:
​ 
https://gitlab.gnome.org/GNOME/gdk-pixbuf/-/commit/7f0b214ad921c0ad00ff4ef57b531a6f18f7ccc9


I simply worked around it by killing off the tests with a more direct 
method: sed "/  subdir('tests')/d" -i meson.build

May be an entirely me issue, but something is off. Any ideas?


The tests were clean for me.  I did not get the messages above.  The 
issue you mention talks about -Dpng=false which we do not use.


The messages and the step numbers differed from what I had, but that may 
just be an artifact of ninja and multiple cores.


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

Re: [blfs-support] Qt5 Multiple versions

[Bruce Dubbs via blfs-support]

On 10/14/20 1:42 PM, Wayne Sallee via blfs-support wrote:



 Original Message 
*Subject: *  Re: [blfs-support] Qt5 Multiple versions
*From: * Bruce Dubbs Via Blfs-support 


*To: * Blfs-support 
*CC: *Bruce Dubbs 
*Date: *  2020-10-14  01:48 PM

On 10/14/20 12:10 PM, Wayne Sallee via blfs-support wrote:
The idea of using /opt to be able to create multiple versions of qt5 
is a good idea. I found some problems that might need to be addressed 
in the BLFS instructions.


run:
find /usr/bin -lname '*/opt/qt*' | xargs ls -lhd

and you will find something like this:

lrwxrwxrwx 1 qt qt 32 Oct 14 09:57 /usr/bin/lconvert-qt5 -> 
../../opt/qt-5.12.9/bin/lconvert
lrwxrwxrwx 1 qt qt 32 Oct 14 09:57 /usr/bin/lrelease-qt5 -> 
../../opt/qt-5.12.9/bin/lrelease
lrwxrwxrwx 1 qt qt 31 Oct 14 09:57 /usr/bin/lupdate-qt5 -> 
../../opt/qt-5.12.9/bin/lupdate
lrwxrwxrwx 1 qt qt 27 Oct 14 09:57 /usr/bin/moc-qt5 -> 
../../opt/qt-5.12.9/bin/moc
lrwxrwxrwx 1 qt qt 29 Oct 14 09:57 /usr/bin/qmake-qt5 -> 
../../opt/qt-5.12.9/bin/qmake
lrwxrwxrwx 1 qt qt 27 Oct 14 09:57 /usr/bin/rcc-qt5 -> 
../../opt/qt-5.12.9/bin/rcc
lrwxrwxrwx 1 qt qt 27 Oct 14 09:57 /usr/bin/uic-qt5 -> 
../../opt/qt-5.12.9/bin/uic



You can see from this, that I have most recently installed qt-5.12.9
But if I switch the link of /opt/qt5 to a previous version, the above 
links don't also switch. And when you go to compile something it uses 
/opt/qt-5.12.9/bin/qmake.


So after building qt5 it would probably be good to change the above 
smlinks to:


lrwxrwxrwx 1 qt qt 32 Oct 14 09:57 /usr/bin/lconvert-qt5 -> 
../../opt/qt5/bin/lconvert
lrwxrwxrwx 1 qt qt 32 Oct 14 09:57 /usr/bin/lrelease-qt5 -> 
../../opt/qt5/bin/lrelease
lrwxrwxrwx 1 qt qt 31 Oct 14 09:57 /usr/bin/lupdate-qt5 -> 
../../opt/qt5/bin/lupdate
lrwxrwxrwx 1 qt qt 27 Oct 14 09:57 /usr/bin/moc-qt5 -> 
../../opt/qt5/bin/moc
lrwxrwxrwx 1 qt qt 29 Oct 14 09:57 /usr/bin/qmake-qt5 -> 
../../opt/qt5/bin/qmake
lrwxrwxrwx 1 qt qt 27 Oct 14 09:57 /usr/bin/rcc-qt5 -> 
../../opt/qt5/bin/rcc
lrwxrwxrwx 1 qt qt 27 Oct 14 09:57 /usr/bin/uic-qt5 -> 
../../opt/qt5/bin/uic



There might be other links to change as well.

What do you think?


What you should have is /opt/qt5 -> qt-.  In that case the 
links you have should automatically point to the current version.


See the tip on the qt5 page.

  -- Bruce



Yes I do have /opt/qt5 -> qt-.

But those links I posted above do not go to /opt/qt5.

So for example if I change qt back to 5.10.1 with /opt/qt5 -> qt-5.10.1 
then qmake will still go to 5.12.9.


But If I change the links as posted above, then qmake would go to 5.10.1


If you follow the book it has:

export QT5PREFIX=/opt/qt5
...
QT5BINDIR=$QT5PREFIX/bin
...
for file in moc uic rcc qmake lconvert lrelease lupdate; do
  ln -sfrvn $QT5BINDIR/$file /usr/bin/$file-qt5
done

So those links should be to /opt/qt5/bin

Only after that should you do:

mv $QT5PREFIX /opt/qt-$VERSION &&
ln -svfn qt-$VERSION /opt/qt5

I can add a phrase to the tip to do this only after the installation is 
complete.


  -- Bruce


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

Re: [blfs-support] Qt5 Multiple versions

[Bruce Dubbs via blfs-support]

On 10/14/20 12:10 PM, Wayne Sallee via blfs-support wrote:
The idea of using /opt to be able to create multiple versions of qt5 is 
a good idea. I found some problems that might need to be addressed in 
the BLFS instructions.


run:
find /usr/bin -lname '*/opt/qt*' | xargs ls -lhd

and you will find something like this:

lrwxrwxrwx 1 qt qt 32 Oct 14 09:57 /usr/bin/lconvert-qt5 -> 
../../opt/qt-5.12.9/bin/lconvert
lrwxrwxrwx 1 qt qt 32 Oct 14 09:57 /usr/bin/lrelease-qt5 -> 
../../opt/qt-5.12.9/bin/lrelease
lrwxrwxrwx 1 qt qt 31 Oct 14 09:57 /usr/bin/lupdate-qt5 -> 
../../opt/qt-5.12.9/bin/lupdate
lrwxrwxrwx 1 qt qt 27 Oct 14 09:57 /usr/bin/moc-qt5 -> 
../../opt/qt-5.12.9/bin/moc
lrwxrwxrwx 1 qt qt 29 Oct 14 09:57 /usr/bin/qmake-qt5 -> 
../../opt/qt-5.12.9/bin/qmake
lrwxrwxrwx 1 qt qt 27 Oct 14 09:57 /usr/bin/rcc-qt5 -> 
../../opt/qt-5.12.9/bin/rcc
lrwxrwxrwx 1 qt qt 27 Oct 14 09:57 /usr/bin/uic-qt5 -> 
../../opt/qt-5.12.9/bin/uic



You can see from this, that I have most recently installed qt-5.12.9
But if I switch the link of /opt/qt5 to a previous version, the above 
links don't also switch. And when you go to compile something it uses 
/opt/qt-5.12.9/bin/qmake.


So after building qt5 it would probably be good to change the above 
smlinks to:


lrwxrwxrwx 1 qt qt 32 Oct 14 09:57 /usr/bin/lconvert-qt5 -> 
../../opt/qt5/bin/lconvert
lrwxrwxrwx 1 qt qt 32 Oct 14 09:57 /usr/bin/lrelease-qt5 -> 
../../opt/qt5/bin/lrelease
lrwxrwxrwx 1 qt qt 31 Oct 14 09:57 /usr/bin/lupdate-qt5 -> 
../../opt/qt5/bin/lupdate
lrwxrwxrwx 1 qt qt 27 Oct 14 09:57 /usr/bin/moc-qt5 -> 
../../opt/qt5/bin/moc
lrwxrwxrwx 1 qt qt 29 Oct 14 09:57 /usr/bin/qmake-qt5 -> 
../../opt/qt5/bin/qmake
lrwxrwxrwx 1 qt qt 27 Oct 14 09:57 /usr/bin/rcc-qt5 -> 
../../opt/qt5/bin/rcc
lrwxrwxrwx 1 qt qt 27 Oct 14 09:57 /usr/bin/uic-qt5 -> 
../../opt/qt5/bin/uic



There might be other links to change as well.

What do you think?


What you should have is /opt/qt5 -> qt-.  In that case the 
links you have should automatically point to the current version.


See the tip on the qt5 page.

  -- Bruce

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

Re: [blfs-support] Berkeley DB

[Bruce Dubbs via blfs-support]

On 9/26/20 10:33 PM, Christopher Gregory via blfs-support wrote:

[deleted trask talk]


Christopher.


Stop posting this type of thing or you will be blocked.

  -- Bruce

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

Re: [blfs-support] Berkeley DB

[Bruce Dubbs via blfs-support]

On 9/26/20 6:36 PM, Scott Andrews via blfs-support wrote:


On 9/26/20 6:40 PM, Ken Moffat via blfs-support wrote:
On Sat, Sep 26, 2020 at 06:18:14PM -0400, Scott Andrews via 
blfs-support wrote:

On 9/26/20 5:44 PM, Bruce Dubbs via blfs-support wrote:

On 9/26/20 4:26 PM, Scott Andrews via blfs-support wrote:

Beyond Linux® From Scratch - Version 7.5
Chapter 22. Databases

Berkeley DB-6.0.20


Beyond Linux® From Scratch (System V Edition) - Version 9.0
Chapter 22. Databases

Berkeley DB-5.3.28


Why was Berkeley DB-6.0.20 reverted to Berkeley DB-5.3.28?

These both are way behind, Berkeley DB 18.1 (18.1.40)

https://www.oracle.com/database/technologies/related/berkeleydb-downloads.html 



This is not a true open source version.  Oracle is not friendly to open
source.  In your link below you have to "sign in" to get the source
code.

Note that Arch and Debian also use version 5.3.28.

   -- Bruce


Berkley DB was at DB-6.0.20 in BLFS Version 7.5, WHY REVERT?



I remember being involved in the revert, but it was a long while ago
and I do not recall the details, but probably that the DB-6 version
was not being used by anyone else, and therefore it seemed like a
bad idea.

Please find the last version where we used DB-6, then look at the
changelog in the next version, and then look at the list archives
around that date (primarily for -dev, but I suspect someone also
asked on -support after the change).


Beyond Linux® From Scratch - Version 8.2 Berkeley DB-6.2.23

Beyond Linux® From Scratch - Version 8.3 Berkeley DB-5.3.28




Or, you can compile whatever software/versions you wish on your own
system.  But if you are distributing binaries, remember to check
that the licenses are compatible.

More generally, when we decide to revert versions that often gets
discussed on -dev and will therefore be in the archives (sometimes
the problem is pointed out on -support before we revert, other times
it's all on -dev).


There is no good reason to revert it: 
http://wiki.linuxfromscratch.org/blfs/ticket/10989


  * The Oracle Berkeley DB product is licensed
  * under the GNU AFFERO GENERAL PUBLIC LICENSE:
  *
  *
  *  GNU AFFERO GENERAL PUBLIC LICENSE
  * Version 3, 19 November 2007


I use db-6.0.20 with rpm and yellowdog updater

No issues, I also have some pgms written by me that use the rpm db and 
they have not failed to function.


Your distro, your rules.

  -- Bruce


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

Re: [blfs-support] Berkeley DB

[Bruce Dubbs via blfs-support]

On 9/26/20 5:18 PM, Scott Andrews via blfs-support wrote:


On 9/26/20 5:44 PM, Bruce Dubbs via blfs-support wrote:

On 9/26/20 4:26 PM, Scott Andrews via blfs-support wrote:

Beyond Linux® From Scratch - Version 7.5
Chapter 22. Databases

Berkeley DB-6.0.20


Beyond Linux® From Scratch (System V Edition) - Version 9.0
Chapter 22. Databases

Berkeley DB-5.3.28


Why was Berkeley DB-6.0.20 reverted to Berkeley DB-5.3.28?

These both are way behind, Berkeley DB 18.1 (18.1.40)

https://www.oracle.com/database/technologies/related/berkeleydb-downloads.html 




This is not a true open source version.  Oracle is not friendly to 
open source.  In your link below you have to "sign in" to get the 
source code.


Note that Arch and Debian also use version 5.3.28.

  -- Bruce



Berkley DB was at DB-6.0.20 in BLFS Version 7.5, WHY REVERT?


Because Oracle makes changes that break open source packages.

  -- Bruce

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

Re: [blfs-support] Berkeley DB

[Bruce Dubbs via blfs-support]

On 9/26/20 4:26 PM, Scott Andrews via blfs-support wrote:

Beyond Linux® From Scratch - Version 7.5
Chapter 22. Databases

Berkeley DB-6.0.20


Beyond Linux® From Scratch (System V Edition) - Version 9.0
Chapter 22. Databases

Berkeley DB-5.3.28


Why was Berkeley DB-6.0.20 reverted to Berkeley DB-5.3.28?

These both are way behind, Berkeley DB 18.1 (18.1.40)

https://www.oracle.com/database/technologies/related/berkeleydb-downloads.html 


This is not a true open source version.  Oracle is not friendly to open 
source.  In your link below you have to "sign in" to get the source code.


Note that Arch and Debian also use version 5.3.28.

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

Re: [blfs-support] xinit-1.4.1

[Bruce Dubbs via blfs-support]

On 9/17/20 10:58 AM, Hans Meier via blfs-support wrote:

Hello,

Is sed -e correct in xinit-1.4.1 on the last command?
Should it not be sed -i ?


sed -e '/$serverargs $vtarg/ s/serverargs/: #&/' $XORG_PREFIX/bin/startx
sed -i '/$serverargs $vtarg/ s/serverargs/: #&/' $XORG_PREFIX/bin/startx


I use blfs 10.0.


Yes, you are right, it should be -i.  We will need to note this in the 
errata.


Thanks for the report.

  -- Bruce

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

Re: [blfs-support] Gwenview is unable to launch

[Bruce Dubbs via blfs-support]

On 9/14/20 10:52 AM, Ken Moffat via blfs-support wrote:

On Mon, Sep 14, 2020 at 09:08:47AM -0400, Linux Lover via blfs-support wrote:

Upon researching it seems cfisio is apart of that which is installed at 3.19

I'm at a loss lol


P;lease don't top post, it makes it very hard to follow the thread.

I'm unable to parse that sentence.  What is 'cfisio', and what is
'3.19' ?


On Mon, Sep 14, 2020, 8:18 AM Elias Rudberg  wrote:


On Mon, 2020-09-14 at 07:09 -0400, Linux Lover via blfs-support wrote:

Followed instructions
http://www.linuxfromscratch.org/blfs/view/svn/kde/gwenview5.html

Compiled just fine, however upon launching I get an error

gwenview: symbol lookup error:
gwenview: undefined symbol:
_ZNK10FitsPlugin12capabilitiesEP9QIODeviceRK10QByteArray

Any ideas? Everything is up to date on my system. I filed a bug with
kde t they told me to post here.


Unfortunately, with LFS/BLFS 'Everything is up to date on my system'
doesn't tell us a lot about what you have installed or updated.  I
guess you are running what started out as an older system, and have
been upgrading packages ?



I don't know how to solve it but one step along the way could be to
demangle that cryptic name using c++filt:

$ echo _ZNK10FitsPlugin12capabilitiesEP9QIODeviceRK10QByteArray |
c++filt
FitsPlugin::capabilities(QIODevice*, QByteArray const&) const

So somewhere there is a C++ class called "FitsPlugin" -- the question
is, which library is supposed to provide an implementation for that?
Perhaps KDE folks could at least help with answering that?

/ Elias


Google doesn't find much for FitsPlugin related to gwenview (it
found some results for photoshop, I think it might be related to
astronomy (i.e. photos of starts).  The plugins seem to come from
KF5Kipi.

That makes me wonder if you have updated qt and qwenview from an old
version (at a guess, before 5.15 ahnd 20.08) where KF5Kipi was
installed, but have not updated/reinstalled that.

Other than that, I have no ideas - unfortunately the qwenview
releases don't have any information on what changed, and I could not
find any Release Notes.


A couple of comments.  First, gwenview works fine for me on a BLFS-10.0 
system.


Second, you can check the symbols in a binary with the nm utility.  In 
this case I ran


nm /opt/kf5/bin/gwenview|grep ByteArray|grep Plug

and got no hits, so some library is asking for the OP's zombie symbol. 
I'm not going to search the 151 libraries that ldd reports for gwenview.


I do not know the OP's setup, but one reason we suggest putting qt, kf5, 
and xorg into /opt is to make it easier to rebuild components and not 
mix old and new versions in the /usr hierarchy.


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

Re: [blfs-support] Default Printer Not Showing In Firefox Or Thunderbird

[Bruce Dubbs via blfs-support]

On 9/9/20 1:33 AM, Michael Shell via blfs-support wrote:

On Tue, 08 Sep 2020 11:31:58 +0200
Stephen Berman via blfs-support  wrote:


added the line `gtk-print-backends = cups,file,lpr' to
~/.config/gtk-3.0/settings.ini and now firefox shows the printer.


Thanks for posting the solution.

Maybe this setting should be added to the GTK+3 configuration
example in the BLFS book:

http://www.linuxfromscratch.org/blfs/view/svn/x/gtk3.html

possibly with a note that mentions the need for this setting
for Firefox.


When I looked at the page referenced in the book for gtk settings, I found

“gtk-print-backends”   char *

A comma-separated list of print backends to use in the print dialog. 
Available print backends depend on the GTK+ installation, and may 
include "file", "cups", "lpr" or "papi".


Owner: GtkSettings

Flags: Read / Write

Default value: "file,cups,cloudprint"

Since: 2.10

=

It's interesting that the OP's system didn't find cups since that is in 
the default list.  I'll note that I cam not familiar with papi or 
cloudprint.


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

Re: [blfs-support] BLFS 10.0 Patch Not Found

[Bruce Dubbs via blfs-support]

On 9/3/20 8:21 AM, Vaughan Butler via blfs-support wrote:
Building gptfdisk-1.0.5, the patch URL is not found. In fact the folder 
http://www.linuxfromscratch.org/patches/blfs/10.0 does not exist! Found 
the correct patch in the svn folder.


That has been fixed.  Thanks for the report.

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

[blfs-support] LFS and BLFS Version 10.0 are released

[Bruce Dubbs via blfs-support]

The Linux From Scratch community is pleased to announce the release of 
LFS Version 10.0, LFS Version 10.0 (systemd), BLFS Version 10.0, and 
BLFS Version 10.0 (systemd).


This release is a major update to both LFS and BLFS.

The LFS release includes updates to glibc-2.31, and binutils-2.34. A 
total of 35 packages have been updated. A new package, zstd-1.4.4, has 
also been added. Changes to text have been made throughout the book. The 
Linux kernel has also been updated to version 5.5.3.


The BLFS version includes approximately 1000 packages beyond the base 
Linux From Scratch Version 9.1 book. This release has over 840 updates 
from the previous version in addition to numerous text and formatting 
changes.


Thanks for this release goes to many contributors.  Notably:

Douglas Reno
DJ Lucas
Ken Moffat
Thomas Trepl
Pierre Labastie
Tim Tassonis
Xi Ruoyao

You can read the books online[0]-[3], or download[4]-[7] to read locally.

Please direct any comments about this release to the LFS development
team at lfs-...@linuxfromscratch.org or blfs-...@linuxfromscratch.org. 
Registration for the mailing lists is required to avoid junk email.


  -- Bruce Dubbs
 LFS

[0] http://www.linuxfromscratch.org/lfs/view/10.0/
[1] http://www.linuxfromscratch.org/blfs/view/10.0/
[2] http://www.linuxfromscratch.org/lfs/view/10.0-systemd/
[3] http://www.linuxfromscratch.org/blfs/view/10.0-systemd/

[4] http://www.linuxfromscratch.org/lfs/downloads/10.0/
[5] http://www.linuxfromscratch.org/blfs/downloads/10.0/
[6] http://www.linuxfromscratch.org/lfs/downloads/10.0-systemd/
[7] http://www.linuxfromscratch.org/blfs/downloads/10.0-systemd/
--
http://lists.linuxfromscratch.org/listinfo/blfs-support
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page

Re: [blfs-support] BLFS - PHP-7.4.9 Missing SQLite Configure Fail

[Bruce Dubbs via blfs-support]

On 8/31/20 8:19 AM, Jon Wilder via blfs-support wrote:
In following the published configure opts in the PHP chapter of the 
Development systemd version of the BLFS book, configure kept failing due 
to SQLite missing on my system. I installed MariaDB, then attempted the 
build again, and got the same error.


To correct, I had to explicitly define the following in my configure opts –

--without-sqlite3   \

--without-pdo-sqlite \

--with-mysql-sock \

--with-pdo-mysql

Only after adding these configure opts did it build correctly.

Would be helpful if these configure opts could be added to the configure 
section of the PHP chapter for those who are using MariaDB.


The configuration of php is very complex due to the number of optional 
dependencies.  We do have the mysql options in the Command 
Explanations, but we can't cover every combination of options.  That's 
why we have the note to review ./configure --help.


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

Re: [blfs-support] GCC fails to find headers that are present on the system

[Bruce Dubbs via blfs-support]

On 8/30/20 3:04 PM, Pierre Labastie via blfs-support wrote:

On Sat, 2020-08-29 at 20:20 -0400, Chris Gorman via blfs-support wrote:

Hello Again,

I believe I have found the culprit for my 'broken' search path for
gcc
and g++.  In 'Introduction to Xorg-7' we are told to run the
following
if we are using a directory other than /usr as our $XORG_PREFIX. ...

cat >> /etc/profile.d/xorg.sh << "EOF"

pathappend $XORG_PREFIX/bin PATH
pathappend $XORG_PREFIX/lib/pkgconfig   PKG_CONFIG_PATH
pathappend $XORG_PREFIX/share/pkgconfig PKG_CONFIG_PATH

pathappend $XORG_PREFIX/lib LIBRARY_PATH
pathappend $XORG_PREFIX/include C_INCLUDE_PATH
pathappend $XORG_PREFIX/include CPLUS_INCLUDE_PATH

ACLOCAL="aclocal -I $XORG_PREFIX/share/aclocal"

export PATH PKG_CONFIG_PATH ACLOCAL LIBRARY_PATH C_INCLUDE_PATH
CPLUS_INCLUDE_PATH
EOF

The setting of C_INCLUDE_PATH and CPLUS_INCLUDE_PATH here cause a gcc
and g++ to change their search order, to put /usr/include at the
beginning of their search path.  This breaks some builds like mesa.
To be clear, this was my fault as the note before this states to skip
these instructions if I am using /usr as my $XORG_PREFIX, which I am.

Hope this helps someone else.


Thanks a lot for the investigation and the finding. You are not the
first to run instructions for $XORG_PREFIX != /usr while setting
XORG_PREFIX=/usr... This generates several hard to debug failures. I
think we should explicitly have an if...fi pair around those
instructions (that would help jhalfs too :).


I think that's overkill.  We have a note:

"If you've decided to use the standard /usr prefix, you can omit the 
remainder of this page..."


I'm OK with changing the note to "Important".

Perhaps also change can change "can" to "must" with a bold must.

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

Re: [blfs-support] BLFS-9.0 BLFS-9.1 BLFS-SVN util-macros

[Bruce Dubbs via blfs-support]

On 8/27/20 5:45 PM, Scott Andrews via blfs-support wrote:

On Thu, 27 Aug 2020 16:59:19 -0500
Bruce Dubbs via blfs-support 
wrote:


On 8/27/20 4:31 PM, Scott Andrews via blfs-support wrote:

*.pc file in wrong directory

install -m755 -d /usr/lib
mv /usr/share/pkgconfig /usr/lib/
   


pkg-config searches both /usr/lib/pkgconfig and /usr/share/pkgconfig

man pkg-config

-- Bruce


I understand that,

The proper place is /usr/lib/pkgconfig, /usr/share/pkgconfig is
obsolete very few packages use that.

As far as I know all the other Xorg package put their *.pc files
in /usr/lib/pkgconfig.  There is no good reason to leave the pc files
in /usr/share/pkgconfig and not have them all in /usr/lib/pkgconfig


Actually there are several other packages that use /usr/share.  Upstream 
put the files there and they work fine.  There is no reason for us to 
override what they do here.  Of course you are free to do it on your system.


  -- Bruce

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

Re: [blfs-support] BLFS-9.0 BLFS-9.1 BLFS-SVN util-macros

[Bruce Dubbs via blfs-support]

On 8/27/20 4:31 PM, Scott Andrews via blfs-support wrote:

*.pc file in wrong directory

install -m755 -d /usr/lib
mv /usr/share/pkgconfig /usr/lib/



pkg-config searches both /usr/lib/pkgconfig and /usr/share/pkgconfig

man pkg-config

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

Re: [blfs-support] BLFS: README for building book from source

[Bruce Dubbs via blfs-support]

On 8/18/20 12:13 PM, Scott Andrews via blfs-support wrote:

$LastChangedBy: bdubbs $
$Date: 2016-10-15 16:13:31 -0400 (Sat, 15 Oct 2016) $

How do I convert these XML files to other formats like HTML, PDF,
and TXT? You need to have some software installed that deal with these
conversions. Please read the INSTALL file to determine what programs
you need to install and where to get instructions to install that
software.

After that, you can build the html with a simple 'make' command.
The default target builds the html in $(HOME)/public_html/blfs-book.

For all targets, setting the parameter REV=systemd is needed to build
the systemd version of the book.

Other Makefile targets are: nochunks, pdf, tex, validate, and
blfs-patch-list.

nochunks: builds BLFS in one huge file.

pdf: builds BLFS as a pdf file.

^
$ make pdf
make: *** No rule to make target 'pdf'.  Stop.


We don't support pdf (or tex for that matter) in BLFS any more.  It's 
too hard to get page length and width right. there are just too many 
overflows. Also, you really don't want to read a pdf.  The last time I 
did a pdf BLFS was over 2000 pages and the book has only gotten bigger 
since then.


I'll update the INSTALL file at my next commit.

  -- Bruce

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

[blfs-support] LFS-10.0-rc1 is released

[Bruce Dubbs via blfs-support]

The Linux From Scratch community announces the release of LFS Version
10.0-rc1. It is a preliminary release of LFS-10.0.

This version of the book has undergone a major reorganization.  It uses
enhanced cross-compilation techniques and an environment isolated from 
the host system to build tools for the final system. This reduces both 
the chance for changing the the host system and the potential of the 
host system influencing the LFS build process.


Major changes include toolchain updates to binutils-2.35, gcc-10.2.0, 
and glibc-2.32. In total, 37 packages were updated since the last 
release. Changes to the text have also been made throughout the book. 
The Linux kernel has also been updated to version 5.8.1.


We encourage all users to read through this release of the book and test
the instructions so that we can make the final release as good as possible.

You can read the book online [0], or download [1] to read locally.

In coordination with this release, a new version of LFS using the 
systemd package is also being released. This package implements the 
newer systemd style of system initialization and control and is 
consistent with LFS in most packages.


You can read the systemd version of the book online [2], or download [3]
to read locally.

   -- Bruce

[0] http://www.linuxfromscratch.org/lfs/view/10.0-rc1/
[1] http://www.linuxfromscratch.org/lfs/downloads/10.0-rc1/
[2] http://www.linuxfromscratch.org/lfs/view/10.0-systemd-rc1/
[3] http://www.linuxfromscratch.org/lfs/downloads/10.0-systemd-rc1/
--
http://lists.linuxfromscratch.org/listinfo/blfs-support
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page

Re: [blfs-support] Download MD5 sum does not match for Cairo package

[Bruce Dubbs via blfs-support]

On 8/13/20 6:53 PM, Elias Rudberg via blfs-support wrote:

Hello everyone,

For Cairo-1.17.2+f93fc72c03e the MD5 sum does not seem to match.

The BLFS book 9.1 says:
-
Download (HTTP):
http://anduin.linuxfromscratch.org/BLFS/cairo/cairo-1.17.2+f93fc72c03e.tar.xz

Download MD5 sum: 2759d78f2b1fa7aca278ee77d304ef01
-

But I get a different md5sum when checking the downloaded file:

$ md5sum cairo-1.17.2+f93fc72c03e.tar.xz
23a9420780f74ad0ca1e9885e53ee022  cairo-1.17.2+f93fc72c03e.tar.xz

Could it be that the MD5 sum given in the book is wrong, or something
wrong with the file, or something else?


Yes, the md5sum in BLFS-9.1 is incorrect and is documented in the 
errata.  23a9420780f74ad0ca1e9885e53ee022 is correct.


  -- Bruce

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

Re: [blfs-support] Beyond Linux® From Scratch (System V Edition) - Version 9.1: LSB-Tools-0.6

[Bruce Dubbs via blfs-support]

On 8/13/20 4:51 PM, Scott Andrews via blfs-support wrote:

I have the following issues with this package:

Error! Unable to locate Requried-Start dependency localnet for script:
network warning: %post(rngd-14-1.armv7hnl) scriptlet failed, exit
status 2

Error! Unable to locate Requried-Start dependency localnet for script:
sysklogd warning: %post(rngd-14-1.armv7hnl) scriptlet failed, exit
status 2

hangs on:

/usr/sbin/install_initd /etc/rc.d/init.d/rngd

Also I believe this script name is in error:

/usr/sbin/remove_intid


This does seem to be a typo in lsb-tools file setup.py.  I'll fix it.


Does this thing even work?

cat > %{buildroot}/etc/rc.d/init.d/rngd <<- EOF
#!/bin/sh

### BEGIN INIT INFO
# Provides:rngd
# Required-Start:  mountfs
# Should-Start:
# Required-Stop:
# Should-Stop:
# Default-Start:   S
# Default-Stop:0 6
# Short-Description:   Starts rngd daemon.
# Description: Starts rngd daemon.
# X-LFS-Provided-By:   LFS
### END INIT INFO

. /lib/lsb/init-functions

case "\${1}" in
start)
if [ -c "/dev/hwrng" ] ; then
log_info_msg "Starting rng daemon..."
start_daemon /usr/sbin/rngd
evaluate_retval
fi
;;
stop)
log_info_msg "Stopping rng daemon..."
killproc /usr/sbin/rngd
evaluate_retval
;;
restart)
\${0} stop
sleep 1
\${0} start
;;
status)
statusproc /usr/sbin/rngd
;;
*)
echo "Usage: \${0} {start|stop|restart|status}"
exit 1
;;
esac
exit 0
EOF



Where does rngd come from?  It's not in LFS.  The structure is similar 
to ours, but there are differences.  For instance we do not escape 
dollar signs.


The localnet dependency is provided in the LFS bootscript 'localnet'.

  -- Bruce

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

Re: [blfs-support] BLFS mc question

[Bruce Dubbs via blfs-support]

On 8/9/20 7:06 AM, Pierre Labastie via blfs-support wrote:

On Sun, 2020-08-09 at 11:27 +0200, Alexey Orishko via blfs-support
wrote:

On Mon, Aug 3, 2020 at 1:01 AM Christopher Gregory via blfs-support
 wrote:

According to midnight commanders github commit list, this file was
removed from the makefile.ac three years ago.  It seems that the
book instructions do not reflect this.

Verification can be obtained from:
https://github.com/MidnightCommander/mc/tree/master/doc


I wonder if book editors missed this thread... That file is still
referenced in the latest dev book: BLFS - Version 2020-08-08...


Filed a ticket http://wiki.linuxfromscratch.org/blfs/ticket/13899 so
that this does not get forgotten again.


I'll fix this today.

  -- Bruce

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

Re: [blfs-support] vsftpd segfault

[Bruce Dubbs via blfs-support]

On 8/4/20 8:35 PM, Alexey Orishko via blfs-support wrote:

Hi guys,

Just got a system running v.9.1 and decided to check dmesg.
Unfortunately I saw vsftpd segfault:
[   50.395920] vsftpd[685]: segfault at 0 ip 7f87cf2676aa sp
7ffe2ab68e48 error 4 in libc-2.31.so[7f87cf133000+149000]
[   50.395928] Code: 80 7e 10 00 0f 84 f9 fe ff ff e9 81 d7 f4 ff 90
89 f8 31 d2 c5 c5 ef ff 09 f0 25 ff 0f 00 00 3d 80 0f 00 00 0f 8f 56
03 00 00  fe 6f 0f c5 f5 74 06 c5 fd da c1 c5 fd 74 c7 c5 fd d7 c8
85 c9
[   55.445194] vsftpd[687]: segfault at 0 ip 7f87cf2676aa sp
7ffe2ab68e48 error 4 in libc-2.31.so[7f87cf133000+149000]
[   55.445209] Code: 80 7e 10 00 0f 84 f9 fe ff ff e9 81 d7 f4 ff 90
89 f8 31 d2 c5 c5 ef ff 09 f0 25 ff 0f 00 00 3d 80 0f 00 00 0f 8f 56
03 00 00  fe 6f 0f c5 f5 74 06 c5 fd da c1 c5 fd 74 c7 c5 fd d7 c8
85 c9
After a few test attempts I found that it happens when wrong password
for existing user provided in the client application. I assume the
fault is in vsftpd and not in glibc. The same scenario in Ubuntu does
not lead to segfault (same version of the app and lib but might have
canonical patches).
Server works even after segfault and I can do ftp with a correct
credentials, but it is uncomfortable to have a system with such a
flaw. Last version was released 5 years ago and I wonder if it is
maintained or left for good.. Is there any place to report bugs for
vsftpd?
Any suggestions are welcome.


vsftpd was released in 2015.  That is still current as far as I can 
tell.  I do not see anything in google about a problem with this version.


If you can't figure it out, you might want to try proftpd.

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

Re: [blfs-support] Startpar

[Bruce Dubbs via blfs-support]

On 7/17/20 4:58 AM, Leandro Nini via blfs-support wrote:

Hello,

does anyone have experience with startpar? It's the sysvinit companion to allow 
starting services in parallel but I can't find much useful info on how to use 
it.


I am not familiar with startpar, but question why (other than just 
experimenting).  Typically on an LFS system it takes less than 5 seconds 
to run through the boot scripts.


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

Re: [blfs-support] Plasma 5.19 new dependency

[Bruce Dubbs via blfs-support]

On 7/7/20 1:25 AM, Leandro Nini via blfs-support wrote:

Hello,

just as a head up, kwin-5.19 has a new required dependency on 
plasma-wayland-protocols. Version 1.0 of the package is available at 
https://download.kde.org/stable/plasma-wayland-protocols/1.0/


Thank you.  We will be upgrading to the latest plasma next month.  It's 
curious that they don't include it at 
https://download.kde.org/stable/plasma/5.19.3/


  -- Bruce

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

Re: [blfs-support] Microcode on skylake - request for success/failure reports

[Bruce Dubbs via blfs-support]

On 6/16/20 8:42 PM, Ken Moffat via blfs-support wrote:

Intel released fresh microcode on 20200609 to provide mitigation for
the SRBDS vulnerability, and this week's kernel releases list
Mitigation: Microcode for srbds on affected machines with that
microcode.

But on Monday Pierre made me aware that there were issues on some
Skylake machines (06-4e-03) - issue 31 at
https://github.com/intel/Intel-Linux-Processor-Microcode-Data-Files/issues
so I put a Caution on the firmware page.

Meanwhile, my own 06-5e-03 skylake was fine with that release.  But
yesterday Intel released a 20200616 version which reverts both sets
of Skylake microcode to the old (0xd6) version.

For the moment, my gut feeling is that, at least on 06-5e-03, the
20200609 microcode is good.  But I have exactly one machine like
that (running sysvinit) and no 06-4e-03 machines.  Looking at issue
31, it seems likely that the reporters were all running systemd.  I
cannot think of any logical reason why systemd should cause
early-boot hangs with the updated microcode, but to try to get
towards the bottom of this I'd like to hear from anyone with a
Skylake who has updated to the 20200609 firmware:

Which variant (triplet), was early-loading successful, are you using
sysvinit or systemd ?


My system is 06-5e-03 running sysVinit.  I am still using fairly old 
microcode but I really do not know why I should update other than 
somebody at Intel thinks there is a better/newer version.


Note that I boot rarely -- only twice since I installed LFS-9.1 in February.

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

Re: [blfs-support] polkit update in BLFS Dev

[Bruce Dubbs via blfs-support]

On 6/12/20 3:34 AM, Ivan Wagner via blfs-support wrote:

Hello,

I'm using BLFS Dev and the Change Log says polkit was updated to allow 
the use of js68 and calls the new version polkit-32450615.  Where did 
this new version come from?  Because I don't see this version on the 
polkit gitlab page and there was no BLFS ticket for this update.


It is in merge request 25.  32450615 is the commit ID.

  -- Bruce


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

Re: [blfs-support] OpenSSH

[Bruce Dubbs via blfs-support]

On 6/6/20 5:01 AM, Greekforce1821 via blfs-support wrote:

The LFS/BLFS system is running on a Virtual Machine with bridged networking.
The output of the command ( ss-lt ) is the same one as you described 
earlier.

Ping the LFS using my ip address of my BLFS system?


Please do not top post on this mailing list.

You will need to be able to ping both ways.  windows <--> LFS

Since you are using a VM on windows, you need to configure the VM to 
route IP packets between the windows system and the LFS system.  I don't 
do windows so I can't help with that.


Perhaps someone else can help.  It would also help others to actually 
say which VM you are using.


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

Re: [blfs-support] OpenSSH

[Bruce Dubbs via blfs-support]

On 6/5/20 5:25 PM, Greekforce1821 via blfs-support wrote:
Good evening gentlemen, I created an ssh server in my BLFS system (still 
using terminal without having a GUI). When I boot my system the SSH 
server starts but, when I use the PuTTY to connect an error message 
(Connection Refused) pops up. I double-checked my credentials (IP 
addresses, gateway, broadcast etc.) but still I haven't figured it out 
any solution. Can you help?


Possibly, but you gave no details.

Is the LFS system in a VM?

On the LFS system, what is the result of 'ss -lt' on the LFS system? 
You should have at least one entry like:


LISTEN0  0   0.0.0.0:ssh0.0.0.0:*
LISTEN0  0   *:ssh  *:*

Can you ping the LFS system from your windows system?

Let's just start with those issues.

  -- Bruce

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

Re: [blfs-support] gpm-1.20.7 package does not work

[Bruce Dubbs via blfs-support]

On 5/23/20 11:59 AM, jcarlos via blfs-support wrote:

Sorry Bruce
I have done a reboot and it works
Thanks for your help
It's good that they help you so fast



You didn't need a reboot.  You could have used:

$ sudo /etc/init.d/gpm start

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

Re: [blfs-support] gpm-1.20.7 package does not work

[Bruce Dubbs via blfs-support]

On 5/23/20 11:19 AM, jcarlos via blfs-support wrote:
hi guys, i have installed gpm-1.20.7 package in LFS 9.1 and i cant copy 
and paste with mouse.

I have recompiled the kernel with the configuration:
Device Drivers --->
    Input device support ---> [CONFIG_INPUT]
  <*> Mouse interface [CONFIG_INPUT_MOUSEDEV] and then I installed 
the package, but it does nothing.




You don't say if you are using systemd or System V.

If System V, did you install/start the boot script?  Did you create 
/etc/sysconfig/mouse properly?


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

Re: [blfs-support] Older GCC install

[Bruce Dubbs via blfs-support]

On 5/16/20 4:30 PM, Cliff McDiarmid via blfs-support wrote:


Sent: Saturday, May 16, 2020 at 3:13 PM
From: "Bruce Dubbs via blfs-support" 
To: blfs-support@lists.linuxfromscratch.org
Cc: "Bruce Dubbs" 
Subject: Re: [blfs-support] Older GCC install
On 5/16/20 6:39 AM, Cliff McDiarmid via blfs-support wrote:

Sent: Saturday, May 16, 2020 at 12:11 AM
From: "Don Cross via blfs-support" 
To: "BLFS Support List" 
Cc: "Don Cross" 
Subject: Re: [blfs-support] Older GCC install



On Fri, May 15, 2020 at 6:00 PM Cliff McDiarmid via blfs-support 
mailto:blfs-support@lists.linuxfromscratch.org]>
 wrote:



I need to install an older GCC to compile a particular piece of software.   At 
present I'm using GCC 9.2(recent LFS).
I've managed to compile 8.4 and it works, but I need 8.1.



As a long-time C programmer, I'm curious why you need an older C compiler.


Okay thanks Don. I'm trying to compile Gnucash 3.10 which has not been a 
problem in the past. The dependencies at present stress the use of GCC 8.0


If I knew what problem gcc 8.4 is causing, maybe I could help get it working, 
so you don't need to compile 8.1. I'm willing to give it a shot if I had more 
details.


I've compiled Gnucash 3.10 with GCC 8.1 abeit on another LFS(older).



Copy the binary from the old system to the new one? Would be a lot
easier than trying to rebuild it.


First thing I tried Bruce.  Doesn't work.  It's not finding libraries.


Use ldd on the executable to find out what libraries it wants. 
Generally libraries would be something like:


libx.so.3 -> libx.so.333
libx.so.312

A different version of the library would then be
libx.so.2 -> libx.so.222
libx.so.222

These can be installed side by side.
The libx.so file is only used by the linker when building and generally 
would point to the most recent version.


You may be able to copy the libraries you need also.

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

Re: [blfs-support] Older GCC install

[Bruce Dubbs via blfs-support]

On 5/16/20 6:39 AM, Cliff McDiarmid via blfs-support wrote:

Sent: Saturday, May 16, 2020 at 12:11 AM
From: "Don Cross via blfs-support" 
To: "BLFS Support List" 
Cc: "Don Cross" 
Subject: Re: [blfs-support] Older GCC install



On Fri, May 15, 2020 at 6:00 PM Cliff McDiarmid via blfs-support 
mailto:blfs-support@lists.linuxfromscratch.org]>
 wrote:



I need to install an older GCC to compile a particular piece of software.   At 
present I'm using GCC 9.2(recent LFS).
I've managed to compile 8.4 and it works, but I need 8.1.
  

As a long-time C programmer, I'm curious why you need an older C compiler.


Okay thanks Don.  I'm trying to compile Gnucash 3.10 which has not been a 
problem in the past.  The dependencies at present stress the use of GCC 8.0


If I knew what problem gcc 8.4 is causing, maybe I could help get it working, 
so you don't need to compile 8.1. I'm willing to give it a shot if I had more 
details.


I've compiled Gnucash 3.10 with GCC 8.1 abeit on another LFS(older).


Copy the binary from the old system to the new one?  Would be a lot 
easier than trying to rebuild it.


  -- Bruce



On my newer LFS it fails with GCC 9.2 AND 8.4 which as I mentioned I got 
working on the same system.   I hope you're still with me.

Anyway.. the errors that the compilers are producing, with Gnucash, look like 
compiler errors.  Not missing libraries or fuctions etc.  They are substantial 
and I could mail them if you can help.

thanks again

Cliff



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

Re: [blfs-support] xterm-353.tgz md5 sum doesn't match

[Bruce Dubbs via blfs-support]

On 4/25/20 10:28 AM, Richard via blfs-support wrote:


Also, you may be right about DNS forwarding in some cases.
When I used FF to download the file:
mypaint-brushes-v1.3.0.tar.gz
FF downloaded a file that had the correct md5sum, but the
file name was slightly different:
mypaint-brushes-1.3.0.tar.gz
i.e. the "v" was missing. Maybe that indicates that FF got
the file from a different location?


No, that is an artifact of github.  If you fetch with wget


https://github.com/Jehan/mypaint-brushes/archive/v1.3.0/mypaint-brushes-xxx.tar.gz

you will get the 1.3.0 tarball with the name specified.

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

Re: [blfs-support] xterm-353.tgz md5 sum doesn't match

[Bruce Dubbs via blfs-support]

On 4/24/20 9:32 AM, Richard via blfs-support wrote:

On 4/23/20 2:08 PM, Bruce Dubbs via blfs-support wrote:

On 4/23/20 10:51 AM, Richard via blfs-support wrote:

I've downloaded xterm-353.tgz from two different
locations, and in each case I get the following
md5sum, which doesn't match the value given
in the blfs-9.1 book:

fd3c8948475b53044a72a10ba04e8088


I don't know where you got your version, but I get:

$ wget http://invisible-mirror.net/archives/xterm/xterm-353.tgz
--2020-04-23 13:02:35-- 
http://invisible-mirror.net/archives/xterm/xterm-353.tgz

Resolving invisible-mirror.net... 160.153.42.69
Connecting to invisible-mirror.net|160.153.42.69|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 1407183 (1.3M) [application/x-tar]
Saving to: ‘xterm-353.tgz’

xterm-353.tgz 100%[>]   1.34M 
1.67MB/s    in 0.8s


2020-04-23 13:02:36 (1.67 MB/s) - ‘xterm-353.tgz’ saved [1407183/1407183]

$ md5sum xterm-353.tgz
247c30ebfa44623f3a2d100e0cae5c7f  xterm-353.tgz

The mirror master has the same md5sum.

  -- Bruce

Here is something I don't understand. If I use wget
to fetch xterm-353.tgz, as you did, then I get the
same md5sum as you, which is also in the book.
However if I paste the link to the file in the
Firefox address bar and press enter, then request
to save the file, I get a xterm-353.tgz file that
has a slightly different size and the different
md5sum that I reported above. I have been using
the latter method (pasting links in the Firefox
address bar) to download all the files, and
all the other md5sums are correct. Do you have
any idea why that method doesn't seem to
work for the xterm-353.tgz file?


The only thing I can think of is that there is some DNS forwarding going 
on and actually downloading from a different site.  What happens if you use:


http://160.153.42.69/archives/xterm/xterm-353.tgz

Also you can try unpacking both files and doing a diff.  You will have 
to rename the directory xterm-353/ after untarring the first tarball to, 
say, xterm-353-bad/ and then doing:


diff -Naur xterm-353-bad xterm-353

If you get no output then the contents of the files are identical and 
there is some timestamps that are different.


If there are changes, please post them here.  The files being different 
sizes is an indication that there will be something different.  It may 
be innocent but depends on the actual differences.


  -- Bruce

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

Re: [blfs-support] xterm-353.tgz md5 sum doesn't match

[Bruce Dubbs via blfs-support]

On 4/23/20 10:51 AM, Richard via blfs-support wrote:

I've downloaded xterm-353.tgz from two different
locations, and in each case I get the following
md5sum, which doesn't match the value given
in the blfs-9.1 book:

fd3c8948475b53044a72a10ba04e8088


I don't know where you got your version, but I get:

$ wget http://invisible-mirror.net/archives/xterm/xterm-353.tgz
--2020-04-23 13:02:35-- 
http://invisible-mirror.net/archives/xterm/xterm-353.tgz

Resolving invisible-mirror.net... 160.153.42.69
Connecting to invisible-mirror.net|160.153.42.69|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 1407183 (1.3M) [application/x-tar]
Saving to: ‘xterm-353.tgz’

xterm-353.tgz  100%[>]   1.34M 
1.67MB/sin 0.8s


2020-04-23 13:02:36 (1.67 MB/s) - ‘xterm-353.tgz’ saved [1407183/1407183]

$ md5sum xterm-353.tgz
247c30ebfa44623f3a2d100e0cae5c7f  xterm-353.tgz

The mirror master has the same md5sum.

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

Re: [blfs-support] Package updates

[Bruce Dubbs via blfs-support]

On 4/21/20 2:02 PM, Leandro Nini via blfs-support wrote:

Other packages moved to github and updated are faac,
now found at https://github.com/knik0/faac version 1.30, and faad2,
https://github.com/knik0/faad2 version 2.9.1.


Thanks you.  I'll get these updated today.



Hello,

spotted another package update which download location has been moved, it's 
polkit-Qt:

https://download.kde.org/stable/polkit-qt-1/polkit-qt-1-0.113.0.tar.xz


Thank you.  I will update this in a couple of weeks when we update to 
kf5-5.70.


  -- Bruce


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

Re: [blfs-support] Problem in booting with initrd in LFS-8.4

[Bruce Dubbs via blfs-support]

On 4/21/20 12:50 AM, Nagasayanam, V.S via blfs-support wrote:

Hello,
I have completed LFS-7.x, 8.4, 9.0 and 9.1 successfully.
However, I could not use initrd in LFS-8.4. While booting, it throws up 
'File not found and press any key to continue' error in the beginning 
itself. I have Q4OS as guest OS.

My /boot/grub/grub.cfg file reads as:
--
lfs [ /boot ]$ ls -la
total 88552
drwxr-xr-x  3 root root     4096 Nov  9 14:40 .
drwxr-xr-x 29 root root     4096 Apr 16 14:02 ..
-rw-r--r--  1 root root   119737 Apr 18 11:32 config-4.20.12
drwxr-xr-x  2 root root     4096 Aug 13  2019 grub
-rw-r--r--  1 root root 18641424 Nov  9 14:40 initrd.img-no-kmods
-rw-r--r--  1 root root 59431936 Aug 15  2019 initrd.uc
-rw-r--r--  1 root root  4177144 Apr 18 11:32 System.map-4.20.12
-rw-r--r--  1 root root  8278064 Apr 18 11:32 vmlinuz-4.20.12-lfs-8.4
lfs [ /boot ]$
---
My /boot/grub/brub.cfg is as follows:
-
set default=0
set timeout=5

insmod ext2
set root=(hd0,4)

menuentry "GNU/Linux, Linux 4.20.12-lfs-8.4 initrd, Linux-4.20.12" {
         linux   /boot/vmlinuz-4.20.12-lfs-8.4 root=/dev/sda4 
net.ifnames=0 bios$

        initrd  /initrd.img-no-kmods
}
--

This is the only time I am unable to use file although I followed the 
chapter "About inirramfs" in LFS Book very closely.

Am I missing anything?


I think you do not have /boot as a separate partition.  For the kernel 
you have:


  linux /boot/vmlinuz-4.20.12-lfs-8.4 ...

and that is apparently OK.  Try using:

  initrd  /boot/initrd.img-no-kmods

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

Re: [blfs-support] Package updates

[Bruce Dubbs via blfs-support]

On 4/15/20 4:30 AM, Leandro Nini via blfs-support wrote:

- Original Message -

From: "Bruce Dubbs via blfs-support" 



Thanks for the heads up.  We don't always find out when developers move
to github but leave their old versions in place.  We need these
notifications to get up to date.



Other packages moved to github and updated are faac,
now found at https://github.com/knik0/faac version 1.30, and faad2,
https://github.com/knik0/faad2 version 2.9.1.


Thanks you.  I'll get these updated today.

   -- Bruce

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

Re: [blfs-support] BLFS 9.1 - Iptables - Boot script configuration section missing?

[Bruce Dubbs via blfs-support]

On 4/13/20 1:16 PM, Bruce Dubbs wrote:

On 4/13/20 1:11 PM, José Carlos Carrión Plaza via blfs-support wrote:

Hello co-listers:

Apparently the traditional “Configuring Iptables” section on BLFS 
iptables page has disappeared from 9.0 to 9.1 including the “Boot 
Script” subsection.


On the next page ("Setting Up a Network Firewall”) reads: "The 
firewall configuration script installed in the iptables section…”


On the blfs-bootscripts-20191204.tar.xz package the target 
“install-iptables” remains.


Any reason for all of this?


An oversight.  We removed nftables and tried to reorganize.  I'll try to 
get the configuration back into the development verion of the book today.


Upon review, check out

http://www.linuxfromscratch.org/blfs/view/svn/postlfs/iptables.html

What is missing?

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

Re: [blfs-support] BLFS 9.1 - Iptables - Boot script configuration section missing?

[Bruce Dubbs via blfs-support]

On 4/13/20 1:11 PM, José Carlos Carrión Plaza via blfs-support wrote:

Hello co-listers:

Apparently the traditional “Configuring Iptables” section on BLFS iptables page 
has disappeared from 9.0 to 9.1 including the “Boot Script” subsection.

On the next page ("Setting Up a Network Firewall”) reads: "The firewall 
configuration script installed in the iptables section…”

On the blfs-bootscripts-20191204.tar.xz package the target “install-iptables” 
remains.

Any reason for all of this?


An oversight.  We removed nftables and tried to reorganize.  I'll try to 
get the configuration back into the development verion of the book today.


  -- Bruce


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

Re: [blfs-support] New package: chkconfig

[Bruce Dubbs via blfs-support]

On 4/3/20 6:05 PM, Scott Andrews via blfs-support wrote:


It really isn't difficult to build LFS on an ARM platform.

I don't know why LFS is so adverse to adding it as a platform, being all 
the schools and instuitions that use the Raspberry pi as a learning 
platform.


We are adverse because it is time consuming.  When preparing for a 
release it takes two weeks full time.  Adding another architecture would 
take another two weeks.


There are, on average, 3 to 4 new packages to download and test every 
day of the week.  Weekends included.


Maintaining LFS/BLFS requires dedicated effort.  In some cases a new 
user says "I can to ", but that typically happens once. The 
problem is not doing a task once, it is the long term maintenance.


  -- Bruce

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

Re: [blfs-support] Building BLFS with jhalfs: must LFS be completely up to date?

[Bruce Dubbs via blfs-support]

On 4/2/20 4:22 AM, Stephen Berman via blfs-support wrote:

On the weekend I built LFS SVN-20200319 with jhalfs (it was the first
time I tried jhalfs, and it succeeded), and yesterday I wanted to start
on BLFS, but when I ran the BLFS/update-lfs.sh script (after fixing a
syntax error, which I reported to the blfs-dev list), I saw that LFS had
been updated to SVN-20200401, and the following packages have newer
versions than the ones I installed: automake, e2fsprogs, elfutils,
meson, openssl, perl, xz.  So the versions of these packages in
/var/lib/jhalfs/BLFS/instpkg.xml conflict with the installed versions.
Is it still ok to proceed with the BLFS build?  Or should I change the
versions of these in instpkg.xml to the installed versions?  Or should I
update the installed packages, and if so, can I do that without
rebuilding any of the other LFS packages?


You can update any of those packages "in place" if desired using the 
Chapter 6 instructions.  You do not have to do that though.  However, 
trying to keep up with the changes in the development version is quite 
time consuming, especially considering the updates in BLFS.  To see how 
often packages change, just see the change log in each book.


Note that we do not recommend ever trying to change glibc "in place". 
There is a high probability that the entire system will become unusable 
when attempting to do that.


  -- Bruce

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

Re: [blfs-support] libusb kernel configuration - BLFS 9.1

[Bruce Dubbs via blfs-support]

On 3/30/20 6:47 AM, rhubarbpieguy--- via blfs-support wrote:


A minor point, but I think the following is inaccurate:

    Device Drivers --->
         [*] USB support ---> [CONFIG_USB_SUPPORT]
           <*/M> Support for Host-side USB  [CONFIG_USB]
       (Select any USB hardware device drivers you may need on the 
same page)


The 'Support for Host-side USB' line offers no <*/M> choice in the 
configuration menu that I see.  It's listed as:


    -*-   Support for Host-side devices

So should the documentation be:

    Device Drivers --->
         [*] USB support ---> [CONFIG_USB_SUPPORT]
           (Select any USB hardware device drivers you may need)


That has been fixed in the -dev book.

  -- Bruce

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

Re: [blfs-support] Firefox 'gold linker' mozconfig documentation - BLFS 9.1/development

[Bruce Dubbs via blfs-support]

On 3/24/20 10:18 AM, rhubarbpieguy--- via blfs-support wrote:


I'm a touch confused about the following in the Firefox mozconfig 
documentation:


    # Do not specify the gold linker which is not the default. It will take
    # longer and use more disk space when debug symbols are disabled.

There seems to be no action to be taken.  Most other lines specify a 
line to comment/uncomment.  What's a gold linker?


Two other areas:

    # From firefox-61 system cairo is not supported

    ac_add_options --enable-system-ffi
    ac_add_options --enable-system-pixman

Again, there seems no action to be taken.  Are the two ac_add_options 
lines related to the cairo statement.?


---

    # From firefox-62 --with-pthreads is not recognized

    ac_add_options --with-system-bz2
    ac_add_options --with-system-jpeg
    ac_add_options --with-system-png
    ac_add_options --with-system-zlib

The same as above.  Are the four ac_add_options lines related to the 
pthreads statement?


To be clear, the mozconfig file works well, I'm just curious.


Those options used to be in the book.  They are clarifications that they 
have been removed.


  -- Bruce


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

Re: [blfs-support] Package updates (libwacom and psutils)

[Bruce Dubbs via blfs-support]

On 3/24/20 3:06 AM, Leandro Nini via blfs-support wrote:

Hello,

(re-sending here as I'm not on the -dev list)

there are a couple of package updates that seem to have slipped from your radar.

First is libwacom, now maintained on github at 
https://github.com/linuxwacom/libwacom. The latest release is libwacom-1.2.

Then is psutils, on github too at https://github.com/rrthomas/psutils. The 
latest release is v1.93 but it might be a development version, Fedora have 1.23 
as latest package:
https://src.fedoraproject.org/repo/pkgs/psutils/psutils-1.23.tar.xz/eedd282973a58ac6bbf890316a3b02d8/psutils-1.23.tar.xz


Thanks for the heads up.  We don't always find out when developers move 
to github but leave their old versions in place.  We need these 
notifications to get up to date.


  -- Bruce

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

Re: [blfs-support] Firefox/Seamonkey Bookmarks

[Bruce Dubbs via blfs-support]

On 3/22/20 9:46 PM, Bruce Dubbs wrote:

I'm having a problem adding/changing/deleting Firefox/Seamonkey Bookmarks.

FF reads/uses my existing bookmarks just fine, but I found I cannot 
modify them.  Upon testing I rebuilt to the latest FF and SM, but the 
issues are the same.


I tried on two different systems, but both are recent 9.1 builds.

I've created a new user for testing so anything in the home directory 
should not be a holdover configuration issue.


When running SM from the command line, I get the following when trying 
to add a new bookmark :


console.error:
   Message: Error: Error(s) encountered during statement execution: no 
such column:

   Stack:
handleCompletion@resource://gre/modules/Sqlite.jsm:816:25
checkForDefaultClient@jar:file:///usr/lib/seamonkey-2.53.1/omni.ja!/components/nsSuiteGlue.js:919:9 

_onBrowserStartup@jar:file:///usr/lib/seamonkey-2.53.1/omni.ja!/components/nsSuiteGlue.js:624:5 

observe@jar:file:///usr/lib/seamonkey-2.53.1/omni.ja!/components/nsSuiteGlue.js:213:9 

sss_run@jar:file:///usr/lib/seamonkey-2.53.1/omni.ja!/components/nsSessionStore.js:3825:5 



console.error:
   Message: Error: Error(s) encountered during statement execution: no 
such column:

   Stack:
handleCompletion@resource://gre/modules/Sqlite.jsm:816:25
showBookmarkDialog@resource:///modules/PlacesUIUtils.jsm:640:5
PC_newItem@chrome://communicator/content/places/controller.js:735:7
PC_doCommand@chrome://communicator/content/places/controller.js:275:7
goDoPlacesCommand@chrome://communicator/content/places/controller.js:1707:5
oncommand@chrome://communicator/content/places/places.xul:1:1

I did find the files referenced above in a zip file: 
/usr/lib/seamonkey-2.53.1/omni.ja but I can't find any reason for the 
error.


Does anyone have a idea about what is happening?


I made some progress on this.  The bookmarks are now working.  My best 
guess is a sqlite issue, but I rebuilt with:


#ac_add_options --enable-system-sqlite
#ac_add_options --with-system-libevent
#ac_add_options --with-system-webp
#ac_add_options --with-system-nspr
#ac_add_options --with-system-nss
#ac_add_options --with-system-icu

ac_add_options --enable-optimize="-O2"

I can rebuild with these one at a time, but of course it takes a long 
time.  At -j4 it was 26 SBU on my workstation.  My development system 
would be a little faster at -j12, but it would probably be 15-20 SBU for 
each iteration.


  -- Bruce

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

[blfs-support] Firefox/Seamonkey Bookmarks

[Bruce Dubbs via blfs-support]

I'm having a problem adding/changing/deleting Firefox/Seamonkey Bookmarks.

FF reads/uses my existing bookmarks just fine, but I found I cannot 
modify them.  Upon testing I rebuilt to the latest FF and SM, but the 
issues are the same.


I tried on two different systems, but both are recent 9.1 builds.

I've created a new user for testing so anything in the home directory 
should not be a holdover configuration issue.


When running SM from the command line, I get the following when trying 
to add a new bookmark :


console.error:
  Message: Error: Error(s) encountered during statement execution: no 
such column:

  Stack:
handleCompletion@resource://gre/modules/Sqlite.jsm:816:25
checkForDefaultClient@jar:file:///usr/lib/seamonkey-2.53.1/omni.ja!/components/nsSuiteGlue.js:919:9
_onBrowserStartup@jar:file:///usr/lib/seamonkey-2.53.1/omni.ja!/components/nsSuiteGlue.js:624:5
observe@jar:file:///usr/lib/seamonkey-2.53.1/omni.ja!/components/nsSuiteGlue.js:213:9
sss_run@jar:file:///usr/lib/seamonkey-2.53.1/omni.ja!/components/nsSessionStore.js:3825:5

console.error:
  Message: Error: Error(s) encountered during statement execution: no 
such column:

  Stack:
handleCompletion@resource://gre/modules/Sqlite.jsm:816:25
showBookmarkDialog@resource:///modules/PlacesUIUtils.jsm:640:5
PC_newItem@chrome://communicator/content/places/controller.js:735:7
PC_doCommand@chrome://communicator/content/places/controller.js:275:7
goDoPlacesCommand@chrome://communicator/content/places/controller.js:1707:5
oncommand@chrome://communicator/content/places/places.xul:1:1

I did find the files referenced above in a zip file: 
/usr/lib/seamonkey-2.53.1/omni.ja but I can't find any reason for the error.


Does anyone have a idea about what is happening?

  -- Bruce

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

Re: [blfs-support] Problem in compiling mozjs-60 - reply to the solution

[Bruce Dubbs via blfs-support]

On 3/22/20 5:50 PM, Ken Moffat via blfs-support wrote:

On Sun, Mar 22, 2020 at 04:41:58PM -0500, Bruce Dubbs via blfs-support wrote:

On 3/22/20 4:14 PM, Ken Moffat via blfs-support wrote:

On Sun, Mar 22, 2020 at 08:04:53AM +, spiky0011 via blfs-support wrote:

On 22/03/2020 05:30, Nagasayanam, V.S via blfs-support wrote:

Sir,
This is in continuation of my previous mail wherein I expressed my
difficulty in compiling Moxjs-60 in chroot environment in BLFS-9.1. Your
reply is quoted below:


The problem happens in chroot because '/run' is empty.  The fix when
building in chroot is:
# mount --bind /run /mnt/lfs/run


Before your reply was received late last night, I went through Google
again and somewhere I read that compilation should be done in actual LFS
environment. I booted into LFS and ran 'config' command in mozjs
directory. It was a success, much to my relief! I then went back to
chroot environment and finished LXDE installation successfully.

I request that your solution may be added in BLFS book, although I
approached the problem differently with success.
To avoid top posting, I have written a new message. Hope you don't mind.
Thanks for the quick response.
With regards,
Yours,
V S Nagasayanam.


On the Mozls-60 page just before the compile section there is a note

"If installing in the chroot environment, be sure to export the |SHELL|
environment variable or configuration of the package will fail."

Did you see this part?

Spike.



Hi V S and Spike -

this seems to be a different issue from exporting the SHELL
variable.  Usually I do not build a desktop in chroot, but a few
times a year I do, and it has bitten me at least three times.

I'd thought this was probably mentioned in one of the books, but
after grepping in LFS I don't think it is.

The packages which I build while in chroot are only a small subset
of what is in BLFS, but the following have now been mentioned:

firefox

When I first hit this, and found the solution, I decided to rebuild
node-js and I think that was because the log showed it had decided
that multiprocessing was not supported, but had continued anyway.

mozjs60 (68 is not yet in either visible book, but I suspect it
might be affected unless python as rewritten how the multiprocessing
package works)

For thunderbird, I'm unsure if this is needed - but it is based on
firefox-68 and firefox has needed it since at least 53, so probably.

For seamonkey I guess it will also be needed.

The key item for packages where this _is_ needed is that the error
will include

OSError: [Errno 38] Function not implemented

and the lines above that will mention multiprocessing.



So, I suppose that a copy member for all of these packages would be
appropriate.  Or perhaps combine it with the information about SHELL
although I guess node-js might not need that part.  Taking to -dev.


Try this before entering chroot:

$ cat mount-virt.sh
#!/bin/bash

function mountbind
{
if ! mountpoint $LFS/$1 >/dev/null; then
  $SUDO mount --bind /$1 $LFS/$1
  echo $LFS/$1 mounted
else
  echo $LFS/$1 already mounted
fi
}

function mounttype
{
if ! mountpoint $LFS/$1 >/dev/null; then
  $SUDO mount -t $2 $3 $4 $5 $LFS/$1
  echo $LFS/$1 mounted
else
  echo $LFS/$1 already mounted
fi
}

if [ $EUID -ne 0 ]; then
   SUDO=sudo
else
   SUDO=""
fi

if [ x$LFS == x ]; then
   echo "LFS not set"
   exit 1
fi


mountbind dev
mounttype dev/pts devpts devpts -o gid=5,mode=620
mounttype procproc   proc
mounttype sys sysfs  sysfs
mounttype run tmpfs  run
mkdir $LFS/run/shm
mountbind usr/src
mountbind boot
mountbind home

=

I think a separate /run would be OK.



Have you tried building firefox in chroot in the last couple of
years, with /run in chroot not mounted ?


I have not.  I only need to build about 10 packages in chroot: nfs and 
openssh mostly.  Then I build everything over ssh.


  -- Bruce

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

Re: [blfs-support] Problem in compiling mozjs-60 - reply to the solution

[Bruce Dubbs via blfs-support]

On 3/22/20 4:14 PM, Ken Moffat via blfs-support wrote:

On Sun, Mar 22, 2020 at 08:04:53AM +, spiky0011 via blfs-support wrote:

On 22/03/2020 05:30, Nagasayanam, V.S via blfs-support wrote:

Sir,
This is in continuation of my previous mail wherein I expressed my
difficulty in compiling Moxjs-60 in chroot environment in BLFS-9.1. Your
reply is quoted below:


The problem happens in chroot because '/run' is empty.  The fix when
building in chroot is:
# mount --bind /run /mnt/lfs/run


Before your reply was received late last night, I went through Google
again and somewhere I read that compilation should be done in actual LFS
environment. I booted into LFS and ran 'config' command in mozjs
directory. It was a success, much to my relief! I then went back to
chroot environment and finished LXDE installation successfully.

I request that your solution may be added in BLFS book, although I
approached the problem differently with success.
To avoid top posting, I have written a new message. Hope you don't mind.
Thanks for the quick response.
With regards,
Yours,
V S Nagasayanam.


On the Mozls-60 page just before the compile section there is a note

"If installing in the chroot environment, be sure to export the |SHELL|
environment variable or configuration of the package will fail."

Did you see this part?

Spike.



Hi V S and Spike -

this seems to be a different issue from exporting the SHELL
variable.  Usually I do not build a desktop in chroot, but a few
times a year I do, and it has bitten me at least three times.

I'd thought this was probably mentioned in one of the books, but
after grepping in LFS I don't think it is.

The packages which I build while in chroot are only a small subset
of what is in BLFS, but the following have now been mentioned:

firefox

When I first hit this, and found the solution, I decided to rebuild
node-js and I think that was because the log showed it had decided
that multiprocessing was not supported, but had continued anyway.

mozjs60 (68 is not yet in either visible book, but I suspect it
might be affected unless python as rewritten how the multiprocessing
package works)

For thunderbird, I'm unsure if this is needed - but it is based on
firefox-68 and firefox has needed it since at least 53, so probably.

For seamonkey I guess it will also be needed.

The key item for packages where this _is_ needed is that the error
will include

OSError: [Errno 38] Function not implemented

and the lines above that will mention multiprocessing.



So, I suppose that a copy member for all of these packages would be
appropriate.  Or perhaps combine it with the information about SHELL
although I guess node-js might not need that part.  Taking to -dev.


Try this before entering chroot:

$ cat mount-virt.sh
#!/bin/bash

function mountbind
{
   if ! mountpoint $LFS/$1 >/dev/null; then
 $SUDO mount --bind /$1 $LFS/$1
 echo $LFS/$1 mounted
   else
 echo $LFS/$1 already mounted
   fi
}

function mounttype
{
   if ! mountpoint $LFS/$1 >/dev/null; then
 $SUDO mount -t $2 $3 $4 $5 $LFS/$1
 echo $LFS/$1 mounted
   else
 echo $LFS/$1 already mounted
   fi
}

if [ $EUID -ne 0 ]; then
  SUDO=sudo
else
  SUDO=""
fi

if [ x$LFS == x ]; then
  echo "LFS not set"
  exit 1
fi


mountbind dev
mounttype dev/pts devpts devpts -o gid=5,mode=620
mounttype procproc   proc
mounttype sys sysfs  sysfs
mounttype run tmpfs  run
mkdir $LFS/run/shm
mountbind usr/src
mountbind boot
mountbind home

=

I think a separate /run would be OK.

  -- Bruce

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

Re: [blfs-support] Problem in compiling mozjs-60 in BLFS-9.1

[Bruce Dubbs via blfs-support]

On 3/21/20 9:27 AM, Ken Moffat via blfs-support wrote:


The problem happens in chroot because '/run' is empty.  The fix when
building in chroot is:
# mount --bind /run /mnt/lfs/run


Note that this must be run on the host, not from within chroot.

  -- Bruce

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

Re: [blfs-support] Patching Linux Kernel 5.5.7 to Add Support for AUFS Filesystem

[Bruce Dubbs via blfs-support]

Please send me you hint as an attachment. I'll add to our hints collection.

  -- Bruce



DohrniiOn 3/15/20 11:04 AM, Turritopsis Dohrnii Teo En Ming via 
blfs-support wrote:
Subject of Hint: Patching Linux Kernel 5.5.7 to Add Support for AUFS 
Filesystem


ORIGINAL AUTHOR: JIMMY ANDERSON
ORIGINAL DATE: 2013-01-20

EDITED BY: TURRITOPSIS DOHRNII TEO EN MING, SINGAPORE
EDIT DATE: 15 MAR 2020 SUNDAY

MANDATORY PREREQUISITES
===

You *MUST* follow the guide/hint here first (COMPULSORY):

http://lists.linuxfromscratch.org/pipermail/hints/2020-March/003334.html

HINT


To obtain the aufs5 kernel patches, do the following:

$ sudo apt install git

# Cut and Paste start
cd $LFS/sources
git clone git://github.com/sfjro/aufs5-standalone.git \
 aufs5-standalone.git
cd aufs5-standalone.git
git checkout -b origin/aufs5.5
cp aufs5-*.patch ..
rm -f include/uapi/linux/Kbuild
tar cvfz $LFS/sources/aufs5.tar.gz Documentation fs include
cd ..
rm -rf aufs5-standalone.git
# Cut and Paste end

Rebuilding your kernel
==

    Follow the instructions in the LFS/BLFS book and build your LFS system
as you normally would except that during the kernel build, after unpacking
the source and cd'ing into the linux directory, you apply either
the unionfs or the aufs patches.


To apply aufs patches:
# Cut and Paste start
cat ../aufs5-base.patch  |patch -Np1
cat ../aufs5-kbuild.patch  |patch -Np1
cat ../aufs5-mmap.patch  |patch -Np1
cat ../aufs5-standalone.patch  |patch -Np1
tar xvf ../aufs5.tar.gz
# Cut and Paste end

When you configure the kernel, make sure the following are enabled
as builtins (not as modules):

    SQUASHFS support (and support for SQUASHFS XZ compressed file systems).
    UNIONFS or AUFS support (CONFIG_AUFS_FS=y)
    CDROM support (ISO9660).
    DEVTMPFS support.

Then build and install as normal:
# Cut and Paste start
make
make modules_install
cp arch/x86/boot/bzImage 
/boot/vmlinuz-5.5.7-turritopsis.dohrnii.teo.en.ming
cp .config /boot/config-5.5.7    ***VERY VERY IMPORTANT TO HAVE 
A BACKUP OF YOUR KERNEL CONFIGURATION***

# Cut and Paste end

Start compiling Linux Kernel 5.5.7: 8.20 PM
End compiling Linux Kernel 5.5.7: 8.39 PM
Duration: 19 mins on an AMD Ryzen 3 3200G processor with Radeon Vega 8 
graphics,
Gigabyte B450M DS3H motherboard with BIOS version F41, and 32 GB 
Transcend DDR4-2666 RAM.


Remake a squashed version of your LFS.
==

Exit the chroot and unmount any filesystems that are associated with
the $LFS directory.   At this point, it is a good idea to do a system
shutdown and restart to ensure that the LFS directory is unused and
in a quiescent state.   Make sure LFS is set again after the reboot.

# Cut and Paste start
# Set LFS value as needed...
export LFS=/mnt/lfs
cd /home/teo-en-ming
echo $LFS
rm -f root.sfs
sudo mv /mnt/lfs/sources/ /home/teo-en-ming/
sudo mksquashfs $LFS root.sfs -comp xz
# Cut and Paste end

(omit the -comp xz if your squashfs tools don't support xz compression).

MODIFY THE LIVE CD/DVD IMAGE


cd /home/teo-en-ming/Downloads
cp -v /home/teo-en-ming/root.sfs live/boot/$(uname -m)
cp -v $LFS/boot/vmlinuz-5.5.7-turritopsis.dohrnii.teo.en.ming 
live/boot/$(uname -m)/vmlinuz


Create the live CD/DVD iso image using whatever iso creation tool you
have.   In this example, it is 'genisoimage':

# Cut and Paste start
genisoimage -o teo-en-ming-linux-2020.03-final-live-cd-dvd.iso \
  -b boot/isolinux/isolinux.bin \
  -c boot.cat   \
  -no-emul-boot \
  -boot-load-size 4 \
  -boot-info-table  \
  -joliet -l -R \
  live

rm -rf live   ### OPTIONAL
# Cut and Paste end

LIVE CD/DVD BOOTS WITH KERNEL PANIC
===

After patching Linux Kernel 5.5.7 to add support for AUFS filesystem, 
the generated Live CD/DVD still boots

with a kernel panic.

The error message is as follows:

"end Kernel panic - not syncing: Attempted to kill init! exit 
code=0x0200"


After hours of troubleshooting, I think that the problem may lie with 
the initramfs (busybox based ramdisk) or the following
script init.sh. The following script init.sh may need to be modified to 
allow the Live CD/DVD to boot successfully.


I hope that the LFS community would be able to spend some time looking 
at init.sh and modify it so that the resultant Live CD/DVD

will be able to boot successfully.

I would like to thank all of you in advance.

The original script init.sh (8 years ago) is reproduced as follows:

ADDENDUM: v Cut and save the remainder of this file as 
$LFS/sources/init.sh v

#!/bin/busybox sh
#
# This file is a modified version of:
#
# Initramfs boot script 1.3.1 (2012-02-09)
# Copyright (c) 2010-2012   

Re: [blfs-support] How can I make an efficient backup or clone of my basic linux from scratch (lfs) system?

[Bruce Dubbs via blfs-support]

On 3/12/20 11:15 AM, Don Cross via blfs-support wrote:



On Thu, Mar 12, 2020 at 11:44 AM Turritopsis Dohrnii Teo En Ming via 
blfs-support > wrote:


Subject: How can I make an efficient backup or clone of my basic linux
from scratch (lfs) system?


What backup or cloning software should I use? Is dd sufficient? What is
the proper command for dd?

Currently i am using the following command only:

$ sudo dd if=/dev/sdb2
of=/home/teo-en-ming/teo-en-ming-linux-2020.03-final-dd.img


I created a bootable USB flash drive with Clonezilla on it. I boot from 
this flash drive on several computers, including ones that host Linux 
and Windows, and make a full drive backup. Clonezilla is smart enough to 
skip over free filesystem blocks, so I'll bet it skips over the entire 
contents of swap partitions. It also compresses the blocks it does save.


Actually for backup tar is sufficient.

tar -cJf .lfs-system.tar.xz /

On another system there may be some tweaks needed.  Files like fstab and 
whatever file sets th eIP address if it is not using dhcp.


You may want to exclude several directories: /dev, /lost+found, /mnt, 
/proc, /run, /sys, and /tmp


  -- Bruce



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

Re: [blfs-support] FAILED: meson-test

[Bruce Dubbs via blfs-support]

On 3/12/20 12:08 AM, Χάρης Καραχριστιανίδης via blfs-support wrote:




Sent with ProtonMail Secure Email.

‐‐‐ Original Message ‐‐‐
On Thursday, March 12, 2020 12:17 AM, Ken Moffat via blfs-support 
 wrote:


On Wed, Mar 11, 2020 at 04:09:46PM -0400, Scott Andrews via blfs-support wrote:


On 3/11/20 3:28 PM, Χάρης Καραχριστιανίδης via blfs-support wrote:


meson-test fails, any help why?
What should I do?
Thank you!
Sent with ProtonMail https://protonmail.com Secure Email.


Take your temperature and quarantine for 14 days


LOL.

We are not psychic, 'meson-test' probably means you tried to run
"meson test" in some package, but you have not given us any clues
about which package (or indeed which version of BLFS).

ĸen



OK, sorry about that. LFS SVN-20200302, BLFS (System V Edition)
Version 2020-03-10
It failed eg in libgusb-0.3.4 when "ninja test" and many more packages when I 
run the test which I don't remember.

"Full log written to /sources/libgusb-0.3.4/build/meson-logs/testlog.txt
FAILED: meson-test
/usr/bin/meson test --no-rebuild --print-errorlogs"

log:
"Log of Meson test suite run on 2020-03-12T06:54:30.162290

Inherited environment: SHELL='/bin/bash' XDG_CONFIG_DIRS='/etc/xdg/' 
HISTSIZE='1000' PWD='/sources/libgusb-0.3.4/build' LOGNAME='hk' 
MANPATH='/usr/share/man' XORG_PREFIX='/usr' _='/usr/bin/meson' HOME='/home/hk' 
LANG='en_US.utf8' 
LS_COLORS='rs=0:di=01;34:ln=01;36:mh=00:pi=40;33:so=01;35:do=01;35:bd=40;33;01:cd=40;33;01:or=40;31;01:mi=00:su=37;41:sg=30;43:ca=30;41:tw=30;42:ow=34;42:st=37;44:ex=01;32:*.tar=01;31:*.tgz=01;31:*.arc=01;31:*.arj=01;31:*.taz=01;31:*.lha=01;31:*.lz4=01;31:*.lzh=01;31:*.lzma=01;31:*.tlz=01;31:*.txz=01;31:*.tzo=01;31:*.t7z=01;31:*.zip=01;31:*.z=01;31:*.dz=01;31:*.gz=01;31:*.lrz=01;31:*.lz=01;31:*.lzo=01;31:*.xz=01;31:*.zst=01;31:*.tzst=01;31:*.bz2=01;31:*.bz=01;31:*.tbz=01;31:*.tbz2=01;31:*.tz=01;31:*.deb=01;31:*.rpm=01;31:*.jar=01;31:*.war=01;31:*.ear=01;31:*.sar=01;31:*.rar=01;31:*.alz=01;31:*.ace=01;31:*.zoo=01;31:*.cpio=01;31:*.7z=01;31:*.rz=01;31:*.cab=01;31:*.wim=01;31:*.swm=01;31:*.dwm=01;31:*.esd=01;31:*.jpg=01;35:*.jpeg=01;35:*.mjpg=01;35:*.mjpeg=01;35:*.gif=01;35:*.bmp=01;35:*.pbm=01;35:*.pgm=01;35:*.ppm=01;35:*.tga=01;35:*.xbm=01;35:*.xpm=01;35:*.tif=01;35:*.tiff=01;35:*.png=01;35:*.svg=01;35:*.svgz=01;35:*.mng=01;35:*.pcx=01;35:*.mov=01;35:*.mpg=01;35:*.mpeg=01;35:*.m2v=01;35:*.mkv=01;35:*.webm=01;35:*.ogm=01;35:*.mp4=01;35:*.m4v=01;35:*.mp4v=01;35:*.vob=01;35:*.qt=01;35:*.nuv=01;35:*.wmv=01;35:*.asf=01;35:*.rm=01;35:*.rmvb=01;35:*.flc=01;35:*.avi=01;35:*.fli=01;35:*.flv=01;35:*.gl=01;35:*.dl=01;35:*.xcf=01;35:*.xwd=01;35:*.yuv=01;35:*.cgm=01;35:*.emf=01;35:*.ogv=01;35:*.ogx=01;35:*.aac=00;36:*.au=00;36:*.flac=00;36:*.m4a=00;36:*.mid=00;36:*.midi=00;36:*.mka=00;36:*.mp3=00;36:*.mpc=00;36:*.ogg=00;36:*.ra=00;36:*.wav=00;36:*.oga=00;36:*.opus=00;36:*.spx=00;36:*.xspf=00;36:'
 XORG_CONFIG='--prefix=/usr --sysconfdir=/etc --localstatedir=/var 
--disable-static' INFOPATH='/usr/share/info' TERM='st-256color' USER='hk' SHLVL='1' 
INPUTRC='/etc/inputrc' XDG_RUNTIME_DIR='/tmp/xdg-hk' XDG_DATA_DIRS='/usr/share/' 
PATH='/opt/rustc/bin:/usr/local/bin:/bin:/usr/bin:/usr/sbin' 
HISTIGNORE='&:[bf]g:exit' HZ='100' OLDPWD='/sources/libgusb-0.3.4' 
BASH_FUNC_pathappend%%='() {  pathremove $1 $2;
  local PATHVARIABLE=${2:-PATH};
  export $PATHVARIABLE="${!PATHVARIABLE:+${!PATHVARIABLE}:}$1"
}' BASH_FUNC_pathprepend%%='() {  pathremove $1 $2;
  local PATHVARIABLE=${2:-PATH};
  export $PATHVARIABLE="$1${!PATHVARIABLE:+:${!PATHVARIABLE}}"
}' BASH_FUNC_pathremove%%='() {  local IFS=':';
  local NEWPATH;
  local DIR;
  local PATHVARIABLE=${2:-PATH};
  for DIR in ${!PATHVARIABLE};
  do
  if [ "$DIR" != "$1" ]; then
  NEWPATH=${NEWPATH:+$NEWPATH:}$DIR;
  fi;
  done;
  export $PATHVARIABLE="$NEWPATH"
}'

1/2 gusb-exported-api   OK   0.01 s

--- command ---
04:54:30 /usr/bin/diff -urNp /sources/libgusb-0.3.4/gusb/libgusb.ver 
gusb/libgusb.ver
---

2/2 gusb-self-test  FAIL 0.01 s (killed by signal 6 
SIGABRT)

--- command ---
04:54:30 /sources/libgusb-0.3.4/build/gusb/gusb-self-test
--- stdout ---
# random seed: R02Scbc7a757717a299cb22abf2d4250c08c
1..6
# Start of gusb tests

Found 8087:8000,
Found 1d6b:0002,
Found 1d6b:0003,
Found 1d6b:0002,
Found 8087:8008,
Found 1d6b:0002,
Found 1d6b:0003,
Found 046d:c077,
Found 1d6b:0002,
ok 1 /gusb/context
Bail out! libgusb:ERROR:../gusb/gusb-self-test.c:53:gusb_context_lookup_func: 
assertion failed (error == NULL): Failed to open file 
?/usr/share/hwdata/usb.ids?: No such file or directory (g-file-error-quark, 4)
--- stderr ---
**
libgusb:ERROR:../gusb/gusb-self-test.c:53:gusb_context_lookup_func: assertion 
failed (error == NULL): Failed to open file ?/usr/share/hwdata/usb.ids?: No 
such file or directory (g-file-error-quark, 4)
---


Read the output above:  Failed to open file ?/usr/share/hwdata/usb.ids?: 
No such file or directory


You either didn't install 

[blfs-support] LFS and BLFS Version 9.1 are released

[Bruce Dubbs via blfs-support]

The Linux From Scratch community is pleased to announce the release of 
LFS Version 9.1, LFS Version 9.1 (systemd), BLFS Version 9.1, and BLFS 
Version 9.1 (systemd).


This release is a major update to both LFS and BLFS.

The LFS release includes updates to glibc-2.31, and binutils-2.34. A 
total of 35 packages have been updated. A new package, zstd-1.4.4, has 
also been added. Changes to text have been made throughout the book. The 
Linux kernel has also been updated to version 5.5.3.


The BLFS version includes approximately 1000 packages beyond the base 
Linux From Scratch Version 9.1 book. This release has over 840 updates 
from the previous version in addition to numerous text and formatting 
changes.


Thanks for this release goes to many contributors.  Notably:

Douglas Reno
DJ Lucas
Ken Moffat
Thomas Trepl
Pierre Labastie
Tim Tassonis
Xi Ruoyao

You can read the books online[0]-[3], or download[4]-[7] to read locally.

Please direct any comments about this release to the LFS development
team at lfs-...@linuxfromscratch.org or blfs-...@linuxfromscratch.org. 
Registration for the mailing lists is required to avoid junk email.


  -- Bruce Dubbs
 LFS

[0] http://www.linuxfromscratch.org/lfs/view/9.1/
[1] http://www.linuxfromscratch.org/blfs/view/9.1/
[2] http://www.linuxfromscratch.org/lfs/view/9.1-systemd/
[3] http://www.linuxfromscratch.org/blfs/view/9.1-systemd/

[4] http://www.linuxfromscratch.org/lfs/downloads/9.1/
[5] http://www.linuxfromscratch.org/blfs/downloads/9.1/
[6] http://www.linuxfromscratch.org/lfs/downloads/9.1-systemd/
[7] http://www.linuxfromscratch.org/blfs/downloads/9.1-systemd/
--
http://lists.linuxfromscratch.org/listinfo/blfs-support
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page

[blfs-support] Almost ready for the 9.1 release

[Bruce Dubbs via blfs-support]

We are almost ready for LFS/BLFS 9.1.  All tickets are closed and all 
BLFS packages tagged as ready.  What is left is to tweak anything that 
might come up in the next couple of days.


The current development versions of both LFS and BLFS will become the 
new stable versions of the books.


Please let us know if anything needs to be updated.

The release will be on Sunday, March 1st.

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

Re: [blfs-support] FIXME: BLFS 9.0 ntp

[Bruce Dubbs via blfs-support]

On 2/25/20 11:15 AM, Pierre Labastie via blfs-support wrote:

Le 25/02/2020 à 16:31, Bruce Dubbs via blfs-support a écrit :

On 2/25/20 4:57 AM, Pierre Labastie via blfs-support wrote:

Le 25/02/2020 à 10:36, Pierre Labastie via blfs-support a écrit :

Le 25/02/2020 à 10:22, Thomas Seeling via blfs-support a écrit :

Hallo,


I made 2 simple changes to the script:

We already have a sed in the book which addresses that, don't we?


I didn't verify before because we were discussing the current release,
but I did now and it's not in the book. The book mentions update-leap
but does not suggest any usage or modification hints.

Tschau...Thomas
--
Do you wanna be a legend or a passing footprint on the sands of time?



There is this:
---
sed -e 's/"(\\S+)"/"?([^\\s"]+)"?/' \
  -i scripts/update-leap/update-leap.in
---
Doesn't this is enough?



Actually, we are doing something wrong in the book: filenames should be quoted
in the .conf file, see the example in /ntpd/complete.conf.in

I'll fix that (and remove the sed). I'll also move the leapseconds file to
/var/lib/ntp, as discussed in this thread.

Will do some tests first, so maybe not today.


I just fixed it.  I prefer to remove the quotes.  The are only needed if there
are spaces in the file name (e.g. windows).


Hmmm, are you sure? update-leap is not the only program to read the .conf
file, and I am not sure what the others (ntpd is the most important) expect!
Since the example they give has quotes around filenames (an not around
hostnames for example), it may be that the the quotes are needed.
BTW, how do we know that the leapseconds file is used?


I tested with the update-leap script and it "did the right thing".
Looking through the code, I didn't see any place else where 'leapfile' 
is used.


  -- Bruce





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

Re: [blfs-support] FIXME: BLFS 9.0 ntp

[Bruce Dubbs via blfs-support]

On 2/25/20 7:27 AM, Thomas Seeling via blfs-support wrote:

Hallo,


sed -e 's/"(\\S+)"/"?([^\\s"]+)"?/' \

It replaces \S+ with [^\s"]+


ok, I'm defeated ;)
sorry, I overlooked the caret for "not".


What we end up with is:  /^ *leapfile\s+"?([^\s"]+)"?/

Translated:

beginning of the line
zero or more whitespace characters
leapfile
one or more whitespace characters
optional double quote
one or more characters that is not a space (saved filename)
optional double quote

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

Re: [blfs-support] FIXME: BLFS 9.0 ntp

[Bruce Dubbs via blfs-support]

On 2/25/20 4:57 AM, Pierre Labastie via blfs-support wrote:

Le 25/02/2020 à 10:36, Pierre Labastie via blfs-support a écrit :

Le 25/02/2020 à 10:22, Thomas Seeling via blfs-support a écrit :

Hallo,


I made 2 simple changes to the script:

We already have a sed in the book which addresses that, don't we?


I didn't verify before because we were discussing the current release,
but I did now and it's not in the book. The book mentions update-leap
but does not suggest any usage or modification hints.

Tschau...Thomas
--
Do you wanna be a legend or a passing footprint on the sands of time?



There is this:
---
sed -e 's/"(\\S+)"/"?([^\\s"]+)"?/' \
 -i scripts/update-leap/update-leap.in
---
Doesn't this is enough?



Actually, we are doing something wrong in the book: filenames should be quoted
in the .conf file, see the example in /ntpd/complete.conf.in

I'll fix that (and remove the sed). I'll also move the leapseconds file to
/var/lib/ntp, as discussed in this thread.

Will do some tests first, so maybe not today.


I just fixed it.  I prefer to remove the quotes.  The are only needed if 
there are spaces in the file name (e.g. windows).


  -- Bruce

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

Re: [blfs-support] Pulseaudio System sounds in kf5, lxde . xfce not working

[Bruce Dubbs via blfs-support]

On 2/24/20 5:07 PM, spiky0011 via blfs-support wrote:



Has anyone tried system sounds on kf5, lxde, xfce.

user is in audio group


I'm not sure what system sounds are in xfce.  However I did find 
xfce4-pulseaudio-plugin that controls some volume.  See below.


I'm looking at that also.  I'm running xfce and when running okular 
from the command line I get:


org.kde.knotifications: Audio notification requested, but sound file 
from notifyrc file was not found, aborting audio notification


I'm investigating.

As you say, audio from youtube or melt or vlc work fine.


I installed xfce4-pulseaudio-plugin as follows, taking instructions 
freely from Arch:


https://archive.xfce.org/src/xfce/xfce4-dev-tools/4.14/xfce4-dev-tools-4.14.0.tar.bz2

NOCONFIGURE=1 ./autogen.sh
./configure \
--prefix=/usr \
--sysconfdir=/etc \
--libexecdir=/usr/lib \
--localstatedir=/var
make && make install

https://git.xfce.org/panel-plugins/xfce4-pulseaudio-plugin/snapshot/xfce4-pulseaudio-plugin-0.4.2.
tar.gz
./configure \
--prefix=/usr \
--sysconfdir=/etc \
--libexecdir=/usr/lib \
--localstatedir=/var \
--enable-keybinder \
--enable-libnotify \
--enable-maintainer-mode

sed -i -e 's/ -shared / -Wl,-O1,--as-needed\0/g' libtool
make
make install

At runtime:

http://freedesktop.org/software/pulseaudio/pavucontrol/pavucontrol-4.0.tar.gz

Needs gtkmm3  and sigc++

./configure --prefix=/usr
make
make install

xfce4-pulseaudio-plugin installs on the panel and does control the 
volume of the audio on things like youtube playing in firefox.


I do get sounds from thunderbird.  I've been having a problem with 
okular missing a module and I get this on the command line:


org.kde.knotifications: Audio notification requested, but sound file 
from notifyrc file was not found, aborting audio notification


It is not clear to me that kde applications interface audio 
notifications with the xfce environment.


If anyone has any ideas, please let us know.

  -- Bruce

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

Re: [blfs-support] Pulseaudio System sounds in kf5, lxde . xfce not working

[Bruce Dubbs via blfs-support]

On 2/24/20 4:02 PM, spiky0011 via blfs-support wrote:
I have kf5 running new version, I can listen to you tube etc on FF but 
system sounds dont work.


The same for lxde and xfce dosn't work either

I can play system sounds in FF as well.

Pulse is built, alsa built

*killall -KILL pulseaudio then run pulseaudio --verbose returns
*

(

[pulseaudio] main.c: setrlimit(RLIMIT_NICE, (31, 31)) failed: Operation 
not permitted
I: [pulseaudio] main.c: setrlimit(RLIMIT_RTPRIO, (9, 9)) failed: 
Operation not permitted
I: [pulseaudio] core-util.c: Failed to acquire high-priority scheduling: 
No such file or directory

I: [pulseaudio] main.c: This is PulseAudio 13.0
I: [pulseaudio] main.c: Page size is 4096 bytes
I: [pulseaudio] main.c: Machine ID is 35410b196b444ce7a5b7269f56500924.
I: [pulseaudio] main.c: Session ID is c1.
I: [pulseaudio] main.c: Using runtime directory /run/user/1000/pulse.
I: [pulseaudio] main.c: Using state directory /home/spiky/.config/pulse.
I: [pulseaudio] main.c: Using modules directory /usr/lib/pulse-13.0/modules.
I: [pulseaudio] main.c: Running in system mode: no
E: [pulseaudio] pid.c: Daemon already running.
E: [pulseaudio] main.c: pa_pid_file_create() failed. ).

pulseaudio -D returns "[pulseaudio] main.c: Daemon startup failed.


paplay will play system sound from commandline.

I have Gnome built on another partition and that plays system sound ok. 
very similar setup/packages


The only difference is kf5, lxde, xfce are all in /opt, Gnome is in usr, 
and kf5, lxde, xfce are all started using startx no login manager


Has anyone tried system sounds on kf5, lxde, xfce.

user is in audio group


I'm looking at that also.  I'm running xfce and when running okular from 
the command line I get:


org.kde.knotifications: Audio notification requested, but sound file 
from notifyrc file was not found, aborting audio notification


I'm investigating.

As you say, audio from youtube or melt or vlc work fine.

  -- Bruce

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

Re: [blfs-support] FIXME: BLFS 9.0 ntp

[Bruce Dubbs via blfs-support]

On 2/24/20 10:23 AM, Bruce Dubbs wrote:

On 2/24/20 10:15 AM, Scott Andrews via blfs-support wrote:


On 2/24/20 10:12 AM, Bruce Dubbs via blfs-support wrote:

On 2/24/20 6:39 AM, Scott Andrews via blfs-support wrote:


On 2/23/20 10:15 PM, Bruce Dubbs via blfs-support wrote:

On 2/23/20 8:32 PM, Scott Andrews via blfs-support wrote:


On 2/23/20 7:52 PM, Scott Andrews via blfs-support wrote:


This is a corrected cron file. It seems that the perl srcipt now 
requires -L flag which is the leapsecond file to update


cat > /etc/cron.monthly/ntp-leap.cron <<- EOF
 #! /bin/sh
 #---
 #to update (each month) the leapfile
 #---
 /usr/sbin/update-leap -L /etc/ntp.leapseconds
EOF
chmod +x /etc/cron.monthly/ntp-leap.cron


Interesting.  The man page for update-leap does not mention -L, but 
I do see it in the script.


I can't find the script you refer to.  Where is it?

  -- Bruce



It is a script above keeps leapseconds updated via cron.  It came 
from osukiss.


update-leap is just a perl script that is part of ntp and appears to 
be work in progress.  It is suppose to read the location of the 
leapsecond file  from /etc/ntp.conf but it fails, that is why the -L 
flag is needed.  It will work given the changes that I have made in 
the first and second posts.


If you configure /etc/ntp.conf with:

  leapfile /var/cache/ntp/ntp.leapseconds

and run 'mkdir -p /var/cache/ntp', then no argument is needed for 
update-leap. 






To me, /etc is the wrong place for modifiable data.

  -- Bruce



The I suggest to change the book to




 leapfile  /var/cache/ntp/ntp.leapseconds


Good point.  I'll do that.


I'll change that to leapfile  /var/lib/ntp/ntp.leapseconds to be consistent.

  -- Bruce

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

Re: [blfs-support] FIXME: BLFS 9.0 ntp

[Bruce Dubbs via blfs-support]

On 2/24/20 10:15 AM, Scott Andrews via blfs-support wrote:


On 2/24/20 10:12 AM, Bruce Dubbs via blfs-support wrote:

On 2/24/20 6:39 AM, Scott Andrews via blfs-support wrote:


On 2/23/20 10:15 PM, Bruce Dubbs via blfs-support wrote:

On 2/23/20 8:32 PM, Scott Andrews via blfs-support wrote:


On 2/23/20 7:52 PM, Scott Andrews via blfs-support wrote:


This is a corrected cron file. It seems that the perl srcipt now 
requires -L flag which is the leapsecond file to update


cat > /etc/cron.monthly/ntp-leap.cron <<- EOF
 #! /bin/sh
 #---
 #to update (each month) the leapfile
 #---
 /usr/sbin/update-leap -L /etc/ntp.leapseconds
EOF
chmod +x /etc/cron.monthly/ntp-leap.cron


Interesting.  The man page for update-leap does not mention -L, but 
I do see it in the script.


I can't find the script you refer to.  Where is it?

  -- Bruce



It is a script above keeps leapseconds updated via cron.  It came 
from osukiss.


update-leap is just a perl script that is part of ntp and appears to 
be work in progress.  It is suppose to read the location of the 
leapsecond file  from /etc/ntp.conf but it fails, that is why the -L 
flag is needed.  It will work given the changes that I have made in 
the first and second posts.


If you configure /etc/ntp.conf with:

  leapfile /var/cache/ntp/ntp.leapseconds

and run 'mkdir -p /var/cache/ntp', then no argument is needed for 
update-leap. 






To me, /etc is the wrong place for modifiable data.

  -- Bruce



The I suggest to change the book to




     leapfile  /var/cache/ntp/ntp.leapseconds


Good point.  I'll do that.

  -- Bruce

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

Re: [blfs-support] FIXME: BLFS 9.0 ntp

[Bruce Dubbs via blfs-support]

On 2/24/20 9:45 AM, Scott Andrews via blfs-support wrote:


On 2/24/20 10:12 AM, Bruce Dubbs via blfs-support wrote:

leapfile /var/cache/ntp/ntp.leapseconds



cat /etc/ntp.conf
# Asia
server 0.asia.pool.ntp.org
# Australia
server 0.oceania.pool.ntp.org
# Europe
server 0.europe.pool.ntp.org
# North America
server 0.north-america.pool.ntp.org
# South America
server 2.south-america.pool.ntp.org
# pid and driftfile
driftfile /var/lib/ntp/ntp.drift
pidfile   /var/run/ntpd.pid
#leapfile  /etc/ntp.leapseconds
leapfile /var/cache/ntp/ntp.leapseconds
# Security session
restrict    default limited kod nomodify notrap nopeer noquery
restrict -6 default limited kod nomodify notrap nopeer noquery
restrict 127.0.0.1
restrict ::1


ls /var/cache/
ldconfig  ntp

update-leap -F
No leapfile directive in /etc/ntp.conf; leapfile location not known



Are you running update-leap as root?  I get:

$ sudo update-leap
Not time to replace /var/cache/ntp/ntp.leapseconds

$ ll /var/cache/ntp/ntp.leapseconds
-rw-r--r-- 1 root root 10664 Feb 23 21:30 /var/cache/ntp/ntp.leapseconds

  -- Bruce

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

Re: [blfs-support] FIXME: BLFS 9.0 ntp

[Bruce Dubbs via blfs-support]

On 2/24/20 6:39 AM, Scott Andrews via blfs-support wrote:


On 2/23/20 10:15 PM, Bruce Dubbs via blfs-support wrote:

On 2/23/20 8:32 PM, Scott Andrews via blfs-support wrote:


On 2/23/20 7:52 PM, Scott Andrews via blfs-support wrote:


This is a corrected cron file. It seems that the perl srcipt now 
requires -L flag which is the leapsecond file to update


cat > /etc/cron.monthly/ntp-leap.cron <<- EOF
 #! /bin/sh
 #---
 #to update (each month) the leapfile
 #---
 /usr/sbin/update-leap -L /etc/ntp.leapseconds
EOF
chmod +x /etc/cron.monthly/ntp-leap.cron


Interesting.  The man page for update-leap does not mention -L, but I 
do see it in the script.


I can't find the script you refer to.  Where is it?

  -- Bruce



It is a script above keeps leapseconds updated via cron.  It came from 
osukiss.


update-leap is just a perl script that is part of ntp and appears to be 
work in progress.  It is suppose to read the location of the leapsecond 
file  from /etc/ntp.conf but it fails, that is why the -L flag is 
needed.  It will work given the changes that I have made in the first 
and second posts.


If you configure /etc/ntp.conf with:

  leapfile /var/cache/ntp/ntp.leapseconds

and run 'mkdir -p /var/cache/ntp', then no argument is needed for 
update-leap.  To me, /etc is the wrong place for modifiable data.


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

Re: [blfs-support] FIXME: BLFS 9.0 ntp

[Bruce Dubbs via blfs-support]

On 2/23/20 8:32 PM, Scott Andrews via blfs-support wrote:


On 2/23/20 7:52 PM, Scott Andrews via blfs-support wrote:


This is a corrected cron file. It seems that the perl srcipt now 
requires -L flag which is the leapsecond file to update


cat > /etc/cron.monthly/ntp-leap.cron <<- EOF
     #! /bin/sh
     #---
     #to update (each month) the leapfile
     #---
     /usr/sbin/update-leap -L /etc/ntp.leapseconds
EOF
chmod +x /etc/cron.monthly/ntp-leap.cron


Interesting.  The man page for update-leap does not mention -L, but I do 
see it in the script.


I can't find the script you refer to.  Where is it?

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

Re: [blfs-support] pulseaudio flooding logs on one machine

[Bruce Dubbs via blfs-support]

On 2/22/20 12:56 PM, Ken Moffat via blfs-support wrote:

On my initial 9.1 (sysv) build, I've now discovered why the system
was all-but full : a combination of log noise from pulseaudio (which
I new about, and logrotate was only rotating weekly.

I saw that sys.log was about 3.5G so I manually ran logrotate.
Nothing happened and I now notice that user.log is similarly huge.
Checked the conf against the manpage, got it to

After altering /etc/logrotate.conf to put a size on those two,
instead of 'weekly', it rotated them.

ken@deluxe ~ $ls -lh /var/log/
total 85M
-rw-r--r-- 1 root root  15K Feb 22 18:22 auth.log
-rw-r--r-- 1 root root 8.3K Feb 19 22:31 boot.log
-rw--- 1 root root0 Feb 15 20:57 btmp
drwxr-xr-x 2 root root 4.0K Feb 16 19:20 chrony
-rw-r--r-- 1 root root 7.3K Feb 22 18:22 cron.log
drwxr-xr-x 2 root root 4.0K Feb 16 23:57 cups
-rw-r--r-- 1 root root  31K Feb 22 18:40 daemon.log
-rw-r--r-- 1 root root 2.8K Feb 16 19:43 faillog
-rw-r--r-- 1 root root0 Feb 16 17:10 kern.log
-rw-r--r-- 1 root utmp 286K Feb 16 19:43 lastlog
-rw-r--r-- 1 root root  79K Feb 22 17:58 mail.log
-rw-r--r-- 1 root root0 Feb 16 19:05 pm-dummy.log
-rw-r--r-- 1 root root 2.4K Feb 22 17:12 pm-powersave.log
-rw-r--r-- 1 root root 4.5K Feb 22 17:12 pm-suspend.log
-rw-rw-r-- 1 root sys  9.2M Feb 22 18:44 sys.log
-rw-r--r-- 1 root root  34M Feb 22 18:36 sys.log.1.gz
-rw-r--r-- 1 root root 8.4M Feb 22 18:44 user.log
-rw-r--r-- 1 root root  34M Feb 22 18:36 user.log.1.gz
-rw-r--r-- 1 root root  38K Feb 19 22:31 wtmp

So, in about 8 minutes I'm getting over 8MB in user.log (sys.log
gets other things apart from pulse, but looking at user.log it's all
pulse.  First 100 lines below, it seems to just be looping through
everything.

When I first saw this I managed to stop pulse (for the moment I
haven't managed to connect any analogue output and get that working),
but it looks as if playing video clips in firefox restarts it.

Any suggestions for taming pulse, please ?


Do you have anything interesting in /etc/pulse or ~/.config/pulse ?

  -- Bruce

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

Re: [blfs-support] Fuzzy fonts in Firefox

[Bruce Dubbs via blfs-support]

On 2/19/20 2:56 PM, Collin Guan via blfs-support wrote:

Hi All,

I installed Firefox. When I open our great BLFS and LFS books, all pages 
are very fuzzy. I tried to adjust the fonts available in "Preferences" 
-> "Language and Appearance" -> "Fonts and Colors" in Firefox. My 
question is, which font should I choose in "Default font" to make our 
books more clear? From the above font list, I have:


serif
Caladea
Cantarell
Carlito
Courier
DejaVu Sans, Sans Mono, Serif
FreeMono
FreeSans
FreeSerif
Gelasio
Helvetica
Liberation Mono, Sans, Serif
Luxi Mono, Sans, Serif
New Century Schoolbook
Note Sans, Serif
Oxygen Mono, Sans
Times
Utopia

I think these are all the fonts I have installed. Let me know if I'm 
missing something here. Other websites look just fine.


For my default font, I use Oxygen-Sans Size 13.

Advanced: Fonts for Latin:
Proportional: Serif 13
Serif: Oxygen-Sans
Sans-serif: Default (DejaVu Sans)
Monospace: Default (DejaVu Sans Mono) 12

Minimum font size: none

Your choices may be different, but that's a reasonable staring point.

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

Re: [blfs-support] perl-5.30.1

[Bruce Dubbs via blfs-support]

On 2/17/20 11:14 PM, spiky0011 via blfs-support wrote:


On 17/02/2020 23:28, Scott Andrews via blfs-support wrote:


On 2/17/20 5:42 PM, Bruce Dubbs via blfs-support wrote:

On 2/17/20 2:23 PM, spiky0011 via blfs-support wrote:


On 17/02/2020 19:30, Bruce Dubbs via blfs-support wrote:

On 2/17/20 1:04 PM, spiky0011 via blfs-support wrote:


On 17/02/2020 18:38, Pierre Labastie via blfs-support wrote:

Le 17/02/2020 à 19:07, spiky0011 via blfs-support a écrit :

On 16/02/2020 23:23, Scott Andrews via blfs-support wrote:

On 2/16/20 4:20 PM, spiky0011 via blfs-support wrote:

I,m getting errors regarding perl from ch5.

I script build lfs "scripts just execute whats in the book. 
Although I have

tried building by hand as well.

Perl seems inconsistant in building perl and pod2man using 
make -j4.  Which

causes texinfo to fail as well.

Just wondered if any one else has seen this?


Spiky


Yes I have the same

make  -j2 works for me for chapter 5

chapter 6 builds with make -j4

Ok just run perl build ch5 with make -j4 which failed to create 
the 2 files


make -j1 files created

Maybe you want to add make -j1 to book in perl

I've built perl at -j4 or -j8 several times, and have not seen 
that. But I
have not much experience with make-4.3 (I've mainly built at -j1 
for timings).

So maybe a 4.3 problem.

Pierre


I,ve not had this issue before either, Someone did come in IRC 
with a missing pod2man file I just pressumed perl had failed 
before I tracked it down yesterday.


It,s upto you if you wanna add, It wouldn't hurt to put it in just 
my opinion


We can add a note to drop back to -j1 if -jx; where x > 1 fails.

  -- Bruce


The problem is perl dosn't fail to make, and the 2 files are not  
copied to /tools/bin


"cp -v perl cpan/podlators/scripts/pod2man /tools/bin"

ls: cannot access 'tools/bin/perl': No such file or directory

ls: cannot access 'tools/bin/pod2man': No such file or directory


and the libs spew out alot of verbose output, so scroll back is all 
the libs


Have you ever seen this in Chapter 6?

  -- Bruce



I have not seen it in chapter 6, only in chapter 5.  In different 
hosts from debian to LFS and on two different platforms




Hi test updates

I have rebuilt from begining through to perl with make -j4

cp -v perl /tools/bin no such file or dir

cp -v cpan/podlators/scripts/pod2man  no such file.

rm -r perl dir reran exact same script with make -j4 both files exist.

rm -v both files from /tools/bin, shut machine down re ran exact same 
script make -j4 both files exsist??


Inconsistant.

_Proposal_

split the " cp -v perl cpan/podlators/scripts/pod2man /tools/bin " from

mkdir -pv /tools/lib/perl5/5.30.1
cp -Rv lib/* /tools/lib/perl5/5.30.1

so if it dose error there will be No such file or directory warning.


If there is an error, you don't get the 'no such file' for perl now?


A note about rebuild perl?


Yes, any change will need a note saying what is going on.

  -- Bruce



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