Re: [blfs-dev] Fwd: BLSF-10.1: polkit / shadow; nspr

On Thu, 2021-04-22 at 08:31 -0500, Bruce Dubbs via blfs-dev wrote: > > > > Forwarded Message > Subject: BLSF-10.1: polkit / shadow; nspr > Date: Thu, 22 Apr 2021 12:23:51 +0200 > From: Rainer Fiebig > To: Bruce Dubbs > > Hi! > > polkit / shadow > *** > The

Re: [blfs-dev] libblockdev-2.25 doesn't compile

On 2021-04-15 16:49 +0100, John Burrell via blfs-dev wrote: > On Thu, 15 Apr 2021 at 15:25, Xi Ruoyao via blfs-dev > wrote: > > > > On 2021-04-15 10:43 +0100, John Burrell via blfs-dev wrote: > > > On Sat, 10 Apr 2021 at 16:10, Xi Ruoyao via blfs-dev > > > w

Re: [blfs-dev] libblockdev-2.25 doesn't compile

On 2021-04-15 10:43 +0100, John Burrell via blfs-dev wrote: > On Sat, 10 Apr 2021 at 16:10, Xi Ruoyao via blfs-dev > wrote: > > > > On 2021-04-10 15:05 +0100, John Burrell via blfs-dev wrote: > > > Using the systemd version of the development book, libblockdev-2.2

Re: [blfs-dev] Failure starting X/lxdm with glib 2.68.0

On 2021-04-12 11:43 +0200, Tim Tassonis via blfs-dev wrote: > > > On 4/12/21 11:35 AM, Tim Tassonis via blfs-dev wrote: > > > > > > On 4/12/21 11:16 AM, Pierre Labastie via blfs-dev wrote: > > > On Mon, 2021-04-12 at 09:46 +0200, Tim Tassonis via blfs-dev wrote: > > > > Hi all > > > > > > > >

Re: [blfs-dev] libblockdev-2.25 doesn't compile

On 2021-04-10 15:05 +0100, John Burrell via blfs-dev wrote: > Using the systemd version of the development book, libblockdev-2.25 gives: > > vdo.c: In function ‘bd_vdo_stats_copy’: > vdo.c:84:5: error: ‘g_memdup’ is deprecated: Use 'g_memdup2' instead > [-Werror=deprecated-declarations] >    84 | 

Re: [blfs-dev] curl build with ./configure or cmake

On 2021-04-01 10:52 +0200, Tim Tassonis via blfs-dev wrote: > Hi all > > I just discovered that curl apparently now also optionally supports > cmake as build system. Per official documentation however, ./configure > still seems first choice, or at least as supported as cmake. > > As I

Re: [blfs-dev] (I know it's the wrong list) Be careful of binutils 2.36

On 2021-01-25 19:33 -0500, Marty Jack via blfs-dev wrote: > I found that during the install phase the just installed ld won't run against > the prior libctf which had not yet been installed.  I ended up with a > nonfunctional ld and had to recover it from another system and reinstall > 2.35.1. 

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

On 2020-10-22 16:14 +0100, Ken Moffat via blfs-dev wrote: > On Thu, Oct 22, 2020 at 06:25:59AM -0500, Bruce Dubbs via blfs-dev wrote: > > 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

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

On 2020-10-14 02:45 +0100, Ken Moffat via blfs-dev wrote: > On Wed, Oct 14, 2020 at 02:21:39AM +0100, Ken Moffat via blfs-dev wrote: > > On Mon, Oct 12, 2020 at 09:15:30PM +0100, Ken Moffat via blfs-dev wrote: > > > People might remember that I looked at llvm-11-rc1 in early August, > > > and

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

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: > > > > > > > > > > > &g

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

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 > > > > wrote: > > > >     On 10/4/20 3:45 PM, Joe Locash via blfs-dev wrote: > >  

Re: [blfs-dev] Are the seds in gcr, seahorse, gsettings-desktop-schemas, and gnome-keyring really needed?

On 2020-10-03 13:03 +0200, Pierre Labastie via blfs-dev wrote: > Hi, > > This morning, while updating to gcr-3.38, I realized that there was a > sed to change the schema path from "/desktop/gnome/crypto/pgp/" to > "/org/gnome/desktop/gnome/crypto/pgp/". It seemed a little weird, so I > looked at

Re: [blfs-dev] Disabling expensive nss tests

On 2020-10-02 23:29 +0200, Tim Tassonis via blfs-dev wrote: > Hi all > > When building nss 3.57 and waiting ages for the tests to be compiled, I > checked the Makefile and found out that, by adding > > NSS_DISABLE_GTESTS=1    \ > > > to the make command, the build time can quite

Re: [blfs-dev] js78 and jemalloc

On 2020-09-21 17:59 +0100, Ken Moffat via blfs-dev wrote: > On Mon, Sep 21, 2020 at 10:07:18AM -0500, Douglas R. Reno via blfs-dev wrote: > > > > On 9/21/20 9:36 AM, Ken Moffat via blfs-dev wrote: > > > I'm now looking at js78 because firefox-78.3.0 is out.  For the > > > moment I'm still using

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

> > 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-objdump and llvm-profdata). > > &g

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

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 via blfs-dev > wrote: > > On 8/31/20 1:10 AM, Ken Moffat via blfs-dev wrote: > > > The download link works, but the download is > > >

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

