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

Am Mittwoch, dem 02.12.2020 um 20:13 +0100 schrieb Tim Tassonis via blfs-dev: > > On 12/1/20 11:23 PM, Bruce Dubbs via blfs-dev wrote: > > 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

Re: [blfs-dev] proposal: add -DLLVM_BINUTILS_INCDIR=/usr/include for LLVM

Am Freitag, den 27.03.2020, 22:13 +0800 schrieb Xi Ruoyao via blfs- dev: > It would make LLVM building system to build LLVMgold.so with Binutils headers > installed in LFS, which is a linker plugin so we can use "clang -flto hw.c". What impact does it have if we do not add the -DLLVM switch. In

Re: [blfs-dev] rustc and DESTDIR

Am Montag, den 30.09.2019, 12:57 -0500 schrieb Bruce Dubbs via blfs- dev: > On 9/30/19 12:40 PM, Xi Ruoyao via blfs-dev wrote: > > On 2019-09-30 12:37 -0500, Bruce Dubbs via blfs-dev wrote: > > > On 9/30/19 12:25 PM, Xi Ruoyao via blfs-dev wrote: > > > > On 2019-09-30

[blfs-dev] rustc and DESTDIR

Hi all, so far i have built a nice Xfce system avoiding python2, gtk2 and rustc at all and Xfce-4.14 builds/runs fine without gtk2. For librsvg i use the old non-rust version 2.40.20 which still works pretty well - ok, i know, thats not really the way to go but building gigabytes of compiler

Re: [blfs-dev] xfce 4.14

Am Dienstag, den 13.08.2019, 19:58 +0200 schrieb Tim Tassonis via blfs-dev: > Hi all > > > For anybody using xfce4 as their desktop, I wanted to share my progress > regarding the new release. > > I have now compiled all new packages in the usual order, without any > problem. Just to be sure,

Re: [blfs-dev] Since changes are coming...

Am Sonntag, den 23.06.2019, 17:55 -0400 schrieb Joe Locash via blfs- dev: > Is there any interest in adding MATE to BLFS? I have it working, just > tweaking the minor issues out. Due to change of my ISP, my answer to this thread gots lost in space. All of what I'd like to comment has been said

Re: [blfs-dev] Differences between SysV and systemd in rpcbind

Am Mittwoch, den 12.06.2019, 11:01 -0500 schrieb Douglas R. Reno via blfs-dev: > Hi folks, > > I was just building rpcbind-1.2.5 and noticed a curious difference between > SysV and systemd's instructions. > On systemd, we create a separate "rpc" user to isolate the package similar to > how we

[blfs-dev] libcap instruction

Hi all, shouldn't the very last instruction in libcap read as tail -n +3 /etc/pam.d/system-auth.bak >> /etc/pam.d/system-auth instead of tail -n +3 /etc/pam.d/system-auth.bak << /etc/pam.d/system-auth (I can fix it, just want to be sure that its correct) -- Thomas --

Re: [blfs-dev] pulseaudio runaway

Am Dienstag, den 30.04.2019, 15:59 -0600 schrieb Roger Koehler via blfs-dev: > On Tue, Apr 30, 2019, 3:50 PM Ken Moffat via blfs-dev > wrote: > > On Tue, Apr 30, 2019 at 04:13:44PM -0500, Bruce Dubbs via blfs-dev wrote: > > > > > I've been noticing that sometimes pulseaudio consumes 100% of one

Re: [blfs-dev] pulseaudio runaway

Am Dienstag, den 30.04.2019, 16:13 -0500 schrieb Bruce Dubbs via blfs- dev: > I've been noticing that sometimes pulseaudio consumes 100% of one core > and stays that way for hours. In one case I can close every application > on my desktop and pulseaudio still runs at 100%. > > It doesn't

[blfs-dev] Multilib branch

Hi all, for those who are interested in multilib-LFS: A branch of the current trunk has been created and now contains all modifications to support m32 as well as mx32. Browse the sources at http://wiki.linuxfromscratch.org/lfs/browser/branches/multilib and find the rendered book at

Re: [blfs-dev] A few issues with most recent book

Am Samstag, den 16.03.2019, 07:33 -0600 schrieb Roger Koehler via blfs-dev: > On Sat, Mar 16, 2019 at 3:39 AM Pierre Labastie via blfs-dev > wrote: > > For porting lxde to GTK+3, I have decided to rebuild completely lfs/blfs > > with > > most recent versions. > > I'd be interested in knowing if

