How to Install WPS Office on Fedora Linux

DOCX-heavy work gets awkward fast when Fedora lacks the same office suite your teammates use elsewhere. That makes it practical to install WPS Office on Fedora when you want one Linux desktop app for Word documents, spreadsheets, slide decks, and PDFs instead of juggling format compatibility tool by tool.

Current Fedora repositories do not package WPS Office, so the real choice is the official upstream package versus an isolated third-party build. The upstream package needs one Fedora-specific workaround because DNF5 rejects its missing digest metadata, while the sandboxed alternative trades that away for easier updates.

Install WPS Office on Fedora

Most readers who want WPS’s own Linux release should start with the RPM path. The Flatpak route makes more sense when easier updates and sandboxing matter more than matching the upstream package.

Method	Channel	Release Track	Updates	Best For
Official RPM Download	WPS Download Page	Official Linux RPM	Manual download and reinstall	Users who want WPS’s own Linux package
Flatpak via Flathub	Flathub	Stable community wrapper	sudo flatpak update com.wps.Office	Users who prefer sandboxing and simpler updates

WPS Office is not currently available from Fedora’s standard repositories. If you would rather stay inside Fedora’s package ecosystem, the closest in-repo alternative is to install LibreOffice on Fedora Linux instead.

Method 1: Install WPS Office via Official RPM Download

This path keeps you on WPS’s own Linux package, but Fedora needs one extra workaround because the RPM fails DNF5’s digest checks. Start by refreshing the system so dependency resolution uses current repository metadata.

Update Fedora Before Installing WPS Office

Refresh the package cache and apply any pending updates before you bring in the WPS Office dependency packages.

sudo dnf upgrade --refresh

If this Fedora installation still needs administrative access for your user account, set that up first with add a user to sudoers on Fedora.

Resolve the Current WPS Office RPM URL

The WPS download page exposes current Linux package metadata through an encoded JSON endpoint. This command sequence uses curl command in Linux and grep command in Linux with examples patterns to extract the live RPM URL and filename without hardcoding an old package version.

cd ~/Downloads
RPM_URL=$(curl -fsSL "https://params.wps.com/api/map/web/newwpsapk?pttoken=newlinuxpackages" \
  | sed -n 's/.*"downloads":"\([^"]*\)".*/\1/p' \
  | base64 -d \
  | grep -o '"linux_rpm":"[^"]*"' \
  | cut -d'"' -f4)
