On 10/23/19 3:27 AM, Pierre Labastie via blfs-dev wrote:
When compiling libxkbcommon with SVN book instructions, I get:
-
Program doxygen found: NO
meson.build:495:8: ERROR: Problem encountered: Documentation requires
doxygen which was not found.
You can disable the documentation w
I had trouble with librsvg (again). When I tried to build version
2.46.3 (with rustc-1.37.0), I got:
GISCAN Rsvg-2.0.gir
Traceback (most recent call last):
File "/usr/bin/g-ir-scanner", line 99, in
from giscanner.scannermain import scanner_main
File "/usr/lib/gobject-introspection/
On 11/2/19 1:47 AM, hykwok1--- via blfs-dev wrote:
When I tried to build sudo (1.8.29) for a new system, "make install" reported fail
because the file "/etc/sudoers" was missing.
So I had to create this file before I executed "make install".
I am not sure this problem is related this change or
On 11/2/19 11:06 AM, Bruce Dubbs wrote:
On 11/2/19 1:47 AM, hykwok1--- via blfs-dev wrote:
When I tried to build sudo (1.8.29) for a new system, "make install"
reported fail because the file "/etc/sudoers" was missing.
So I had to create this file before I executed "make install".
I am not sur
On 11/2/19 11:35 AM, Bruce Dubbs wrote:
On 11/2/19 11:06 AM, Bruce Dubbs wrote:
On 11/2/19 1:47 AM, hykwok1--- via blfs-dev wrote:
When I tried to build sudo (1.8.29) for a new system, "make install"
reported fail because the file "/etc/sudoers" was missing.
So I had to create this file before
On 11/3/19 4:00 PM, Tim Tassonis via blfs-dev wrote:
Hi all
I tried to build evince-3.34.1 by the book and get the following error:
GEN evince-pdfdocument.metainfo.xml
/usr/bin/msgfmt: cannot locate ITS rules for
evince-pdfdocument.metainfo.xml.in
make[3]: *** [Makefile:922: evince-pd
On 11/3/19 7:40 PM, Tim Tassonis via blfs-dev wrote:
Hi all
After detecting that evince 3.34.1 does not build with the required
depencies, I digged in a bit more and found out the following:
As both GNONE and gentoo recommed appstream-glib as solution, I found
out that:
/usr/share/get
On 11/17/19 8:39 AM, Pierre Labastie via blfs-dev wrote:
Le 17/11/2019 à 11:45, Wayne Blaszczyk via blfs-dev a écrit :
Hi All,
I have just noticed that with all my builds, there are __pycache__ directories
being installed all over the place.
As an example, when I installed totem, it created /us
On 12/1/19 5:12 PM, Ken Moffat via blfs-dev wrote:
This long epistle was going to be a note that Archive::Zip fails
one of its tests in my build of LFS and BLFS from last night, but
I now think that our build of unzip has been broken (for odd zip
archives which include a file compressed with bzip
I've been trying to update to the latest gtk+3, but have been getting
massive failures during the regression tests.
Upon investigation, most of the failures are due to a .css file
generated by sassc. With some manual modification, the gtk+ tests are
back to normal.
This problem seems to occ
On 12/3/19 1:49 AM, Wayne Blaszczyk wrote:
On Mon, 2019-12-02 at 21:44 -0600, Bruce Dubbs via blfs-dev wrote:
I've been trying to update to the latest gtk+3, but have been getting
massive failures during the regression tests.
Upon investigation, most of the failures are due to a .css
On 12/3/19 4:04 PM, Pierre Labastie via blfs-dev wrote:
Le 03/12/2019 à 21:52, Wayne Blaszczyk via blfs-dev a écrit :
On Tue, 2019-12-03 at 12:15 -0600, Bruce Dubbs wrote:
On 12/3/19 1:49 AM, Wayne Blaszczyk wrote:
On Mon, 2019-12-02 at 21:44 -0600, Bruce Dubbs via blfs-dev wrote:
I've
On 12/8/19 7:33 AM, Pierre Labastie via blfs-dev wrote:
I did the bisection, and found that the commit which changed the behavior in
meson is 3db6dcb3b85.
I Filed an issue[1] with meson, but they may as well tell that mutter devs
should change their meson.build files.
For now, I suggest disabl
On 12/8/19 4:06 PM, Pierre Labastie via blfs-dev wrote:
Hi,
It is the first (beta?) release of blocaled. See
https://github.com/pierre-labastie/blocaled/releases/tag/v0.1
I have also a patch for the book to use blocaled, but do not know what to do
with it:
- commit it: it should not hurt, I th
On 12/9/19 8:00 PM, Ken Moffat via blfs-dev wrote:
On Mon, Dec 09, 2019 at 03:40:24PM -0600, Douglas R. Reno via blfs-dev wrote:
On 12/9/19 2:22 PM, Alain Dumont via blfs-dev wrote:
Le 09/12/2019 à 20:20, Ken Moffat via blfs-dev a écrit :
On Mon, Dec 09, 2019 at 04:19:12PM +0100, Alain Dumont
On 12/9/19 2:53 PM, Pierre Labastie via blfs-dev wrote:
Le 09/12/2019 à 21:33, Douglas R. Reno via blfs-dev a écrit :
On Sun, Dec 8, 2019, 11:52 AM Bruce Dubbs via blfs-dev
mailto:blfs-dev@lists.linuxfromscratch.org>> wrote:
On 12/8/19 7:33 AM, Pierre Labastie via blfs-dev
On 12/10/19 4:01 PM, Pierre Labastie via blfs-dev wrote:
Le 10/12/2019 à 16:50, Douglas R. Reno via blfs-dev a écrit :
On 12/9/19 10:49 PM, Douglas R. Reno via blfs-dev wrote:
On 2019-12-09 22:45, Bruce Dubbs via blfs-dev wrote:
On 12/9/19 2:53 PM, Pierre Labastie via blfs-dev wrote:
Le 09
On 12/15/19 10:16 AM, DJ Lucas via blfs-dev wrote:
On December 15, 2019 8:14:20 AM CST, Ken Moffat via blfs-dev
wrote:
On Fri, Dec 13, 2019 at 08:57:09AM +, DJ Lucas via blfs-dev wrote:
On December 12, 2019 11:30:59 PM CST, Ken Moffat via blfs-dev
wrote:
Going forward, perhaps we ne
On 12/16/19 3:43 PM, Douglas R. Reno via blfs-dev wrote:
Good afternoon folks,
This is more of an observation than anything else, nothing needs to be
done yet and I haven't noticed any problems.
I have a system running with the kernel 5.4 API headers (my i686
machine), and just built OpenSS
On 12/17/19 10:17 AM, Pierre Labastie via blfs-dev wrote:
Actually, there is a PR at elogind:
https://github.com/elogind/elogind/pull/142/commits/2b08527c0c939aebfd0ecd04a639cb6435c3f8ef
I guess a sed should do. Note also that 241.4 is out. Looks like the
currency script does not take it.
On 12/17/19 11:20 AM, Bruce Dubbs wrote:
On 12/17/19 10:17 AM, Pierre Labastie via blfs-dev wrote:
Actually, there is a PR at elogind:
https://github.com/elogind/elogind/pull/142/commits/2b08527c0c939aebfd0ecd04a639cb6435c3f8ef
I guess a sed should do. Note also that 241.4 is out. Looks li
I'm getting a lot of warnings lately like:
Gtk-WARNING **: 04:36:49.304: Theme parsing error:
gtk-contained.css:388:37: Missing closing bracket for :not()
Has anyone else seen these?
I find gtk-contained.css in gtk+-3.24.13:
gtk/theme/Adwaita/gtk-contained.css
gtk/theme/HighContrast/gtk-
On 12/31/19 9:06 AM, Pierre Labastie via blfs-dev wrote:
Le 31/12/2019 à 12:00, Bruce Dubbs via blfs-dev a écrit :
I'm getting a lot of warnings lately like:
Gtk-WARNING **: 04:36:49.304: Theme parsing error: gtk-contained.css:388:37:
Missing closing bracket for :not()
Has anyone else
On 12/31/19 1:20 PM, Xi Ruoyao via blfs-dev wrote:
Hi:
Now most of our meson commands contains a '..' but a few does not. Maybe we
should remove all '..' in meson commands. Reasons:
(1) '..' is unnecessary in meson command, with "mkdir build; cd build".
(2) Sometimes we forgot to "mkdir bui
On 12/31/19 3:40 PM, Pierre Labastie via blfs-dev wrote:
Le 31/12/2019 à 17:50, Bruce Dubbs via blfs-dev a écrit :
On 12/31/19 9:06 AM, Pierre Labastie via blfs-dev wrote:
Le 31/12/2019 à 12:00, Bruce Dubbs via blfs-dev a écrit :
I'm getting a lot of warnings lately like:
Gtk-WARNING *
On 1/1/20 10:37 AM, Pierre Labastie via blfs-dev wrote:
Le 31/12/2019 à 23:56, Bruce Dubbs via blfs-dev a écrit :
On 12/31/19 3:40 PM, Pierre Labastie via blfs-dev wrote:
Le 31/12/2019 à 17:50, Bruce Dubbs via blfs-dev a écrit :
On 12/31/19 9:06 AM, Pierre Labastie via blfs-dev wrote:
Le 31
On 1/3/20 9:45 AM, Bruce Dubbs wrote:
On 1/3/20 8:35 AM, Paul Menzel via blfs-dev wrote:
Dear Beyond Linux From Scratch folks,
The configuration instructions for SQLite [1] still enable the
two-argument
version of the fts3_tokenizer() interface.
-DSQLITE_ENABLE_FTS3_TOKENIZER=1
The c
On 1/3/20 8:35 AM, Paul Menzel via blfs-dev wrote:
Dear Beyond Linux From Scratch folks,
The configuration instructions for SQLite [1] still enable the two-argument
version of the fts3_tokenizer() interface.
-DSQLITE_ENABLE_FTS3_TOKENIZER=1
The command explanations do not contain that.
On 1/18/20 4:21 PM, Max Coplan via blfs-dev wrote:
Good evening,
I have found a typo in the FreeType build instructions. How can I fix this
error and contribute?
What typo?
-- Bruce
--
http://lists.linuxfromscratch.org/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Un
On 1/31/20 3:39 PM, Ken Moffat via blfs-dev wrote:
On Sun, Jan 19, 2020 at 02:07:13AM +, Ken Moffat via blfs-dev wrote:
On Fri, Jan 17, 2020 at 02:16:32AM +, Ken Moffat via blfs-dev wrote:
For intel GPUs, except GEN8 (Broadwell), this week's vulnerability
is being covered at Phoronix.
On 1/31/20 4:36 PM, Joe Locash via blfs-dev wrote:
The install of LSB-Tools puts 5 files in /usr. INSTALL, LICENSE, and the
3 man pages.
Indeed. I see that.
DJ, can you take a look? The code looks right to me, but in my log I have:
$ grep copying LSB-Tools-0.5.log|grep -v lsbtools
copying
On 1/31/20 11:19 PM, Kevin Buckley via blfs-dev wrote:
I was just reading the
Introduction to Xorg-7
Setting up the Xorg Build Environment
section in BLFS 9.0 and, because I was thinking of putting all of
Xorg stuff in its own hierarchy, noticed the passage that says:
The common install
The latest version of xterm has this in the NEWS file:
* modify run-tic.sh to prefer development version of ncurses since
changes to terminfo file in patch #345 rely upon bug-fixes in
ncurses
I do not think that it is good form to create a 'stable' release that
relies on a development libra
On 2/2/20 12:52 PM, Jean-Marc Pigeon wrote:
Hello Bruce,
On Sun, 2020-02-02 at 10:50 -0600, Bruce Dubbs via blfs-dev wrote:
The latest version of xterm has this in the NEWS file:
* modify run-tic.sh to prefer development version of ncurses since
changes to terminfo file in patch #345 rely
On 2/4/20 6:48 PM, Ken Moffat via blfs-dev wrote:
My first attempt to build icewm-1.6.4, but it failed early on (and
the wonderful cmake kept churning on the other cores until the Error
was way in the past and I thought it had failed silently until I
tried to continue in the existing source.
Unf
On 2/6/20 8:44 AM, Jean-Marc Pigeon via blfs-dev wrote:
Hello,
I was unable to successfully compile llvm-9.0.1 while
having glibc-2.31 installed.
./projects/compiler-
rt/lib/sanitizer_common/sanitizer_internal_defs.h:342:70: error: size
'-1' of array 'assertion_failed__1131' is negative
342
On 2/8/20 11:01 AM, Chr. Clemens Lee via blfs-dev wrote:
Hello,
I got the following md5sum from:
https://github.com/AbiWord/enchant/releases/download/v2.2.5/enchant-2.2.5.tar.gz
6ae5fec127e89ce99a3d66d8401be064 enchant-2.2.5.tar.gz
The md5sum to expect according to the BLFS 9.0 book is:
03
On 2/8/20 4:44 PM, Ken Moffat via blfs-dev wrote:
On Sat, Feb 08, 2020 at 10:50:08PM +0100, Chr. Clemens Lee via blfs-dev wrote:
OK, thanks Bruce, I will proceed with 2.2.5 according to the book, as nothing
bad has happened.
However, you guys/girls might think about something better than md5sum
On 2/9/20 1:25 PM, Douglas R. Reno via blfs-dev wrote:
On 2020-02-09 11:21, Pierre Labastie via blfs-dev wrote:
Le 09/02/2020 à 18:02, Ken Moffat via blfs-dev a écrit :
On Sun, Feb 09, 2020 at 03:37:08AM -0500, Jean-Marc Pigeon via
blfs-dev wrote:
Hello,
I have strong indication openjdk-12.0
On 2/9/20 3:26 PM, spiky0011 via blfs-dev wrote:
On 09/02/2020 21:15, spiky0011 wrote:
Lfs systemd svn version, installed LSB-Tools-0.6 and when I run
lsb_release I get an error
lsb_release
Traceback (most recent call last):
File "/usr/bin/lsb_release", line 94, in
key,val = pair.spl
On 2/10/20 12:24 PM, spiky0011 via blfs-dev wrote:
Hi
"System svn"
I,m getting a make fail while trying to build clang in llvm. It gets
through to about 1300 and fails, scrolling back I find an error.
I have built llvm without clang and it succeeded, tried to rebuild llvm
with clang on exsi
I have updated plasma to version 5.18.0.
http://www.linuxfromscratch.org/blfs/view/svn/kde/plasma-all.html
The instructions for starting plasma are to add:
dbus-launch --exit-with-session $KF5_PREFIX/bin/startplasma-x11
and this works fine on my system.
In addition, plasma now has a versi
On 2/13/20 10:10 AM, Pierre Labastie via blfs-dev wrote:
Hi,
Although this is not in book's optional dependencies, wireshark may use
speexdsp if it is installed. But when speexdsp-1.2rc3 is installed, it fails
with:
[1925/2421] Building C object CMakeFiles/sharkd.dir/sharkd_session.c.o
FAILED: C
On 2/13/20 11:17 AM, Pierre Labastie via blfs-dev wrote:
When running configure for firewalld, I get:
[...]
checking for iptables... /sbin/iptables
checking for iptables-restore... /sbin/iptables-restore
checking for ip6tables... /sbin/ip6tables
checking for ip6tables-restore... /sbin/ip6tab
On 2/13/20 11:35 AM, Pierre Labastie via blfs-dev wrote:
Le 13/02/2020 à 18:31, Bruce Dubbs via blfs-dev a écrit :
On 2/13/20 11:17 AM, Pierre Labastie via blfs-dev wrote:
When running configure for firewalld, I get:
[...]
checking for iptables... /sbin/iptables
checking for iptables
On 2/14/20 4:14 AM, Pierre Labastie via blfs-dev wrote:
Hi,
I get:
[LD] 2.#define
[LD] 10-#define
g++: error: 2.#define: No such file or directory
g++: error: 10-#define: No such file or directory
g++: error: .#define: No such file or directory
g++: error: 11: No such file or directory
g++: erro
Now that LFS-9.1-rc1 has been released, it is time to start tagging BLFS
to test the packages there.
There are about 850 packages that need to be built, tested, and tagged
in BLFS.
Here is the major rule of thumb for updates:
If a package is already tagged, do not update it.
Exceptions can b
On 2/14/20 2:44 PM, spiky0011 via blfs-dev wrote:
On 12/02/2020 22:11, Bruce Dubbs via blfs-dev wrote:
I have updated plasma to version 5.18.0.
http://www.linuxfromscratch.org/blfs/view/svn/kde/plasma-all.html
The instructions for starting plasma are to add:
dbus-launch --exit-with
On 2/15/20 9:00 PM, Xi Ruoyao via blfs-dev wrote:
Though it's named "polkit-gnome", but now it's only used by XFCE and GNOME
doesn't use it at all. gnome-shell has built-in polkit agent.
It's not used by network-manager-applet?
And, notification-daemon is not used by GNOME. Maybe we should
On 2/15/20 10:03 PM, Xi Ruoyao via blfs-dev wrote:
On 2020-02-15 21:51 -0600, Bruce Dubbs via blfs-dev:
On 2/15/20 9:00 PM, Xi Ruoyao via blfs-dev wrote:
Though it's named "polkit-gnome", but now it's only used by XFCE and GNOME
doesn't use it at all. gnome-shell
On 2/16/20 12:01 AM, Douglas R. Reno via blfs-dev wrote:
Hi folks,
I know that we're in a semi-package freeze right now, so I wanted to ask
a question about a package that's already been tagged.
root [ /sources/LSB-Tools-0.6 ]# ln -sv /usr/lib/lsb/install_initd /usr/sbin
ln: failed to create
On 2/16/20 11:31 AM, Douglas R. Reno via blfs-dev wrote:
On 2/16/20 5:21 AM, Bruce Dubbs via blfs-dev wrote:
On 2/16/20 12:01 AM, Douglas R. Reno via blfs-dev wrote:
Hi folks,
I know that we're in a semi-package freeze right now, so I wanted to
ask a question about a package that'
On 2/17/20 8:19 PM, Joe Locash via blfs-dev wrote:
When running configure for qemu --localstatedir=/var should be used
otherwise /usr/var/run will be created and used.
I will take a look at that. For state data, it probably should be just
/run, but /var/run is a symlink to /run and that's OK
On 2/18/20 3:29 PM, Douglas R. Reno via blfs-dev wrote:
Hi folks,
[Note]
Note
This is a development version of the Nouveau driver which is needed to
build properly with the latest xorg-server.
I noticed that we have a note like the above in xf86-video-nouveau, but
we seem to be usi
On 2/18/20 4:09 PM, Pierre Labastie via blfs-dev wrote:
Right now, we have vim-8.2.0190 in LFS and vim-8.2.0024 in BLFS. I think blfs
should be at least updated to the same patch level as lfs. But maybe we want
to update both to a later patch...
Thoughts?
We should keep it at the same revision
We are looking good for a March 1st 9.1 release.
Right now there are about 315 packages left to tag. Many are spoken
for, but I would like to ask for help in building/testing the following
in the 9.1 environment:
server/mail/exim.xml:&lfs90_checked;
server/mail/dovecot.xml:&lfs90_chec
I need to get dovecot and exim tested for release. I can build them,
but do not want to install them over my existing system. Both build
with caveats, so if someone can test in a 9.1 environment, I can update
tag them.
Caveats.
dovecot:
The sed
sed -e "s;#include ;&\n#include ;" \
On 2/22/20 10:40 AM, Pierre Labastie via blfs-dev wrote:
Le 21/02/2020 à 20:54, Douglas R. Reno via blfs-dev a écrit :
On 2/21/20 12:19 PM, Bruce Dubbs via blfs-dev wrote:
I need to get dovecot and exim tested for release. I can build them, but do
not want to install them over my existing
On 2/24/20 4:28 AM, Pierre Labastie via blfs-dev wrote:
Le 19/02/2020 à 09:59, Pierre Labastie via blfs-dev a écrit :
Le 19/02/2020 à 00:11, Bruce Dubbs via blfs-dev a écrit :
postlfs/security/firewalld.xml: &lfs90_checked;
postlfs/security/nftables.xml: &lfs90_checked;
I
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.
Pleas
On 2/27/20 3:51 PM, Ryan Marsaw via blfs-dev wrote:
Hello everyone.
The "cryptsetup" BLFS package is listed as version 2.0.6. The latest
version is 2.3.0
The latest version at
https://mirrors.edge.kernel.org/pub/linux/utils/cryptsetup/v2.0/ is
version 2.0.6. Is there someplace else updatin
On 2/28/20 5:22 PM, spiky0011 via blfs-dev wrote:
Bdubbs the sed in LLvm is only required if building clang, maybe a note
on that to indicate.
OK, I added a clarifying statement.
-- Bruce
--
http://lists.linuxfromscratch.org/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.htm
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
Release complete. May the changes commence.
-- Bruce
--
http://lists.linuxfromscratch.org/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page
On 3/3/20 8:42 PM, Xi Ruoyao via blfs-dev wrote:
Now samba requires python 3, and python 3 requires lsb-tools. I don't think
these make any sense:
* I can rebuild Python 3 (for upgrading) w/o lsb-tools.
* I can build samba with Python 3 built in LFS, before I rebuilt Python 3.
Should we remove
On 3/8/20 10:49 PM, Xi Ruoyao via blfs-dev wrote:
GCC 10 will enable -fno-common by default. It would break some "legacy"
(actually buggy IMO) code. I found some cases in the book with GCC 9 and -fno-
common explicitly enabled.
Patches uploaded to http://www.linuxfromscratch.org/~xry111/fno-co
On 3/9/20 8:48 AM, Pierre Labastie via blfs-dev wrote:
Le 09/03/2020 à 14:46, Pierre Labastie via blfs-dev a écrit :
Le 09/03/2020 à 13:43, Bruce Dubbs via blfs-dev a écrit :
On 3/8/20 10:49 PM, Xi Ruoyao via blfs-dev wrote:
GCC 10 will enable -fno-common by default. It would break some
We have a problem caused by rust. Seamonkey cannot be built with a
version of rust later than 1.37 and librsvg now requires version 1.39 or
later.
As I see it we have the option of installing multiple versions of rust
in /opt or archiving Seamonkey.
I'm not sure what SM offers other than a
On 3/16/20 11:29 PM, Ken Moffat via blfs-dev wrote:
The more I edit, the more the phrase "with parallelism=4" grates.
First, I don't really think it is good English or good American.
In the days when everything was CMMI it could correctly be parsed as
"when using make -j4" (assuming people were
On 3/18/20 8:57 AM, Pierre Labastie via blfs-dev wrote:
As already mentioned (long ago), on this list[1], Gst-plugins-base doesn't
build if sdl-1.2.15 is installed. I've experienced this recently too.
The workaround is to pass -Dexamples=disabled, or to patch sdl-1.2.15 (or to
not install sdl-1.
On 3/22/20 4:47 PM, Ken Moffat via blfs-dev wrote:
(Bcc to DJ in case he is not following everything on this list)
Prompted by noticing yesterday that someone had a problem while
trying to build mozjs60 and happened to be building that in the xc
directory -
In 'Introduction to Xorg-7' we say:
On 3/22/20 9:25 PM, Xi Ruoyao via blfs-dev wrote:
On 2020-03-23 01:44 +, Ken Moffat via blfs-dev wrote:
On Mon, Mar 23, 2020 at 09:12:18AM +0800, Xi Ruoyao via blfs-dev wrote:
On 2020-03-22 21:34 +, Ken Moffat via blfs-dev wrote:
# mount --bind /run /mnt/lfs/run
I think it's dange
On 3/26/20 10:22 AM, Xi Ruoyao via blfs-dev wrote:
Now the book is handling the case "/dev/shm is a link to /run/shm" correctly and
explicitly. Unfortunately it seems for the case "/dev/shm is *not* a link to
/run/shm" the book is defective. I'm surprised that it didn't cause any problem
build
On 3/26/20 3:29 PM, Pierre Labastie via blfs-dev wrote:
Le 26/03/2020 à 21:19, Pierre Labastie via blfs-dev a écrit :
Le 26/03/2020 à 18:32, Bruce Dubbs via blfs-dev a écrit :
On 3/26/20 10:22 AM, Xi Ruoyao via blfs-dev wrote:
Now the book is handling the case "/dev/shm is a link to /ru
On 3/26/20 8:38 PM, Xi Ruoyao via blfs-dev wrote:
On 2020-03-26 23:22 +, Ken Moffat via blfs-dev wrote:
On Thu, Mar 26, 2020 at 10:57:03PM +0100, Pierre Labastie via blfs-dev wrote:
(asking about only one item)
If you do not do this, configuring will fail with a python traceback
report ref
On 3/27/20 11:02 AM, Ken Moffat via blfs-dev wrote:
The thread Python multiprocessing checks in chroot is getting long
and widening to cover how /dev/shm is treated in LFS.
What I'd like to do is put the following note in the BLFS
mozilla-derived packages where shm needs to be mounted when the
p
On 3/27/20 12:19 PM, Pierre Labastie via blfs-dev wrote:
On Fri, 2020-03-27 at 15:47 +, Ken Moffat via blfs-dev wrote:
If you wish to change what is in LFS I'll leave that
discussion/decision to those with a better understanding than I
have.
Agreed, we should have another thread for cha
On 3/29/20 10:13 AM, Ken Moffat via blfs-dev wrote:
On Sat, Mar 28, 2020 at 12:48:38AM +0100, Uwe Düffert via blfs-dev wrote:
(changing the subject)
Is there any special reason we would want to upgrade llvm but not rustc?
Both are rather ugly packages with pretty long pretty similar build time
On 3/29/20 12:56 PM, Ken Moffat via blfs-dev wrote:
On Sun, Mar 29, 2020 at 10:30:39AM -0500, Bruce Dubbs via blfs-dev wrote:
On 3/29/20 10:13 AM, Ken Moffat via blfs-dev wrote:
On Sat, Mar 28, 2020 at 12:48:38AM +0100, Uwe Düffert via blfs-dev wrote:
(changing the subject)
Is there any
On 3/30/20 1:50 PM, Ryan Marsaw via blfs-dev wrote:
Hello all.
When building v4l-utils per BLFS instructions I get the following at the
configure stage:
[...]
checking for SDL2... no
[...]
The only way I could get v4l-utils to recognize SDL2 was to set
SDL2_LIBS and SDL2_CFLAGS:
SDL2_LIBS=/us
On 4/3/20 2:56 AM, Tim Tassonis via blfs-dev wrote:
Hi all
I'm about to give the new dhcpcd 9.0.0 a go, which has quite an
important change: it does privilege separation now.
This means that an unprivileged user has to be created and that user
needs to have access to /var/lib/dhcpcd
I thou
On 4/3/20 9:35 AM, Jean-Marc Pigeon via blfs-dev wrote:
Hello,
According to me, kernel 5.6 is now "mainline" and stable.
Is there something wrong with 5.6 such LFS SVN-20200401
is not including the 5.6 family??
My own point of interest with 5.6 is the time_namespace
(for containers).
Is 5.6.2
On 4/3/20 12:41 PM, Bruce Dubbs wrote:
On 4/3/20 11:47 AM, Pierre Labastie via blfs-dev wrote:
On Fri, 2020-04-03 at 10:18 -0500, Douglas R. Reno via blfs-dev wrote:
On 4/3/20 9:35 AM, Jean-Marc Pigeon via blfs-dev wrote:
Hello,
According to me, kernel 5.6 is now "mainline" and stable.
Is th
On 4/3/20 11:47 AM, Pierre Labastie via blfs-dev wrote:
On Fri, 2020-04-03 at 10:18 -0500, Douglas R. Reno via blfs-dev wrote:
On 4/3/20 9:35 AM, Jean-Marc Pigeon via blfs-dev wrote:
Hello,
According to me, kernel 5.6 is now "mainline" and stable.
Is there something wrong with 5.6 such LFS SV
On 4/3/20 1:25 PM, Tim Tassonis via blfs-dev wrote:
On 4/3/20 7:18 PM, Bruce Dubbs via blfs-dev wrote:
On 4/3/20 2:56 AM, Tim Tassonis via blfs-dev wrote:
Hi all
I'm about to give the new dhcpcd 9.0.0 a go, which has quite an
important change: it does privilege separation now.
This
On 4/3/20 2:01 PM, Jean-Marc Pigeon wrote:
On Fri, 2020-04-03 at 12:43 -0500, Bruce Dubbs via blfs-dev wrote:
On 4/3/20 12:41 PM, Bruce Dubbs wrote:
On 4/3/20 11:47 AM, Pierre Labastie via blfs-dev wrote:
On Fri, 2020-04-03 at 10:18 -0500, Douglas R. Reno via blfs-dev
wrote:
On 4/3/20 9:35
On 4/4/20 5:09 AM, Tim Tassonis via blfs-dev wrote:
Hi all
As dhcpcd 9.0.0 changed the location of its pidfile(-s), the
/lib/services/dhcpcd bootscript has to be updated.
I did this, but I dont know how then to prepare the needed tar.xz package.
Can anybody tell me how to go about this?
F
On 4/4/20 12:15 PM, Ken Moffat via blfs-book wrote:
On Sat, Apr 04, 2020 at 05:00:27PM -, BLFS Trac wrote:
#13355: mozjs-68.6.1
-+-
Reporter: xry111 | Owner: bdubbs
Type: enhancement | Status: closed
Priority: norma
On 4/4/20 12:57 PM, Tim Tassonis via blfs-dev wrote:
On 4/4/20 7:15 PM, Bruce Dubbs via blfs-dev wrote:
On 4/4/20 5:09 AM, Tim Tassonis via blfs-dev wrote:
Hi all
As dhcpcd 9.0.0 changed the location of its pidfile(-s), the
/lib/services/dhcpcd bootscript has to be updated.
I did this
On 4/4/20 8:33 PM, Ken Moffat via blfs-dev wrote:
On Sat, Apr 04, 2020 at 07:41:45PM +0100, Ken Moffat via blfs-dev wrote:
On Sat, Apr 04, 2020 at 12:54:57PM -0500, Bruce Dubbs via blfs-dev wrote:
On 4/4/20 12:15 PM, Ken Moffat via blfs-book wrote:
[ Cc: -dev added ]
I left it open because
On 4/9/20 12:03 PM, Pierre Labastie via blfs-dev wrote:
On Thu, 2020-04-09 at 23:05 +0800, Kevin Buckley via blfs-dev wrote:
I'd like to make a suggestion, as regards the names of the
BLFS XML files for the SGML/XML/DocBook sections.
I've just come to add some of the DocBook packages to my
LFS/
On 4/9/20 12:46 PM, Tim Tassonis via blfs-dev wrote:
On 4/9/20 7:07 PM, Ken Moffat via blfs-dev wrote:
On Thu, Apr 09, 2020 at 01:23:24PM +0200, Tim Tassonis via blfs-dev
wrote:
Hi all
I noticed that I do get quite different build sizes for thunderbird than
other maintainers, so I thought I
On 4/9/20 1:02 PM, Bruce Dubbs wrote:
On 4/9/20 12:03 PM, Pierre Labastie via blfs-dev wrote:
On Thu, 2020-04-09 at 23:05 +0800, Kevin Buckley via blfs-dev wrote:
I'd like to make a suggestion, as regards the names of the
BLFS XML files for the SGML/XML/DocBook sections.
I've just come to add
On 4/9/20 10:11 PM, Kevin Buckley via blfs-dev wrote:
On Fri, 10 Apr 2020 at 04:15, Bruce Dubbs via blfs-dev
wrote:
We rarely change these files, but I agree that the naming is confusing.
I run into the problem at release time, but have never gotten to fixing
it. I'll see if I can do
On 4/27/20 10:25 PM, Kevin Buckley via blfs-dev wrote:
A suggestion as regards the commentary within the examples for
/etc/profile and /etc/bashrc.
Text would be changed to have the filenames standing alone, rather
than being run into the text, as well as to note that
/etc/bashrc,
which, altho
On 4/28/20 10:50 PM, Kevin Buckley via blfs-dev wrote:
On Tue, 28 Apr 2020 at 12:21, Bruce Dubbs via blfs-dev
wrote:
Thanks for the input, but I like the way we have it now better. As far
as sourcing /etc/bashrc goes, we do that in ~/.bashrc. If a user does
not want to use it then its their
On 4/28/20 11:12 PM, Kevin Buckley via blfs-dev wrote:
On Wed, 29 Apr 2020 at 11:55, Bruce Dubbs via blfs-dev
wrote:
Right now I'm leaning against setting up /etc/bash.bashrc by default,
but it doesn't take away a choice. If the file is missing, then having
bash look for it and n
On 4/28/20 11:04 PM, Kevin Buckley via blfs-dev wrote:
At present, the Book has this argument to configure
--with-passprompt="[sudo] password for %p: "
but doesn't explain the "%p", merely saying
--with-passprompt: This switch sets the password prompt.
which might leave the user
On 5/1/20 7:35 AM, Xi Ruoyao via blfs-dev wrote:
After upgrading to gnome-shell-3.32, it sometimes crashes. I searched gnome-
shell repo with the stack backtrace info and found it's
https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/2709
A patch is avaliable at
https://gitlab.gnome.org/GNOME
On 5/1/20 9:49 PM, Xi Ruoyao via blfs-dev wrote:
On 2020-05-01 10:07 -0500,Bruce Dubbs via blfs-dev wrote:
On 5/1/20 7:35 AM, Xi Ruoyao via blfs-dev wrote:
After upgrading to gnome-shell-3.32, it sometimes crashes. I searched
gnome-
shell repo with the stack backtrace info and found it
501 - 600 of 713 matches
Mail list logo