Re: [blfs-dev] A few issues with most recent book

Am Samstag, den 16.03.2019, 10:39 +0100 schrieb Pierre Labastie via blfs-dev: > Hi, > > For porting lxde to GTK+3, I have decided to rebuild completely lfs/blfs with > most recent versions. I found a few issues (only built lxde deps): > - mesa-19.0.0: running "make -C ../xdemos

Re: [blfs-dev] BLFS 8.4 Progress Report

Am Freitag, den 22.02.2019, 10:59 +0100 schrieb Thomas Trepl via blfs- dev: > Am Freitag, den 22.02.2019, 10:19 +0100 schrieb Pierre Labastie via > blfs-dev: > > On 22/02/2019 07:11, Bruce Dubbs via blfs-dev wrote: > > > We only have a few tags left: > > > > >

Re: [blfs-dev] BLFS 8.4 Progress Report

Am Freitag, den 22.02.2019, 10:19 +0100 schrieb Pierre Labastie via blfs-dev: > On 22/02/2019 07:11, Bruce Dubbs via blfs-dev wrote: > > We only have a few tags left: > > > > lfs83 tags: 33 > > ;fs84 tags: 803 > > > > ... > > networking/mailnews/fetchmail.xml:_checked; > > ... Just looking

Re: [blfs-dev] pulseaudio / fftw

Am Sonntag, den 17.02.2019, 09:08 +0100 schrieb Armin K. via blfs-dev: > On 17.2.2019. 07:04, Thomas Trepl via blfs-dev wrote: > > Hi, > > > > while rebuilding stuff for 8.4 i came across pulseaudio. I have fftw > > installed and so i expected that pulseau

[blfs-dev] pulseaudio / fftw

Hi, while rebuilding stuff for 8.4 i came across pulseaudio. I have fftw installed and so i expected that pulseaudio will link to it somehow (as it it mentioned as an optional dep). But it didn't. The config.log of pulseaudio shows: ... configure:23251: checking for FFTW configure:23258:

Re: [blfs-dev] GnuTLS 3.6.5 is incompatible with Guile-2.2

Am Donnerstag, den 27.12.2018, 22:05 -0600 schrieb Douglas R. Reno via blfs-dev: > Hey guys, > > > Just thought that I'd make everyone aware that GnuTLS-3.6.5 seems to be > incompatible with guile-2.2. In order to work around the problem, we'll > have to add --disable-guile to the configure

Re: [blfs-dev] Python modules dependencies

Am Samstag, den 08.12.2018, 09:39 +0100 schrieb Pierre Labastie via blfs-dev: > While testing jhalfs dependency algorithm, I discovered a few things about > python modules (there may be others): > - several modules have instructions for both python2 and python3, but Python2 > is not listed as a

Re: [blfs-dev] Sendmail, bind, s-nail, lshw

Am Montag, den 26.11.2018, 13:29 -0500 schrieb Jean-Marc Pigeon via blfs-dev: > ... > 4) Bind-9.13 > Why not use bind-9.13? > compiled 9.13.2, found no difference with building book > directives. > odd version numbers (9.13.x) are development releases, even numbers (9.12.x) are

Re: [blfs-dev] VirtualBox running on LFS

Am Sonntag, den 18.11.2018, 22:52 +0100 schrieb Thomas Trepl via blfs- dev: > Again, this VBox on LFS is by far not running well atm. VirtualBox > GUI starts fine and it presents me all my VMs but i cannot start them > within the GUI. To start VMs i have to use "VBoxManage sta

Re: [blfs-dev] VirtualBox running on LFS

Am Sonntag, den 18.11.2018, 15:07 -0600 schrieb DJ Lucas via blfs-dev: > > On 11/18/2018 05:35 AM, Thomas Trepl wrote: > > Hi all, > > > > today VirtualBox started on a LFS host and i was able to start a VM > > with it. I'm definitely not saying it is fully fun

[blfs-dev] VirtualBox running on LFS

Hi all, today VirtualBox started on a LFS host and i was able to start a VM with it. I'm definitely not saying it is fully functional, much more testing and bug fixing might be required for that. It is for sure not "production ready" yet as some errors are still there. It does not work to start

Re: [blfs-dev] From xfce4-xkb-plugin to rustc, layering?

