7.зависимости контролируются, но "нет доступа к репозиторию"yvz, каталог packages-usoft выложен?
libpoppler.so.5точно знаю что есть. Но вот в самом пакете poppler - ссылка libpoppler.so.5 возможно не сделана а есть только libpoppler.so Попробуй просто поставить как есть poppler и прогнать cups еще раз через ldd - если увидит что poppler появились библиотеки - значит надо дорабатывать механизм поиска зависимостей, если не увидит - будет вобще плохо. т.к. придется вручную добавлять в каждый пакет недостающие ссылки.
п.п. 2 и 3 - из меню не запускаетсяктонить может сказать чего поправить чтобы запускалось?
ктонить может сказать чего поправить чтобы запускалось?У меня из меню запускается.
Преложение "Установить пакеты или сделать sfs" выдается до того как были выбраны пакеты - не слишком ли рано? по идее это надо спрашивать когда пакеты уже выкачаны и зависимости проверены.Не рано. Надо заранее думать, что делаешь.
1. По клику на рет-пакет-по прежнему установка не происходитне ну блин вам же только сам скрипт выложили - без файла ассоциации с расширением. Кроме того я отписал уже что это исправлено и проверено.
2.ИМХО не совсем корректно построен диалог "удалить загруженные пакеты .ретВаши предложения?
3.При попытке просто установить рет - пакет все равно в конце выводит "назовите ваш sfs" . Установка в основную систему рет-пакетов не предусмотрена?Установка .pet в систему предусмотрена. Того, о чём вы пишете не должно быть.
4. Как осуществить локальный поиск зависимых пакетов? Устанавливаю локально рет пакет, например links2. У меня просто пишет "в репозитории отсутствуют такие то пакеты, вы можете найти их самостоятельно"Локальный поиск зависимых пакетов осуществляется автоматически. Для этого зависимый pet-пакет должен находиться на любом примонтированном разделе или носителе. Если искомый пакет не найден локально, осуществляется запрос на репозиторий. Если и там нет, выводится сообщение.
Дальше предлагается присвоить имя sfs-файлу (??) Но у меня уже есть usoft-214, поэтому в итоге получаю фигвам.Для этого и предлагается присвоить оригинальное имя. Если же в создаваемом sfs чего-либо не хватает, можно выйти из программы закрыв окно. При этом каталог ~/.packages/builddir/squashfs-root/ не удаляется, чтобы можно было посмотреть результаты.
ИМХО не совсем корректно построен диалог "удалить загруженные пакеты .рет
Ваши предложения?
Еще одна ошибка.Надо поменять местами строки 105 и 106
if [ "$SUBDIRS" = "" ]; then
CANCEL="--no-cancel"
build_list
usr/sbin/get_pet: line 358: .: rm.files: файл не найден
. $HOME/.packages/rm.files
#!/bin/sh
Xdialog --title "Установить пакет" --yesno "Вы желаете установить пакет?" 0 0 && exec get_pet "$@"
Ddshurick - ваше мнение?Можно использовать sed или grep | cut. Подумаю, что лучше.
А ввести строки, чтобы распознавало pinstall.sh ; punistall.sh - возможно?
# grep -n "pinstall.sh" /usr/sbin/get_pet
211:echo "$FNDFILES" | sed "s/^\.\///g;s/^${APKGNAME}//g" | grep -vE ".pet.specs|pinstall.sh|*/$" > ${APKGNAME}.files
229:[ -f /pinstall.sh ] && /pinstall.sh # Если есть исполняемый установочный скрипт - исполнить.
230:rm /pinstall.sh
256:F=$(tar tf ${ONELIB}.pet | sed 's/^\.\///' | grep -vE ".pet.specs|pinstall.sh|*/$")
Все сохранение пакетов и работа идет в /root а места нормальная сборка sfs занимает много, оперативки или save файла как правило будет нехватать предлагаю сделать выбор раздела на котором в корне будет создана папка builddir.
wget умеет работать с недокачанными пакетами?
Это что, 300 с гаком метров зависимостей к проигрывателю несчастному?Устанавливаются не зависимости, а пакеты, их содержащие, которые могут иметь свои зависимости. У меня большинство необходимых мне зависимостей тоже хранится локально, но каждая библиотека в отдельном пакете, или несколько взаимозависимых библиотек в пакете. Тогда лишнего не ставит.
хотя все зависимости у меня есть локально и я бы предпочел их сам установитьТогда что мешает с начала и до конца сделать руками? Без get_pet?
Попробовал. Чего-то он (petget) не захотел ставить пробный пакет. Окно выскочило с предложением установить - ок - ускочило обратно и .... Всё, больше ничего. Не копал причину, вернул get_pet. Можно и с ним жить, просто в случае установки из локальных источников инет лучше отрубить от греха подальше.
4. Автоматическая установка зависимостей все таки не приветствуетсяА вот с этим я не согласен категорически. По крайней мере, должен быть выбор.
А вот с этим я не согласен категорически. По крайней мере, должен быть выбор.аргументируйте ваше мнение, плиз.
аргументируйте ваше мнение, плиз.Наверное, каких то особо убойных аргументов у меня нет, кроме того, что
В идеале: проверка на зависимости - их список - предложение зеркал с возможностью отказаться и установить вручную.
1. одна и таже библиотека может входить в несколько пакетовЭто было решено ещё в Jeans.
Теперь хочу услышать доводы о том что данные проблемы несущественны и спокойно могут быть реализованы в скрипте.Да. Но надо хорошо подумать.
А зачем два пакета одной и той же или библиотеки? Конечно, скрипт будет путаться, или выбирать самую первую по алфавиту, т.е. самую старую-у нее цифра версии меньше.а потому что вновь скомпилированные библиотеки могут работать "не так" и это "не так" мне встречается сплошь и рядом. Кроме того если это не библиотека а программа удобно копировать файлы настроек из более старой версии, ярлыки, ассоциации mime и другое, что обычно забывают делать или проверять те кто собирает пакет.
Обновление репо может строится таким образом - появилось обновление - старую долой, может не сразу, а после небольшого "карантина". Или я не прав?не прав, это замечательно смотрится со стороны.... пока не начнешь это делать сам.
Цитата: Pro от Сегодня в 22:26:17Александр, мне странно это слышать от тебя :( если бы это было легко реализуемо, ты бы это уже сделал. Проблема с циклическим поиском зависимостей это очень большая проблема, Lego, уже отписал что невозможно ничего создать.
Теперь хочу услышать доводы о том что данные проблемы несущественны и спокойно могут быть реализованы в скрипте.
Да. Но надо хорошо подумать.
Сборка sfs будет производиться далеко не новичками.Может собрать для новичков и ленивых основные программы (хотя бы из перечня средне-буржуйского puppy) готовыми модулями usoft*.sfs ? 1 прога -1 модуль? И выложить аналогично .pet
Я подумал, и вернулся к самому началу. ИМХО пакеты должны создаваться с полностью удовлетворёнными зависимостями. Как sfs.а проблемы при создании sfs с несколькими программами в которых могут оказаться разные версии одних и тех же библиотек которые при наложении дадут полную ахинею и неразбериху. это продумано?
Babl A dynamic, any to any, pixel format conversion library.а что вы ждете чтобы появилось? библиотеки установились, а используют их сторонние программы.
Так, а где исполнительные бинарники искать-то? Непонятно, как запускать и как узнать, что этому пету надо.А кто сказал, что там что-то должно исполняться? От Гугла: Пакет babl является динамической библиотекой, позволяющий организовывать преобразования форматов на уровне пикселей.
Что я скажу тому, кто надумает себе сам воткнуть сей babl на Паппик установленный ему мною?
я после бесед с герасатом в полном депреснякея тоже.
build_sfs кто нибудь может нормально протестировать? и отписать о результатах.
Если честно, мне больше нравилось, когда автоматом подтягивало зависимости.практика показала, что выкачав зависимости снова начиналась проверка зависимостей и снова требовало чего то скачать и так в цикле пока не надоест.
Ну и фиг с ним, что требовало, файл usoft ведь создавался нормальный.у меня не создавалось и выкачивание по 10 раз одного и того же вобще издевательство. У Lego например постоянно LibreOffice выкачивало, хотя он ему не нужен был.
Единственное, что требовалось как то утрясти с версиями и названиями пакетов, чтобы get_pet их нормально распознавал.ну так а чего не утрясали (с декабря 2011г)? я со своей колокольни увидел возможные решения и привел доводы и варианты реализации. Ddshurick сделал выбор.
ну так а чего не утрясали (с декабря 2011г)?В начале пути не всегда видно того, что будет в конце. Это ответ на все вопросы подобного рода.
Возможно, пора что-то изменить?мне нравится один большой usoft с нужными мне приложениями. но с возможностью быстро его пересобрать для обновления версий. и пересобирать не так уж и часто нужно.
один большой модуль usoft-user, с большим количеством приложений внутри. Я делал много мелких модулей. И у меня не возникало этих проблем.Поддержу. Если в итоге должен получиться конструктор - 1 usoft-user
Возможно , есть смысл http://forum.puppyrus.org/index.php/topic,10786.msg65203.html#msg65203конечно есть, и что?
По поводу U|usoft поддерживаю DdShurickэтот тут причем?
2. Собрать его под себя не каждый сможет или захочет.ну ясно дело, если желания нету то и один маленький sfs делать не захочет.
3. При обновлении 1й проги надо пересобирать весь usoft-user - не удобно.я стараюсь свести к тому чтобы было удобно.
1. не более чем аналог сохраненки с доп. проблемами.а одиночные sfs не более чем аналог pet пакетов с дополнительными проблемами да?
С одиночным .sfs собранным под конкретную систему проблем не должно быть по определению.У меня 24 одиночных SFS в папке для автоподключения, и никаких проблем. Да еще куча в другой папке - без оного.
Это проблема или где его искать?Исходя из этого
if [ "$PUPMODE" = 5 ]; then
urxvt -e mksquashfs squashfs-root/ /mnt/${PDEV1}${PSUBDIR}/usoft-$N.sfs
else
urxvt -e mksquashfs squashfs-root/ /initrd${PUP_HOME}${PSUBDIR}/usoft-$N.sfs
fi
rm -r $HOME/.packages/builddir
рядом с "главным" sfsНе создает. PUPMODE 5
забудь,забыл
создание sfs только через build_sfsС ним тоже не создает.
функция создания sfs из get_pet будет удаленажаль
жальПоздно
Про выбор "субдиректорий" - не понятно какого именно.Это задел на будущее, когда пакеты будут разложены по категориям
При дефолтном выборе вываливаетсяИсправил
"Здесь" - это репа яндекса?Любая выбранная репа. "Здесь" значит не идти во вложенные каталоги, которых в Gaff/packages-usoft пока нет.
Возможности сохранения *.pet нет :(И не надо. Скачал, кликнул мышкой, и овцы целы и волки сыты.
ИсправилГде-нибудь можно ознакомиться?
Где-нибудь можно ознакомиться?get_pet_nosfs строка 102
SUBDIRS=$(echo "$LIST" | grep '/$' | grep -v '../')
Попробовал собрать в в.5 : firefox+flashПопробую повторить. Я экспериментировал с "вредным" Midori (есть вторичные зависимости), собрался нормально.
Запарился отвечать на "Выберите пакет."Если не выбирать, то получается ещё хуже, может из-за одной библиотеки скачать OpenOffice.
Вот поэтому я и настаиваю - "только для служебного пользования".Поддерживаю. Более опытные сделают руками. Разруливание зависимостей слишком творческий процесс. Для новичков лучше выложить 1прога - 1.sfs. Может и менеджер модулей замутить или http://forum.puppyrus.org/index.php/topic,11021.0.html допилить.
в системе должна быть нормальная возможность создавать usoft.sfsДля нормальных опытных пользователей.
неподдерживаюНапрасно.
FNDFILES=$(find /home/BuildSFS/${SFSNAME}-root/ -type f | grep -vE '\.so|share/|onpet.lst|pinstall.sh')
Вот если reminna соберетСобрало, и быстро.
mount: / not mounted or bad option
выход из цикла не предусмотрен.Посмотрю, но мне пока не удавалось войти в такой "штопор"
программа персонально для своей версии содержит версию библиотеки.Персонально, значит должна входить в *.pet
яркий пример - libssl3.so есть в составе nspr и есть в браузерах и в thunderbirdА должна бы быть в каталоге lib репозитория.
что дают кнопки ОК и ОтменаНичего. Но убрать тоже не получается.
Посмотрю, но мне пока не удавалось войти в такой "штопор"все впереди.
она и входит в пакет программы. но build_sfs ее находит и пишет что она уже есть в других пакетах.программа персонально для своей версии содержит версию библиотеки.Персонально, значит должна входить в *.pet
и как вы разрулите версию нужную для thunderbird-8.0 и версию нужную для thunderbird-14.0 а также просто самую свежую версию из /usr/lib если оно все в куче в репозитатарии будет лежать (вобще опять по кругу объясняю)яркий пример - libssl3.so есть в составе nspr и есть в браузерах и в thunderbirdА должна бы быть в каталоге lib репозитория.
ну хоть одну убрать надо, вобще смысл тогда в этом окне если кнопки ничего не изменяют а обратно к выбору пакетов не перейти.что дают кнопки ОК и ОтменаНичего. Но убрать тоже не получается.
она и входит в пакет программы. но build_sfs ее находит и пишетИмя пакета?
окно с "в этих пакетах найдены одинаковые библиотеки" сделать как выборОно для этого и сделано.
firefox, thunderbird, libreoffice да много таких еще будет.После написания предыдущего поста собрал firefox-10.0 и thunderbird-14 в одном пакете, про зависимости даже не спросило. Libreoffice не стал качать при моём интернете.
"выберите из какого пакета брать *название библиотеки*"ок.
а я и не писал что проблема со сборкой firefoxА я вот так понял.
не "выберите один из них" а "выберите из какого пакета брать *название библиотеки*"...становится понятней...
1. Выбираем самый маленький пакет.не вариант, размера не видно.