gt;
> $( if [[ $(uname -m) == x86_64 ]]; then echo "--enable-
> 64bit"; fi )
>
>
> The first line does work in bash-4.4.18, though.
I can't reproduce this. On my system and rivendell it works perfectly.
I believe the OP mistyped the command somehow (for
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
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
; > So, there seems to be an incompatibility with glib 2.68.0 and lxdm. I
> > try to re-build lxdm with glib 2.68.0 and see if that fixes the problem.
> > If not, I have to revert back to 2.66.8 again.
>
>
>
> I re-built lxdm with glib 2.68.0, it didn't help, so the problem c
> didn't work, so I added
>
> CFLAGS=-Wno-error
>
> to the configure command to allow it to compile.
sed 's/g_memdup/g_memdup2/' makes more sense. g_memdup is deprecated because
using it may cause security issues and there is no way to fix without changing
the API.
--
Xi Ruoyao
School o
or cURL (until the upstream says "don't
use 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 the above information page
> 2.35.1. Now holding off to see what others discover. I do not see anyone
> reporting a problem on their mailing list at this point.
It's not so fatal. You can set LD_LIBRARY_PATH during make install to
workaround.
--
Xi Ruoyao
School of Aerospace Science and Technology, Xidian Unive
3 -> python2 symlink
> years ago : they specify PYTHON=/usr/bin/python2 ./configure
> https://github.com/archlinux/svntogit-packages/blob/packages/gimp/trunk/PKGBUILD
>
> Is there anything in the book which uses python3 and looks for python
> but does not look for python3 ?
Som
lding
> > rustc-1.47.0, will attempt to rebuild them all in due course.
> >
> Second fault in that first attempt - I was using the shipped llvm,
> so of course it built.
I can confirm that rustc-1.47.0 builds OK with system LLVM-11.0.0, and it can
build librsvg & js78 with no problem.
I didn't test firefox 78, though.
--
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 the above information page
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
t; Then why is it only in the SysV book?
>
> Why is what only in the SysV book? gnome-terminal is certainly there.
>
> -- Bruce
But now with elogind I think we can build a full GNOME environment in sysv? We
should make these two parameters optional.
--
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 the above information page
. For seahorse and gsettings-desktop-schemas, the
> seds give a path of the right form.
>
> But all in all do we need that? What does it fix?
I remember sometimes I missed it and glib-compile-schemas printed a warning
regarding this.
--
Xi Ruoyao
School of Aerospace Science and Technology
But anyway I'll still run the tests since it's a
"security library", and some of my custom CFLAGS seems breaking it.
--
Xi Ruoyao
School of Aerospace Science and Technology, Xidian University
--
http://lists.linuxfromscratch.org/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/
is intended for a browser environment and requires linking the final
> application with a matching version of a library called mozglue. If one
> accidentally builds SpiderMonkey for their embedding without including the --
> disable-jemalloc flag, they usually quickl
> > 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
to retrieve the file, the tarball name will be correct. But if
a browser is used, it will be wrong.
> ĸen
> --
> Juliet's version of cleanliness was next to godliness, which was to
> say it was erratic, past all understanding and was seldom seen.
> -- Unseen Ac
Bruce has to give the Final OK, but based off the security issues
> in that one (being able to spoof websites to force extensions to
> download), I think this is crucial.
No packages depend on Firefox, so it should be OK. Mozilla JS is still 68.x.
--
Xi Ruoyao
School of Aerospace Scien
hard dependency.
--
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 the above information page
; > > make[1]: Leaving directory '/home/spiky/build/pulseaudio-13.0'
> > > make: *** [Makefile:643: all] Error 2"
> > >
> > > any Ideas
> > >
> > > Spiky
> > >
> > Hi Spiky,
> >
> >
> > This is due to the update to check-0.15.x. It doesn't look like there
> > is a fix upstream yet. We might need to come up with one.
> >
> >
> > - Doug
> >
> So you have encountered this problem?
I have. I used a stupid sed to edit the fail_if and fail_unless lines, in order
to make the test runable. But then check-0.15.2 is released and the release note
claims that the problem is fixed. I've not tried to rebuild pulseaudio with
check-0.15.2 yet.
--
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 the above information page
ome/spiky/build/pulseaudio-13.0/src'
> > make[2]: *** [Makefile:5348: all] Error 2
> > make[2]: Leaving directory '/home/spiky/build/pulseaudio-13.0/src'
> > make[1]: *** [Makefile:828: all-recursive] Error 1
> > make[1]: Leaving directory '/home/spiky/build/pulseaudio-13.0'
UEFI-aware Grub could be part of BLFS though?
[Cross post to blfs-dev]
I personally agree. Let's hear Bruce's opinion.
If he agree I'll do it for BLFS 10.1, and reference it in LFS 10.1. 10.0 is too
hurry, I think. For 10.0 I'll update the hint again.
--
Xi Ruoyao
School of Aerospace Science a
LVM 10 were both overdue for about one week. So it's not very
likely we'll use LLVM 11 in BLFS 10.0.
--
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 the above information page
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 Aerospa
eleased:
https://gitlab.gnome.org/GNOME/gjs/blob/master/CONTRIBUTING.md#L230
Firefox 78 is planned to be released on June 30th. GNOME 3.38 is planned to be
released on late September. So it seems they'll migrate to JS78. But OTOH BLFS-
10.0 will keep to use JS68.
> I'll let you gu
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 "
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
'm using clang.
It's either a Firefox bug or a GCC bug. Normally I would make a bug report but
I'm too lazy to build Firefox (I would need 4 additional packages for it: GTK+-
2, cbindgen, nodejs, and libevent).
One Mozilla developer once made a lecture in our university and said "do
ith the LTS
> but it would be nice to get rid of another Python2 user.
>
> Why does Mozilla insist on having node.js installed when building? It
> seems kind of odd to me that they'd use a competing JavaScript engine
> when they have their own that is built during the bui
; install-doc:
>
> install-plugin:
>
> I assume the chown occurs as part of the install-binaries but I can't
> find the code for install-binaries. Could someone give me a clue as to
> where I might find this code?
I never use this package management approach but it does
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
that this patch can fix this problem.
Should we add this patch?
--
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 the above information page
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
it works (playing videos with
gstreamer and gstreamer-vaapi, and 1080p online videos on bilibili.com with
epiphany, gstreamer, and gstreamer-vaapi).
--
Xi Ruoyao
School of Aerospace Science and Technology, Xidian University
--
http://lists.linuxfromscratch.org/listinfo/blfs-dev
FAQ: http:
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
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
(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] Generati
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
d
> upower for tests - however I'd say adding it is optional since we can
> mark the test suite as not functional unless it's installed (it also
> seems to use Mutter, which would cause a circular dependency - I'm not
> sure how to handle that).
Just put mutter into "opti
> xry111's reply, and your earlier points, I got the impression this
> is only a problem on BLFS sysvinit.
>
> If so, the Note should only be added in the sysvinit book.
No. It's only *not* a problem if the host is LFS-sysvinit or debian. They uses
/dev/shm -> /run/shm and we explicitly handle this in LFS section 6.2.
For other hosts, /dev/shm is a mount point of a seperated tmpfs, with perm 0777.
In mount -v --bind /dev $LFS/dev, --bind is not recursive so $LFS/dev/shm
becames a empty directory, owned by root:root with perm 0755. So normal users
won't be able to use POSIX shared memory and semaphore.
I think we should change the command in 6.2:
if [ -h $LFS/dev/shm ]; then
mkdir -pv $LFS/$(readlink $LFS/dev/shm)
fi
to
mount -v -t tmpfs devshm $LFS/dev/shm
which works for both cases (/dev/shm is a link to /run/shm, or /dev/shm is a
seperated tmpfs).
--
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 the above information page
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
"hack" which is deprecated, and shall be replaced with a line mounting a tmpfs
to /dev/shm, in /etc/fstab.
> Which package is this which does not mention OSError, please ?
>
> ĸen
> --
> When alle is ſayed and all is done, ye must chooſe your faces wise
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
> > > > > >
a normal directory in
/dev. mount --bind is not recursive so in the bind mount /dev/shm is a normal
directory, which is not writable.
I suggest to simply mount a tmpfs on /dev/shm:
mount --bind /dev $LFS/dev
mount -v -t tmpfs tmpfs $LFS/dev/shm
> Will report
> Pierre
--
Xi Ruoyao
Scho
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
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
Sch
gether with JS60. GNOME 3.36 requires JS68 so we'll add
it into the book anyway. For polkit I raised a MR:
https://gitlab.freedesktop.org/polkit/polkit/-/merge_requests/48
--
Xi Ruoyao
School of Aerospace Science and Technology, Xidian University
--
http://lists.linuxfromscratch.org/li
e
> what else to do from here.
Which graphic card and graphic driver do you use? I guess it may be a driver
issue.
And can you load the coredump file into GDB? (On systemd) try:
coredumpctl -1 gdb
(gdb) bt
to generate a stack backtrace.
Xorg.0.log may also help. It's a SIGABRT (not
am can fix these cases before GCC 10 (for SDL2, xorg-server and
pipewire the fix is already commited). But if they don't we can grab these
patches as needed.
--
Xi Ruoyao
School of Aerospace Science and Technology, Xidian University
--
http://lists.linuxfromscratch.org/listinfo/blfs-dev
dependencies?
--
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 the above information page
ion that the extra level of indirection is causing
> what I'm seeing.
>
> It's the same for a couple of other setiocn with similar entities
>
> Any clues ?
I can't reproduce this issue. My local rendering shows "ssh-askpass-8.2p1"
correctly.
> Kevin
-
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
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 Technolo
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
optionally depends on
gnome-themes-extra (to provide themes for GTK+-2 applications so we can make
them "look like" GTK+-3 applications).
--
Xi Ruoyao
School of Aerospace Science and Technology, Xidian University
--
http://lists.linuxfromscratch.org/listinfo/blfs-dev
FAQ: http://www.
d
LDFLAGS="$LDFLAGS -L/opt/texlive/2019/lib"
--
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 the above information page
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:
> > >
> &
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
We should spend some time to fix them.
--
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 the above information page
am(char *, guc_firmware_path, NULL) \
> > > param(char *, huc_firmware_path, NULL) \
>
> (also a comment that GuC is only used for HuC authentication).
>
> I've also got 5.5-rc4 source, and again this has NOT been applied.
My kernels (one from Arch an
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
ut '..' if we forgot to
type "mkdir build; cd build" meson would complain and exit, instead of producing
the files.
Any thoughts?
--
Xi Ruoyao
School of Aerospace Science and Technology, Xidian University
--
http://lists.linuxfromscratch.org/listinfo/blfs-dev
FAQ: http://www.linu
mary reason
> > why we had to upgrade rustc last time was due to librsvg.
> >
> > - Doug
> >
>
> No. 2 certainly sounds easier. The problem with no.4 is identifying
> the remaining fix(es). I can't say that I like no.2, and for my own
> usage (avoid llv
ching" won't work here. Inside the source code tree there is a file n
amed pip-8.1.2-py2.py3-none-any.whl. It's actually a zip file containing some
python code. One .py file in the whl file have to be updated. "Patching" can't
modify a zip file.
--
Xi Ruoyao
School of Aeros
don't think I updated GDM
> recently,
> but it could also be gnome-session or gnome-control-center.
I remember once I upgraded gnome-desktop then seen "Oh no" from GDM.
Then I fixed that by rebuilding GDM.
> > But I begin to be fed up of those repeated attempts from gnome
> >
it.
>
> I've spent a couple days looking for fixes and can't seem to find
> anything. Do you guys have any suggestions, and can I get someone else
> to install GNOME to attempt to reproduce these problems?
I can't reproduce this issue with GNOME-3.34.2 packages.
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
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,
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
obviously already exists on building machine.
>
> Have you ever tried to install rust via DESTDIR and if yes, did you
> see same issue and if yes, how did you work around?
Yes. I had to "mkdir /opt/rustc-{version}".
--
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 the above information page
ect typelib).
And epiphany also depends on libhandy (optionally, without system libhandy it
would use shipped version).
--
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 the above information page
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
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/listinf
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
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,
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
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
arious security fixes. Should we backport
them to 9.0?
--
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 the above information page
he design of systemd and gnome.
> >
> > From the book's perspective I think we need to either remove gdm from
> > the System V book or put in a big caveat that gdm does not work with
> > non-us keyboards in the System V environment and to use another display
> > manag
gir is now -Dinstrospection
>
> (this was done with 1.44.0)
It still requires a development version of cairo to work properly. I don't
think we should update pango before BLFS-9.0.
--
Xi Ruoyao
School of Aerospace Science and Technology, Xidian University
--
http://lists.linuxfromscratc
. Any option?
--
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 the above information page
eem to affect building, just looks like a fail/error.
I've seen this ugly output multiple times building BLFS packages. I think
libtool is something just like an old piece of sh*t...
Though I don't get it but I think they're safe to be ignored.
--
Xi Ruoyao
School of Aerospace Science and Techn
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
> using harfbuzz is a good idea - but other important things need to
> be ready for it.
> > I forgot to add that in - Type1 fonts in GTK+2 are affected as well.
> >
>
> That sounds odd - Type1 fonts are scalable. Any examples (font(s),
> and applicatio
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
> > &
gt; frequently rebuild I'm not at all sure that the cost will be
> worthwhile.
I only build GCC with LTO using --with-build-config=bootstrap-lto. There are
annoying problems with LTO and shared objects with ".symver" directive so I
never use LTO for other packages.
You may
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:
> > >
> > >
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/
>
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 Univers
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
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:
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
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
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
> > >
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
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
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
hink I've tried to use root but it didn't work... Let me retry.
--
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 the above information page
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
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
zjs-60.6.3.tar.xz
Now, is it worthy to update mozjs-60 version in BLFS book, following Firefox ESR
60?
--
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
Unsubs
1 - 100 of 144 matches
Mail list logo
