Разные проблемы с установкой пакетов в OpenSUSE

[CAEman]

Прошу прощения: не знаю в каком разделе правильнее задать этот вопрос, а поэтому задам сразу в двух (потом удалю лишний, если есть такая возможность).
Я некомпьютерщик. Дистр.: OpenSUSE 11.2. Было запущено Управление программным обеспечение из Yast2 и установка пакетов из некоторых репозиториев (Factory, а значит, много конфликтов, которые требуют многодневной обработки). Поскольку данная система всё время сливает в подкачку, несмотря на наличие свободной памяти, подкачка была отключена (swapoff). Но, судя по данным /var/log/messages, произошло переполнение памяти (может, кто пытался что-нибудь запустить: не была установлена блокировка для возможности отслеживания) и завершение некоторых процессов с завершением сеанса. Процесс y2base продолжает выполнятся, но, естественно, нет окна от Управления программным обеспечением (находившегося в состоянии ожидания). Всё это было обнаружено после входа в систему (запуска сеанса).
Вопрос: будет ли выдано окно для разрешения конфликтов (и, соответственно, продолжение установки), или что нужно сделать для этого?
Дополнительная информация: подкачка включена (swapon).

[serzh-z]

Вопрос: будет ли выдано окно для разрешения конфликтов (и, соответственно, продолжение установки), или что нужно сделать для этого?

Однозначно не будет. GUI-клиент ведь завершён. Но y2base, скорее всего, ничего не делает, а просто висит на ожидании ответа/запроса от GUI. Полагаю, его можно безболезненно убить и перезапустить граф. версию Yast2.

[CAEman]

Нет, процесс по-прежнему работает (забивает одно ядро процессора). Наоборот, GUI ждал от него ответа.
Кстати, а как удалить тему в другой ветке (раз отвечать стали в этой), не подскажите?

[serzh-z]

Кстати, а как удалить тему в другой ветке (раз отвечать стали в этой), не подскажите?

Никак.

Думаю, что у y2base всё же должна быть защита от убиения и какой-нибудь аналог транзакционности.

[CAEman]

Да, какая там защита: просто запросит пароль рута (как процесс с таким пользователем-владельцем).
Пожалуйста, объясните на понятном некомпьютерщику языке, что дальше Вы имели в виду...

[serzh-z]

Защита от аварийного завершения.

[CAEman]

Смысл защиты от аварийного завершения, если без вызвавшего его GUI его работа не имеет смысла? Может, всё-таки GUI с конфликтами- это уже другой процесс, а GUI-установщик- это третий, вызываемые процессом y2base? Вы знаете, что это не так? Точно не имеет смысла продолжать ждать?

[CAEman]

Убедительная просьба: если Вы в этом не уверены, то собщить об этой неуверенности...
Заранее благодарю.

[diesel]

Убедительная просьба: если Вы в этом не уверены, то собщить об этой неуверенности...
Заранее благодарю.

Если мешает - пристрелите процесс, если не мешает - подождите день и пристрелите. Скорее всего если что-то поломается - оно уже поломалось, если не поломается - то велика вероятность что вам заново предложат пройти через апдейтер, с разрешением зависимостей и прочими плюшками.

[NickLion]

Если остановилось на этапе загрузки пакетов, то ничего страшного от того, что зарубить процесс не будет (проверенно). Если уже приступило к установке пакетов, то если прервать на установке пакета, то могут быть проблемы (тоже проверено). Кроме того, система может не загрузиться нормально, если, например, библиотека обновилась, а зависимые от неё программы — нет. Но yast в консольной версии загружается, если GUI не запустятся.

[CAEman]

Убедительная просьба: если Вы в этом не уверены, то собщить об этой неуверенности...
Заранее благодарю.

Если мешает - пристрелите процесс, если не мешает - подождите день и пристрелите. Скорее всего если что-то поломается - оно уже поломалось, если не поломается - то велика вероятность что вам заново предложат пройти через апдейтер, с разрешением зависимостей и прочими плюшками.

Дело-то в том, что речь идёт не о днях, а неделях (репозиториев-то больше сотни). Это не апдейтер, а управление ПО на стадии определения конфликтов (после нажатия кнопки Принять).

