apt сломался после неудачной установки codeblocks

А зачем ты его ставил через

dpkg -i *.deb

Если в репозитории Debian есть нужные тебе пакеты:

https://packages.debian.org/ru/buster/codeblocks

https://packages.debian.org/ru/bullseye/codeblocks

Если у тебя buster, то тебе нужно было ставить 16 версию из репозитрия buster.

Если ты решил скачать файлы от bullseye с 20 версией и поставить их через dpkg -i, то ты поломал зависимости.

Удаляй теперь установленные пакеты через

dpkg -r *.deb

И ставь codeblocks из репозитория buster.

На^W Зачем ты ставил из пакетов с левых сайтов это, если он есть в официальных репозиториях testing? https://packages.debian.org/bullseye/codeblocks

Сноси через

apt remove --purge

Если я правильно понял что ты сделал.

То ты по сути в релиз buster засунул пакеты от bullseye у которых есть зависимости от более новых версий пакетов из состава bullseye и которых нет в buster.

Ты конечно можешь почитать и сделать смешивание веток релизов в Debian, но скорее всего сломаешь систему.

Так что удаляй пакеты, как написано выше и ставь codeblocks через

apt install codeblocks

Из состава buster.

А если тебе так уж нужна версия 20, то тогда обновляй свой buster до bullseye целиком.

У него похоже buster, а он в него засунул пакеты от bullseye.

У меня bullseye. И я пытался поставить codeblocks через apt. Но он говорил, что пакет указан в чьих-то зависимостях, однако не найден

dpkg: error: you must specify packages by their own names, not by quoting the names of the files they come in

Бред.

Вот он в официальном репозитории: https://packages.debian.org/ru/bullseye/codeblocks

Ты подключил все ветки main contrib non-free?

Список пакетов обновил?

Да, подключил. давно уже. Да, обновил

И? Тебе перевести? «Вы должны указывать собственные имена пакетов, а не имена файлов, из которых они.»

apt list --installed | grep '/now'

покажи. Если apt ещё пашет, это поможет найти левые пакеты.

Тебе нужно было с этим разбираться, а не дорушивать пакетную систему ручной установкой.

Покажи

ls -l *.deb

-rw-rw-rw- 1 user user   2232608 Mar 14  2020 codeblocks_20.03_amd64.deb
-rw-rw-rw- 1 user user   4370420 Mar 14  2020 codeblocks-common_20.03_all.deb
-rw-rw-rw- 1 user user   3714832 Mar 14  2020 codeblocks-contrib_20.03_amd64.deb
-rw-rw-rw- 1 user user   1075592 Mar 14  2020 codeblocks-contrib-common_20.03_all.deb
-rw-rw-rw- 1 user user 102268104 Mar 14  2020 codeblocks-contrib-dbg_20.03_amd64.deb
-rw-rw-rw- 1 user user  73298504 Mar 14  2020 codeblocks-dbg_20.03_amd64.deb
-rw-rw-rw- 1 user user    251212 Mar 14  2020 codeblocks-dev_20.03_amd64.deb
-rw-rw-rw- 1 user user    476476 Mar 14  2020 codeblocks-headers_20.03_all.deb
-rw-rw-rw- 1 user user    582872 Mar 14  2020 codeblocks-libwxcontrib0_20.03_amd64.deb
-rw-rw-rw- 1 user user   7090292 Mar 14  2020 codeblocks-libwxcontrib0-dbgsym_20.03_amd64.deb
-rw-rw-rw- 1 user user    251920 Mar 14  2020 codeblocks-wxcontrib-dev_20.03_amd64.deb
-rw-rw-rw- 1 user user    297364 Mar 14  2020 codeblocks-wxcontrib-headers_20.03_all.deb
-rw-rw-rw- 1 user user   2379528 Mar 14  2020 libcodeblocks0_20.03_amd64.deb
-rw-rw-rw- 1 user user   1213076 Mar 14  2020 libwxsmithlib0_20.03_amd64.deb
-rw-rw-rw- 1 user user    250576 Mar 14  2020 libwxsmithlib0-dev_20.03_amd64.deb
-rw-rw-rw- 1 user user    251208 Mar 14  2020 wxsmith-dev_20.03_amd64.deb
-rw-rw-rw- 1 user user    313480 Mar 14  2020 wxsmith-headers_20.03_all.deb

sudo dpkg -rP codeblocks codeblocks-common codeblocks-contrib odeblocks-contrib-common codeblocks-contrib-dbg codeblocks-dbg codeblocks-dev codeblocks-headers codeblocks-libwxcontrib0 codeblocks-libwxcontrib0-dbgsym codeblocks-wxcontrib-dev codeblocks-wxcontrib-headers libcodeblocks0 libwxsmithlib0 libwxsmithlib0-dev wxsmith-dev wxsmith-headers

И покажи вывод. Если успешно удалится, то проверь

sudo apt install -f

Спасибо. Удалил так:

for i in $(ls *.deb | sed 's/.deb$//g' | sed 's/_20.03_all$//g' | sed 's/_20.03_amd64$//g'); do sudo dpkg -r $i; done

Может теперь попробуем пофиксить изначальную проблему?

У меня bullseye. И я пытался поставить codeblocks через apt. Но он говорил, что пакет указан в чьих-то зависимостях, однако не найден

Спасибо. Удалил так:

for i in $(ls *.deb | sed 's/.deb$//g' | sed 's/_20.03_all$//g' | sed 's/_20.03_amd64$//g'); do sudo dpkg -r $i; done

