Packages
2 packages, searchable and sortable. Every one of these already exists as a real, built LinuxDoors package.
| Package | Version | Category | Size | Downloads | |
|---|---|---|---|---|---|
linuxultraoffice LinuxUltraOffice -- a deep-rebranded LibreOffice-derived productivity suite for LinuxDoors OS (Writer/Calc/Impress launcher entries now, Draw/Base/Math added to the menu later; all six are already part of this one bui... LinuxUltraOffice -- a deep-rebranded LibreOffice-derived productivity suite for LinuxDoors OS (Writer/Calc/Impress launcher entries now, Draw/Base/Math added to the menu later; all six are already part of this one build, since LibreOffice ships as a single monolithic suite -- there is no way to build 'just Writer'). Real source verified directly from download.documentfoundation.org (not guessed); sha256 computed for real, not a placeholder. Deep rebrand via LibreOffice's own documented, real configure flags: --with-branding=<dir containing intro.png/intro-highres.png/logo.svg/logo_inverted.svg/logo-sc.svg/logo-sc_inverted.svg/about.svg -- confirmed exact filenames directly from configure.ac's brand_files list, not guessed>, --with-vendor, --with-product-name (confirmed real: 'Define the product name. Default is LibreOffice.'). No Java anywhere in this project -- built with --without-java --without-junit (LibreOffice's own README confirms JDK 17+ is normally required for 'many parts', but it's a real, supported, documented off switch). GTK3-only (matches this project's own XFCE stack); GTK4/Qt5/Qt6/KF5/avahi/evolution2/gstreamer/breakpad/online-update/beanshell+javascript-scripting/ODK/epm all explicitly disabled -- none of those are built anywhere else in this project and none are needed for Writer/Calc/Impress. --enable-python=internal (matches TDF's own real Linux release config -- LO's Python (Pyuno) integration is version/ABI-sensitive; building its own bundled interpreter avoids a real compatibility risk against this project's own separately-built python3.14, at the cost of extra build time). DESTDIR handling verified for real by reading solenv/bin/ooinstall directly -- it does honor $ENV{DESTDIR} (unlike a naive assumption that LibreOffice's own INSTALLDIR-based install target wouldn't cooperate with this project's usual 'make DESTDIR=$PKG_DESTDIR install' convention). Installs under /usr/lib/libreoffice (--with-install-dirname does not actually exist as a real configure flag -- a dead code reference in configure.ac was mistaken for one on the first attempt, a real fixed bug; INSTALLDIRNAME is hardcoded to the lowercased package name and can't be overridden -- harmless, since this internal directory name is invisible to end users), the common real-world distro convention for a self-contained LibreOffice tree, with our own hand-written rebranded wrapper scripts (/usr/bin/linuxultraoffice-writer etc.) and .desktop launchers layered on top in this build.sh (not relying on LO's own generated menu entries, which would still say LibreOffice). Real printing support via --enable-cups once packages/cups existed (added specifically for this, see that package's own notes) with --with-tls=openssl (avoids a new GnuTLS/nettle dependency chain by reusing this project's already-built openssl). --disable-postgresql-sdbc since Base's PostgreSQL connector needs Kerberos 5 (krb5_sendauth), never built here, and Base itself isn't menu-exposed yet anyway. || 26.2.5.2 -> 26.2.6.1 bump (latest bugfix on the 26.2 branch). Two new build fixes, both .101-toolchain-specific, neither present at 26.2.5.2 time: (1) Skia (LibreOffice compiles its bundled Skia with clang, hardcoded) died with "'cstddef' file not found" -- clang's Debian-multiarch heuristic now selects the stub GCC dir /usr/lib/gcc/x86_64-linux-gnu/14 (libgcc/CRT only, no libstdc++ headers), left there by the Chromium-152 toolchain fix, over the real /usr/lib/gcc/x86_64-pc-linux-gnu/14.2.0. Fixed with a tiny clang wrapper forcing --gcc-install-dir at the real GCC tree, wired in as LO_CLANG_CC/CXX (build.sh, guarded on the stub dir existing). (2) bundled curl 8.21.0 failed: its configure link-detects memset_explicit (glibc >=2.39 has the symbol) and #defines HAVE_MEMSET_EXPLICIT, but glibc only DECLARES it under _ISOC23 and curl compiles as gnu11 -> implicit-declaration, a hard error under GCC 14. build.sh now passes --with-system-curl (.101's own curl is 8.21.0, same toolchain, libcurl.p |
26.2.6.1 | Office | 292.0 MB | 39 | Download |
linuxultraoffice-addons LinuxUltraOffice Addons -- adds Draw, Base, and Math to your Applications menu; it's only a few KB because Draw/Base/Math are already fully built into the same soffice binary the main linuxultraoffice package installs... LinuxUltraOffice Addons -- adds Draw, Base, and Math to your Applications menu; it's only a few KB because Draw/Base/Math are already fully built into the same soffice binary the main linuxultraoffice package installs, so this package is just the launcher scripts, icons, and menu entries, not a second copy of the suite. Requested explicitly after the core Writer/Calc/Impress package shipped. No source download, no recompile: Draw/Base/Math are already fully compiled and present inside the same soffice binary the main linuxultraoffice package installs (LibreOffice ships as one monolithic suite -- see packages/linuxultraoffice/metadata.json's own notes). This package is purely wrapper scripts (/usr/bin/linuxultraoffice-draw/-base/-math, each just 'exec .../soffice --draw' etc., identical pattern to the main package's own writer/calc/impress wrappers), matching .desktop launcher entries, and three new app icons (same visual construction/palette as the website's own app_icon_svg() for these three apps, for brand consistency between linuxultraoffice.com and the OS). Real runtime dependency, not build-time only: the linuxultraoffice package must actually be installed first for these wrappers to have anything to exec -- not enforced by the client-side package manager (its 'depends' field is a build-time-only concept for this project's own engine, the OS-side installer doesn't check it), same as any real Linux package manager without a strict dependency solver would behave if a user skipped a listed dependency. |
26.2.6.1 | Office | 2.3 KB | 27 | Download |
1