Если остановилось на этапе загрузки пакетов, то ничего страшного от того, что зарубить процесс не будет (проверенно). Если уже приступило к установке пакетов, то если прервать на установке пакета, то могут быть проблемы (тоже проверено). Кроме того, система может не загрузиться нормально, если, например, библиотека обновилась, а зависимые от неё программы — нет. Но yast в консольной версии загружается, если GUI не запустятся.

Это всё понятно. До установки пакетов дело ещё не скоро должно было дойти (ещё даже ни разу не появлялось окно с конфликтами). Но прошло несколько недель обработки и запускать по новой было бы очень грустно...

[drBatty]

Вопрос: будет ли выдано окно для разрешения конфликтов (и, соответственно, продолжение установки)

неизвестно.

что нужно сделать для этого?

запустить по новой?

PS: более удобно и безопасно пользоваться консолью. Про нужность свопа вы уже без меня поняли, я надеюсь.

[Ism]

Жеесть, установка с сотни репозиториев. Интересно, для чего подрубать 100 репов ? В упор не понятна такая дикость как установка в течение недели

В любом случае делаете у себя зеркало репов через rsync
Рубите весь yast , даже если установка в процессе на сам zypper это не повлияет, разве что установка ядра будет прервана, он это маловероятно

Заново запускаете процесс с уже локальными зеркалами (это для больших обьемов)

Кроме того уж если хотите определять конфликты подключайте тестовые репы по одному и после проверки удаляйте, быстрее будет

А вообще работа с factory на рабочей машине путь в ад

[CAEman]

Здесь находится экспериментальная установка системы для определения, что может быть установлено на старой системе с Factory репозиториев (чтобы выяснить на будущее, имеет ли смысл их, вообще, подрубать: спровоцировано некомпилируемостью новых программ и бывшим наличием в Yast2 кнопки Обновление Factory, правда, впоследствии исчезнувшей).

Само скачивание с сетевых репозиториев здесь много времени не занимает. Основное время затрачивается на обработку зависимостей.
Установка ядра прерывается сама (проверено: во время удаления старого ядра; исправление: восстановление системного раздела из образа). Поэтому на ядрах стоит запрет на их удаление (т.е. обновление, раз уж оно таким образом происходит).

Цель- установить, разрешив конфликты, а не просто их определить. К тому же, сейчас запущена установка из одного из репозиториев, правда, большого (Factory называется, если не изменяет память).

Может, и путь в ад, но постоянно заниматься обновлением системы с новых дистр-ов- это тоже не путь в рай...


Кто-нибудь может чётко сказать: есть шанс, что y2base (Команда запуска: /usr/lib/YaST2/bin/y2base sw_single qt; родительсий процесс: yast2) после обработки зависимостей будет запускать окна для разрешения конфликтов, после их окончательного разрешения- окно со сводками установки, а затем окно самой установки, или нет никаких шансов однозначно (родительский процесс yast2 тоже запущен: /bin/bash/sbin/yast2 sw_single; init [5]: init [5])?

[CAEman]

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

Для таких дел в консоли я слишком слабоват. Да, я знаю про нужность свопа. Но дело в том, что на этой несчастной 2ГБ машине после запуска, например, как сейчас, браузера большая часть процесса y2base оказывается в свопе. И оставление в таком виде, насколько я понимаю, ещё удлиняло бы процесс. Поэтому после закрытия браузера перед уходом запускал swapoff и, поскольку окончания её выполнения долго ждать, запускал swapon только после своего прихода (до сих пор не было проблем)...


А со следующими дополнительными данными по запущенным процессам ничего не может проясниться:
y2base: команда запуска: /usr/lib/YaST2/bin/y2base sw_single qt; родительсий процесс: yast2: /bin/bash/sbin/yast2 sw_single; init [5]: init [5]?

[Фантом]

Хм... мне одному кажется, что просьба о помощи в попытках устанавливать что-то из сотни factory-репозиториев (см.соседнюю тему) на дистрибутив, поддержка которого была прекращена два года назад, администратором-"некомпьютерщиком" предполагает какое-то достаточно развернутое обоснование вопрошающим того, что он в здравом уме и не является троллем?

[CAEman]

