How To Install a Debian (.deb) File in Ubuntu

Installing a Debian file (.deb) in Ubuntu is a common way to add software that isn’t in the default Ubuntu Software Center or apt repositories. Ubuntu is based on Debian, so it understands Debian package files natively — you just need the right tool and a bit of care.

This guide explains what .deb files are, different ways to install them in Ubuntu, what can go wrong, and where your own setup makes a difference.


What is a .deb File, and Why Does Ubuntu Use It?

On Ubuntu (and other Debian-based systems), software usually comes as a package. A .deb file is:

  • A compressed archive of the program’s files
  • Plus metadata: version, description, required dependencies, and where files should be installed

Ubuntu uses the dpkg/apt packaging system, which reads this metadata and:

  • Puts files in the right places (like /usr/bin, /usr/share, etc.)
  • Checks what other packages (dependencies) are needed
  • Registers the software so it can be updated or removed later

So when you “install a Debian file,” you’re asking Ubuntu’s package manager to unpack that file and integrate it with the rest of the system.


Quick Overview: Ways to Install a .deb File in Ubuntu

There are three main approaches:

MethodInterfaceSkill LevelTypical Use Case
Software Center / GUIGraphicalBeginner–MediumOne-off installs from downloads
apt command (with .deb)TerminalMediumCleaner installs, automatic dependencies
dpkg + apt combinationTerminalMedium–AdvancedManual control, fixing dependency issues

All three rely on the same underlying system, but they differ in how much control and responsibility they give you.


Method 1: Install .deb Files via Ubuntu’s Graphical Software App

This is usually the simplest if you prefer not to use the terminal.

Step-by-step

  1. Download the .deb file

    • Save it from a trusted website to your Downloads folder (or any folder you prefer).
  2. Open the .deb file

    • Double-click the .deb file in your file manager.
    • On most Ubuntu desktops, it will open in:
      • Ubuntu Software, or
      • A similar “Software” or “Software Install” app.
  3. Click Install

    • The app will show:
      • Package name
      • Version
      • Publisher (if provided)
    • Click Install (you’ll be asked for your password).
    • The system installs the package and its dependencies from the normal Ubuntu repositories where possible.
  4. Launch the application

    • Look for it in your Applications menu, Activities overview, or search by name.

Pros and limits

  • Pros
    • No terminal needed
    • Easy to see basic info before installing
  • Limits
    • If your system defaults to a different viewer (like Archive Manager), you may need to right-click → Open WithSoftware Install or equivalent.
    • Error messages about dependencies can be less detailed than terminal-based tools.

This approach works well for users who mostly install occasional apps from reputable sources.


Method 2: Install .deb Files Using apt in the Terminal

Newer versions of Ubuntu let you install a local .deb file using the same apt tool that handles normal repository packages.

Why use apt?

  • It automatically tries to resolve dependencies using Ubuntu’s repositories.
  • It integrates with your normal package management more cleanly than dpkg alone.

Step-by-step

  1. Open Terminal

    • Search for “Terminal” in your app menu.
  2. Change directory to where the .deb is

    cd ~/Downloads 

    (Adjust the path if it’s elsewhere.)

  3. Install using apt

    sudo apt install ./package-name.deb 
    • The ./ is important: it tells apt you’re installing a local file, not a package from the online repos.
  4. Confirm installation

    • apt will show which additional packages it needs to install.
    • Type Y and press Enter to continue.

Handling dependency issues

If needed dependencies aren’t in the Ubuntu repositories (or require specific versions), apt will tell you what’s missing. At that point, you may have to:

  • Add another repository (PPA or vendor repo), or
  • Use a different version of the .deb that matches your Ubuntu release better.

This method suits users comfortable with occasional terminal commands who want better feedback and dependency handling.


Method 3: Install .deb Files with dpkg (and Fix Dependencies)

dpkg is the low-level Debian package tool. It doesn’t fetch dependencies automatically; it only installs the .deb you give it.

Step-by-step with dpkg

  1. Open Terminal and go to the file’s directory

    cd ~/Downloads 
  2. Install with dpkg

    sudo dpkg -i package-name.deb 
  3. Fix broken dependencies (if needed) If dpkg outputs errors about missing dependencies, run:

    sudo apt --fix-broken install 

    This tells apt to:

    • Look at partially installed packages
    • Pull in whatever’s missing from the repositories

When dpkg makes sense

  • You need fine-grained control or are following advanced instructions.
  • You’re working with a .deb that isn’t well integrated with Ubuntu’s repositories.
  • You’re comfortable reading and acting on terminal error messages.

This method assumes a bit more technical confidence, because you’ll see raw packaging errors if something doesn’t match your system.


How to Uninstall a .deb Package in Ubuntu

