Проблемы с оффлайн обновлением дистрибутива

Эм… тебе перевести с английского?

Ты пытаешься поставить пакет A версии x.n, но он не ставится, потому что на ОС стоит пакет B x.n-y. Тебе нужно обновить пакет B, соответственно.

И у тебя несколько ситуаций такого типа.

Вопрос — в чём смысл обновлять EOL дистрибутив, что не имеет доступа к интернету?

Обновления обычно ставит или если есть какие-то проблемы, что решены в них, или если нужны для установки ПО, или чтобы было сложнее взломать — но у тебя и так нет интернета.

Так что какие проблемы тебе мешают на текущей ОС или какое ПО не заводится?

g++ не ставится при при оффлайн обновлении а без этого и подавно не ставится

dpkg: dependency problems prevent configuration of libc6-dbg:i386:
 libc6-dbg:i386 depends on libc6 (= 2.23-0ubuntu11); however:
  Version of libc6:i386 on system is 2.23-0ubuntu9.

Господи, ну что тут непонятного? Пакет libc6-dbg:i386 версии 2.23-0ubuntu11 требует пакета libc6:i386 той же версии, а у тебя 2.23-0ubuntu9. То есть нужно поставить пакет libc6:i386 версии 2.23-0ubuntu11

А, то есть цель поставить g++?

Спасибо

Да

А не подскажите как сконфигурировать пакет это что значит ?

 Package g++-5 is not configured yet.

Он у тебя поставился, но не сконфигурировался, то есть криво поставился. sudo dpkg-reconfigure g++-5 выполни.

Спасибо буду пробовать А это по все несконфигурированным пакетам надо выполнить или индивидуально для каждого т.е

sudo dpkg-reconfigure g++-5
sudo dpkg-reconfigure libc6-dev
sudo dpkg-reconfigure libstdc++-5-dev

или

sudo dpkg-reconfigure libc6-dev libstdc++-5-dev g++-5 