Обоснование очень простое: в нашем троллями управляющемся государстве издан указ 2299 о переходе до 01.01.2015 на Линукс всех бюджетных организаций. Тролли из высшего образования решили сменить сами_знаете_какую ОС именно 01.01.2015. Поэтому приходится выкручиваться самим: попробовать установить самостоятельно в качестве второй ОС Линукс и построить новую учебную программу на основании наличествующего в ней ПО (новое коммерческое ПО под Линукс тролли, естественно, закупать не собираются). К тому же пользователи хотят работать в привычном KDE3, что в также требует подключения репозитория.
И когда кажется- крестятся. Вы об этом не забыли, случайно, как про запятую в своём сообщении?

[verg]

CAEman
Почитайте про Factory и для кого этот репозиторий предназначен: http://ru.opensuse.org/Portal:Factory
Это к вопросу некоторого удивления пользователя Фантом в вашем выборе и изысканиях.

[Ism]

Здесь находится экспериментальная установка системы для определения, что может быть установлено на старой системе с Factory репозиториев (чтобы выяснить на будущее, имеет ли смысл их, вообще, подрубать: спровоцировано некомпилируемостью новых программ и бывшим наличием в Yast2 кнопки Обновление Factory, правда, впоследствии исчезнувшей).

Само скачивание с сетевых репозиториев здесь много времени не занимает. Основное время затрачивается на обработку зависимостей.
Установка ядра прерывается сама (проверено: во время удаления старого ядра; исправление: восстановление системного раздела из образа). Поэтому на ядрах стоит запрет на их удаление (т.е. обновление, раз уж оно таким образом происходит).

Цель- установить, разрешив конфликты, а не просто их определить. К тому же, сейчас запущена установка из одного из репозиториев, правда, большого (Factory называется, если не изменяет память).

Может, и путь в ад, но постоянно заниматься обновлением системы с новых дистр-ов- это тоже не путь в рай...


Кто-нибудь может чётко сказать: есть шанс, что y2base (Команда запуска: /usr/lib/YaST2/bin/y2base sw_single qt; родительсий процесс: yast2) после обработки зависимостей будет запускать окна для разрешения конфликтов, после их окончательного разрешения- окно со сводками установки, а затем окно самой установки, или нет никаких шансов однозначно (родительский процесс yast2 тоже запущен: /bin/bash/sbin/yast2 sw_single; init [5]: init [5])?

Сразу говорю, при многих репах yast предлагает разрешение конфликтов далеко не всегда правильно. Влияет приоритет.
То, что вы делаете бессмысленно. Если нужна независимость программы от репов линкуйте статически. Или пишите грамотно
Factory не предназначен для работы там все меняется и могут быть ошибки

Проще создать виртуалки с версиями дистриба и стандартными репами

[Фантом]

Ну что ж, будем считать, что то, что Вы не тролль, Вы подтвердили. А вот насчет первого варианта...

Не обижайтесь, но Вы сами себе поставили безумную задачу. Ее, по-видимому, все же можно решить, но лучше не пытаться чесать правой ногой левое ухо, а действовать более осмысленными методами. А именно:
1) Поставить поддерживаемую версию дистрибутива. Если это openSUSE - 12.3 или, в крайнем случае, 12.2.
2) О нестандартных репозиториях (в частности, factory) забыть до тех пор, пока у Вас не появится реальная необходимость в софте именно из такого репозитория (кстати, с весьма большой вероятностью она не появится никогда), а заодно и квалификация, позволяющая решать возникающие при этом проблемы.
3) В дальнейшем иметь в виду, что автообновление установленного поддерживаемого дистрибутива - элементарная и тривиально автоматизируемая операция, а переход на следующую версию конкретно для openSUSE (да и многих других дистрибутивов) выполняется за минуту ручной работы и еще час-полтора автоматической работы пакетного менеджера, поэтому тянуть старую версию любой ценой не стоит.

[CAEman]

Почитайте про Factory и для кого этот репозиторий предназначен: http://ru.opensuse.org/Portal:Factory
Это к вопросу некоторого удивления пользователя Фантом в вашем выборе и изысканиях.

Я в курсе, что такое Factory. Но в репозиториях больше всего ПО именно под него. Попробуйте сравнить количество репозиториев с ПО с упомянутым в приведённой Вами ссылке Tumbleweed. Если, вообще, какое-либо значимое количество ПО будет устанавливаться на старую систему из этих репозиториев, и количество ПО под Tumbleweed будет сравнимо с таковым под Factory, то после установки новых версий ОС мы к ним подрубим репозитории под Tumbleweed (кроме таковых, собственно, под них самих, которые, правда, со временем имеют свойство исчезать). Кстати, я, вроде, слыхал, что в дистр-ах 12.х вернули KDE3 (или это просто рекламный обман?).