RPM_FILE=${RPM_URL##*/}
printf '%s\n' "$RPM_URL"
printf '%s\n' "$RPM_FILE"

Keep the same terminal session open for the next steps so the RPM_URL and RPM_FILE variables stay available.

Current output includes:

https://wdl1.pcfg.cache.wpscdn.com/wpsdl/wpsoffice/download/linux/11723/wps-office-11.1.0.11723.XA-1.x86_64.rpm
wps-office-11.1.0.11723.XA-1.x86_64.rpm

Download the WPS Office RPM on Fedora

With the live URL resolved, download the RPM into your current working directory.

curl -fsSLO "$RPM_URL"

Confirm the downloaded file is still the x86_64 WPS RPM and not the Linux DEB package before you install it.

rpm -qpi "$RPM_FILE" | sed -n '1,8p'

Relevant output includes:

Name        : wps-office
Version     : 11.1.0.11723.XA
Release     : 1
Architecture: x86_64
Install Date: (not installed)
Group       : Applications/Editors
Size        : 1436962735
License     : Proprietary

Install the WPS Office RPM on Fedora

Fedora needs the libXScrnSaver dependency from the standard repositories first, then the RPM itself must be installed with rpm instead of dnf.

sudo dnf install libXScrnSaver -y
sudo rpm -ivh --nodigest --nofiledigest "$RPM_FILE"

The --nodigest and --nofiledigest flags skip the digest checks that break local installation through DNF5. On Fedora 43, libXScrnSaver was the only extra dependency needed before the WPS Office RPM would install cleanly. For other same-distro package-manager patterns beyond this article, DNF5 install examples on Fedora is the closest companion.

Relevant installation output includes:

Preparing...                          ########################################
Updating / installing...
wps-office-11.1.0.11723.XA-1          ########################################

Verify the WPS Office RPM Installation

Confirm the package is installed and check which launchers the RPM actually provides.

rpm -q wps-office
command -v wps
command -v wpp
command -v et
command -v wpspdf

Expected output:

wps-office-11.1.0.11723.XA-1.x86_64
/usr/bin/wps
/usr/bin/wpp
/usr/bin/et
/usr/bin/wpspdf

This also confirms the RPM does not install a combined wps-office launcher command. Instead, it provides separate launch commands for Writer, Presentation, Spreadsheets, and the PDF reader.

Method 2: Install WPS Office via Flatpak on Fedora

The Flatpak build is easier to update and keeps WPS Office inside a sandbox, but Flathub labels it as an unverified package that is not supported by Kingsoft. Use this path when you prefer simpler package maintenance over the official RPM source.

Prepare Flatpak for WPS Office on Fedora

Fedora Workstation already includes Flatpak. On Server or minimal installs where the flatpak command is missing, add it first.

sudo dnf install flatpak -y

Add Flathub for WPS Office

Use a system-scope Flathub remote so the package behaves like a normal desktop application on Fedora.

sudo flatpak remote-add --if-not-exists flathub https://dl.flathub.org/repo/flathub.flatpakrepo

Confirm that Fedora now sees Flathub at system scope before moving on to the application install.

flatpak remotes | grep "^flathub"

Expected output:

flathub system

Install WPS Office from Flathub

Once Flathub is available, install WPS Office with the system-scope Flatpak command.

sudo flatpak install flathub com.wps.Office -y

The -y flag accepts the runtime and permission prompts automatically. The first Flatpak install is larger than the direct RPM because it also pulls in the required runtime components.

Verify the WPS Office Flatpak Installation

Use Flatpak’s installed-app metadata to confirm the package ID, branch, version, and scope.

flatpak info com.wps.Office | sed -n '1,12p'

Relevant output includes:

ID: com.wps.Office
Ref: app/com.wps.Office/x86_64/stable
Arch: x86_64
Branch: stable
Version: 11.1.0.11719
Origin: flathub
Installation: system

The Flatpak build works cleanly on Fedora, but it currently trails the direct RPM release. If exact upstream parity matters more than sandboxing, stay with Method 1.

Launch WPS Office on Fedora

Both installation methods put WPS Office on your desktop menu, and both can also be started from a terminal inside an active graphical session. The commands below are launch shortcuts, not headless tools, so they still need a desktop session behind them.

Launch WPS Office from the Fedora Application Menu

Open Activities, search for WPS, and launch the component you need. After either installation method, Fedora should list WPS desktop entries in the application menu.

Launch the WPS Office Flatpak from a Terminal

If you installed the Flathub build, this command starts the suite from a terminal window inside the desktop session.

flatpak run com.wps.Office

Launch WPS Office RPM Components from a Terminal

The RPM build installs separate launchers for each application instead of a single wps-office command.

• wps opens WPS Writer.
• et opens WPS Spreadsheets.
• wpp opens WPS Presentation.
• wpspdf opens the WPS PDF reader.

First Launch Tips for WPS Office on Fedora

Once WPS Office opens, spend a few minutes checking the settings that affect compatibility and day-to-day usability. That is especially helpful if you are moving between Microsoft Office and Linux desktops regularly.

Review WPS Office Defaults

The suite-level defaults are where most first-run surprises show up, especially cloud prompts and file-association behavior.

• Skip the sign-in prompt if you only want local document editing and do not need WPS cloud services.
• Check which file types WPS Office wants to claim before you let it replace other editors on the system.
• Open one existing DOCX or XLSX file early so you can spot any font or layout differences before important work lands here.

Adjust WPS Writer Compatibility Settings

Writer is usually the first place where Office compatibility matters, so confirm its defaults before you build regular workflows around it.

• Set DOCX as the default save format if you exchange files with Microsoft Office users every day.
• Test one document with comments, tables, and embedded images before you move active work into Writer.
• Export final drafts to PDF when recipients only need a read-only copy.

Check WPS Spreadsheets Regional Settings

Spreadsheet imports are where locale differences tend to cause the most trouble, especially with dates and decimal separators.

• Confirm decimal separators, date formats, and currency settings before you edit imported workbooks.
• Test one real XLSX file with formulas or charts instead of relying on an empty workbook for compatibility checks.
• Save collaboration-heavy workbooks back to XLSX if teammates use Excel as their primary editor.

Test WPS Presentation Export Options

Presentation templates are often where font substitution and slide-size mismatches become obvious, so check that workflow early.

• Verify theme fonts and slide dimensions before you reuse PowerPoint templates from another system.
• Play animations and embedded media once on Fedora instead of assuming they behave the same as they did on Windows.
• Export a PDF copy when recipients only need to view the finished slide deck.

Troubleshoot WPS Office Installation on Fedora

The main Fedora-specific failure point is the direct RPM install. If you copied an older local-RPM DNF command, you will hit the digest error below before WPS Office installs.

Fix the WPS Office “does not verify: no digest” Error

This is the exact error Fedora 43 returned when the WPS Office RPM was installed through DNF5 as a local package.

Transaction failed: Rpm transaction failed.
Warning: skipped OpenPGP checks for 1 package from repository: @commandline
  - package wps-office-11.1.0.11723.XA-1.x86_64 does not verify: no digest

WPS still publishes the Linux RPM without the digest metadata DNF5 expects, so Fedora treats it as unverifiable. The fix is the Method 1 install path above: install libXScrnSaver with DNF, then install the RPM itself with rpm -ivh --nodigest --nofiledigest.

Manage WPS Office on Fedora

Updates depend on which package source you chose. The direct RPM still comes from an upstream download, but the helper below automates the version check, download, and reinstall path. The Flathub build follows the normal Flatpak update flow.

Update the WPS Office RPM Install

A proper updater is possible here because WPS exposes a stable Linux package metadata endpoint. The script below resolves the latest RPM URL, compares it to the installed version, downloads the new package only when needed, and then reapplies the same Fedora-safe rpm --nodigest --nofiledigest workflow.

sudo tee /usr/local/bin/update-wps-office > /dev/null << 'SCRIPT_EOF'
#!/usr/bin/env bash
set -euo pipefail
METADATA_URL="https://params.wps.com/api/map/web/newwpsapk?pttoken=newlinuxpackages"
CACHE_ROOT="${XDG_CACHE_HOME:-$HOME/.cache}"
mkdir -p "$CACHE_ROOT"
WORKDIR=$(mktemp -d "$CACHE_ROOT/wps-office-update.XXXXXX")
cleanup() {
  rm -rf "$WORKDIR"
}
trap cleanup EXIT
if [ "$(id -u)" -eq 0 ]; then
  echo "Run this script as a regular user. It uses sudo only for the package-management steps."
  exit 1
fi
for cmd in curl sed base64 grep cut rpm dnf sudo mktemp; do
  if ! command -v "$cmd" >/dev/null; then
    echo "Error: required command not found: $cmd"
    echo "Install the missing package with DNF, then rerun the script."
    exit 1
  fi
done
echo "Resolving the latest WPS Office RPM URL..."
METADATA=$(curl -fsSL "$METADATA_URL")
RPM_URL=$(printf '%s' "$METADATA" \
  | sed -n 's/.*"downloads":"\([^"]*\)".*/\1/p' \
  | base64 -d \
  | grep -o '"linux_rpm":"[^"]*"' \
  | cut -d'"' -f4)
RPM_FILE=${RPM_URL##*/}
LATEST=${RPM_FILE#wps-office-}
LATEST=${LATEST%.x86_64.rpm}
if rpm -q wps-office >/dev/null 2>&1; then
  INSTALLED=$(rpm -q --qf '%{VERSION}-%{RELEASE}\n' wps-office)
else
  INSTALLED="none"
fi
echo "Installed version: $INSTALLED"
echo "Latest version:    $LATEST"
if [[ "$INSTALLED" == "$LATEST" ]]; then
  echo "WPS Office is already up to date."
  exit 0
fi
cd "$WORKDIR"
echo "Downloading $RPM_FILE..."
curl -fsSLO "$RPM_URL"
echo "Ensuring libXScrnSaver is installed..."
sudo dnf install -y libXScrnSaver >/dev/null
if [[ "$INSTALLED" != "none" ]]; then
  echo "Removing the currently installed WPS Office RPM..."
  sudo dnf remove -y wps-office >/dev/null
fi
echo "Installing $RPM_FILE..."
sudo rpm -ivh --nodigest --nofiledigest "$RPM_FILE" >/dev/null
echo "Updated WPS Office to $LATEST"
SCRIPT_EOF
sudo chmod +x /usr/local/bin/update-wps-office

The script keeps its temporary download in ~/.cache/ instead of /tmp, which is safer on Fedora systems where the user-facing tmpfs quota is tight. Because it lives in /usr/local/bin, you can call it from any terminal directory once the file is executable.

Here, sudo tee writes the script into /usr/local/bin with root privileges, which a normal shell redirection cannot do on its own. The chmod +x step marks the file as executable so Fedora treats it as a command instead of plain text.

The first command below confirms the updater is available on your PATH. The second command actually runs it.

command -v update-wps-office
update-wps-office

When WPS Office is already current, the updater exits before downloading anything:

Resolving the latest WPS Office RPM URL...
Installed version: 11.1.0.11723.XA-1
Latest version:    11.1.0.11723.XA-1
WPS Office is already up to date.

Update the WPS Office Flatpak Install

The Flathub build follows the normal Flatpak update path.

sudo flatpak update com.wps.Office -y

Remove WPS Office on Fedora

Remove the suite with the same package system you used to install it, then verify that Fedora no longer reports the package as installed.

Remove the WPS Office RPM Install

Use DNF to remove the RPM-installed package cleanly from the system. If you created the updater script above, remove that helper too so the article’s manual-install tooling does not stay behind unnecessarily.

sudo dnf remove wps-office -y

sudo rm -f /usr/local/bin/update-wps-office

Confirm the RPM package is gone.

rpm -q wps-office

Expected output:

package wps-office is not installed

Remove the WPS Office Flatpak Install

Use Flatpak’s data-removal flag if you want to delete the sandboxed application state along with the package.

sudo flatpak remove --delete-data com.wps.Office -y

Confirm the Flatpak app entry is gone.

flatpak list --app --columns=application | grep -Fx com.wps.Office || echo NOT_INSTALLED

Expected output:

NOT_INSTALLED

If you want to clear unused runtimes after removing the Flatpak build, run one more cleanup pass.

sudo flatpak uninstall --unused -y

Search for WPS Office User Data on Fedora

Package removal does not always tell the whole story for desktop apps. Search your home directory first so you only delete paths that actually exist on your account instead of guessing where WPS Office may have written settings.

find "$HOME" -maxdepth 4 \( -path "$HOME/.config/Kingsoft" -o -path "$HOME/.local/share/Kingsoft" -o -path "$HOME/.cache/Kingsoft" -o -path "$HOME/.kingsoft-office" -o -path "$HOME/.var/app/com.wps.Office" \) -print

Relevant output can include:

/home/joshua/.config/Kingsoft

On the Fedora 43 validation host, the native install had created ~/.config/Kingsoft. A shell-only Flatpak install did not create ~/.var/app/com.wps.Office until the app had actually been launched, so a search-first cleanup is safer than assuming every path exists.

Remove WPS Office User Data on Fedora

Delete only the directories the search command printed. These example commands cover the two most likely native and Flatpak matches.

The commands below permanently remove WPS Office preferences, cached state, and sandbox data stored under your home directory. Documents saved somewhere else, such as ~/Documents or another project folder, are not removed by these cleanup commands.

rm -rf ~/.config/Kingsoft
rm -rf ~/.var/app/com.wps.Office

After manual cleanup, rerun the same find command. If it prints nothing, no matching WPS Office user-data paths were found under your home directory.

WPS Office on Fedora FAQ

Conclusion

Fedora now has WPS Office ready for Microsoft-format documents, spreadsheets, presentations, and PDF work, with the DNF5 digest problem handled through the direct RPM workaround or avoided through the Flatpak path. If you later want a suite that stays entirely inside Fedora’s own repositories, install LibreOffice on Fedora Linux instead.