dpkg -i /g++/*deb

Это что за жесть? Так оно никогда не встанет, или это надо прогнать несколько раз, чтобы часть зависимостей саморазрешилась, брр, и это не то. dpkg -i тупо ставит пакет, если удастся, и по зависимостям не ходит.

Придуман же менеджер пакетов apt! Он ведет базу пакетов, кэширует установленные deb-файлы и т.п. apt разруливает зависимости, и если надо, дополнительно до основного пакета вызывает установку тех, от которых он зависит. apt лишь использует dpkg для установки конкретного пакета.

В /etc/apt/sources.list прописываете репу на cd-rom-е. Пример строчки там уже должен быть и закомменчен. Т.к. установка Linux c cdrom создает такой файл, а в конце комментит cdrom. Ну или гуглится легко.

Кончайте ерундой болтать! apt Вам в помощь ))

правите /etc/apt/sources.list

apt update

apt install нужное

apt отработает все зависимости и версии пакетов.

Во первых скопом apt install ставит корректно только по сети уже проверено, поэтому инсталяция только dpkg -i $(<список файлов с путями) apt update делал см выше ничего не вышло корректно. Могу сбросить листинг если есть сомнения в моих словах

Please use apt-cdrom to make this CD-ROM recognized by APT. apt-get update cannot be used to add new CD-ROMs

Это не насторожило? CDROM то при этом был вставлен? И возможно надо замонтировать еще, если автоматом не делается в /media/cdrom.

Про сетевые источники Err и Ign - аналогично, они не были доступны, apt их не смог проиндексировать.

посмотри предыдущие темы этого персонажа

Я пробовал обновлять и с локальный репозитарием также с удаленным из списка репозитарием cdrom и через apt offline ничего не вышло завтра пришлю свежие логи

https://manpages.debian.org/jessie/apt/sources.list.5.en.html

Можно скопировать содержимое нужного cdrom-a на комп, а в sources.list прописать типа

deb file:///path/to/files/debian jessie main contrib non-free

Либо пользоваться cdrom как cdrom. Вот что у меня закомменчено после установки

#deb cdrom:[Debian GNU/Linux 11.0.0 _Bullseye_ - Official amd64 NETINST 20210814-10:07]/ bullseye main

Если с источником все ОК и apt найдет Relise.gz и Packages.gz на нужных местах, то станет писать «Идет чтение списка пакетов» и т.д.

Ну вообще-то для debian jessy мб и сработает - у меня Linux Mint 18.3 Sylvia 32bit

Да для всех Debian-деривативов сработать должно, apt везде один.

«18.3 Sylvia 32bit», т.е. i386 архитектура, которую уже в Debian вроде решили не поддерживать. А «18.3» в версии Mint это год.месяц?

Вы там комп с помойки насилуете?)) Почему не взять свежий дистр, архитектуру amd64 (уже где-то в 2006г поддерживалась в процах). А если уж нужен именно софт под i386, то это на 64-битной системе тоже решается (это гуглится).

Linux Mint Sylvia

Реплика со стороны: ноябрь 2017, дистрибутивы столько не живут.

то железо что у меня меня вполне устраивает что мне теперь новое железо покупать amd64???

ну это как сказать у меня живет

Ой ли, судя по темам, то это не жизнь, а постоянная борьба.

А жизнь вообще борьба…

Какие задачи на компе, если не секрет? Стало интересно как это, комп без интернета? Я уже забыл как это :)

Сам когда-то на заре знакомства с Дебьяном оказался на долгое время без интернета. На работе дистал списки зависимостей интересующих пакетов и качал их вручную, а потом пытался устанавливать и оказывался, что пропустил одну зависимость, которая ещё пачку за собой тянет. Как это было странно, но интересно... Эх, ностальгия...

Да, но ты косишь сено в акваланге. Я понимаю, что старое 32-битное железо, но использование 32-битного Debian с IceWM упростило бы жизнь — даже без интернета, у него есть возможность выкачать все репозитории на CD или DVD.

Кстати, а что за железо то у ТС-а?

Может там PentiumPro из 2000-го года. И/или 512МБ памяти? А может не все так плохо.

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

Intel Pentium 4 HT 3.2

Имеется в виду скачать все пакеты, потом при нужде ставить из копии.

Но даже без этого жизнь на поддерживаемом дистрибутиве проще.

Так и в этой xfce такое есть в synaptics generate script… меню файл генерит скрипт для автовыкачки зависимостей для пакета просто многие пакеты имеют изначатьно статус Broken - вот из за этого все проблемы…

Intel Pentium 4 HT 3.2

Does Pentium 4 support 64bit?

The first Pentium 4-branded processor to implement 64-bit was the Prescott (90 nm) (February 2004), but this feature was not enabled. Intel subsequently began selling 64-bit Pentium 4s using the «E0» revision of the Prescotts, being sold on the OEM market as the Pentium 4, model F.

Смотри еще cat /proc/cpuinfo

не у меня не поддерживает знаю точно

Блин, ну сходи ты на какое-нибудь кладбище мамонтов, возьми проц, плату и т.д. от года хотя бы 2010. В 1КР уложишься, наверное. Или время и нервы свои/чужие совсем не дороги? Или приступ некрофилии?))

А на фига если это железо меня устраивает полностью???? Причем тут некрофилия - просто разумная достаточность. Чужие нервы ценю толь не понимаю что с ними не так?

Генерит криво потому, что ты качаешь последние в пределах релиза пакеты, в то время как у тебя не полностью обновленная ОС.

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

ИМХО, не туда смотришь:

More than one copy of package libc6-dbg:i386 has been unpacked

ТС не очень понимает, что он делает, а dpkg не тот инструмент, который это прощает :)

Во первых скопом apt install ставит корректно только по сети уже проверено,

WAT?

З.Ы. во-первых, это красиво

Во-первых, apt (apt-cache и apt-get) - это менеджер пакетов. Который в т.ч. выполняет обработку зависимостей

А dpkg - установщик отдельных dpkg. Чтобы им пользоваться, нужно во-первых понимать, что ты делаешь, а во-вторых, заниматься dependency resolving самому

Если у тебя есть локальный репозиторий (на болванке или ещё как), используй apt

Если же у тебя рандомно сказана куча .deb, у тебя проблемы. Тебе придётся самому проверять, какой версии пакеты установлены, какой - скачаны, и где искать их зависимости. Возможно, у меня получится, но мне такие развлечения надоели лет 15 назад

dpkg -i /media/mint/AAF4-689D/19072023/g++/*deb

этой командой ты пытаешься установить ВСЕ deb файлы из каталога. А разрешение зависимостей, как уже сказал - это твоя проблема

И, сюрприз, в этом каталоге в т.ч. лежит несколько версий libc6-dbg (кстати, нафига ты решил его поставить?)

More than one copy of package libc6-dbg:i386 has been unpacked

Попробуй угадать, что должен сделать dpkg, чтобы выполнить то, что ты хочешь. При том, что версия dbg пакета жёстко привязана к основному

Более-менее легкий путь - подключить твой локальный репоизторий к apt (и временно отключить удалённые)

Если ты хочешь идти сложным путём, в перевую очередь нужно пониматть, что ты можешь сломать вообще всё. Желательно иметь бекап хотя бы твоих данных

Далее, сначала тебе нужен ключ –dry-run, чтобы только проверить зависимости, но не выполнять изменений

Смотри, какие пакеты у тебя установлены сейчас

dpkg -l

ищи в своих скачанных файлах новые версии и добавляй к dpkg --dry-run -i

например, у тебя установлена 1000 пакетов, ты ищешь 1000 файлов и все 1000 передаёшь в аргументах к dpkg (уверен, что не передумал?)

смотришь вывод dpkg, ищешь в нём первую (а не последнюю) ошибку и пытаешься с ней как-то разобраться

кстати, будет проще, если ты сначала удалишь все лишнее, особенно debug (-dbg) и development (-dev) пакеты

когда ты добьешься того, чтобы dpkg с –dry-run отрабатывал без ошибок, можешь рискнуть запустить его без –dry-run. это уже пойдёт реальное обновление

Те же пакеты, но не тех же версий. Вот и всё.

• Допустим ты хочешь поставить пакет something.
• Ты используешь synaptic для формирования списка нужных пакетов оффлайн, он использует ранее полученные данные о репозиториях.
• Так как данные не обновлены с лохматого года, то у него выходит, что ты хочешь поставить something-1.1, на ОС уже стоит нужная библиотека libsomething-1.1, плюс пакету для работы нужен otherthing-2.3 и libotherthing-2.3, которым нужен для работы xengine-5.1, но он уже стоит.
• Потому он тебе пишет: нужно скачать something-1.1, otherthing-2.3 и libotherthing-2.3
• Но ты качаешь просто последние версии из архивных репозиториев (с того момента, как ты обновлял данные, были выпущены новые версии): something-1.3, otherthing-2.6 и libotherthing-2.6.
• Конечно же, установка идет криво, потому что something-1.3 требует libsomething-1.3 (а у тебя libsomething-1.1), а otherthing-2.6 и libotherthing-2.6 требуют xengine-5.8 (а у тебя xengine-5.1).

Почему же Synaptic не сказал тебе нормально, что нужно скачать? Да потому что у него нет актуальных данных о том, какие версии в репозиториях как друг от друга зависят.

Действительно, не понимает, что творит. И как объяснить, не знаю — для меня ситуация простая и очевидная, а вот у него затык — нет в голове понимания происходящего, нет картинки.

Это корпортаивная сеть или домик в деревне?

Ок, а как ты объяснишь факт что та же версия 18.3 (32bit) спокойно обновилась и необходимые пакеты спокойно установились без проблем - сам видел?

Уже подключал лр проблема не разрешилась.

Не суть важно - важно что инета нет.

Потому как это требует g++

И, сюрприз, в этом каталоге в т.ч. лежит несколько версий libc6-dbg (кстати, нафига ты решил его поставить?)

Обновление было каким? По сети или качал пакеты руками? Если руками, то как именно составил список пакетов?

Я выше писал подробно: Проблемы с оффлайн обновлением дистрибутива (комментарий)