Доброго времени!
После очередного обновления не запустился ГИМП, как всегда оказалось, что у пакета появилась новая зависимость, но какая? Где её искать?
Если сам gimp упорно отказывается сообщать Вам, в терминале, чем он не может воспользоваться, посмотрите, как он скомпилирован (скомпонован).
ldd `which gimp` (например, ldd `which gimp` | grep "not found").
google.com
Неплохо бы читать соответствующую документацию, readme, changelog, install и т.п.
А что если воспользоваться услугами SQLite? Вместо slack-desc в пакет совать БД slack.db, а в ней уже таблицы с необходимой инфой. В самой системе вместо кучи файла в /var/log/ будет только один, packages.db.
Меня лично, не напрягает Nое число, чего-то там, не часто обновляющееся и являющееся просто текстом. В повседневной деятельности они не мешают.
SQLite
simplicity
«Не следует множить сущее без необходимости»
Нет у меня столько пакетов, чтобы для них нужно было привлекать bd. Текстовые файлы - универсально, простое, и удобное в использование решение.
Кто что думает об этой идее? Может на фиг не надо? blush.gif
Если поддержит много пользователей, то можно взяться за проектирование и сделать,
Есть желание, действуйте! Как минимум добавится опыта, при хорошем стечение обстоятельств, получиться широко используемый, качественный и полезный, инструментарий. Я считаю, что ждать "одобрения" нет смысла, поскольку навряд ли найдёте "помощника".
Очень важно актуальность развития проекта. Вы создадите ПО, которое позволит относительно легко описывать зависимости Slackware пакетов, но кто будет создавать эти описания. ("slapt-get ещё те костыли, с зависимостями работает через одно место."). Не факт, что этот проект станет интернациональным (к слову, поинтересуйтесь на LQ, что они думают об этой идее).
Не выйдет ли так. Пользователь N имеет полную систему Slackware (установлены все пакеты). Ему понадобилось ещё N других пакетов, из них:
пару он нашёл на slackbuild.org.
парочку одних и тех же, пакетов он нашёл через Ваш инструмент и slapt-get
остальное собрал самостоятельно.
Я не понимаю, что мне даст Ваш инструмент по сравнению, с тем же slapt-get. Просто иная реализация? Какие недостатки slapt-get? Где Вы будите брать описание зависимостей?
Не будет ли у меня, как у конечного пользователя, больше оснований (пользы) от использования pkgsrc, t2-sde и прочих менеджеров пакетов, с весьма большой базой пакетов?
Не отслеживать зависимости - это традиция, такая же, как и обсуждать "нужно ли их отслеживать, и как это делать".
robby workman
7. In reviews that appear after any new release of Slackware, one can often find complaints about missing dependency hell in the existing system of package management in Slack. Just of curiosity, have you ever discussed a possibility of implementing an optional check of package dependencies? With a tool like depfinder, this doesn't seem very difficult to implement.
If it's not very difficult to implement, then someone should do it and offer it to the community. Once that happens, then I might have a look at it. As it stands, I happen to think that complaints of "missing dependency hell" are rooted in expecting Slackware to work like $other_distro, and those individuals should just use $other_distro instead. Ultimately, I don't recall ever having any real problems with missing dependencies, and before anyone brings the "but you're an advanced user" argument to the table, I have to point out that I've not always been an advanced user—I was a brand new linux using in 2004, and I started with Slackware; even then, I don't recall experiencing anything remotely similar to a "missing dependency hell." IMHO, that is because I didn't approach my Slackware experience expecting it to do things that it wasn't designed to do—instead, I learned how Slackware works and used it that way.
eric hameleers
8. In reviews that appear after any new release of Slackware, one can often find complaints about missing dependency hell in the existing system of package management in Slack. Just of curiosity, have you ever discussed a possibility of implementing an optional check of package dependencies? With a tool like depfinder, this doesn't seem very difficult to implement.
Automated dependency management—is something that will not be added to Slackware under my watch :-) If this topic comes up in discussions at all, it is not to see if Slackware should add it, but rather to dismiss yet another email asking for dependency checking.
Dependency information is not part of the Slackware package specification, and will not be added either. Not having this capability allows us to have a very lean package management tool which can be written in shell script. You would have a hard time finding a Slackware-specific tool that needs compilation.
А собирать всё из исходников, считаю не совсем правильным. Так как это сильно загаживает систему. Если понадобится удалить ту или иную программу собранную из исходников, хрен удалишь. Лучше уж пакеты.
DESTDIR --prefix ... и makepkg использовать не пробовали?
ЗЫ.
Если пакет собран с отслеживанием зависимостей, то сведения находятся вне тарбола, а в отдельном файле xxxxx.dep
O_o
Crazy, crazy, you amaze me.
Повторю замечание.
http://www.linuxpackages.net/howto.php?pag...Perfect+Package
./ (without this the package wont remove correctly)
/install
/install/slack-desc
/install/slack-required (this is optional see below)
/install/slack-conflicts (this is optional see below)
/install/slack-suggests (this is optional see below)
/usr/doc/package-version/
Всем проще двоичные брать, установка проходит гораздо быстрее, пакеты для разработчиков не надо ставить, чтобы собирать. И кто бы как не пердел и не брызгал слюной, заранее собранные пакеты это большой плюс для пользователя.
Не стоит обобщать. Весьма популярны source-based distribution OS . И на мой взгляд, Slackware-way - SlackBuild.
Код: Выделить всё
без того, чтобы писать какие-то ebuild'ы или забивать себе голову какими-то базами данных.
ebuild, и иже с ними - требует привыкания, как впрочем и сами Unix-like OS (имеется ввиду, при смене различных дистрибутивов, или переход с Windows).
Код: Выделить всё
хм, но писать "какие-то" SlackBuild'ы всё же приходится
Вас не кто не заставляет их писать! Да, и вставить в шаблон требуемые команды, дело не долгое - важно другое, чтобы Вы сами, сумели собрать определённое ПО.
С уважением, RocksLinux.
,без обид)