On 2020-08-25 11:07 -0500, Douglas R. Reno via blfs-dev wrote: > 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 ? > > > > ĸen > I know Bruce has to give the Final OK,

[blfs-dev] firefox (and js) -> rust -> llvm dependency

I just drafted js78 page. When it was built, the building system utilized some LLVM tools (llvm-objdump and llvm-profdata). Is a rustc built with shipped LLVM providing llvm-objdump and llvm-profdata, which could be used during firefox or js build? If not we should list LLVM as a firefox/js

Re: [blfs-dev] pulseaudio-13.0

On 2020-08-11 18:29 +0100, spiky0011 via blfs-dev wrote: > On 11/08/2020 18:23, Douglas R. Reno via blfs-dev wrote: > > On 8/11/20 12:23 PM, spiky0011 via blfs-dev wrote: > > > Hi > > > > > > Just going through blfs on top of Lfs 20200810-systemd > > > > > > I get an error with pulseaudio-13.0 >

Re: [blfs-dev] pulseaudio-13.0

On 2020-08-11 12:23 -0500, Douglas R. Reno via blfs-dev wrote: > On 8/11/20 12:23 PM, spiky0011 via blfs-dev wrote: > > Hi > > > > Just going through blfs on top of Lfs 20200810-systemd > > > > I get an error with pulseaudio-13.0 > > > > "In file included from

Re: [blfs-dev] [lfs-dev] grub with uefi for LFS 10?

On 2020-08-05 14:26 +0800, Kevin Buckley via lfs-dev wrote: > On Sun, 2 Aug 2020 at 04:32, Timothy Russo via lfs-dev > wrote: > > With efi being more the standard now, I'd like to ask if we could default > > grub to supporting uefi instead of having to use the uefi hint. > > > > Or at last maybe

Re: [blfs-dev] rustc in BLFS-10.0 : stick with 1.42.0 :-(]

