Re: WebKitGTK known version to jhalfs and reversed dependency chain until poedit

This is a multi-part message in MIME format...

------------=_1768820366-30781-55959
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

On Sun, 2026-01-18 at 21:36 -0300, Jamenson Espindula wrote:
> Em dom., 18 de jan. de 2026, 11:53, Pierre Labastie
> <[email protected]> escreveu:
> > Hi Jameson,
> >=20
> > First, I think this is rather a question for blfs-support, you'd be
> > more likely to receive an answer. Let me try anyway:
> >=20
> > According to the log you have posted, wxWidgets tries to find first
> > webkit2gtk-4.1. If your build of webkitgtk is correct, there should
> > exist a file webkit2gtk-4.1.pc in /usr/lib/pkgconfig, and this
> > should
> > be enough for configure to find it. So first check the presence of
> > this
> > file (and whether it can be read, etc). If it is not present, it
> > may
> > mean that the first build of webkitgtk2 failed (webkit2gtk is built
> > twice, first for gtk-3, then for gtk4). Check the log in
> > ~/blfs_root/work/logs/xxx-z-webkitgtk, and look for the occurrence
> > of
> > ".pc". On my build it shows:
> > "-- Installing: /usr/lib/pkgconfig/webkit2gtk-4.1.pc"
> >=20
> > If you do not have that, I think your best bet is to reinstall
> > webkitgtk... BTW, I suspect that if this took so much time, it
> > means
> > that there was a lot of swapping. You might want to decrease the
> > number
> > of available processors for this build: that may decrease the build
> > time (counterintuitive, I know :)
> >=20
> >=20
>=20
> Thank you for your reply.
> =C2=A0
> > Output of the command <grep '.pc' blfs_root/work/logs/010-z-
> > webkitgtk>:
> >=20
>=20
>=20
> =C2=A0=3D =3D =3D Transcription=C2=A0begins =3D =3D =3D=C2=A0
> =C2=A0
> > [1386/8460] Generating
> > ../../JavaScriptCore/DerivedSources/AirOpcode.h,
> > ../../JavaScriptCore/DerivedSources/AirOpcodeGenerated.h
> >=20
>=20
> =C2=A0
> > [2170/8460] Generating
> > ../../JavaScriptCore/PrivateHeaders/JavaScriptCore/LLIntOpcode.h
> >=20
>=20
> =C2=A0
> > [2230/8460] Generating
> > ../../JavaScriptCore/PrivateHeaders/JavaScriptCore/Opcode.h
> >=20
>=20
> =C2=A0
> > [2231/8460] Generating
> > ../../JavaScriptCore/PrivateHeaders/JavaScriptCore/OpcodeSize.h
> >=20
>=20
> =C2=A0
> > [2473/8460] Generating
> > ../../JavaScriptCore/PrivateHeaders/JavaScriptCore/WasmOpcodeOrigin
> > .h
> >=20
>=20
> =C2=A0
> > [2474/8460] Generating
> > ../../JavaScriptCore/PrivateHeaders/JavaScriptCore/WasmSIMDOpcodes.
> > h
> >=20
>=20
> =C2=A0
> > -- Installing: /usr/lib/pkgconfig/javascriptcoregtk-6.0.pc
> >=20
>=20
> =C2=A0
> > -- Installing: /usr/lib/pkgconfig/webkitgtk-6.0.pc
> >=20
>=20
> =C2=A0
> > -- Installing: /usr/lib/pkgconfig/webkitgtk-web-process-extension-
> > 6.0.pc
> >=20
>=20
>=20
> =C2=A0 =3D =3D =3D Transcription ends =3D =3D =3D=C2=A0
>=20
> As a hopefully=C2=A0LFS unexperienced=C2=A0builder, I have tried to just =
make a
> symbolic=C2=A0link named 'webkit2gtk' pointing to 'webkitgtk-6.0.pc'. No
> success. A simple symbolic link does not meet the requirement!
>=20
> Douglas Reno said that I will need to build the GTK-3 version of
> WebKitGTK. It makes sense to me. My doubt is: should I delete the
> WebKitGTK construction directory and start over inside a fresh
> uncompressed directory (default proceeding of the BLFS book) or am I
> authorized to rebuild inside the same construction directory? A fresh
> construction directory means to construct the whole package again
> from scratch.
I think everything is explained on the webkitgtk page in the book
(although the order or builds is reversed). Normally, jhalfs generates
a script for both (gtk3 and gtk4) versions. But yes, you need to start
anew for the other version. (change to the "build" directory and run
"rm -r * .*" (note that .[^.]* is not needed anymore with modern
versions of rm)).

>=20
> Another doubt: I have accepted the advice=C2=A0in the BLFS book and
> installed the 2.50.4 version of the WebKitGTK (newer version than
> that one in the stable BLFS). How can I maintain the information of
> that newer version in the database of packages? I ask this because I
> have an external package (rclone) installed. I have followed the
> instructions (include an empty file inside=C2=A0'/var/lib/jhalfs/BLFS/').
> It worked for the first time, however a second time I ran the
> 'update-installed.sh' script, the database was rebuilt without the
> information related to rclone. Is it adequate to change the
> 'packages.xml' and include the 'rclone' information there? Is there
> another way?

First, jhalfs can keep version information only for packages in the
book. So no hope for rclone. Second, for webkitgtk, you can change
/var/lib/jhalfs/BLFS/instpkg.xml by hand. Another possibility is to
change the blfs version in ~/blfs_root/blfs-xml (git switch trunk), but
then, all the packages installed by jhalfs will have the version in the
dev book.

Regards
Pierre

------------=_1768820366-30781-55959
Content-Type: text/plain; charset="UTF-8"
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
MIME-Version: 1.0

-- 
http://lists.linuxfromscratch.org/sympa/info/alfs-discuss
Unsubscribe: See the above information page
------------=_1768820366-30781-55959--