Am Montag, den 05.11.2018, 09:52 -0600 schrieb Bruce Dubbs via blfs- dev: > On 11/05/2018 01:03 AM, Thomas Trepl via blfs-dev wrote: > > Am Donnerstag, den 01.11.2018, 14:47 -0400 schrieb Jean-Marc Pigeon > > via blfs-dev: > > > Hello, > > > > > > ... &g

Re: [blfs-dev] From xfce4-xkb-plugin to rustc, layering?

Am Donnerstag, den 01.11.2018, 14:47 -0400 schrieb Jean-Marc Pigeon via blfs-dev: > Hello, > > ... > > Well... as there is countries flags in "svg" format you > need librsvg, right > > librsvg need cargo (according designer, to be able to > easily set the compilation debug flag (?)), and

Re: [blfs-dev] No message for a week?

Am Sonntag, den 07.10.2018, 10:59 -0500 schrieb Bruce Dubbs via blfs-dev: > On 10/07/2018 09:06 AM, Douglas R. Reno via blfs-dev wrote: > > > > On Sun, Oct 7, 2018 at 6:53 AM Thomas Trepl via blfs-dev > > > <mailto:blfs-dev@lists.linuxfromscratch.org>

[blfs-dev] No message for a week?

Strange that there is no new message for a week in blfs-dev. (This is just to see infrastructure works - sorry for the noise) -- Thomas -- http://lists.linuxfromscratch.org/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page

Re: [blfs-dev] BLFS DHCP 4.4.1 broken with GCC 8+ (Patch Supplied)

Am Montag, den 01.10.2018, 13:06 -0500 schrieb Bruce Dubbs via blfs-dev: > On 10/01/2018 11:24 AM, Ken Moffat via blfs-dev wrote: > > On Mon, Oct 01, 2018 at 06:16:46AM +0200, Thomas Trepl via blfs-dev wrote: > > > Am Sonntag, den 30.09.2018, 23:06 -0400 schrieb Clayton Johnson v

Re: [blfs-dev] BLFS DHCP 4.4.1 broken with GCC 8+ (Patch Supplied)

Am Montag, den 01.10.2018, 17:24 +0100 schrieb Ken Moffat via blfs-dev: > On Mon, Oct 01, 2018 at 06:16:46AM +0200, Thomas Trepl via blfs-dev wrote: > > Am Sonntag, den 30.09.2018, 23:06 -0400 schrieb Clayton Johnson via > > blfs-dev: > > > DHCP 4.4.1 broken in

Re: [blfs-dev] BLFS DHCP 4.4.1 broken with GCC 8+ (Patch Supplied)

Am Sonntag, den 30.09.2018, 23:06 -0400 schrieb Clayton Johnson via blfs-dev: > DHCP 4.4.1 broken in guide as of GCC 8 update. > > Attached patch will fix this issue. What do you mean by "broken"? What is the issue which gets fixed by that patch? dhcp compiles fine here with gcc-8.2.0. --

Re: [blfs-dev] Basic Packages for BLFS

Am Dienstag, den 18.09.2018, 21:34 -0500 schrieb Bruce Dubbs via blfs-dev: > I've been working on a new book: > > http://www.linuxfromscratch.org/~bdubbs/basic-blfs-book/ > > The intention is to be an intermediate book between LFS and BLFS that is > much shorter and ease new users into BLFS and

Re: [blfs-dev] BLFS Basic

Am Dienstag, den 11.09.2018, 15:30 -0500 schrieb Bruce Dubbs via blfs- dev: > I've been working on a concept that I am calling BLFS Basic. This > is > basically a subset of BLFS Packages that should be a part of most > systems after LFS. I will attach my list at the end of this post. > > What

Re: [blfs-dev] Samba and gjs: book instructions need some deps which are not in "recommended"

Am Montag, den 14.05.2018, 10:28 +0200 schrieb Pierre Labastie: > Hi, > > For samba: > Linux-PAM (with libcap) is marked as optional, but the build fails if > linux-PAM is not installed. Either move Linux-PAM to recommended (my > preferred > solution, but please tell me what you think) or pass

Re: [blfs-dev] Tagging help needed for 8.3

Am Montag, den 27.08.2018, 11:02 -0400 schrieb Alain Toussaint: > Le lundi 27 août 2018 à 12:10 +0200, Thomas Trepl a écrit : > > Am Sonntag, den 26.08.2018, 22:36 -0400 schrieb Alain Toussaint: > > > > server/mail/dovecot.xml > > > > > > taking care of do

Re: [blfs-dev] Tagging help needed for 8.3

