Re: [blfs-dev] double-conversion fails to build

On 5/10/20 11:33 AM, Timothy Russo via blfs-dev wrote: When following the directions for building double-conversion, I got this error message: CMake Warning:   No source or binary directory provided.  Both will be assumed to be the   same as the current working directory, but note that this wa

Re: [blfs-dev] blfs-dev Digest, Vol 1597, Issue 1

On 5/10/20 6:05 PM, Timothy Russo via blfs-dev wrote: On Sun, May 10, 2020, 2:02 PM > wrote: Send blfs-dev mailing list submissions to blfs-dev@lists.linuxfromscratch.org To subs

Re: [blfs-dev] cmake annoyance (?)

On 5/15/20 8:16 AM, Pierre Labastie via blfs-dev wrote: libmusibrainz fails early with: --- make[2]: *** No rule to make target 'src/*.inc', needed by 'src/mb5_c.cc'. Stop. --- It looks like there is an upstream commit https://github.com/metabrainz/libmusicbrainz/commit/8be45b12a86bc0e46f2f836c8

Re: [blfs-dev] cmake annoyance (?)

On 5/15/20 12:54 PM, Pierre Labastie via blfs-dev wrote: On Fri, 2020-05-15 at 12:31 -0500, Bruce Dubbs via blfs-dev wrote: On 5/15/20 8:16 AM, Pierre Labastie via blfs-dev wrote: libmusibrainz fails early with: --- make[2]: *** No rule to make target 'src/*.inc', needed by &#x

Re: [blfs-dev] cmake annoyance (?)

On 5/15/20 2:40 PM, Pierre Labastie via blfs-dev wrote: On Fri, 2020-05-15 at 13:42 -0500, Bruce Dubbs via blfs-dev wrote: On 5/15/20 12:54 PM, Pierre Labastie via blfs-dev wrote: On Fri, 2020-05-15 at 12:31 -0500, Bruce Dubbs via blfs-dev wrote: On 5/15/20 8:16 AM, Pierre Labastie via blfs

Re: [blfs-dev] replacing transcode with handbrake

On 5/20/20 11:28 AM, Pierre Labastie via blfs-dev wrote: Transcode is an old, unmaintained, transcoder for video and audio. I've made a patch to allow building it with GCC 10, but I am not sure how to test it. So maybe time to drop it... At this point, I've discussed with D. Reno, who pointed up

Re: [blfs-dev] node: should we move to v14 ?

