GNOME 50 Dropped Google Drive: What Happened and What to Use Instead

ByPriya Nair

Not a Bug — GNOME 50 Intentionally Cut Google Drive

If you just upgraded to Fedora 44 or another distro shipping GNOME 50 and your Google Drive has vanished from Nautilus, nothing is misconfigured. The integration was deliberately removed. The files toggle in GNOME Online Accounts is gone because GNOME cut the feature entirely — it is not a Google policy change, and reinstalling packages will not bring it back.

The Library Nobody Wanted to Maintain

GNOME’s Google Drive support in Nautilus ran through a C library called libgdata. It acted as the bridge between GNOME applications and Google’s APIs. For roughly four years it sat without an active maintainer. In December 2022, GNOME developer Michael Catanzaro issued a public call for someone to take over and warned that integrations depending on it were at risk. Nobody stepped up.

By late 2025, libgdata was archived on GNOME’s GitLab. No active repository means no security patches and no API compatibility fixes going forward. GVFS — the virtual filesystem layer that lets Nautilus mount remote locations — dropped its libgdata dependency shortly before GNOME 50 shipped. That is the moment the Drive entry disappeared from the sidebar.

There was a secondary reason. libgdata depended on libsoup2, an HTTP library that is itself unmaintained and carries unpatched vulnerabilities. Keeping libgdata would have meant keeping libsoup2 in GNOME’s dependency tree indefinitely. That was not something the team was willing to accept.

What GNOME Online Accounts Still Does

You can still add your Google account under Settings → Online Accounts. Mail, contacts, and calendar all continue to work — those go through a different code path that does not touch libgdata. Only file access is gone. The Files toggle simply no longer appears in the account permissions list, which is also why the option is absent when you visit Google’s own authorization page: GNOME no longer requests that permission scope at all.

Your Actual Options Right Now

  • Web browser. drive.google.com works in Firefox and Chromium without any extra setup. For most read tasks and occasional uploads, this is enough and carries zero configuration overhead.
  • rclone. A command-line tool that can mount Google Drive as a local filesystem using FUSE. After a one-time OAuth authorization, a command like rclone mount gdrive: ~/GoogleDrive --daemon makes the folder appear in Nautilus like any other directory. Setup takes around ten minutes. Not graphical, but once running it mostly stays out of your way.
  • Insync. A paid, closed-source GUI client for Google Drive (and OneDrive) on Linux. It handles two-way sync and integrates into the file manager context menu. The pricing is a one-time purchase per account rather than a subscription — check their site for the current price before committing.
  • Unofficial Fedora COPR. A community-maintained COPR repository patches the relevant packages to restore Drive access. As of mid-2026 you can try it with: 
    sudo dnf copr enable fluhus/gnome-googledrive
sudo dnf update --refresh

    This is unofficial and carries no guarantee of long-term maintenance — which is, ironically, the same reason the official integration was removed in the first place.

Will It Come Back Officially?

Possibly. A proper replacement would need someone to build a new library against Google’s current Drive API and the modern libsoup3. That is a substantial project. Open discussions exist in GNOME’s issue tracker but no active development is underway as of July 2026. For now, rclone is the closest thing to a drop-in replacement if you want Drive mounted as a local folder.

Sources


Similar Posts