Am Sonntag, den 26.08.2018, 22:36 -0400 schrieb Alain Toussaint: > > server/mail/dovecot.xml > > taking care of dovecot-2.3.2.1 right now. oh, i just commited some tweaks on dovecot. You may want to review ticket #10933 and changeset 20413. -- Thomas --

Re: [blfs-dev] llvm-6.0.0 FTBFS with glibc-2.28

Am Samstag, den 18.08.2018, 09:27 +0200 schrieb Thomas Trepl: > Am Freitag, den 17.08.2018, 21:27 +0100 schrieb Ken Moffat: > > On Fri, Aug 17, 2018 at 08:57:02PM +0200, Thomas Trepl wrote: > > > > > > Rerun the tests here with "ninja check{,-clang{,-tooli

Re: [blfs-dev] llvm-6.0.0 FTBFS with glibc-2.28

Am Freitag, den 17.08.2018, 21:27 +0100 schrieb Ken Moffat: > On Fri, Aug 17, 2018 at 08:57:02PM +0200, Thomas Trepl wrote: > > > > Rerun the tests here with "ninja check{,-clang{,-tooling}}" - not > > "make". I used > > > > CC

Re: [blfs-dev] llvm-6.0.0 FTBFS with glibc-2.28

Am Freitag, den 17.08.2018, 05:48 +0100 schrieb Ken Moffat: > On Sun, Aug 12, 2018 at 10:05:14PM -0500, DJ Lucas wrote: > > > > > > On 08/12/2018 02:28 AM, Thomas Trepl wrote: > > > Am Sonntag, den 12.08.2018, 03:36 +0100 schrieb Ken Moffat: > > > > 6

[blfs-dev] Multilib patch

Hi, for those who are interested in doing {,B}LFS with multilib support, here is a patch on the LFS book adding some instructions to build the LFS core system with multilib support. Apply the patch to the LFS sources and run "make ARCH=multilib". If leaving out the ARCH= parameter or set it to

Re: [blfs-dev] Multilib patch, was Re: llvm-6.0.0 FTBFS with glibc-2.28

Am Montag, den 13.08.2018, 08:56 -0400 schrieb Alain Toussaint: > > Btw, > > new multilib-patch to come, building m32, mx32 and m64 ... > > Hello Thomas, > > That patch, is it to build {B}LFS in a multilib configuration > including > mx32? Yes, thats the idea. I'd admit that I have no clue for

Re: [blfs-dev] llvm-6.0.0 FTBFS with glibc-2.28

Am Sonntag, den 12.08.2018, 22:05 -0500 schrieb DJ Lucas: > > On 08/12/2018 02:28 AM, Thomas Trepl wrote: > > Am Sonntag, den 12.08.2018, 03:36 +0100 schrieb Ken Moffat: > > > 6.0.1 builds. > > > > Did you also run the tests? This is where i struggle atm. Tes

Re: [blfs-dev] llvm-6.0.0 FTBFS with glibc-2.28

Am Sonntag, den 12.08.2018, 03:36 +0100 schrieb Ken Moffat: > On Sun, Aug 12, 2018 at 03:27:10AM +0100, Ken Moffat wrote: > > Trying to build (all of) llvm-6.0.0 : > > > > [ 9%] Building CXX object > > projects/compiler- > > rt/lib/sanitizer_common/CMakeFiles/RTSanitizerCommon.x86_64.dir/san > >

Re: [blfs-dev] BLFS-Basic

Am Montag, den 09.07.2018, 15:08 -0500 schrieb Bruce Dubbs: > As most of you know, BLFS is huge. If it is printed on paper, it > would > take over 2000 pages. There are over a thousand individual packages > in > the book. Wow, never seen that in this way... > In addition, upstream changes are

Re: [blfs-dev] What is the limit for source build