[drBatty]

Я в курсе, что такое Factory. Но в репозиториях больше всего ПО именно под него. Попробуйте сравнить количество

попробуйте сравнить с Slackware Linux. Которая на пол DVD легко влезает. И ничего - брат жив.

что в дистр-ах 12.х вернули KDE3

AFAIK KDE3 давно уже мёртво. Даже не пахнет, ибо всё, что могло гнить - сгнило.

[CAEman]

Ну что ж, будем считать, что то, что Вы не тролль, Вы подтвердили. А вот насчет первого варианта...

Не обижайтесь, но Вы сами себе поставили безумную задачу. Ее, по-видимому, все же можно решить, но лучше не пытаться чесать правой ногой левое ухо, а действовать более осмысленными методами. А именно:
1) Поставить поддерживаемую версию дистрибутива. Если это openSUSE - 12.3 или, в крайнем случае, 12.2.
2) О нестандартных репозиториях (в частности, factory) забыть до тех пор, пока у Вас не появится реальная необходимость в софте именно из такого репозитория (кстати, с весьма большой вероятностью она не появится никогда), а заодно и квалификация, позволяющая решать возникающие при этом проблемы.
3) В дальнейшем иметь в виду, что автообновление установленного поддерживаемого дистрибутива - элементарная и тривиально автоматизируемая операция, а переход на следующую версию конкретно для openSUSE (да и многих других дистрибутивов) выполняется за минуту ручной работы и еще час-полтора автоматической работы пакетного менеджера, поэтому тянуть старую версию любой ценой не стоит.

Насчёт варианта не понял...

Обижаться на людей не в моих правилах, но разговаривать с ними их же тоном в моих привычках.
1) Это будет сделано на момент окончательной установки (предпочтение будет отдаваться дистр-у, содержащему KDE3).
2) О необходимости или отсутствия таковой можно будет судить только в конце построения учебных программ, основанного на наличии всего выбора ПО (проблемное будет исключено).
3) Обновление ядра возможно, насколько я понимаю, только путём скачивания и записи на болванку дистр-а и загрузки с неё, чем здесь никто заниматься не будет (по крайней мере, до 01.01.15, а дальше нужно будет быть готовым ко всему).

Я в курсе, что такое Factory. Но в репозиториях больше всего ПО именно под него. Попробуйте сравнить количество

попробуйте сравнить с Slackware Linux. Которая на пол DVD легко влезает. И ничего - брат жив.

что в дистр-ах 12.х вернули KDE3

AFAIK KDE3 давно уже мёртво. Даже не пахнет, ибо всё, что могло гнить - сгнило.

А что здесь сравнивать: на пол-DVD сотни ГБ не ужмутся...

Поскольку до репозитория с KDE3 дело ещё далеко не дошло, то сижу сейчас в KDE4. Честно скажу: предпочитаю, когда не пахнет...

[verg]

CAEman
Вам какого софта не хватает? Перечислите примеры, для информации.

Попробуйте сравнить количество репозиториев с ПО с упомянутым в приведённой Вами ссылке Tumbleweed

Я не приводил ссылок на Tumbleweed, который так же, для информации, если не в курсе, не является репозиторием с дополнительным софтом, а лишь надстройкой для основных репозиториев с обновлёнными версиями пакетов.

Кстати, я, вроде, слыхал, что в дистр-ах 12.х вернули KDE3 (или это просто рекламный обман?).

С версии 11.4.

Я в курсе, что такое Factory.

Приведу ещё раз цитату оттуда:

Разрабатываемая версия openSUSE распространяется в виде Milestones или Release Candidates, это срезы текущего разрабатываемого дистрибутива. В Factory идет постоянная работа. Разработчики все время исправляют ошибки, обновляют версии пакетов, добавляют новые возможности и новые пакеты в дистрибутив. Поэтому репозиторий Factory, находясь в постоянном движении, может быть в любом состоянии, даже поломанном. И только разрабатываемые релизы действительно проходят минимальную проверку на работоспособность перед выпуском.