~$ sudo apt -f install
Reading package lists... Done
Building dependency tree       
Reading state information... Done
0 upgraded, 0 newly installed, 0 to remove and 902 not upgraded.

Нормально установилось и вызывается из командной строки.

Пакеты обновлю потом

Тут дело не в обновлениях... то, что он у тебя нормально не ставился

У меня bullseye. И я пытался поставить codeblocks через apt. Но он говорил, что пакет указан в чьих-то зависимостях, однако не найден

означает или то, что у тебя не все репозитории прописаны, или что у тебя dep-hell. Покажи

cat /etc/apt/sources.list
ls /etc/apt/sources.list.d
cat /etc/apt/sources.list.d/*

~/Music/uw-ttyp0-1.3$ cat /etc/apt/sources.list
#------------------------------------------------------------------------------#
#                   OFFICIAL DEBIAN REPOS                    
#------------------------------------------------------------------------------#

###### Debian Main Repos
deb http://deb.debian.org/debian/ testing main contrib non-free
deb-src http://deb.debian.org/debian/ testing main contrib non-free

deb http://deb.debian.org/debian/ testing-updates main contrib non-free
deb-src http://deb.debian.org/debian/ testing-updates main contrib non-free

deb http://deb.debian.org/debian-security testing-security main
deb-src http://deb.debian.org/debian-security testing-security main

#------------------------------------------------------------------------------#
#                      UNOFFICIAL  REPOS                       
#------------------------------------------------------------------------------#

###### 3rd Party Binary Repos
###Adapta GTK Theme
deb http://ppa.launchpad.net/tista/adapta/ubuntu bionic main
deb-src http://ppa.launchpad.net/tista/adapta/ubuntu bionic main

###Ghostwriter
deb http://ppa.launchpad.net/wereturtle/ppa/ubuntu bionic main
deb-src http://ppa.launchpad.net/wereturtle/ppa/ubuntu bionic main

###Papirus GTK Theme
deb http://ppa.launchpad.net/papirus/papirus/ubuntu bionic main
deb-src http://ppa.launchpad.net/papirus/papirus/ubuntu bionic main
~/Music/uw-ttyp0-1.3$ ls /etc/apt/sources.list.d
~/Music/uw-ttyp0-1.3$ cat /etc/apt/sources.list.d/*
cat: '/etc/apt/sources.list.d/*': No such file or directory
~/Music/uw-ttyp0-1.3$ 

Генерировал онлайн-генератором? Они иногда косячат. Попробуй заменить основные на

deb http://deb.debian.org/debian/ bullseye main non-free contrib
deb-src http://deb.debian.org/debian/ bullseye main non-free contrib

deb http://security.debian.org/debian-security bullseye/updates main contrib non-free
deb-src http://security.debian.org/debian-security bullseye/updates main contrib non-free

deb http://deb.debian.org/debian/ bullseye-updates main contrib non-free
deb-src http://deb.debian.org/debian/ bullseye-updates main contrib non-free

Убери убунтовские репозитории.

Ты понимаешь, что такое релиз?

Ты по сути мешаешь две разные системы в одну кучу.

Никогда так не делай.

Это было что-то с аптом или репа глючила. Сейчас все нормально.

Кстати, еще вопрос (не хочу плодить топики) – если я сделаю в /etc/apt/sources.list.d/ директорию, будут ли файлы из неё читаться?

Мешаю одну с другой – это когда заменяю, например, дебиановский кернел на убунтовский. Значки, тема гтк и 3rd party программа для заметок – это не системные компоненты

Оно очень даже могут потащить в систему свои версии либ и дратути.

Значки, тема гтк и 3rd party программа для заметок – это не системные компоненты

Да не в этом дело бля. Не нужно подмешивать репозитории предназначенные для другой системы. Если так будешь делать, то постоянно будешь себе ломать зависимости.

И перед тем как херачить dpgk -i на группу файлов-пакетов, нужно проверять, сможет ли пакетный менеджер удовлетворить зависимости.

Мешаю одну с другой – это когда заменяю, например, дебиановский кернел на убунтовский

Где ты этого начитался?

А как проверить, сможет ли пакетный менеджер удовлетворить зависимости?

🤦‍♂

dpkg -I  — можно посмотреть руками. Или через GUI gdebi.

Ниже про симуляцию подсказали. Да, тоже отличная идея. Но имей в виду:

--no-act, --dry-run, --simulate
              Do everything which is supposed to be done, but don't write any changes. This is used to see what would happen  with  the  specified  action,  without  actually  modifying
              anything.

Через pin-priority можно залочить им установку тех пакетов, версии которых уже есть в основном репозитории, ЕМНИП.

Нет, ты тоже мешаешь. И да, это потенциально может быть опасно даже с PPA. Хотя не обязательно, если аккуратно, то допустимо.

«dpkg --dry-run» наверное.
Но вообще думаю тебе скоро посоветуют выбрать дистрибутив под задачу и скажут, что ты не умеешь готовить.

Но вообще лучше использовать предварительно установленные инструменты типа etckeeper, чтобы без задней мысли откатывать список пакетов и вручную зафорсить переустановку, того что нет или всех пакетов.

Через pin-priority можно залочить им установку тех пакетов, версии которых уже есть в основном репозитории, ЕМНИП.

Человек, который это умеет, не будет писать на лор о «сломанном апте».

sudo apt-get install ./file_package_name.deb

Или через gui файловый менеджер кликнуть два раза на *.deb файле.