Am Freitag, den 16.03.2018, 12:10 -0500 schrieb Bruce Dubbs: > On 03/16/2018 10:51 AM, Pierre Labastie wrote: > > Hi, > > > > I really need some input for the Java applications in the BLFS > > book. Here is > > what I posted yesterday to the ticket about maven (in [], something > > I add now > >

Re: [blfs-dev] QA in BLFS

Am Samstag, den 03.03.2018, 13:02 +0100 schrieb Pierre Labastie: > Hi, > > Now that 8.2 is out, I'd like to share some thoughts about testing > the book > instructions (OK, QA in the subject may be slightly too ambitious). > > We (mainly Bruce) have updated an average of 4 packages per day >

Re: [blfs-dev] blfs svn 19820, small typos found

Am Dienstag, den 20.02.2018, 15:44 +0100 schrieb Tim Tassonis: > Hi all > > > I'm running through some of the lastest changes in blfs and found > two > minor typos: > > > - exo: the download url is wrong. Instead of > > http://archive.xfce.org/src/xfce/exo/0.11/exo-0.12.0.tar.bz2 > > it

Re: [blfs-dev] Compile issue postgresql

Am Sonntag, den 04.02.2018, 13:58 +0100 schrieb Thomas Trepl: > Am Sonntag, den 04.02.2018, 12:18 +0100 schrieb Armin K.: > > On Sun, 2018-02-04 at 11:42 +0100, Thomas Trepl wrote: > > > Hi, > > > > > > got a abort message when compiling postgresql: > >

Re: [blfs-dev] Compile issue postgresql

Am Sonntag, den 04.02.2018, 12:18 +0100 schrieb Armin K.: > On Sun, 2018-02-04 at 11:42 +0100, Thomas Trepl wrote: > > Hi, > > > > got a abort message when compiling postgresql: > > > > D_GNU_SOURCE -c -o copy_fetch.o copy_fetch.c > > copy_fetch.c:159:1:

[blfs-dev] Compile issue postgresql

Hi, got a abort message when compiling postgresql: gcc -Wall -Wmissing-prototypes -Wpointer-arith -Wdeclaration-after- statement -Wendif-labels -Wmissing-format-attribute -Wformat-security -fno-strict-aliasing -fwrapv -fexcess-precision=standard -O2 -I../../../src/interfaces/libpq -DFRONTEND

Re: [blfs-dev] Elfutils

Am Samstag, den 27.01.2018, 21:33 + schrieb Ken Moffat: > Now that libelf from elfutils is in the development version of LFS, I > think we no-longer need elfutils in BLFS ? Originally it was added > for Mesa and I see that we recommend it for the radeonsi driver > there. I say "I think"

Re: [blfs-dev] ppp support in BFLS networking

Am Donnerstag, den 25.01.2018, 01:36 +0100 schrieb Tim Tassonis: > Hi all > > > I just setup a VDSL router with LFS, adding ppp to it and then > setting > up the interface in rc.firewall. Which of course is not really > optimal... > > > As currenty, blfs seems to have no support of ppp

Re: [blfs-dev] Resources for qtwebengine

Am Mittwoch, den 13.12.2017, 17:08 + schrieb Ken Moffat: > On Wed, Dec 13, 2017 at 10:07:07AM -0600, Bruce Dubbs wrote: > > Thomas Trepl wrote: > > > Am 2017-12-13 13:39, schrieb Thomas Trepl: > > > > hi all, > > > > > > > > I'm cu

Re: [blfs-dev] Resources for qtwebengine

Am 2017-12-13 13:39, schrieb Thomas Trepl: hi all, I'm currently trying to compile version 5.10 but it seems my machine is too small. It is a VBox-VM with 2GB RAM, 2GB swap partition but compilation failed with "virtual memory exhausted". I increased the mem to 3 GB but it

Re: [blfs-dev] Removing .la files

Am Donnerstag, den 07.12.2017, 00:02 -0600 schrieb Bruce Dubbs: > I've been looking at removing .la (libtool archive) files from > LFS/BLFS. > ... Hi, do I get that all right, the .la files can be ommited? So when building a fresh install, removing all and any .la would solve problems about

[blfs-dev] Don't kill mdmon

Hi all, after digging around to get LFS booting on a mdadm-raid (based on a fakeraid on C236 chipset) I've collected a few changes to some essentials files. LFS bootscripts Problem was that after every reboot, the array has been rebuild. While rebuild, the system is nearly unusable slow and the

[blfs-dev] xcb-proto / python

Hi all, seems so that python is a requirement to xcb-proto and not "only" an option: xcb-proto-1.12.tar.bz2 ./configure --prefix=/usr/X11 --sysconfdir=/etc --localstatedir=/var -- disable-static configure: WARNING: unrecognized options: --disable-static checking for a BSD-compatible install...

[blfs-dev] gvfs: gcr required

Hi all, seems so that gcr is not (or no longer) an optional/recommended dependency but its required: configure terminates with ... checking for struct stat.st_atim.tv_nsec... yes checking for struct stat.st_ctimensec... no checking for struct stat.st_ctim.tv_nsec... yes checking for gtk-doc...