Repositories can create FrankenDebian (a type of system created from mixing packages outside Debian with the base Debian system). if used with Debian Stable:
Debian includes free open source drivers that support most video cards. These free drivers provide the best integration with the rest of the Debian system and work quite well for most users.
If you absolutely must have a proprietary closed source source driver, don't download them directly from the manufacturer's website! Installing the driver in this way only works for the current kernel and after updating the next kernel, your video driver will not work until they are reinstalled manually.
Fortunately, Debian has a way to install proprietary video card drivers using packages in the repository. Installing the driver this way will ensure that the drivers continue to work after updating the kernel.
The reason that Debian Stable is so reliable is because the software is tested and fixed before it can be used. This means that the latest software version is usually not available in Stable repository. But that doesn't mean this software is outdated!
Before trying to install the latest version of some software from somewhere other than the Debian Stable repository, here are some things to note:
Compiling software from source tarballs is easily downloaded from the software website, but it's not always easy to remove it later. Typically, the source code includes instructions for using commands such as:
./configure && make && make install
When installing the software in this way, you will not be able to delete the software using apt-get or Synaptic. APT package system can only delete software installed by this system. Even worse, software installed in this way can sometimes conflict with software available for Debian.
Software installed in this way also does not benefit from security updates like other Debian packages. If you want to update your system without having to manually compile and reinstall the software for each update, use the Debian packages.
Script make install can make invalid assumptions about where the binary file is compiled and its associated files will exist in the file system and the permissions are set to run them. Software installed in this way can also replace software that is critical to system and package maintenance, making it difficult to repair the system with standard Debian tools.
Unfortunately, there are lots of silly advice on the Internet. The guides found on blogs, forums and other websites often include many guides that can destroy your system in different ways. Don't just follow the first advice you find, or the guide seems easiest! Take the time to read the documentation and compare the differences between the instructions.
It is better to take the time to find the correct way to do something, not to spend time fixing a broken system. Do not execute any commands without understanding what they are for!
Blog posts and forums will last forever. However, these guidelines may have been secure a few years ago, but not now. If in doubt, continue to research and read the documentation for the version you are using.
Often reading a guide is just enough to have a general idea of how to install or use an application. Almost all the software that comes with Debian has at least some available documents. Some places to find these documents include:
Sometimes when you remove a package, the package manager will also remove other packages. This is because additional packages depend on the package you are trying to delete.
If this happens, the package manager will show you a list of packages that will be deleted and ask you to confirm. Be sure to read this list carefully! If you don't know what some packages need to delete, read the description for each package. When in doubt, take more time to study. Some resources can help you research packages including:
You should read the description of the packages before installing them. Sometimes the software will have different packages available in the Debian repository and each package is configured in a different way. Read the package description and search for the same package name to make sure you install the package you want.
This point can be particularly important for packages that install kernel modules.
It is easy to forget the steps taken, when doing something on your computer, especially a few months after you upgrade the system. Sometimes, when you try a few different ways to solve the problem, forgetting any method that succeeds the next day is completely possible!
It is best to note the installed software and the configuration changes made. When editing configuration files, you should also add comments to the file, explaining the reasons for these changes and the date they were taken.
Sometimes, it is necessary to install software that is not packaged for Debian or newer than a stable release package. Here are some ways to minimize the risks mentioned above.
Newer versions of common packages can be found in the Debian Backports repository. These packages are not tested as well as those included in the Debian Stable release and should be installed at a moderate level.
Those who take more risks can sometimes create backups of the latest Debian software. Although it is not without risk, self backport is usually safer than other methods. When backport itself fails, it shows that manually installing the software (for example with make install or an installer script) can damage your Debian system.
If you are building software from a source other than Debian, you should build and run it as a normal user, in that user's home directory. If you keep sensitive, valuable, or irreplaceable data in the home directory, you may need to create another user account for this purpose.
Automake and other build systems can install self-build software in non-standard locations. Use root or "sudo" to install self-build software into / usr / bin or other standard locations where the usual package of files is a bad idea. Instead, it is almost always possible to install to the home directory (using ./configure --prefix = ~ / .local or similar). If you understand how to edit Makefiles, you can change the Makefile file in a way that renders make install useful for the system or add a prefix option = ~ / .local.
If you want to provide software for all users, do not allow the software to install itself on the / usr directory hierarchy , since only Debian packages are created there. Installing software into / usr / local will help the software be available to all users and will not interfere with the package manager. The stow package can be useful for managing software installed on / usr / local.
Another strategy for using software that is not available in Debian Stable is to run the software in the virtual Debian system in the directory or image file. This allows software to be installed on a virtual Debian system without any impact on the main system or Debian server running your computer.
Debian includes many tools that provide different levels of isolation to the server operating system. Some tools include:
Flatpak
Some applications and games are also available in the new Flatpak package format. Flatpaks can be installed locally by users who do not have root access and do not interfere with the Debian package system. Flatpak applications can also run in the sandbox. A flatpak package is available for Debian. Gnome-software can update and install the Flatpak application with the gnome-software-plugin-flatpak package installed. For more information, see the FlatpakHowto wiki: https://wiki.debian.org/FlatpakHowto
Snap
Another option is the Snappy system developed by Canonical, which provides support for Ubuntu. Snap is basically Flatpak-like but existing central snapcraft repository has more packaged apps than Flathub.
When looking for support, it is important to remember that Debian is a volunteer project and people will tend to help more, if you are polite and make the effort yourself. Here are some general guidelines to help you get help when you need it: