Packages

LFS ch5, builds libstdc++-v3 from a fresh extraction of the same gcc-14.2.0 tarball gcc-pass1 used (the book reuses gcc-pass1's already-extracted+patched tree; our engine re-extracts the same cached tarball instead, since each package gets its own isolated build-tmp dir).

LFS ch5 cross GCC pass 1. gmp/mpfr/mpc are fetched as extra_sources and unpacked inside the gcc tree by build.sh, per the book.

LFS ch6, final package of the temporary tools stage: a native (not cross) GCC that will run inside the chroot. Superseded by chapter 8's final GCC build, so transient like the rest of ch6. Reuses a fresh extraction of the same gcc-14.2.0 source (and same gmp/mpfr/mpc versions) as gcc-pass1, for consistency with the already-built toolchain.

gcr-4 -- crypto UI + PKCS#11 glue. gnome-keyring and gnome-shell's prompter need it. ship_in_iso=false -- GNOME Shell is a Packages-page / Package Manager install, kept off linuxdoors.iso (XFCE + MATE are the shipped desktops). Built on .101 against the existing rustc/llvm/p11-kit/librsvg/gi/glib2/pango/cairo stack; only the GNOME-specific libraries are new packages.

gcr 3.41.2 (legacy) -- provides gck-1 + gcr-base-3, still required by gnome-keyring 48 (not yet ported to gcr-4/gck-2). Coexists with the gcr-4 package (different sonames/headers). Built UI-less (-Dgtk=false). ship_in_iso=false, built on .101.

LFS ch8. Skips the optional make check.

BLFS, adapted. The book disables built-in png/gif/jpeg/tiff loaders in favor of 'glycin' (a Rust-based sandboxed image loader) -- we don't have a Rust toolchain and don't want one just for this, so instead we enable the classic built-in png/jpeg/gif loaders directly (using libpng/libjpeg-turbo, both already built) and explicitly disable glycin. tiff stays disabled (no libtiff built). legacy_xpm=enabled added later -- disabled by default upstream since 2.42.11, but NetSurf's glib-compile-resources step needs a working XPM loader to embed its app icon (netsurf.xpm), surfaced as a real build failure. introspection=enabled added later still, for the Phase 1.5 GTK3+PyGObject installer -- gtk3's own introspection rebuild hard-failed with "Couldn't find include 'GdkPixbuf-2.0.gir'" since this package's original build predates gobject-introspection existing (introspection option defaulted to auto and silently produced no .gir, same silent-skip ordering-hazard class as the ncurses/pkg-config bug documented in the chapter 8 section above). The post-install gdk-pixbuf-query-loaders --update-cache step needs real (not $PKG_DESTDIR-prefixed) paths to produce a correct cache, so build.sh applies to the live chroot first (same pattern as x7lib), runs the tool for real, then copies the generated loaders.cache back into $PKG_DESTDIR so it ships in the zip too. Skips the optional docs/test suite.

GDM 48 -- built primarily for libgdm + Gdm-1.0 typelib, which gnome-shell hard-imports even in a non-GDM session. LinuxDoors still uses lightdm as the display manager; the gdm.service is shipped but not enabled. plymouth/selinux/xdmcp/tcp-wrappers off. ship_in_iso=false, built on .101.

BLFS general/gegl.html (Generic Graphics Library -- GIMP's non-destructive image-processing engine). Required by GIMP 3.2.4 directly. Real dependency chain confirmed against the live book: gegl needs babl + json-glib, both already built for this exact chain. Skips the test suite and the optional Graphviz/Pygments/PyGObject-based documentation/introspection extras (recommended, not required).

geoclue 2.7.2 -- org.freedesktop.GeoClue2 location service + Geoclue-2.0 typelib. gnome-shell imports it (night-light/location indicator); gnome-settings-daemon needs libgeoclue-2.0. Built without ModemManager/3G/nmea. ship_in_iso=false, built on .101.

geocode-glib -- reverse-geocoding helper (libsoup3 build). gnome-settings-daemon uses it for timezone/night-light. ship_in_iso=false, built on .101.

LFS ch8, final full build (ch7's gettext-tmp only installed 3 bootstrap binaries). Skips the optional make check.

LFS ch7, first package built inside the chroot. Minimal build -- only installs msgfmt/msgmerge/xgettext, needed as build-time tools for later packages. Superseded by chapter 8's full gettext build.

BLFS's current 'svn'/dev-edition page documents gexiv2-0.16.2, but that's for a newer GIMP dev version than what this project builds -- GIMP 3.2.4's own meson.build hard-pins gexiv2 to dependency('gexiv2', version: ['>=0.14.0', '<0.15.0']), confirmed directly from GIMP's real meson.build source. Building 0.16.2 first (per BLFS) failed with 'Dependency gexiv2 not found' even though it was genuinely installed -- root cause was two-fold: (1) the real version constraint excludes 0.16.x entirely, and (2) 0.16.x's own .pc file is versioned (gexiv2-0.16.pc, Name: GExiv2) while GIMP's unversioned dependency('gexiv2', ...) call needs a plain gexiv2.pc, which is what the 0.14.x line actually ships. Downgraded to 0.14.7 (the latest real patch release in the required 0.14.x line, confirmed via download.gnome.org's own directory listing) to satisfy both. Required by GIMP 3.2.4 directly. Skips the optional test suite (meson configure -D tests=true). Real build failure hit and fixed on the original 0.16.2 attempt, still applies here: meson.build unconditionally tries to find a Vala compiler (valac) when the 'vapi' option is enabled, which it is by default -- this project has no Vala toolchain and doesn't need Vala bindings for GIMP's C-level use of gexiv2, so '-D vapi=false' skips generating them and avoids the dependency entirely.

giflib 5.2.2 -- GIF image read/write. Plain Makefile (BLFS giflib recipe). EFL's evas gif image loader requires it. ship_in_iso=false.

BLFS xsoft/gimp.html (GNU Image Manipulation Program). User-requested extra, explicitly kept OUT of linuxdoors.iso (ship_in_iso=false -- see engine/builder.py's Package.ship_in_iso / engine/manifest.py) so it's a real, downloadable/installable package on linuxdoors.com and via the OS package manager, without inflating the ISO's own size. Real GIMP 3.2.4 uses GTK3 (not GTK4 -- that's still on GIMP's own roadmap, not yet shipped), so this project's existing, already-working GTK3 stack (with introspection enabled, from the Phase 1.5 installer work) is reused directly -- no new GUI toolkit needed. Dependency chain assembled fresh for this package, verified against the live BLFS book package-by-package: babl -> gegl (+ json-glib) -> {exiv2 (+ brotli, + inih) -> gexiv2} + {libmypaint (+ json-c) -> mypaint-brushes} + {cargo-c -> librsvg} + {openjpeg -> poppler} + tiff + lcms2, all landing on the live $LFS normally (ship_in_iso defaults true for all of these -- only the final gimp package itself is excluded from the ISO). AppStream was initially assumed skippable via -D appdata-test=disabled (avoids the appdata.xml *validation* step) -- also wrong: GIMP's meson.build has a second, separate, unconditional dependency('appstream') lookup elsewhere, caught by a real 'Dependency "appstream" not found' failure. Built the real AppStream (see packages/appstream/metadata.json) -- turned out to need neither elogind nor Wayland despite BLFS listing both as 'Required' (confirmed directly from AppStream's own meson.build: systemd integration is satisfied by this project's real systemd/libsystemd, and Wayland isn't referenced in the build at all), so the real new dependency surface was much smaller than first feared (just libfyaml + libxmlb). glib-networking was initially assumed skippable (theory: only needed for GIMP's optional startup update-check feature, disabled via -D check-update=no) -- that theory was wrong, caught by a real build failure: GIMP's meson.build has an unconditional 'Test for glib-networking failed. This is required.' check with no disable flag. Built the real chain instead: libunistring, libtasn1, nettle, p11-kit -> gnutls -> glib-networking (see packages/glib-networking/metadata.json). -D headless-tests=disabled per the book (avoids needing xvfb-run/dbus-run-session). Test with the LinuxDoors libvirt test VM (hot-patch the built binary + its real dependency closure onto the live domain and launch it under a real X session), not the disposable dev/build VM, since ship_in_iso=false means it never lands on that VM's own live $LFS at all -- verification has to happen against a real running desktop.

GJS -- GNOME JavaScript bindings (embeds mozjs). GNOME Shell is written in it. ship_in_iso=false -- GNOME Shell is a Packages-page / Package Manager install, kept off linuxdoors.iso (XFCE + MATE are the shipped desktops). Built on .101 against the existing rustc/llvm/p11-kit/librsvg/gi/glib2/pango/cairo stack; only the GNOME-specific libraries are new packages.

BLFS. Originally shipped with introspection permanently disabled (not needed for the C-based XFCE stack). Now flipped to introspection=enabled for the Phase 1.5 GTK3+PyGObject installer -- this is the SECOND pass of BLFS's own two-pass rebuild (build glib once introspection-disabled [already done, this package's first build], build gobject-introspection against it, then reconfigure+rebuild glib with introspection enabled [this build.sh now]). NOT expressed as a `depends` on gobject-introspection -- that would be a real dependency cycle (gobject-introspection's own build depends on glib2 already existing). Build order is manually sequenced instead: glib2 (first pass, already built) -> gobject-introspection -> glib2 (this rebuild) -> gtk3 (rebuild, introspection re-enabled) -> pygobject3/pycairo. Also man-pages=disabled (the book's man-pages=enabled needs Python's docutils/rst2man, which we don't have).

LFS ch5 glibc -- the real C library gcc-pass1 needs before it can link executables. The book's LSB-compat /lib64 symlinks are applied directly to the live $LFS by build.sh (not captured in the zip; harmless to redo). The book's post-install sanity check (compiling a test program against installed glibc) needs $LFS live, which only happens after this engine's capture+rsync step, so it's skipped in build.sh -- verify separately once the build completes.

LFS ch8, named glibc-ch8 (not plain 'glibc') to avoid colliding with the already-built chapter 5 cross-compiled glibc package, which many other packages' "depends" reference by that name -- an intentional exception to the usual -tmp naming convention, documented in CLAUDE.md. This is a REAL full native rebuild, not a transient bootstrap build. Simplifications from the book: skips the optional test suite, skips the live-system nscd-disable steps (not applicable to a fresh chroot build), skips the early partial-DESTDIR .so install trick (not needed since nothing is live-replacing its own running libc here), uses `make localedata/install-locales` for the full locale set instead of a curated list, and defaults /etc/localtime to UTC instead of the book's interactive tzselect step -- installers/users can reconfigure the timezone later.

C++ bindings for glib/gio -- the 2.66 series, which provides the glibmm-2.4 and giomm-2.4 pkg-config modules gtkmm-3.0 / mate-system-monitor require (glibmm-2.68+ is the gtkmm-4 line). meson; --libdir=lib. ship_in_iso:false.

BLFS basicnet/glib-networking.html (GIO TLS backend modules). Originally scoped OUT of GIMP's dependency chain (see packages/gimp/metadata.json's original notes) on the theory it was only needed for GIMP's optional startup update-check feature -- that theory was wrong. GIMP 3.2.4's meson.build has a real, unconditional 'Test for glib-networking failed. This is required.' check (confirmed directly in the live meson.build, not gated behind -D check-update or any other option), so this whole real GnuTLS chain (libunistring, libtasn1, nettle, p11-kit, gnutls) turned out to be a genuine hard requirement after all, caught by a real build failure. -D libproxy=disabled per the book (this project has no libproxy).

LFS ch8. Skips make html/install-html (docs) and the (book-recommended but optional for us) make check test suite.

gnome-backgrounds -- the default wallpapers gnome-shell references. ship_in_iso=false -- GNOME Shell is a Packages-page / Package Manager install, kept off linuxdoors.iso (XFCE + MATE are the shipped desktops). Built on .101 against the existing rustc/llvm/p11-kit/librsvg/gi/glib2/pango/cairo stack; only the GNOME-specific libraries are new packages.