Проверяем программу установки пакетов

[Roader]

wget умеет работать с недокачанными пакетами?

Ключ -с (wget -c бла-бла). 

[DdShurick]

 get_pet22 кто скачал не используйте, допущена серьёзная ошибка, приводящая к удалению всей информации с раздела.

[DdShurick]

 get_pet22 исправил. Добавил отключение удаления builddir при отсутствии зависимостей в репозитории для возможности их дальнейшей ручной установки.

[Pro]

get_pet22 протестировал, выбор раздела работает. При запросе где разместить раздел предлагаю вписать в скобках (рекомендуется раздел диска) или что-то подобное.

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

С зависимостями проблем очень много я так и не смог собрать нормальный sfs - зависимости циклически крутятся и тянется все новое и новое. Думаю это не правильно, предлагаю после проверки зависимостей выводить в окне не названия библиотек а название пакета(ов) в котором лежат эти библиотеки, возвращать пользователя на на окно выбора пакетов и добавлять нужные пакеты вручную. потом снова проверять зависимости и предлагать добавить пакеты либо продолжить сборку sfs.

[Lego]

Вот такая у меня странная просьба есть. Подскажите, пожалуйста, как отключить проверку зависимостей и дальнейшее их "докачивание"? Дело в том, что при установке пакета не из репозитария (такие ведь тоже могут быть, почему нет) и последующей проверке на эти самые зависимости, при "необнаружении" оных wget, pet-get или бог его знает, кто начинает жить своей жизнью, причем в фоне. Итог - скушанный сэйв, в ноль. Правда, нсколько раз удавалось узреть терминал. Качался либреофис тогда, который я не заказывал. Мне такой хоккей не нужен.....
Вот бы как оно раньше было - простыню со списком вывешивало. А уж сам я их поставлю или позволю докачать надо бы возможность выбора иметь. Может, просмотрел где, априорно извиняюсь - подтолкните.

[DdShurick]

 Можно отключить докачку зависимостей из интернета. В последнем варианте get_pet это строки 177-197.

Код

 if [ ! "$DEPEND" = "" ]; then
[ "$REPO" = "5" -o "$REPO" = "" ] && choicerepo lib
 Xdialog --title "Зависимости" --msgbox "Дополнительно будет закачано
 $DEPEND" 0 0 

L=$(curl "${REPO}${LDIR}libs.lst")
  if [ "$?" = 0 ]; then
  echo "$L" | sed 's/^\.\///g' > $HOME/.packages/libs.lst
  for lib in $DEPEND; do
  ONELIB=$(grep "$lib" $HOME/.packages/libs.lst | cut -f1 -d '/' | uniq)
   if [ "$ONELIB" = "" ]; then continue
   else
  urxvt -e wget -c "${REPO}${LDIR}${ONELIB}.pet" -O $HOME/.packages/${D}${ONELIB}.pet 2>>wget.err
  inslibfunc 
   fi
  done
  else
Xdialog --title "Ошибка" --msgbox "Нет доступа к репозиторию." 7 30
echo "$DEPEND" > $HOME/.packages/${APKGNAME}-nolib.lst
DEP=no
  fi

Их надо закоментировать. Не забыть закоментировать лишнее fi строка 208.

[Pro]

как насчет моих вариантов?

[Lego]

По рекомендации д.Шурика не то что закомментировал, вообще удалил строки. В результате минут 15 наблюдаю картинку  (скриншот). Mplayer я ставлю свой (хочу я так), список зеркал не предлагался, с ходу ломанулось чего-то там доустанавливать, хотя все зависимости у меня есть локально и я бы предпочел их сам установить. Индикатор свободной памяти показывает 864 мб. Первый запуск чистой системы, 1.2гб. при старте. Это что, 300 с гаком метров зависимостей к проигрывателю несчастному?
"Программа установки пакетов"  ссс....тука опасная, однако. Вывод: При установке сторонних пакетов, либо самостоятельно собранных интернет лучше отключать. Матюгнётся, что нет подключения к репозитарию, покажет зависимости и с радостью сообщит, что пакет установлен.

[DdShurick]

Это что, 300 с гаком метров зависимостей к проигрывателю несчастному?

Устанавливаются не зависимости, а пакеты, их содержащие, которые могут иметь свои зависимости. У меня большинство необходимых мне зависимостей тоже хранится локально, но каждая библиотека в отдельном пакете, или несколько взаимозависимых библиотек в пакете. Тогда лишнего не ставит.
 Кстати. Для зависимостей по замыслу должен быть отдельный каталог в репозитории. Для этого предусмотрены две переменные $PDIR для пакетов и $LDIR для зависимостей. Но пока всё лежит в одной куче.

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

Тогда что мешает с начала и до конца сделать руками? Без get_pet?

[Lego]

Да вряд ли я тот типус, которому что-то особо мешает  . Справлюсь.
Постом ниже Pro то ли иронизирует, то ли недоумевает. Понимаю.
Вообще, часто складывается ощущение, что я сам себе проблемы придумываю. Может и так. Изложить правильно и понятно не умею, уж извините....

[Pro]

нда

[andy-voit]

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

[Lego]

Попробовал. Чего-то он (petget) не захотел ставить пробный пакет. Окно выскочило с предложением установить - ок - ускочило обратно и .... Всё, больше ничего. Не копал причину, вернул get_pet. Можно и с ним жить, просто в случае установки из локальных источников инет лучше отрубить от греха подальше.

[DdShurick]

 Может быть есть смысл разделить get_pet на три отдельных скрипта, get_pet (локально), wget_pet (с репозитория) и build_sfs (локально)? Обсудим?

[Pro]

Давайте обозначим цель:
1. usoft должен создаваться в системе с информированием о неудовлетворенных зависимостях и выводом названия пакета (без версии) в котором можно найти библиотеки нужные для удовлетворения зависимостей.
2. выбранные пакеты должны выкачиваться автоматически и использоваться для создания usoft
3. Должен создаваться список пакетов для созданного usoft чтобы можно было быстро пересобрать usoft
4. Автоматическая установка зависимостей все таки не приветствуется

Идеальным вариантом будет "скрестить" скрипт createpuppy из GAFF c программой get_pet, причем основой должен быть все таки get_pet, а из gaff взять только структуру выбора пакетов и создания списка пакетов.