• Thread Author
LibreOffice 25.8 lands as a decisive modernization push: it drops support for Windows 7, 8 and 8.1, moves away from 32‑bit Windows builds, and packs tangible performance and security upgrades — including PDF 2.0 export with modern AES‑256 encryption and a suite of memory and rendering optimizations that make Writer and Calc open many documents up to 30% faster.

A modern desk setup with a monitor displaying LibreOffice and glowing floating software icons.Background / Overview​

LibreOffice’s August 20, 2025 release, LibreOffice 25.8, is one of the most consequential desktop releases from The Document Foundation in years. The new build is explicitly positioned to favor forward‑facing platforms and modern toolchains, trading broad backward compatibility for cleaner codepaths, improved interoperability with Microsoft document formats, and upgraded document security options that bring the suite closer to enterprise expectations. The release notes highlight three headline moves: ending official support for Windows 7/8/8.1, deprecating x86 (32‑bit) Windows builds, and enabling PDF 2.0 export with contemporary encryption standards. (blog.documentfoundation.org, wiki.documentfoundation.org)
This change did not arrive out of nowhere. The shift was foreshadowed in the 25.2 release cycle, which marked Windows 7/8/8.1 as deprecated and explicitly stated support removal would occur by 25.8 — giving users a migration window measured in months rather than years. That deprecation was documented in the 25.2 release notes and reiterated in later maintenance posts. (blog.documentfoundation.org, wiki.documentfoundation.org)

What changed in LibreOffice 25.8: the facts​

Platform support and system requirements​

  • Windows 7, 8 and 8.1: No longer supported in 25.8. Users on those OSes cannot run the new community builds and will not receive future updates or security fixes for the application. (blog.documentfoundation.org, wiki.documentfoundation.org)
  • 32‑bit Windows (x86): 32‑bit Windows builds are deprecated and effectively removed from the primary distribution strategy; 64‑bit Windows is now the baseline.
  • macOS: 25.8 is the last release to run on macOS 10.15; future major releases will require newer macOS versions.
These platform shifts are explicit in the official release notes and blog post announcing the release. The Document Foundation frames the change as enabling development efficiency and allowing the project to use modern toolchains and libraries more easily. (blog.documentfoundation.org, wiki.documentfoundation.org)

Performance improvements​

  • File open and rendering speed: The Document Foundation reports up to 30% faster opening for Writer and Calc in benchmarked scenarios, with particular gains for XLSX files that are heavy on graphics/conditional formatting. Memory management improvements also target virtual desktop and thin‑client use cases. Independent coverage and changelogs corroborate these performance figures. (blog.documentfoundation.org, techspot.com)

Interoperability and Office format fidelity​

  • Significant work went into DOCX / XLSX / PPTX fidelity: improved hyphenation and spacing logic in Writer, better font handling and embedding in Impress (including PowerPoint embedded fonts), and additional Calc functions to match modern Excel behavior (for example, CHOOSECOLS, HSTACK, TEXTAFTER, TEXTBEFORE, VSTACK). These changes reduce common formatting headaches in cross‑platform workflows. (blog.documentfoundation.org, neowin.net)

Encryption and PDF export​

  • PDF 2.0 export: 25.8 adds support for exporting to PDF 2.0 (ISO 32000‑2) and PDF/A‑4, plus a reworked export UI. The implementation includes AES‑256 encryption for PDF 2.0 — the modern mandatory algorithm in that standard — and improved handling of digital signatures on export.
  • ODF encryption enhancements: The release continues the work on stronger ODF encryption modes introduced in recent cycles (authenticated encryption, Argon2id KDF for password derivation, AES‑GCM modes), improving resistance to metadata leaks and brute‑force attacks while increasing performance of encrypted package handling for contemporary ODF consumers. (events.documentfoundation.org, wiki.documentfoundation.org)

Why The Document Foundation made this call — technical and strategic drivers​

  • Maintenance overhead vs. innovation velocity. Supporting obsolete OSes and 32‑bit toolchains multiplies QA permutations, forces the team to maintain legacy compatibility layers, and slows adoption of modern build tools (clang, recent MSVC runtime, newer Python runtimes). By narrowing the supported surface, developers can adopt newer libraries and compilation targets that deliver faster, more secure, and more maintainable code. The project documented the depreciation in 25.2 and executed the removal in 25.8 to reduce this friction. (blog.documentfoundation.org, wiki.documentfoundation.org)
  • Dependency upgrades that implicitly raise OS minimums. Certain third‑party components and language runtimes that the project uses (for example, more recent Python versions, Skia renderer improvements, and newer toolchains) either lack official support for older Windows releases or simply behave better when compiled against modern toolchains. Community discussion and analysis of the migration point to Python and rendering libraries as practical constraints that make Windows 10 (or newer) the realistic baseline. That said, the exact technical root cause for each removed platform can be a mix of reasons — from Visual Studio runtimes to upstream library support — and not always a single binary requirement. Where precise internal reasons are not spelled out in developer posts, those relationships remain reasonable inferences rather than absolutes. (osnews.com, phoronix.com)
  • Market alignment. Microsoft's own lifecycle decisions (Windows 7 support ended in 2020, Windows 8.1 extended support ended later) reduced the user base for those OSes and increased the risk surface for teams shipping modern software to legacy platforms. For many open‑source projects, the diminishing returns of supporting obsolete Windows versions eventually justify a cutover. The Document Foundation followed that industry trend.