On 6/3/20 4:56 PM, Wayne Blaszczyk via blfs-dev wrote: On Wed, 2020-06-03 at 12:57 +0100, Ken Moffat via blfs-dev wrote: I started writing this in the ticket for node-v12.18.0 (#13628), but the C++ scope errors when using system nghttp2 prompted me to go with 12.18.0 for the moment. And then I

Re: [blfs-dev] fix for building ncftp-3.2.6 with gcc-10

On 6/5/20 11:36 AM, Joe Locash via blfs-dev wrote: On Jun 4, 2020 6:34 PM, "Douglas R. Reno" > wrote: > > I'm curious as well. If you check the configure output, is yours doing something like this?: > My configure output looked nothing like yours. Config

Re: [blfs-dev] fix for building ncftp-3.2.6 with gcc-10

On 6/5/20 5:02 PM, Joe Locash wrote: On Jun 5, 2020 1:59 PM, "Bruce Dubbs via blfs-dev" <mailto:blfs-dev@lists.linuxfromscratch.org>> wrote: > > Evidently upstream made a stealth update.  The original file was uploaded Nov 2016 and was correct at the time.  The cu

Re: [blfs-dev] JS68 and firefox-78

On 6/19/20 4:11 PM, Ken Moffat via blfs-dev wrote: Guys, at the end of this month firefox will move to the next ESR series, 78. Surprisingly, it has not required a newer version of rust since we last updated that, so the firefox part can just drop in. We are currently using latest firefox-68 t

Re: [blfs-dev] JS68 and firefox-78

On 6/19/20 4:57 PM, Ken Moffat via blfs-dev wrote: On Fri, Jun 19, 2020 at 04:46:26PM -0500, Bruce Dubbs via blfs-dev wrote: On 6/19/20 4:11 PM, Ken Moffat via blfs-dev wrote: Once firefox-78 is in, it will use python3. JS68 is still python2 - last December xry111 had a patch to let JS68

Re: [blfs-dev] NSS Parallel Build is no longer possible

On 6/27/20 7:24 PM, Ken Moffat via blfs-dev wrote: On Sat, Jun 27, 2020 at 07:58:52PM +0100, Ken Moffat via blfs-dev wrote: On Sat, Jun 27, 2020 at 11:57:04AM -0500, Douglas R. Reno via blfs-dev wrote: Hi folks, While I'm working on updating the book to NSS-3.54, I wanted to let you guys know

Re: [blfs-dev] Thunderbird now requires dbus-glib.

On 7/25/20 8:45 PM, Ken Moffat via blfs-dev wrote: Some people may have seen my comments on the thunderbird-78.0.1 ticket, particularly about libxul.so failing to link to dbus-glib right at the end of the build. For those who didn't - I do not normally build t-bird, but I'm considering proposing

Re: [blfs-dev] OpenLDAP client instructions

On 8/2/20 6:21 PM, Ken Moffat via blfs-dev wrote: Testing re autoconf beta, I ran through the openldap client instructions (in a chroot throwaway build), all completed including the last one: ln -sf ../lib/slapd /usr/sbin/slapd But in the client configure we have: --disable-slapd And lookin

Re: [blfs-dev] OpenLDAP client instructions

On 8/2/20 9:13 PM, Ken Moffat via blfs-dev wrote: Moving to the new-style LFS has greatly improved test results. I remember the development of 'pure lfs' where the tests were added, and at that time if the tests passed we got much better builds. So I mostly run all the LFS tests when building

Re: [blfs-dev] Perl modules in /usr/share/perl5

On 8/9/20 4:20 PM, Ken Moffat via blfs-dev wrote: On Sun, Aug 09, 2020 at 11:04:09AM -0500, Marty Jack via blfs-dev wrote: The INSTALL file for git recommends the following incantation to derive the path (at line 100). This doesn't need updating when the Perl version changes. perllibdir=/usr/

Re: [blfs-dev] Perl modules in /usr/share/perl5

On 8/9/20 5:08 PM, Ken Moffat via blfs-dev wrote: On Sun, Aug 09, 2020 at 04:49:05PM -0500, Bruce Dubbs via blfs-dev wrote: On 8/9/20 4:20 PM, Ken Moffat via blfs-dev wrote: On Sun, Aug 09, 2020 at 11:04:09AM -0500, Marty Jack via blfs-dev wrote: The INSTALL file for git recommends the

Re: [blfs-dev] asciidoc-9.0.2 requirements

On 8/12/20 3:00 PM, Ken Moffat via blfs-dev wrote: On Wed, Aug 12, 2020 at 02:54:30PM -0400, Joe Locash via blfs-dev wrote: asciidoc will not build without libxml2 or libxslt installed. To reproduce simply try building it on a fresh LFS install. For the editors, that is hard to test (we build

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

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 f

Re: [blfs-dev] Requesting permission to fix Ruby for lchmod problems in glibc

On 8/17/20 1:17 PM, Douglas R. Reno via blfs-dev wrote: Hi folks, Since Ruby was tagged this morning, I'd like to ask for permission to fix the issue that I just encountered. Private reply. Go ahead. The tagged packages that use ruby all have it as optional. I haven't built it yet si it

Re: [blfs-dev] Permission to upgrade LSB-Tools post tagging

On 8/18/20 1:52 AM, DJ Lucas via blfs-dev wrote: A fix to the issue mentioned on support is included as well as dropping the sed. Also, not as important, but new bootscript releases in both books to get the failsafe for $syslog in place (it's unlikely to ever get triggered, but JIC). I think

Re: [blfs-dev] Request to add firefox-78.2.0 to BLFS-10.0

On 8/25/20 8:00 AM, Ken Moffat via blfs-dev wrote: Release notes for latest firefox esr now available, three security issues were fixed. Can I add this to 10.0, please ? Yes. It is an 'end' package. Nothing depends on it. -- Bruce -- http://lists.linuxfromscratch.org/listinfo/blfs-dev FAQ

Re: [blfs-dev] pavucontrol placement

On 8/30/20 8:33 PM, Ken Moffat via blfs-dev wrote: Now that pavucontrol is i nh book, it is in 'Other X-based Programs' (chapter 41). As it is a volume control, should it not be in 'Audio Utilities' (chapter 43) alongside pnmixer ? Yes, it probably should be. It was in the archives under other

Re: [blfs-dev] Possible missing dependency for pavucontrol

On 8/30/20 9:03 PM, Ken Moffat via blfs-dev wrote: I have not built libcanberra in recent times. I see now that it is recommended for inkscape, so in future I wil lbe building it for that to get closer to the book, and I see it gets used for plasma, kmix, and various gnome packages. Trying to b

Re: [blfs-dev] xfce4-pulseaudio-plugin

On 8/31/20 1:10 AM, Ken Moffat via blfs-dev wrote: The download link works, but the download is xfce4-pulseaudio-plugin-xfce4-pulseaudio-plugin-0.4.3-9de2b7865ecb95bdd2cbaae00a17b23ae8455fe5.tar.bz2 I wonder if we should remark on this - in places we remark on directory names which do not match

Re: [blfs-dev] xfce4-pulseaudio-plugin

On 8/31/20 5:07 AM, Ryan Marsaw via blfs-dev wrote: On Mon, 31 Aug 2020, Ken Moffat via blfs-dev wrote: On Mon, Aug 31, 2020 at 03:11:02PM +0800, Xi Ruoyao via blfs-dev wrote: On 2020-08-31 07:49 +0100, Ken Moffat via blfs-dev wrote: > On Mon, Aug 31, 2020 at 01:20:52AM -0500, Bruce Dubbs

Re: [blfs-dev] VLAN support in BLFS network scripts

On 9/1/20 12:24 PM, Tim Tassonis via blfs-dev wrote: Hi all As one of Switzerland largest ISP's requires pppoe with vlan tagging for fiber connections, I wondered if vlan tagging could get supported in the network scripts. As I found out via https://wiki.archlinux.org/index.php/VLAN, one can

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

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 to

Re: [blfs-dev] VLAN support in BLFS network scripts

On 9/3/20 5:44 PM, Tim Tassonis via blfs-dev wrote: On 9/3/20 10:29 PM, Pierre Labastie via blfs-dev wrote: On Thu, 2020-09-03 at 21:47 +0200, Tim Tassonis via blfs-dev wrote: On 9/1/20 7:55 PM, Bruce Dubbs via blfs-dev wrote: On 9/1/20 12:24 PM, Tim Tassonis via blfs-dev wrote: Hi all

Re: [blfs-dev] VLAN support in BLFS network scripts

blfs-dev wrote: On 9/1/20 7:55 PM, Bruce Dubbs via blfs-dev wrote: On 9/1/20 12:24 PM, Tim Tassonis via blfs-dev wrote: Hi all As one of Switzerland largest ISP's requires pppoe with vlan tagging for fiber connections, I wondered if vlan tagging could get supported in the network scripts.

Re: [blfs-dev] VLAN support in BLFS network scripts

On 9/4/20 8:35 AM, Tim Tassonis via blfs-dev wrote: [snip] I assume that ppp gets some kind of revival due to some ISP's requiring it for fiber connections.  Therefore I'd vote for de-archiving the package. It now even has systemd suppport! Not that I'd care personally, but probably useful fo

[blfs-dev] glib-2.64.5

I'm running into a problem with the glib-2.64.5 tests. Two tests are failing that I don't think failed before: 166/270 glib:gio / tls-certificate 168/270 glib:gio / tls-database They both have: Can't find module 'gnutls-pkcs11' specified in GIO_USE_TLS When I look at glib-networking-2.64.3/N

Re: [blfs-dev] glib-2.64.5 [solved]

On 9/5/20 4:45 PM, Bruce Dubbs wrote: I'm running into a problem with the glib-2.64.5 tests.  Two tests are failing that I don't think failed before: 166/270 glib:gio / tls-certificate 168/270 glib:gio / tls-database They both have:  Can't find module 'gnutls-pkcs11' specified in GIO_USE_TLS

Re: [blfs-dev] clang as a hard dependency, was Re: firefox (and js) -> rust -> llvm dependency

On 9/8/20 6:19 AM, Ken Moffat via blfs-dev wrote: On Mon, Aug 17, 2020 at 07:00:08PM +0100, Ken Moffat via blfs-dev wrote: On Mon, Aug 17, 2020 at 01:33:49PM +0800, Xi Ruoyao via blfs-dev wrote: I just drafted js78 page. When it was built, the building system utilized some LLVM tools (llvm-obj

Re: [blfs-dev] Libsoup-2.70.0 does not build with brotli-1.0.9

On 9/20/20 11:30 AM, Douglas R. Reno via blfs-dev wrote: On 9/20/20 8:04 AM, NicP via blfs-dev wrote: Hello, While building BLFS-10.0 systemd stable version, libsoup-2.70.0 fails to build if brotli-1.0.9 is installed. The build stops with this message : unrecognized command-line option '-R

Re: [blfs-dev] Reinstallation of packages

On 9/27/20 2:32 PM, DJ Lucas via blfs-dev wrote: Do we have a policy about reinstalls? If elogind is installed, both make-ca and Linux-PAM create a /usr/lib/systemd directory (and services). I intend to fix make-ca in a different way, but should instructions be added to prevent this or remove t

Re: [blfs-dev] sysv: postgresql boot script does not report an error if server cannot be started

On 10/1/20 4:01 AM, Pierre Labastie via blfs-dev wrote: The postgresql boot script uses: su - postgres -c '/usr/bin/pg_ctl start -W -D /srv/pgsql/data \ -l /srv/pgsql/data/logfile -o "-i" ' to start the server. The problem is that the -W option prevents the com

Re: [blfs-dev] gnome-terminal (SysV) book

On 10/4/20 3:45 PM, Joe Locash via blfs-dev wrote: Why are --disable-search-provider and --without-nautilus-extension passed to configure for the SytemV buiild of this?  The command explanations don't make much sense. /|--disable-search-provider|/: This switch disables the “search gnome-shell

Re: [blfs-dev] gnome-terminal (SysV) book

On 10/4/20 5:03 PM, Joe Locash wrote: On Sun, Oct 4, 2020 at 5:46 PM Bruce Dubbs via blfs-dev <mailto:blfs-dev@lists.linuxfromscratch.org>> wrote: On 10/4/20 3:45 PM, Joe Locash via blfs-dev wrote: > Why are --disable-search-provider and --without-nautilus-extension

Re: [blfs-dev] gnome-terminal (SysV) book

On 10/4/20 9:09 PM, Xi Ruoyao via blfs-dev wrote: On 2020-10-04 17:10 -0500, Bruce Dubbs via blfs-dev wrote: On 10/4/20 5:03 PM, Joe Locash wrote: On Sun, Oct 4, 2020 at 5:46 PM Bruce Dubbs via blfs-dev mailto:blfs-dev@lists.linuxfromscratch.org>> wrote:     On 10/4/20 3:45 PM, Joe

Re: [blfs-dev] gnome-terminal (SysV) book

On 10/4/20 10:26 PM, Xi Ruoyao via blfs-dev wrote: On 2020-10-04 21:48 -0500, Bruce Dubbs via blfs-dev wrote: On 10/4/20 9:09 PM, Xi Ruoyao via blfs-dev wrote: On 2020-10-04 17:10 -0500, Bruce Dubbs via blfs-dev wrote: On 10/4/20 5:03 PM, Joe Locash wrote: On Sun, Oct 4, 2020 at 5:46 PM

Re: [blfs-dev] elogind/polkit/dbus circular dependencies

On 10/6/20 9:06 AM, Tim Tassonis via blfs-dev wrote: Hi all I'm in the process of building BLFS 10, which is the first time that I will have to build elogind. I'm currently a bit lost regarding the circular dependencies in this case, is this the correct order: 1. build X libraries 2. buil

Re: [blfs-dev] gobject-introspection should be recommended for harfbuzz

On 10/7/20 10:38 AM, Douglas R. Reno via blfs-dev wrote: On 10/7/20 2:38 AM, Pierre Labastie via blfs-dev wrote: Usually, the first thing I do after building a new lfs VM, and the necessary tools to run jhalfs, is to build elogind first. In that case, jhalfs builds gobject-introspection early.

Re: [blfs-dev] llvm-11 and rust

On 10/12/20 3:15 PM, Ken Moffat via blfs-dev wrote: People might remember that I looked at llvm-11-rc1 in early August, and discovered that rustc-1.42.0 could not use it. I see that llvm-11.0.0 is now out, and the release notes for rust-1.47.0 say that it ships with llvm-11 (although it 'should'

[blfs-dev] mupdf

I have been struggling today to get a satisfactory build of mupdf-1.18.0. I can get it to build, but it also builds its own copies of curl, freeglut, freetype, harfbuzz, lcms2, ligjpeg, openjpeg, and zlib and links them into the executables. There is supposedly a way to use system libraries f

Re: [blfs-dev] mupdf

On 10/12/20 10:15 PM, Ken Moffat via blfs-dev wrote: On Mon, Oct 12, 2020 at 09:41:37PM -0500, Bruce Dubbs via blfs-dev wrote: I have been struggling today to get a satisfactory build of mupdf-1.18.0. I can get it to build, but it also builds its own copies of curl, freeglut, freetype

[blfs-dev] Fwd: Re: mupdf

On 10/12/20 10:15 PM, Ken Moffat via blfs-dev wrote: On Mon, Oct 12, 2020 at 09:41:37PM -0500, Bruce Dubbs via blfs-dev wrote: I have been struggling today to get a satisfactory build of mupdf-1.18.0. I can get it to build, but it also builds its own copies of curl, freeglut, freetype

Re: [blfs-dev] Fwd: Re: mupdf

On 10/13/20 11:11 AM, Bruce Dubbs wrote: On 10/12/20 10:15 PM, Ken Moffat via blfs-dev wrote: On Mon, Oct 12, 2020 at 09:41:37PM -0500, Bruce Dubbs via blfs-dev wrote: I have been struggling today to get a satisfactory build of mupdf-1.18.0.  I can get it to build, but it also builds its own

Re: [blfs-dev] Fwd: Re: mupdf

On 10/14/20 11:43 AM, Ken Moffat via blfs-dev wrote: On Tue, Oct 13, 2020 at 11:11:13AM -0500, Bruce Dubbs via blfs-dev wrote: On 10/12/20 10:15 PM, Ken Moffat via blfs-dev wrote: On Mon, Oct 12, 2020 at 09:41:37PM -0500, Bruce Dubbs via blfs-dev wrote: They seem to be using system JBIG2DEC

Re: [blfs-dev] llvm-11 and rust

On 10/15/20 4:51 PM, Ken Moffat via blfs-dev wrote: On Wed, Oct 14, 2020 at 03:59:32PM +0100, Ken Moffat via blfs-dev wrote: On Wed, Oct 14, 2020 at 02:14:56PM +0100, Ken Moffat via blfs-dev wrote: On Wed, Oct 14, 2020 at 04:17:50PM +0800, Xi Ruoyao via blfs-dev wrote: On 2020-10-14 02:45 +010

Re: [blfs-dev] llvm-11 and rust

On 10/15/20 5:51 PM, Ken Moffat via blfs-dev wrote: On Thu, Oct 15, 2020 at 05:03:54PM -0500, Bruce Dubbs via blfs-dev wrote: On 10/15/20 4:51 PM, Ken Moffat via blfs-dev wrote: On Wed, Oct 14, 2020 at 03:59:32PM +0100, Ken Moffat via blfs-dev wrote: On Wed, Oct 14, 2020 at 02:14:56PM +0100

Re: [blfs-dev] xorg-applications

On 10/19/20 10:55 PM, DJ Lucas via blfs-dev wrote: mkfontdir is no longer needed (probably hasn't been in a long time). It is a shell script and both it and the manpage are included with makefontscale. OK, I can remove that. -- Bruce -- http://lists.linuxfromscratch.org/listinfo/blfs-dev F

Re: [blfs-dev] xorg-applications

On 10/19/20 11:20 PM, DJ Lucas via blfs-dev wrote: On 10/19/2020 11:00 PM, Bruce Dubbs via blfs-dev wrote: On 10/19/20 10:55 PM, DJ Lucas via blfs-dev wrote: mkfontdir is no longer needed (probably hasn't been in a long time). It is a shell script and both it and the manpage are included

Re: [blfs-dev] xorg-applications

On 10/19/20 11:20 PM, DJ Lucas via blfs-dev wrote: On 10/19/2020 11:00 PM, Bruce Dubbs via blfs-dev wrote: On 10/19/20 10:55 PM, DJ Lucas via blfs-dev wrote: mkfontdir is no longer needed (probably hasn't been in a long time). It is a shell script and both it and the manpage are included

[blfs-dev] python2 as default python?

Currently we have /usr/bin/python -> python2. Is it time to change that to python3? -- Bruce -- http://lists.linuxfromscratch.org/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page

Re: [blfs-dev] python2 as default python?

On 10/21/20 12:06 PM, DJ Lucas via blfs-dev wrote: On October 21, 2020 11:25:42 AM CDT, Bruce Dubbs via blfs-dev wrote: Currently we have /usr/bin/python -> python2. Is it time to change that to python3? The requirements are met at this point I think, only a handful of packages left

Re: [blfs-dev] python2 as default python?

On 10/21/20 10:06 PM, DJ Lucas via blfs-dev wrote: On 10/21/2020 7:12 PM, Kevin Buckley via blfs-dev wrote: On Thu, 22 Oct 2020 at 00:26, Bruce Dubbs via blfs-dev wrote: Currently we have /usr/bin/python -> python2.  Is it time to change that to python3? Probably a bit too drastic a v

Re: [blfs-dev] python2 as default python?

On 10/22/20 12:56 AM, DJ Lucas via blfs-dev wrote: On October 21, 2020 10:48:39 PM CDT, Bruce Dubbs via blfs-dev wrote: On 10/21/20 10:06 PM, DJ Lucas via blfs-dev wrote: In LFS, we can make the symlink to p3. For p2 in BLFS, we will use 'make altinstall'. Everything else wo

Re: [blfs-dev] python2 as default python?

On 10/23/20 11:01 AM, Ken Moffat via blfs-dev wrote: On Fri, Oct 23, 2020 at 10:27:51AM -0500, DJ Lucas via blfs-dev wrote: On October 23, 2020 10:15:09 AM CDT, Ken Moffat via blfs-dev wrote: On Fri, Oct 23, 2020 at 09:04:53AM +0200, Pierre Labastie via blfs-dev wrote: Reluctantly, I have

Re: [blfs-dev] python2 as default python?

On 10/23/20 12:00 PM, Ken Moffat via blfs-dev wrote: On Fri, Oct 23, 2020 at 11:22:06AM -0500, Bruce Dubbs via blfs-dev wrote: Is there an official python recommendation for that, to quote at them, please ? That's a good question, but I would also like to see if there is a survey of the

Re: [blfs-dev] If P2 modules are built for PyYaml and Markupsafe, then recommend P2

On 10/29/20 5:22 AM, Pierre Labastie via blfs-dev wrote: As the subject says... But another possibility is to not propose P2 modules at all for those packages. I'm almost sure nothing uses P2 modules for those packages: Markupsafe is here only for Mako and Jinja2, and we build only P3 for those

Re: [blfs-dev] btrfs-progs needs new location for its pkgconfig file

On 11/1/20 2:52 PM, Ryan Marsaw via blfs-dev wrote: Hello all. The latest btrfs-progs now installs a pkgconfig file (libbtrfsutil.pc). With current build instructions, this file is installed in /lib/pkgconfig.  To install this file to its proper location, the configure section must add "--with-p

Re: [blfs-dev] python2 as default python?

On 11/2/20 4:35 PM, Ken Moffat via blfs-dev wrote: On Wed, Oct 21, 2020 at 10:48:39PM -0500, Bruce Dubbs via blfs-dev wrote: In LFS, we can make the symlink to p3. For p2 in BLFS, we will use 'make altinstall'. Everything else would be for non-python packages that either use p2 o

Re: [blfs-dev] llvm in /opt

On 11/10/20 6:43 AM, Tim Tassonis via blfs-dev wrote: Hi all I'm just about to build llvm 11 as in current blfs, and wondered if it would be better to install it in /opt/llvm11, instead of /usr. The reason I'm asking is that llvm seems to be updated quite often and I'm not sure about the com

Re: [blfs-dev] Linux-PAM option --enable-db=no

On 12/1/20 7:48 AM, Tim Tassonis via blfs-dev wrote: Hi all When re-building pam version 1.5.1, I noticed that it links against bdb, because I had installed bdb since my last pam build. As I'm not really fond of including bdb in all installations using pam, I found out that by specifying

Re: [blfs-dev] Linux-PAM option --enable-db=no

On 12/1/20 3:02 PM, Tim Tassonis via blfs-dev wrote: On 12/1/20 5:33 PM, Bruce Dubbs via blfs-dev wrote: On 12/1/20 7:48 AM, Tim Tassonis via blfs-dev wrote: Hi all When re-building pam version 1.5.1, I noticed that it links against bdb, because I had installed bdb since my last pam build

[blfs-dev] Berkeley DB library locations

In some cases PAM may use Berkeley DB libraries. We should probably change the bdb build to move the libraries to /lib: ... ../dist/configure --prefix=/usr \ --libdir=/lib \ <-- added --enable-compat185 \ --enable-dbm \

Re: [blfs-dev] Location of Cmake's Vim files

On 12/3/20 6:38 PM, Kevin Buckley via blfs-dev wrote: Noticed this when doing a PkgUser install because of a conflict between Vim and CMake The install of Vim has deployed, amongst other things pkg cmake:cmake-3.18.1> ls -l /usr/share/vim/vim82/ total 384 drwxr-xr-x

Re: [blfs-dev] systemd latest version 247.1

On 12/4/20 11:16 AM, Wayne Blaszczyk via blfs-dev wrote: [snip] Found that a user systemd-oom is require. However there are still issues: Dec 05 04:13:20 lfs02 systemd-oomd[197]: Pressure Stall Information (PSI) is not supported Looks like a kernel option: Symbol: PSI [=n] Type : bool Def

Re: [blfs-dev] Berkeley DB library locations

On 12/4/20 2:11 PM, DJ Lucas via blfs-dev wrote: On December 3, 2020 3:18:39 PM CST, Bruce Dubbs via blfs-dev wrote: In some cases PAM may use Berkeley DB libraries. We should probably change the bdb build to move the libraries to /lib: ... I don't think that is necessary, or at leas

Re: [blfs-dev] Qt 6 discussion

On 12/8/20 3:34 PM, Marty Jack via blfs-dev wrote: I see some discussion in the ticket on Qt 6.0. This is a case where you will need both Qt 5 and Qt 6 in parallel for potentially years, similar to the situation with GTK 2 and GTK 3 or Qt4 and Qt5. I predict very slow adoption of Qt 6 because

Re: [blfs-dev] Bad kf5 URL ?

On 12/10/20 8:43 PM, Ken Moffat via blfs-dev wrote: I must have been evil in a previous existence, because I'm not trying to use jhalfs to build kde. In kf5 I stopped the build after a bit over an hour because nothing was happening. The log said: URL transformed to HTTPS due to an HSTS policy

Re: [blfs-dev] Bad kf5 URL ?

On 12/11/20 12:40 AM, Pierre Labastie via blfs-dev wrote: On Fri, 2020-12-11 at 02:43 +, Ken Moffat via blfs-dev wrote: I must have been evil in a previous existence, because I'm not trying to use jhalfs to build kde. In kf5 I stopped the build after a bit over an hour because nothing was h

Re: [blfs-dev] Bad kf5 URL ?

On 12/11/20 12:04 PM, Ken Moffat via blfs-dev wrote: On Fri, Dec 11, 2020 at 11:03:05AM -0600, Bruce Dubbs via blfs-dev wrote: On 12/11/20 12:40 AM, Pierre Labastie via blfs-dev wrote: On Fri, 2020-12-11 at 02:43 +, Ken Moffat via blfs-dev wrote: Yes I've been bitten by that

Re: [blfs-dev] Bad kf5 URL ?

On 12/11/20 12:39 PM, Bruce Dubbs wrote: On 12/11/20 12:04 PM, Ken Moffat via blfs-dev wrote: On Fri, Dec 11, 2020 at 11:03:05AM -0600, Bruce Dubbs via blfs-dev wrote: On 12/11/20 12:40 AM, Pierre Labastie via blfs-dev wrote: On Fri, 2020-12-11 at 02:43 +, Ken Moffat via blfs-dev wrote

Re: [blfs-dev] Bad kf5 URL ?

On 12/11/20 2:37 PM, Ken Moffat via blfs-dev wrote: I've also started to build the whole of my normal desktop in chroot so that I can keep using the old desktop until everything has been compiled. Everyone develops their own techniques. Personally I only build enough in chroot to get ssh and

Re: [blfs-dev] RFC: change the layout of Qt pages

On 12/12/20 3:07 AM, Pierre Labastie via blfs-dev wrote: Presently, in the book, we have two pages for the Qt library: one for full Qt, except we do not build qtwebengine, and another one for qtwebengine. This has a couple of drawbacks: - If a package needs only Qt core libraries, we require to b

[blfs-dev] glibmm, cairomm, pangomm, atkmm, and gtkmm4

I've been looking at the c++ interfaces to the glib based libraries today. There are new versions available: glibmm-2.68.0 cairomm-1.16.0 pangomm-2.48.0 atkmm-2.36.0 gtkmm-4.0.0 They need to be built in the above order to satisfy dependencies, but ultimately, gtkmm-4.0.0 requires gtk+-4. Noth

Re: [blfs-dev] xfce 4.16.0 status report

On 12/24/20 4:56 PM, Tim Tassonis via blfs-dev wrote: Hi all As a new release of my favorite DE is out and it's christmas, I thought I give it a go. In short: An upgrade from 4.14 as in blfs svn works seamlessly, in the exact order as already in the book. Apart from many bug-fixes and enha

Re: [blfs-dev] xfce 4.16.0 status report

On 12/25/20 10:05 AM, Tim Tassonis via blfs-dev wrote: On 12/25/20 4:04 AM, Ken Moffat via blfs-dev wrote: On Thu, Dec 24, 2020 at 11:56:59PM +0100, Tim Tassonis via blfs-dev wrote: Hi all As a new release of my favorite DE is out and it's christmas, I thought I give it a go. In short: An

Re: [blfs-dev] polkit-0.118 ftbfs

On 12/26/20 11:30 PM, Ken Moffat via blfs-dev wrote: Using polkit-0.118 and our polkit-0.118-fix_elogind_detection-1.patch, autoreconf fails with current versions of everything. In my script I use autoreconf -fiv instead of just autoreconf -fi, so this maybe shows a little more detail than the b

Re: [blfs-dev] gtkmm3-3.24.3 issues

On 12/28/20 9:04 PM, Ken Moffat via blfs-dev wrote: First, comment on gtkmm3 - the book does not have '..' in the meson command. Seems unusual, Im using e conventional '..'. Second, a question: why are the docs for this package so important ? The book passes -Dbuild-documentation=true and late

Re: [blfs-dev] elogind and rootless X

On 12/29/20 6:52 AM, Tim Tassonis via blfs-dev wrote: Hi all I just went through building xorg with elogind/dbus support until xinit, as in the book. I then still had to chmod u+s $XORG_PREFIX/libexec/Xorg in order to get X running. So just to make sure I did not fuck up anywhere: is this

Re: [blfs-dev] Why do we patch polkit for elogind ?

On 12/30/20 1:18 PM, Pierre Labastie via blfs-dev wrote: I think you can start gnome without a dm, by putting "exec gnome- session" in .xinitrc. Now how to only start gnome-shell, I am not sure. This is what I use: $ cat .xinitrc session=${2:-xfce} dbus="dbus-launch --exit-with-session" ck=

Re: [blfs-dev] Why do we patch polkit for elogind ?

On 12/30/20 3:55 PM, Ken Moffat via blfs-dev wrote: On Wed, Dec 30, 2020 at 03:46:58PM -0600, Bruce Dubbs via blfs-dev wrote: On 12/30/20 1:18 PM, Pierre Labastie via blfs-dev wrote: I think you can start gnome without a dm, by putting "exec gnome- session" in .xinitrc. Now how to

Re: [blfs-dev] cogl autoreconf

On 12/30/20 4:00 PM, Ken Moffat via blfs-dev wrote: I've got as far as checking cogl in the packages needing autoreconf (might as well do them all whilst on a system where gtkdocize is made unavailable) - not surprisingly, gtkdocize gets needed more in gnome packages. Among these is cogl, but in

Re: [blfs-dev] 2020-09-03" Pango-1.46.0: Cairo is "Recommended" but seems to be Required

On 1/2/21 6:04 PM, Kevin Buckley via blfs-dev wrote: On Sun, 3 Jan 2021 at 03:04, Pierre Labastie via blfs-dev wrote: Looking in more depth, normally, according to meson.build, the dependency on cairo is not required, even for 1.46. So it should be able to compile if cairo is not available. Al

Re: [blfs-dev] Why do we patch polkit for elogind ?

On 1/5/21 9:34 AM, Ken Moffat via blfs-dev wrote: On Tue, Jan 05, 2021 at 02:33:35PM +0100, Pierre Labastie via blfs-dev wrote: On Wed, 2020-12-30 at 18:21 +, Ken Moffat via blfs-dev wrote: Hi Guys, some of you may have noticed that I have an aversion to gtk-doc (I'm getting over it).  Thi

Re: [blfs-dev] icewm-2.0.0 fails to configure with the book's commands

On 1/6/21 9:58 AM, Tim Tassonis via blfs-dev wrote: Compile works for me with:   -DCONFIG_GDK_PIXBUF_XLIB=ON \   -DCONFIG_IMLIB2=OFF \ CONFIG_GDK_PIXBUF_XLIB does not turn off CONFIG_IMLIB2 by itself and will still give an error. Is it ok if I update the page accordingly? I'm on

Re: [blfs-dev] icewm-2.0.0 fails to configure with the book's commands

On 1/6/21 10:27 AM, Tim Tassonis via blfs-dev wrote: On 1/6/21 5:14 PM, Bruce Dubbs via blfs-dev wrote: On 1/6/21 9:58 AM, Tim Tassonis via blfs-dev wrote: Compile works for me with:    -DCONFIG_GDK_PIXBUF_XLIB=ON \    -DCONFIG_IMLIB2=OFF \ CONFIG_GDK_PIXBUF_XLIB does not turn

Re: [blfs-dev] icewm-2.0.0 fails to configure with the book's commands

On 1/6/21 10:56 AM, Tim Tassonis via blfs-dev wrote: On 1/6/21 5:38 PM, Bruce Dubbs via blfs-dev wrote: On 1/6/21 10:27 AM, Tim Tassonis via blfs-dev wrote: On 1/6/21 5:14 PM, Bruce Dubbs via blfs-dev wrote: On 1/6/21 9:58 AM, Tim Tassonis via blfs-dev wrote: Compile works for me with

Re: [blfs-dev] Errors accessing wiki.linuxfromscratch.org

On 1/12/21 9:03 AM, Ken Moffat via blfs-dev wrote: On Tue, Jan 12, 2021 at 09:11:47AM +0100, Pierre Labastie via blfs-dev wrote: On Tue, 2021-01-12 at 08:50 +0100, Tim Tassonis via blfs-dev wrote: Hi all Since a couple of days, I'm experiencing connect issues to wiki.linuxfromscratch.org. Is t

Re: [blfs-dev] Postgresql init script

On 1/21/21 10:43 PM, DJ Lucas via blfs-dev wrote: FYI, we are currently using a mkdir for the pidfile in postgresql script. We have a mechanism in place for this outside of the init script (createfiles): echo "/run/postgresql dir 755    postgres  postgres" >> /etc/sysconfig/create

Re: [blfs-dev] minor issue on sane page

On 1/22/21 3:59 AM, Tim Tassonis via blfs-dev wrote: Hi all SANE-1.0.29 seems to link against elogind when present and not specifically told to not do so by specifying --with-systemd=no Since I don't know what the consequences of elogind support for sane are, I did set that. Maybe one then

Re: [blfs-dev] Security Advisories, v2 [ long :-( ]:wq

On 1/28/21 9:37 PM, Ken Moffat via blfs-dev wrote: A little while ago I proposed separating out our Security Advisories. What I would now like to do is create an *extra* page in the www/ repo listing (and in a couple of mutt cases creating[1]) advisories from 1st September when BLFS-10.0 was rel

Re: [blfs-dev] Security Advisories, v2 - revised prototypes

On 1/31/21 7:57 AM, Ken Moffat via blfs-dev wrote: Current links: 2. The revised details for 10.0 are at http://www.linuxfromscratch.org/blfs/advisories/10.0.html with short summaries of the issue / what to do, and links to fuller details on the consolidated page. I have not been following

Re: [blfs-dev] Gparted page seem to have outdated information

On 2/1/21 5:46 PM, Tim Tassonis via blfs-dev wrote: Hi all I just installed gparted for the first time as in the SVN book (version 1.2.0) and it seems that the part about root privileges seems to be outdated. I installed gparted without any helper stuff and it seems that the provided org.gn

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

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

[blfs-dev] Final call for changes before LFS/BLFS 10.1 release

We are about ready to release LFS/BLFS 10.1. All tickets have been closed and all packages have been tested using the current instructions in the books. That said, there are probably issues that still need to be addressed. If LFS is printed out on paper, it is about 300 pages. If BLFS is pr

Re: [blfs-dev] A couple of Mesa switches need changing

On 2/27/21 4:39 PM, Ryan Marsaw via blfs-dev wrote: Hello. In the Mesa package there are -Dvalgrind=false and -Dlibunwind=false Both of these switches give out a warning that "false" is deprecated in favour of "disabled".  It's not a big deal at the moment, but these two switches might give an e

<    2   3   4   5   6   7   8   >