On 2020-08-01 04:57 +0100, Ken Moffat via blfs-dev wrote: > From that I conclude that current versions of rustc with llvm-11 > will need their shipped llvm, which is slow and large to build (on > this system, 1.42.0 with its shipped llvm took 40.8 SBU and > installed 394.3 MiB on this 8-thread

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

I tried to build JS78 from Firefox 78.0b9 tarball. The build finished successfully (with rustc-1.44.0, I've not built the latest 1.44.1). "--enable-unaligned-private-values" is no longer supported. I think gjs guys will need to do a lot of work :). -- Xi Ruoyao School of Aerospace Science and

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

On 2020-06-19 19:49 -0500, Douglas R. Reno via blfs-dev wrote: > On 6/19/20 5:04 PM, Bruce Dubbs via blfs-dev wrote: > > 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

Re: [blfs-dev] Firefox and python3

On 2020-06-05 18:20 +0800, Xi Ruoyao via blfs-dev wrote: > On 2020-06-05 00:22 +0100, Ken Moffat via blfs-dev wrote: > > On Fri, Jun 05, 2020 at 03:02:05AM +0800, Xi Ruoyao via blfs-dev wrote: > > > One Mozilla developer once made a lecture in our university and said "

Re: [blfs-dev] Firefox and python3

On 2020-06-05 00:22 +0100, Ken Moffat via blfs-dev wrote: > On Fri, Jun 05, 2020 at 03:02:05AM +0800, Xi Ruoyao via blfs-dev wrote: > > One Mozilla developer once made a lecture in our university and said "do not > > try > > to build Firefox without a powerful w

Re: [blfs-dev] Firefox and python3

On 2020-06-04 12:38 +0100, Ken Moffat via blfs-dev wrote: > (starting a new thread so that people will notice this :) > > Back in December I built an experimental system to try doing without > python2. At that time it was less than useful (e.g. no graphical > browsers, and I think I had to build

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

On 2020-06-03 10:59 -0500, Douglas R. Reno via blfs-dev wrote: > On 6/3/20 6:57 AM, 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

Re: [blfs-dev] Can't install sudo-1.9.0 as a package user

On 2020-06-01 10:58 +0100, John Burrell via blfs-dev wrote: > I use MSB's package user package management system and up til now it > has worked fine but I've come unstuck installing sudo-1.9.0. > > I get: > > make[1]: Entering directory '/usr/src/security/sudo/sudo-1.9.0/lib/util' > /bin/sh

Re: [blfs-dev] gnome-shell bug

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's > > > &g

[blfs-dev] gnome-shell bug

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/gnome-shell/-/merge_requests/1230 and it seems

Re: [blfs-dev] new intel graphic driver

On 2020-04-24 14:00 -0500, Douglas R. Reno via blfs-dev wrote: > On 4/24/20 9:52 AM, Xi Ruoyao via blfs-dev wrote: > > In mesa-20.x the default dri driver for Intel Gen8+ (Broadwell and later) > > iGPUs > > has been changed to "iris" gallium driver, instead of the o

[blfs-dev] new intel graphic driver

In mesa-20.x the default dri driver for Intel Gen8+ (Broadwell and later) iGPUs has been changed to "iris" gallium driver, instead of the old "i965" driver. I've added "iris" to GALLIUM_DRV in mesa instruction. If you encounter any problem with it you can add "MESA_LOADER_DRIVER_OVERRIDE=i965"

Re: [blfs-dev] build dvisvgm within texlive (again)?

On 2020-04-14 04:54 +0100, Ken Moffat via blfs-dev wrote: > On Tue, Apr 14, 2020 at 10:30:43AM +0800, Xi Ruoyao via blfs-dev wrote: > > Now we can simple change --disable-dvisvgm to --enable-dvisvgm, to build > > dvisvgm > > shipped in texlive source code. So we can remove dv

[blfs-dev] build dvisvgm within texlive (again)?

Now we can simple change --disable-dvisvgm to --enable-dvisvgm, to build dvisvgm shipped in texlive source code. So we can remove dvisvgm page completely. And, potrace is only used by dvisvgm, in texlive. If we keep --disable-dvisvgm in texlive then system potrace is not needed. -- Xi Ruoyao

Re: [blfs-dev] [lfs-dev] gnome-shell failure building man page

(move to blfs-dev since we're discussing BLFS packages) On 2020-04-13 10:45 +0800, Xi Ruoyao via lfs-dev wrote: > On 2020-04-13 12:01 +1000, Christoph Willing via lfs-dev wrote: > > gnome-shell-3.36.1 from svn Version 2020-04-11 fails with: > > > > [19/187] Generating gnome-extensions.1 with a

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

On 2020-04-04 07:40 +0200, Thomas Trepl via blfs-dev wrote: > 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

Re: [blfs-dev] Network-manager-applet and libnma split as well as package placement

On 2020-04-01 18:48 -0500, Douglas R. Reno via blfs-dev wrote: > Good evening, > > While looking at #13243 and updating gnome-control-center, I noticed > that network-manager-applet has split it's library into "libnma", which > is what programs such as gnome-control-center itself will link to.

Re: [blfs-dev] Python multiprocessing checks in chroot

On 2020-03-27 11:46 +, Ken Moffat via blfs-dev wrote: > On Fri, Mar 27, 2020 at 07:03:29AM +0100, Pierre Labastie via blfs-dev wrote: > > Le 27/03/2020 à 00:22, Ken Moffat via blfs-dev a écrit : > > > On Thu, Mar 26, 2020 at 10:57:03PM +0100, Pierre Labastie via blfs-dev > > > wrote: > > > >

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

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". -- Xi Ruoyao School of Aerospace Science and Technology, Xidian University -- http://lists.linuxfromscratch.org/listinfo/blfs-dev FAQ:

Re: [blfs-dev] Python multiprocessing checks in chroot

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 referencing a

Re: [blfs-dev] Python multiprocessing checks in chroot

t; > > > 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 > > > > > >

Re: [blfs-dev] Python multiprocessing checks in chroot

On 2020-03-26 09:41 +0100, Pierre Labastie via blfs-dev wrote: > So my suspicion is that when we mount --bind /dev, we lose some permissions, > and those permissions are needed for FF. I'll have to try again without > /run/shm The problem is /dev/shm is a seperated tmpfs, instead of a normal

Re: [blfs-dev] Python multiprocessing checks in chroot

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

Re: [blfs-dev] Python multiprocessing checks in chroot

On 2020-03-22 21:34 +, Ken Moffat via blfs-dev wrote: > # mount --bind /run /mnt/lfs/run I think it's dangerous: potentially harmful to the host. Some service running in the LFS chroot may overwrite the runtime directory of the service running on the host. -- Xi Ruoyao School of

Re: [blfs-dev] [was:Archive Seamonkey] libreoffice

On 2020-03-16 02:50 +, Ken Moffat via blfs-dev wrote: > On Mon, Mar 16, 2020 at 02:19:03AM +0100, Uwe Düffert via blfs-dev wrote: > > Hi, > > > > On Sun, 15 Mar 2020, Ken Moffat via blfs-dev wrote: > > > > > [...] after I've worked out why I cannot get > > > libreoffice to build ;-) > >

Re: [blfs-dev] Gstreamer crashing X

On 2020-03-14 00:25 -0500, Douglas R. Reno via blfs-dev wrote: > Hi folks, > > Have any of you experienced X crashing with a SIGABRT anytime a program using > gstreamer attempts to run? I've been stuck on this all day while rebuilding my > workstation. I didn't. > I originally noticed this

[blfs-dev] several patches fixing build with -fno-common (for GCC 10) prepared

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-common-patches/. I hope the upstream can fix these

[blfs-dev] strange dependencies: samba -> python3 -> lsb-tools

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 them, or explain why we need these strange

Re: [blfs-dev] [lfs-dev] Rendering XML sources: some entities not expanded

On 2020-02-24 10:22 +0800，Kevin Buckley via lfs-dev wrote: Wrong list. > Can anything think of a reason why, when I render the Book sources > locally, some entities don't render ? > > I've recently noticed this with the ssh-askpass section in the BLFS book > but have seen similar with the LFS

Re: [blfs-dev] proposal: move polkit-gnome to XFCE

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 has built-in polkit agent. > > It's not

[blfs-dev] proposal: move polkit-gnome to XFCE

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. And, notification-daemon is not used by GNOME. Maybe we should also move it somewhere. -- Xi Ruoyao School of Aerospace Science and Technology, Xidian

Re: [blfs-dev] proposal: archive gnome-themes-extra

On 2020-02-15 01:32 -0600, Douglas R. Reno via blfs-dev wrote: > On 2/14/20 10:03 PM, Xi Ruoyao via blfs-dev wrote: > > The themes in gnome-themes-extra have been integrated into GTK+-3 long long > > ago. > > And, the only packages "depends on" it are gnome-she

[blfs-dev] proposal: archive gnome-themes-extra

The themes in gnome-themes-extra have been integrated into GTK+-3 long long ago. And, the only packages "depends on" it are gnome-shell and GTK+-3. I've tested them w/o gnome-themes-extra. I think we can remove it from the book. Or, remove those two false dependencies and let GTK+-2 optionally

[blfs-dev] evince: can not find kpathsea library

To use kpathsea we've added: CFLAGS="$CFLAGS -I/opt/texlive/2019/include" \ CXXFLAGS="$CXXFLAGS -I/opt/texlive/2019/include" \ But they are not enough: configure:18489: checking for kpse_init_prog in -lkpathsea configure:18514: gcc -o conftest -O3 -march=native -mtune=icelake-client -pipe

Re: [blfs-dev] Heads-up: new intel video driver, needs testing

On 2020-01-04 21:14 +0800, Xi Ruoyao via blfs-dev wrote: > On 2020-01-02 20:36 +, Ken Moffat via blfs-dev wrote: > > On Fri, Jan 03, 2020 at 12:58:22AM +0800, Xi Ruoyao via blfs-dev wrote: > > > On 2020-01-02 00:26 +, Ken Moffat via blfs-dev wrote: > > > > &

Re: [blfs-dev] Heads-up: new intel video driver, needs testing

On 2020-01-02 20:36 +, Ken Moffat via blfs-dev wrote: > On Fri, Jan 03, 2020 at 12:58:22AM +0800, Xi Ruoyao via blfs-dev wrote: > > On 2020-01-02 00:26 +, Ken Moffat via blfs-dev wrote: > > > > I have a new Core i7-1065G7 laptop. The legacy libva-intel-driver just

[blfs-dev] many docdir have no version number

Hi, I just tried a `ls /usr/share/doc | grep -v "\-[0-9]"`. It turns out many directory names w/o a version number. Most of these names are from Xorg libraries and applications, for example libX11. The remaining ones are (on my system): brotli gnome-session libnotify librsvg systemd We should

Re: [blfs-dev] Heads-up: new intel video driver, needs testing

On 2020-01-02 00:26 +, Ken Moffat via blfs-dev wrote: > Apologies for breaking the thread, I thought I had _copied_ > Pierre's mail to my notes, and then I edited my note on microcode > to include the TLAs for Broadwell etc so that I could understand the > intel release notes next time, and

Re: [blfs-dev] RFC: remove '..' in our meson commands

On 2020-01-01 00:14 +, Ken Moffat via blfs-dev wrote: > On Wed, Jan 01, 2020 at 03:20:33AM +0800, 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 comm

[blfs-dev] RFC: remove '..' in our meson commands

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 build; cd build" and type the meson command in the

Re: [blfs-dev] llvm-9.0.1 seems to break rustc-1.37.0

On 2019-12-25 00:33 +, Ken Moffat via blfs-dev wrote: > On Tue, Dec 24, 2019 at 04:59:53PM -0600, Douglas R. Reno via blfs-dev wrote: > > On 12/24/19 3:14 PM, Ken Moffat via blfs-dev wrote: > > > On Mon, Dec 23, 2019 at 10:09:17PM +, Ken Moffat via blfs-dev wrote: > > > > Arch have a patch

Re: [blfs-dev] Testing without python2 : dead halt at JS60.

On 2019-12-16 00:53 +, Ken Moffat via blfs-dev wrote: > Indeed. The "patch" I found was 9800 lines. I haven't counted how > many lines are in my first attempt to update it. I have a severe > dislike of python, as is probably already apparent (the whitespace > issue) and I mostly find the

Re: [blfs-dev] gdm does not start on recent Sysv builds

On 2019-12-16 09:11 -0600, Douglas R. Reno via blfs-dev wrote: > On 12/16/19 3:19 AM, Pierre Labastie via blfs-dev wrote: > > Hi, > > > > I had 3 working BLFS builds of Gnome desktop over Sysv, but > > somewhere between > > one week ago and now, gdm got broken and does not start anymore > >

Re: [blfs-dev] Continued GNOME issues - can you guys reproduce?

On 2019-10-20 13:32 -0500，Douglas R. Reno via blfs-dev wrote: > Hi guys, > > I'm having some really annoying issues with GNOME-3.34.1 on my > development machine. One of them is with the tweaks app. I've added > libhandy to my system (I'll add it to the book soon), but I get the > following

Re: [blfs-dev] rustc and DESTDIR

On 2019-09-30 12:57 -0500, Bruce Dubbs via blfs-dev wrote: > 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 19:22 +0200, T

Re: [blfs-dev] rustc and DESTDIR

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 19:22 +0200, Thomas Trepl via blfs-dev wrote: > > > Hi all, > > > > > > so far i have built a nice Xfce system avoiding python2,

Re: [blfs-dev] gnome tweaks 3.34

On 2019-09-30 12:23 -0500, Bruce Dubbs via blfs-dev wrote: > On 9/30/19 12:01 PM, Xi Ruoyao via blfs-dev wrote: > > On 2019-09-30 10:52 -0500, Bruce Dubbs via blfs-dev write: > > > On 9/30/19 4:14 AM, hykwok1--- via blfs-dev wrote: > > > > GNOME TWEAKS 3.34.0 req

Re: [blfs-dev] rustc and DESTDIR

On 2019-09-30 19:22 +0200, Thomas Trepl via blfs-dev wrote: > 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

Re: [blfs-dev] gnome tweaks 3.34

On 2019-09-30 10:52 -0500, Bruce Dubbs via blfs-dev write: > On 9/30/19 4:14 AM, hykwok1--- via blfs-dev wrote: > > GNOME TWEAKS 3.34.0 requires libhandy ( > > https://source.puri.sm/Librem5/libhandy) : > > > > GIR files and libraries from: > > > > GLib (>= 2.58) > > GTK+ 3 (>= 3.12) >

Re: [blfs-dev] Why is LLVM recommended for gst-plugins-bad?

On 2019-09-25 14:33 -0500, Douglas R. Reno via blfs-dev wrote: > On 9/25/19 2:24 PM, Xi Ruoyao via blfs-dev wrote: > > I tried to grep "llvm" and "LLVM" in gst-plugins-bad-1.16.1 source code > > tree. > > All references seem related to Mac OS, nothing

[blfs-dev] Why is LLVM recommended for gst-plugins-bad?

I tried to grep "llvm" and "LLVM" in gst-plugins-bad-1.16.1 source code tree. All references seem related to Mac OS, nothing Linux. -- Xi Ruoyao School of Aerospace Science and Technology, Xidian University -- http://lists.linuxfromscratch.org/listinfo/blfs-dev FAQ:

[blfs-dev] proposal: archive fuse2

Now gvfs-1.42 has been ported to use fuse3 and nothing depends on fuse2. Should we archive it? -- Xi Ruoyao School of Aerospace Science and Technology, Xidian University -- http://lists.linuxfromscratch.org/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See

Re: [blfs-dev] What's left for the 9.0 release?

On 2019-08-30 21:44 +0200, Pierre Labastie via blfs-dev wrote: > On 30/08/2019 17:44, Xi Ruoyao via blfs-dev wrote: > > On 2019-08-30 10:24 -0500, Douglas R. Reno wrote: > > > On 2019-08-30 10:22, Xi Ruoyao via blfs-dev wrote: > > > > On 2019-08-30 09:20 -0500,

Re: [blfs-dev] What's left for the 9.0 release?

On 2019-08-30 23:44 +0800, Xi Ruoyao wrote: > On 2019-08-30 10:24 -0500, Douglas R. Reno wrote: > > On 2019-08-30 10:22, Xi Ruoyao via blfs-dev wrote: > > > On 2019-08-30 09:20 -0500, Bruce Dubbs via blfs-dev wrote: > > > > All packages have now been tagged and

Re: [blfs-dev] What's left for the 9.0 release?

On 2019-08-30 10:24 -0500, Douglas R. Reno wrote: > On 2019-08-30 10:22, Xi Ruoyao via blfs-dev wrote: > > On 2019-08-30 09:20 -0500, Bruce Dubbs via blfs-dev wrote: > > > All packages have now been tagged and all tickets closed for the 9.0 > > > release. What other t

Re: [blfs-dev] What's left for the 9.0 release?

On 2019-08-30 09:20 -0500, Bruce Dubbs via blfs-dev wrote: > All packages have now been tagged and all tickets closed for the 9.0 > release. What other things are remaining that we need to address before > the Sunday release? > >-- Bruce It seems #12448 and #12459 contain various security

Re: [blfs-dev] Where are we with respect to keyboard settings in gdm (elogind book)

On 2019-08-29 09:19 -0600, Roger Koehler via blfs-dev wrote: > On Thu, Aug 29, 2019, 8:55 AM Bruce Dubbs via blfs-dev < > blfs-dev@lists.linuxfromscratch.org> wrote: > > On 8/29/19 8:40 AM, Pierre Labastie via blfs-dev wrote: > > > Hi, > > > > > > With the shortly coming release, I think it is

Re: [blfs-dev] pango-1.44.5, version 2019-08-17, book adjustments (errata on my previous email, typo error)

On 2019-08-18 10:09 -0400, Jean-Marc Pigeon via blfs-dev wrote: > Hello > > pango 1.44.5 was issued > (revert a broken change (causing crashes on OS X)) > > More important, meson configuration variables changed > > -Denable-docs is now -Dgtk_doc > -Dgir is now -Dinstrospection > > (this was

[blfs-dev] proposal: add gstreamer-1.16.0 buffer size reset patch

https://gitlab.freedesktop.org/gstreamer/gstreamer/commit/8a9b20a18b76bf9004f2f8004b4293e1ac7a48aa This patch fixes an issue causing test failure on 32-bit and potentially memory leaking on all platforms. On 32-bit it also breaks test suite of gst-plugins. I think we should fix this in 9.0.

Re: [blfs-dev] ntfs-3g-2017.3.23

On 2019-08-11 09:33 +, spiky0011 via blfs-dev wrote: > Running configure on ntfs > > i get an ugly output at end of configure > > "config.status: executing libtool commands > /bin/rm: cannot remove 'libtoolT': No such file or directory" > > This dosn't seem to affect building, just looks

Re: [blfs-dev] PyGTK broken by pango-1.44.1

On 2019-08-05 10:54 +0800, Xi Ruoyao via blfs-dev wrote: > On 2019-08-05 03:14 +0100, Ken Moffat via blfs-dev wrote: > > For bitmap fonts, mw preference is to cast them into the outer > > darkness, where there will be wailing and gnashing of teeth! But > > for CJK and d

Re: [blfs-dev] PyGTK broken by pango-1.44.1

On 2019-08-05 03:14 +0100, Ken Moffat via blfs-dev wrote: > On Sun, Aug 04, 2019 at 06:17:56PM -0500, Douglas R. Reno via blfs-dev wrote: > > On 8/4/19 6:13 PM, Douglas R. Reno wrote: > > > I'd like to start a discussion here on reverting Pango. > > > > > > > > > As noted in the comments section

Re: [blfs-dev] Ken's tuning experiments, part 4

On 2019-07-10 19:22 +0100, Ken Moffat via blfs-dev wrote: > On Wed, Jul 10, 2019 at 01:08:30PM +0800, Xi Ruoyao via blfs-dev wrote: > > On 2019-07-09 23:11 +0100, Ken Moffat via blfs-dev wrote: > > > Also, I had hoped to examine LTO (and I might take a stab at the > > &

Re: [blfs-dev] Ken's tuning experiments, part 4

On 2019-07-09 23:11 +0100, Ken Moffat via blfs-dev wrote: > I've now completed a real "tuning" run of my experiment (i.e. > specifying -falign-functions=32 -malign-data=cacheline because these > have been said to be beneficial for haswell processors, which is > what I have been using. > > Summary

Re: [blfs-dev] Critical Firefox and Thunderbird 0days

On 2019-06-27 03:28 +0800, Xi Ruoyao via blfs-dev wrote: > On 2019-06-26 13:52 -0500, Douglas R. Reno via blfs-dev wrote: > > On 6/26/19 1:47 PM, Xi Ruoyao via blfs-dev wrote: > > > On 2019-06-26 12:22 -0500, Douglas R. Reno via blfs-dev wrote: > > > > > >

Re: [blfs-dev] Critical Firefox and Thunderbird 0days

On 2019-06-26 13:52 -0500, Douglas R. Reno via blfs-dev wrote: > On 6/26/19 1:47 PM, Xi Ruoyao via blfs-dev wrote: > > On 2019-06-26 12:22 -0500, Douglas R. Reno via blfs-dev wrote: > > > > > [2]: https://www.mozilla.org/en-US/security/advisories/mfsa2019-18/ >

Re: [blfs-dev] Critical Firefox and Thunderbird 0days

On 2019-06-26 12:22 -0500, Douglas R. Reno via blfs-dev wrote: > [2]: https://www.mozilla.org/en-US/security/advisories/mfsa2019-18/ [2] affects mozjs as well. Should we upgrade mozjs to 60.7.2 or provide a patch? -- Xi Ruoyao School of Aerospace Science and Technology, Xidian University --

Re: [blfs-dev] Proposal: remove --with-system-nspr from mozjs configuration

On 2019-05-31 09:30 -0500, Douglas R. Reno via blfs-dev wrote: > On 5/31/19 4:11 AM, Xi Ruoyao via blfs-dev wrote: > > Hi folks, > > > > Now we have --with-system-nspr in mozjs configure command. This > > introduced a hard dependency to NSPR. However, the upstream h

Re: [blfs-dev] harfbuzz-2.5.0 download url

On 2019-05-31 18:40 +1000, Wayne Blaszczyk via blfs-dev wrote: > Hi, > > The url does not work. The extension to the file should be xz rather > than bz2. Sorry for the mistake. Fixed at r21642. -- http://lists.linuxfromscratch.org/listinfo/blfs-dev FAQ:

[blfs-dev] Proposal: remove --with-system-nspr from mozjs configuration

Hi folks, Now we have --with-system-nspr in mozjs configure command. This introduced a hard dependency to NSPR. However, the upstream has switched the default on GNU/Linux to --enable-posix-nspr-emulation long long ago. We can just remove --with-system-nspr and use the default. This would

Re: [blfs-dev] Tuning: part 1 - making packages obey my CFLAGS

On 2019-05-31 07:12 +0100, Ken Moffat via blfs-dev wrote: > The threatened details of the first part of my investigation into > the general subject of tuning (for packages which I normally build > on my desktop systems) are now uploaded to > http://www.linuxfromscratch.org/~ken/tuning/ - this is

Re: [blfs-dev] [blfs-book] r21631 - trunk/BOOK/gnome/platform

On 2019-05-29 21:49 +0200, Pierre Labastie via blfs-dev wrote: > On 29/05/2019 17:27, Bruce Dubbs via blfs-dev wrote: > > On 5/28/19 10:43 PM, xry111--- via blfs-book wrote: > > > > > Modified: trunk/BOOK/gnome/platform/libsecret.xml > > >

Re: [blfs-dev] [systemd] Add a warning about /run/nologin in shadow

On 2019-05-12 12:03 -0500, Douglas R. Reno via blfs-dev wrote: > On 5/12/19 1:48 AM, Xi Ruoyao via blfs-dev wrote: > > On 2019-05-12 13:10 +0800, Xi Ruoyao via blfs-dev wrote: > > > On 2019-05-11 16:07 +，DJ Lucas via blfs-dev: > > > > Note that the root use

Re: [blfs-dev] [systemd] Add a warning about /run/nologin in shadow

On 2019-05-12 13:10 +0800, Xi Ruoyao via blfs-dev wrote: > On 2019-05-11 16:07 +，DJ Lucas via blfs-dev: > > Note that the root user can always login, regardless of /run/nologin. > > I think I've tried to use root but it didn't work... Let me retry. You're right. When I

Re: [blfs-dev] Update mozjs-60 version (?)

On 2019-05-11 08:58 -0500, Douglas R. Reno via blfs-dev wrote: > On 5/11/19 1:29 AM, Xi Ruoyao via blfs-dev wrote: > > Hi folks, > > > > Now BLFS is using mozjs-60 package from ftp.gnome.org. But it's the > > "original" > > mozjs-60.1.0 without any upd

Re: [blfs-dev] [systemd] Add a warning about /run/nologin in shadow

On 2019-05-11 16:07 +，DJ Lucas via blfs-dev: > I had worked around this in LFS a long time ago. I created > /lib/systemd/systemd-user-sessions with nothing more than 'rm -f > /run/nologin' as it will be replaced when systemd is reinstalled in > BLFS. Is this no longer working? If not, the

Re: [blfs-dev] Update mozjs-60 version (?)

On 2019-05-11 09:33 -0500, Bruce Dubbs via blfs-dev wrote: > On 5/11/19 1:29 AM, Xi Ruoyao via blfs-dev wrote: > > Hi folks, > > > > Now BLFS is using mozjs-60 package from ftp.gnome.org. But it's the > > "original" > > mozjs-60.1.0 without any upd

Re: [blfs-dev] [blfs-book] r21576 - trunk/BOOK/networking/netlibs

On 2019-05-11 08:27 -0500, William Harrington wrote: > > On May 11, 2019, at 02:33, Xi Ruoyao via blfs-dev < > > blfs-dev@lists.linuxfromscratch.org> wrote: > > > > On 2019-05-11 08:04 +0100, Ken Moffat via blfs-dev wrote: > > > On Sat, May 11, 2019 at 1

[blfs-dev] Update mozjs-60 version (?)

Hi folks, Now BLFS is using mozjs-60 package from ftp.gnome.org. But it's the "original" mozjs-60.1.0 without any update. Arch is now using latest mozjs-60.6.3, even Ubuntu is using a newer mozjs-60.2.3. I downloaded Firefox ESR 60.6.3 code and removed everything unrelated to JS engine I could

  1   2   >