Strengths and notable benefits in 25.8​

  • Real‑world performance gains. Up to 30% faster file opens in Writer and Calc is material for users with large documents or spreadsheets — especially those processing XLSX files with complex conditional formatting and charts. Faster launch and rendering reduce friction and can improve productivity in knowledge‑work scenarios. (blog.documentfoundation.org, techspot.com)
  • Modern document security. Adding PDF 2.0 export and modern encryption modes (AES‑256 for PDF 2.0 and authenticated ODF encryption modes) addresses an important enterprise requirement: exportable, standards‑compliant, encrypted archives. This makes LibreOffice more attractive for regulated environments that prioritize auditable, modern crypto standards.
  • Better Office interoperability. The expanded import/export fidelity for Microsoft formats — especially hyphenation/spacing fixes, embedded font handling, and Calc’s new functions — lowers barriers to mixed environments where some users rely on Microsoft Office. That reduces the friction of migration projects and day‑to‑day cross‑platform work.
  • Cleaner development stack and future features. Deprecating legacy platforms enables the team to adopt improved compilers, rendering backends (Skia enhancements), and runtime libraries. This simplifies engineering effort and creates headroom for features like cloud integrations, performance optimizations, and more modern UI/UX work. (phoronix.com, blog.documentfoundation.org)

Risks, tradeoffs, and who loses from this move​

  • Legacy and embedded systems are exposed. Organizations that run machinery, medical devices, industrial control systems, or government terminals on older Windows versions face a painful fork: either stay on older LibreOffice builds (and accept application‑level bugs and security gaps over time), upgrade the underlying OS/hardware, or invest in migration to alternative platforms. The reality of long hardware refresh cycles in some sectors makes this a significant operational cost. The deprecation was signaled in 25.2, but the effective window to act remains narrow for many slow‑moving environments.
  • Fragmentation risk for users of 32‑bit Windows 10. Although Windows 11 is 64‑bit only, some organizations are still running 32‑bit Windows 10. Those installations will need to move to 64‑bit OS images or remain on older LibreOffice builds. Reimaging fleets or changing OS architecture in place is nontrivial.
  • Potential compatibility gaps tied to rendering stacks (Skia) and toolchain changes. The rendering engine Skia has helped LibreOffice modernize its UI and drawing code, but Skia can surface platform‑specific behavior and driver issues. Some user reports over the years show UI lag or glitches tied to Skia on certain GPU/driver combinations; forcing Skia into the stack or compiling it with specific toolchains (e.g., clang) can create subtle regressions for particular hardware. Where the project or upstream libraries require newer Windows APIs to enable advanced rendering features, that can be a reason for dropping older Windows versions — but the exact cause varies. For that reason, claims that Skia alone requires Windows 10 should be framed carefully: Skia’s advanced backends and the project’s build choices are part of a larger dependency picture rather than a single root cause. (wiki.documentfoundation.org, en.wikipedia.org, osnews.com)
  • Open‑source accessibility concerns. Critics point out that open‑source ethics often emphasize broad accessibility; cutting older OS support narrows the accessibility envelope and can disproportionately affect users in developing regions or users on donated/long‑lived hardware. The Document Foundation mitigates this partly by keeping archives available, but archives are not a long‑term security or feature solution.

Practical guidance: migration strategies and options​

For organizations or individuals affected by the change, the following pragmatic steps will reduce friction and risk:
  • Inventory and assess.
  • Identify all systems running LibreOffice and record OS versions, hardware architecture (32‑bit vs 64‑bit), and any custom extensions or Python macros in use.
  • Decide a migration path.
  • Option A: Upgrade to Windows 10/11 64‑bit (where hardware and policy permit) and move to LibreOffice 25.8 or later.
  • Option B: Remain on a supported LibreOffice LTS/previous series (for example, continuing with 25.2.x or the 24.8 family where enterprise backports exist), recognizing security and bug‑fix limitations.
  • Option C: Migrate affected machines to a Linux distribution that supports older hardware and current LibreOffice builds (a well‑supported Linux option can preserve security via distro patches while allowing newer LibreOffice on older CPUs).
  • Test document and macro compatibility.
  • Run representative DOCX/XLSX/PPTX content through a staging instance of 25.8 to catch interoperability edge cases (fonts, macros, embedded OLE objects, digitally‑signed documents).
  • Plan for encryption & archival workflows.
  • If your organization will use PDF 2.0/A‑4 or ODF authenticated encryption, test interoperability with external consumers (archival systems, PDF readers) and confirm that long‑term archives are readable by your downstream tools. The PDF 2.0 changes improve security but require recipients to support modern PDF features.
  • Engage commercial support if needed.
  • For complex migration projects, certified LibreOffice vendors and ecosystem partners can provide LTS, bespoke builds, extended backports, or migration services to minimize disruption.