No matter how you installed it, removing the package uses the same tools.

Using the GUI

  • Open Ubuntu Software (or your software center).
  • Go to Installed.
  • Find the app and click Remove or Uninstall.

Using the terminal with apt

First, find the exact package name:

dpkg -l | grep part-of-name 

Then remove it:

sudo apt remove package-name 

To remove configuration files too:

sudo apt purge package-name 

This leaves shared libraries or dependencies that might be used by other programs, which is generally safer.


Common Problems When Installing .deb Files

Even though Ubuntu understands .deb natively, several factors can cause problems.

1. Dependency errors

You might see messages like:

  • “Depends: X but it is not installable”
  • “Dependency is not satisfiable: Y”

This usually means:

  • The .deb is built for a different Ubuntu (or Debian) version, or
  • It expects newer/older library versions than your system offers.

In some cases, adding the vendor’s official repository (if they provide one) avoids this, because they supply compatible dependences.

2. Architecture mismatch

Ubuntu has different builds for:

  • amd64 (most modern PCs)
  • arm64, armhf, etc. (for some laptops, tablets, and boards)

If you try to install a 32-bit or ARM .deb on a 64-bit x86 system (or vice versa), installation will fail with an architecture error. The .deb’s file name often hints at this, with segments like:

  • ..._amd64.deb
  • ..._arm64.deb
  • ..._i386.deb

3. Partial or broken installs

If something interrupted installation, or dependencies couldn’t be fully resolved, you might have a half-installed package. A common fix is:

sudo apt --fix-broken install 

This tells Ubuntu to finish or clean up any pending package operations.


When You Might Not Want to Use a .deb at All

A .deb is one way to install software, but not always the best one for every situation. Other options include:

  • Official Ubuntu repositories (apt)
    • Best for stability and automatic updates.
  • Snap packages
    • Self-contained, can include their own libraries.
  • Flatpak / AppImage
    • Common for cross-distro third-party apps.
  • Containerized approaches (Docker, etc.)
    • Useful for development and isolated environments.

Sometimes the vendor offers both a .deb and a Snap or Flatpak. Each approach has trade-offs in terms of:

  • Integration with your desktop
  • Update behavior
  • Security sandboxing
  • Disk space usage

Which is “better” often depends more on your priorities than on the package type itself.


Key Variables That Affect How .deb Installation Works for You

Whether installing a Debian file in Ubuntu is smooth or painful depends on several details about your system and needs:

  • Ubuntu version

    • Newer .deb packages may expect libraries only present on later releases.
    • Older Ubuntu versions may not satisfy current vendor requirements.
  • CPU architecture

    • Intel/AMD 64-bit vs ARM-based systems. A .deb built for one will not install on the other.
  • Desktop environment and GUI tools

    • Some spins use different software centers or default “open with” handlers.
    • That changes whether double-clicking opens a friendly installer or just a file viewer.
  • How often you update your system

    • Regular system updates keep libraries current, improving compatibility with newer .deb files.
    • Out-of-date systems more often hit dependency issues.
  • Your comfort with the terminal

    • Terminal-based installs give clearer diagnostics and control.
    • GUI-only users may prefer fewer knobs, even if it means less detailed errors.
  • Security preferences

    • Installing third-party .deb files bypasses some of the vetting that official repositories provide.
    • Some users are stricter about only using repos or sandboxed formats.

Different User Profiles, Different Outcomes

The same .deb file can behave very differently depending on who is using it and on what system.

  • Casual desktop user on a current Ubuntu release

    • Likely to prefer double-click → Install.
    • Most popular third-party .deb files will “just work,” especially with active vendors.
  • Developer or power user on multiple Ubuntu versions

    • May use apt install ./file.deb to keep dependencies tidy.
    • More likely to pin versions, use PPAs, or juggle multiple toolchains.
  • User on lightweight or specialized Ubuntu flavor

    • Might have a different software center, or none at all.
    • Could rely more on apt/dpkg directly.
  • User on ARM-based hardware

    • Needs to be especially careful about architecture.
    • May find fewer vendor-provided .deb options.

Each of these scenarios can change which installation method feels easiest and what kinds of problems you’re likely to encounter.


Where Your Own Setup Becomes the Missing Piece

Installing a Debian file in Ubuntu always follows the same basic idea: download the .deb, use a GUI installer or apt/dpkg to install it, and let Ubuntu handle dependencies where possible. The underlying tools are consistent, but how smooth the process is depends on:

  • The exact Ubuntu version and architecture you’re running
  • Which desktop environment and software tools you use
  • How comfortable you are with reading and acting on error messages
  • How strict you want to be about security and package sources

Once those pieces are clear for your own system, it becomes much easier to decide whether to double-click the .deb, install it with apt, or choose a completely different package format.