Но спору нет всем, наверное, будет интересно, как пройдёт обновление с 11.2 до текущего Factory (13.1), у которого даже milestone0 ещё не вышел.

[CAEman]

Пусть не всегда правильно. Пусть будут ошибки. Но о большей части ПО представление можно будет заиметь?
Что за статическое линкование? Для простоты конкретный пример: есть один репозиторий, содержащий один пакет- goldendict. Пошагово: что нужно сделать для установки последнего (а то как-то попытались его одного установить через Управление программным обеспечением: за неделю зависимости не обработались...)?

[verg]

CAEman
Несколько пользователей в этой теме обратили внимание на использование вами Factory.
Есть справедливые замечания.
Это, наверное, должно что-то означать.

[CAEman]

CAEman
Вам какого софта не хватает? Перечислите примеры, для информации.

Попробуйте сравнить количество репозиториев с ПО с упомянутым в приведённой Вами ссылке Tumbleweed

Я не приводил ссылок на Tumbleweed, который так же, для информации, если не в курсе, не является репозиторием с дополнительным софтом, а лишь надстройкой для основных репозиториев с обновлёнными версиями пакетов.

Кстати, я, вроде, слыхал, что в дистр-ах 12.х вернули KDE3 (или это просто рекламный обман?).

С версии 11.4.

Всякое, какое может быть в университете: стандартное (в т.ч. разные утилиты), гуманитарное, математическое, CAD, CAM, CAE...

Я написал, что по приведённой Вами ссылке упоминается Tumbleweed (рекомендуется там вместо Factory). Где я писал, что это репозиторий (если не в курсе, Factory тоже не является репозиторием с дополнительным софтом)? Я написал, что репозиториев с ПО под Factory несравненно больше, чем под Tumbleweed.

С 11.4 и до последней версии (пока вновь исключать не собираются)?

Но спору нет всем, наверное, будет интересно, как пройдёт обновление с 11.2 до текущего Factory (13.1), у которого даже milestone0 ещё не вышел.

Я уже писал здесь или в соседней ветке, что обновления ядра нет. Просто доустановка дополнительного ПО, какое сможет установиться без этого обновления.

Несколько пользователей в этой теме обратили внимание на использование вами Factory.
Есть справедливые замечания.
Это, наверное, должно что-то означать.

Пока для меня ничего конкретного не обрисовалось: ни по поводу точно продолжится установка или нет, ни по поводу реальной альтернативы для опробования всего доступного набора ПО...

[xoomer]

CAEman

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

Если я правильно понял задачу, то ядро можно обновить средствами YaST (zypper). Вот в поддерживаемых дистрибутивах есть новые ядра.

Поддерживаю вышеозвученные мнения форумчан по поводу Factory.

Поэтому репозиторий Factory, находясь в постоянном движении, может быть в любом состоянии, даже поломанном.

Я написал, что репозиториев с ПО под Factory несравненно больше, чем под Tumbleweed.

Простите, Вы что-то путаете. В этом репозитории ПО, которое Вы качаете оттуда и устанавливаете средствами YaST или zypper.

[verg]

(рекомендуется там вместо Factory)

Фактори не может рекомендоваться ни в каких случаях, а Tumbleweed не является его заменой.

Я написал, что репозиториев с ПО под Factory несравненно больше, чем под Tumbleweed.

У вас неверное понимание, что означают эти репозитории, хоть и приведена дополнительная цитата. и что сравнивать их нельзя.

Всякое, какое может быть в университете: стандартное (в т.ч. разные утилиты), гуманитарное, математическое, CAD, CAM, CAE...

Нужны точные примеры, того что вы нашли в Фактори и того чего нет в обычных репах(сюда же дополнительные репы и пакман для текущей версии)

[Ism]

Пусть не всегда правильно. Пусть будут ошибки. Но о большей части ПО представление можно будет заиметь?
Что за статическое линкование? Для простоты конкретный пример: есть один репозиторий, содержащий один пакет- goldendict. Пошагово: что нужно сделать для установки последнего (а то как-то попытались его одного установить через Управление программным обеспечением: за неделю зависимости не обработались...)?

У opensuse есть тематические репы под конкретный дистриб

Все дистрибы раньше 12.1 не поддерживаются