Short checklist for home users and small offices​

  • If you run Windows 7/8/8.1: either stay on an older LibreOffice build (and accept no new fixes), upgrade the OS to a supported release, or consider a lightweight Linux distribution to keep receiving updates and security patches.
  • If you run 32‑bit Windows 10: plan an architecture migration to 64‑bit Windows or move to Linux; 25.8 and later will be 64‑bit only in practice.
  • If you rely on document encryption for regulatory compliance, review the PDF 2.0 / AES‑256 workflow in 25.8 and test compatibility with any verifiers or archival systems you rely on.

Technical caveats and unverifiable assertions — flagged​

  • It is plausible that Skia, Python runtime upgrades, and compiler/runtime choices (MSVC vs clang, newer CRTs) jointly influenced the decision to drop older Windows versions. Community discussion and analysis mention these factors, but the project’s public statements focus on platform deprecation and modernization rather than listing a single technical culprit. Where a specific library forces a Windows 10 minimum, the evidence is circumstantial (developer comments, upstream library support, and build targets); thus, technical attributions beyond the project’s published release notes should be treated as well‑informed inference rather than definitive fact. (osnews.com, phoronix.com)
  • Claims that a single dependency (for example, Skia) requires Windows 10 should be treated cautiously. Skia supports multiple backends and can operate in software rasterization modes; however, rendering performance and some GPU paths are better served by modern OS APIs and drivers. The decision to drop legacy Windows versions likely reflects a combination of build and QA costs, upstream runtime support, and the desire to use recent OS features. (en.wikipedia.org, wiki.documentfoundation.org)

Broader industry implications​

LibreOffice’s move mirrors a larger pattern in open‑source and mainstream software: projects are increasingly choosing to optimize for a smaller set of modern platforms to accelerate feature development, security, and performance. This is visible across browsers, runtimes, and developer tooling, and it pressures organizations to revisit long‑term support plans for their endpoints.
For public sector and regulated industries, this moment is a forcing function: either plan OS refreshes into your IT lifecycle or commit to third‑party support and extended maintenance strategies. The Document Foundation’s continued encouragement of certified partners and LTS channels provides one practical route for large organizations that cannot do rapid OS refreshes.
At the same time, the improved encryption and PDF standards support in 25.8 position LibreOffice to better meet modern security and archival requirements, narrowing a previous gap that sometimes favored proprietary office suites in regulated contexts. That makes LibreOffice more competitive for institutions that value digital sovereignty and standards‑based document handling. (wiki.documentfoundation.org, events.documentfoundation.org)

Final assessment: progress with consequences​

LibreOffice 25.8 is a technically solid, strategically coherent release: it delivers measurable performance improvements, standards‑level encryption for PDFs, and stronger compatibility with modern Office formats. These advances materially improve the suite’s appeal to power users and organisations that require secure, standards‑compliant exports.
At the same time, the decision to drop older Windows releases and 32‑bit builds is consequential. The move forces organizations with slow hardware refresh cycles to make difficult choices — upgrade, remain on older LibreOffice builds with diminished security/plumbing, or migrate to alternate platforms. The Document Foundation mitigated the shock with prior deprecation notices in 25.2, but the velocity of change still creates short‑to‑medium term pain for legacy users.
For many readers, the practical takeaway is straightforward: evaluate your environment now, test 25.8 in a staging environment for format and macro compatibility, and if you manage a fleet on Windows 7/8/8.1 or 32‑bit Windows, budget an upgrade path or engage an LTS / support partner. If you value modern PDF standards and stronger ODF encryption, 25.8 is a meaningful step forward — but it comes with a clear modernization cost that must be budgeted and managed. (blog.documentfoundation.org, wiki.documentfoundation.org, techspot.com)

Appendix — Quick links for administrators (actionable items)​

  • Run a compatibility test pass with 25.8 on a representative document corpus (DOCX/XLSX/PPTX/ODT/ODS/ODP).
  • Verify any macros/extensions (Python, Basic) for compatibility with newer runtimes; some Python‑based extensions can break on older OSes or newer Python versions.
  • Test PDF 2.0/A‑4 exports and decryption flows against your archival readers and validators.
  • If staying on older LibreOffice builds is required, identify an LTS partner or internal patching strategy for security fixes.
For organizations seeking a migration alternative in constrained hardware environments, lightweight Linux distributions offer a practical route to continue running supported LibreOffice builds on older PCs; community distributions and published distro releases often bundle compatible, patched LibreOffice versions for older machines and provide a path to retain security updates while avoiding costly Windows upgrades.
25.8 is not just another release: it’s a statement that the project will prioritize future performance, security, and standards compliance over the maintenance of increasingly obsolete platforms. That choice carries both obvious benefits and unavoidable tradeoffs — and it is now up to IT leaders, administrators, and everyday users to act on it.

Source: WebProNews LibreOffice 25.8 Drops Windows 7-8.1 Support, Adds Speed and AES-256 Encryption
 

Back
Top