drBatty, это я к тому, что не нужно быть категоричным и выдавать своё мнение и личную неумелость за истину. (В данном случае, моё замечание относится не к вам).
вы не поверите, в семёрочке - тоже wink
вы опять не поверите - если долго юзать оффтопик, то вероятность поймать вирус и/или грохнуть ОС тоже становится всё меньше и меньше wink
Придётся поверить на слово :D
эм, gentoo позаимствовала же систему портов у bsd, и сделала emerge. Иль не?7
Позаимствовала идею портов, но значительно развила их реализацию.
[quote=i2ks]эм, gentoo позаимствовала же систему портов у bsd, и сделала emerge. Иль не?7
Позаимствовала идею портов, но значительно развила их реализацию.[/quote]
ну вы и раздули ...
... крайне не рекомендую так делать , но если уж сильно неймётся :lol: , то пожалуйста система портов emerge для Slackware тыц ... после подобного шага ваша православная Slackware , с вероятностью > 95% превратится в Gentoo ... как говаривал один известный персонаж : "...наши брюки легким движением руки ..легким движением ... руки ... движением руки ... превращаются ... превращаются ... в элегантные шорты ! " © ...
gramozeka, я как то попробовал emerde... Но моя слака устояла, выжила и осталась прежней!
gramozeka, я как то попробовал emerde... Но моя слака устояла, выжила и осталась прежней!
Вы видимо относитесь к остальным 5% :D , как-то и я проверял emerde , что за зверь такой , мне не понравился , по моему только лишний костыль . В Слаке есть всё что нужно и так .
по моему только лишний костыль
так родной МП всегда лучше костылей, это относится к любому дистрибутиву семейства linux =)
как-то и я проверял emerde , что за зверь такой , мне не понравился , по моему только лишний костыль .
...
DESCRIPTION
emerge is the definitive command-line interface to the Portage system. It is primarily used for installing packages, and emerge
can automatically handle any dependencies that the desired package has. emerge can also update the portage tree, making new and
updated packages available. emerge gracefully handles updating installed packages to newer releases as well. It handles both
source and binary packages, and it can be used to create binary packages for distribution.
...
Говоря проще, после соответствующей (замечу, занимающей определённое время, но разовой) настройки, emerge позволяет поддерживать вашу систему в актуальном состоянии посредством ввода двух-трёх команд.
Говоря проще, после соответствующей (замечу, занимающей определённое время, но разовой) настройки, emerge позволяет поддерживать вашу систему в актуальном состоянии посредством ввода двух-трёх команд.
собственно он для этого и создан был , согласен , но ,по моему , в Слаке , все необходимые инструменты есть изначально , и поддержка актуальности системы , не ахти какая великая задача , всего ОДНА ! команда и ваша система просто актуальна ... :D , а потому костыль это...
gramozeka, покажите, пожалуйста, одну, ладно десять команд, позволяющих в Slackware обновить все установленные в системе программы и их зависимости с учётом изменения списка зависимостей для новых версий программного обеспечения.
P.S. Отговорка «а мне это не нужно», считается только отговоркой ;)
покажите, пожалуйста, одну, ладно десять команд, позволяющих в Slackware обновить все установленные в системе программы и их зависимости с учётом изменения списка зависимостей для новых версий программного обеспечения.
[console]# rm flag
# echo >flag
# wget --mirror -r "mirror-link"
# find mirror -cnewer flag -exec upgradepkg '{}' \;[/console]
Это если так много пить, что ничего не помнить. Я предпочитаю ручками. Есть ещё вариант - парсить почту от Патрега, выдёргивать оттуда ссылки, и качать именно их.
Что до зависимостей - это слака. Нету там зависимостей. Вот так-то :)
Если, в кои-то веки придёт пакет X, который зависит от Y, то Патрег попросту пришлёт сразу и X и Y. Такое бывает.
PS: я надеюсь не надо доказывать, что я напишу скрипт, который парсит почту?
gramozeka, покажите, пожалуйста, одну, ладно десять команд, позволяющих в Slackware обновить все установленные в системе программы и их зависимости с учётом изменения списка зависимостей для новых версий программного обеспечения.
P.S. Отговорка «а мне это не нужно», считается только отговоркой ;)
прямо таки все ? ладно ранил , ВСЕ не получится ,но системные можно так (я использую slapt-get):
[console]
slapt-get --update
slapt-get --dist-upgrade
[/console]
естественно необходимо подключить актуальный ресурс с обновками ...
или с помощью slackpkg
[console]
# slackpkg update
# slackpkg install-new
# slackpkg upgrade-all
# slackpkg clean-system
[/console]
а вот так как это делается , скажем в мандриве , когда абсолютно все программы установленные в системе автоматически обновляются до самой-самой-пресамой последней версии [ИМХО] зло . Так в Слаке без дополнительных костылей не сделать ...
просто обновить уже установленный пакет до более свежей версии можно так ( естественно его нужно сперва собрать :D ) :
[console]
upgradepkg --reinstall --install-new my_super_puper_new_package.tgz(txz)
[/console]
хотя тот же slapt-get предусматривает возможность тотального обновления всего и вся из подключенного репозитория ...
ну и всё в том духе ..
P.S. есть одно важное "НО" , Slackware изначально постулируется принципом " сборка и поддержка пакетов ПО , а так же соблюдение зависимостей перекладывается полностью на администратора системы , поэтому Ваш вопрос немного не корректеный и провокационный .
drBatty, я, наверное, не точно описал задачу: нужно обновить всё установленное в данный момент программное обеспечение до актуального на данный момент состояния с учётом того, что в некоторых используемых вами программах с изменением версии появились (либо исчезли) определённые возможности, реализуемые в сторонних пакетах.
Говоря о зависимостях, я имел ввиду программы и библиотеки необходимые для сборки и запуска целевых программ.
P.S. Повторюсь в очередной раз: мне нравится Slackware, мне нравится подход к конфигурации и установке программного обеспечения в ней реализованный. Но в силу личных причин — я не программист, но часто хочу иметь актуальные версии программного обеспечения, мне больше подходит Gentoo.
И мне не нравится, когда не разобравшись досконально в возможностях системы, берутся о ней судить.
gramozeka, в Gentoo, разумеется, с некоторыми оговорками, но чаще всего, уж поверьте на слово, для полного обновления всего программного обеспечения, включая зависимости с которыми оно собиралось и запускается, достаточно выполнить:
emerge --sync
emerge -auDNv world
Если появились изменения в конфигурационных файлах, то и:
etc-update
«Аккуратисты», могут сделать ещё:
revdep-rebuild
emerge -av --depclean
каждому своё ...
меня не заморачивает отследить нужные зависимости или пересобрать какой-то пакет заново , так сказать в изменившихся условиях , иногда я просто месяцами не лезу в систему - работает себе , да пусть работает , критических обновлений безопасности нет да и хорошо ...
чего , к примеру не скажешь о той же федоре или мандриве , каждую неделю если не чаще нужно соглашаться качать тучи обновлений и.или патчей и ведь не факт что заработает потом ...
drBatty, я, наверное, не точно описал задачу: нужно обновить всё установленное в данный момент программное обеспечение до актуального на данный момент состояния с учётом того, что в некоторых используемых вами программах с изменением версии появились (либо исчезли) определённые возможности, реализуемые в сторонних пакетах.
что-то мне с ходу и не придумать ситуацию, в которой изменение пакета X потребует изменения пакета Y. Дело в том, что в слаке попросту нет обновлений с новыми фичами, есть только заплатки. А заплатки специально собираются таким образом, чтоб не поломать пакеты, которые от них зависят. К примеру, вместо выпуска версии proftpd 1.3.4 после 1.3.3c была выпущена версия 1.3.3d.
Да, возможна ситуация, когда пакет X изменился настолько, что уже никак не сможет работать с Y. Ну и что? Патрегу просто придётся пересобрать и X и Y.
И не надо возражать, что в этом случае придётся скачать пол-системы. Нет. Просто в слаке нет таких мелких пакетиков как в других дистрах, даже в Gentoo. Пакеты крупные, и следовательно зависимостей на несколько порядков меньше. Фактически - штук 10, причём удовлетворять их не нужно - они как-бы подразумеваются.
И не надо возражать, что это потеря ресурсов - на iPII работает всё не так уж и плохо (не думаю, что на глаз будет заметна разница с Gentoo).
Но в силу личных причин — я не программист, но часто хочу иметь актуальные версии программного обеспечения, мне больше подходит Gentoo.
И мне не нравится, когда не разобравшись досконально в возможностях системы, берутся о ней судить.
ну давайте разбираться :)
ну давайте разбираться smile
Я имел ввиду:
как-то и я проверял emerde , что за зверь такой , мне не понравился , по моему только лишний костыль .
Я имел ввиду:
дык а что вы хотели? это как в трамвае руль - да будь он хоть хоть платиновый в брюликах... не нужен.
во всяком случае, в Slackware. Т.ч. абсолютно gramozeka прав - костыль. Ну а нужен он в Gentoo или нет - это совсем другой вопрос.
drBatty, emerge в Gentoo — это интерфейс командной строки к portage, как сказано в man-странице, «сердцу Gentoo». И уж если сравнивать, то не с «костылём», а c «опорой». В Slackware вы же не пользуетесь «святой троицей» — ./configure && make && make install, а применяете slackpkg, slapt-get и т.д. Следуя вашей логике, эти команды — тоже костыль wink
drBatty, emerge в Gentoo — это интерфейс командной строки к portage, как сказано в man-странице, «сердцу Gentoo». И уж если сравнивать, то не с «костылём», а c «опорой». В Slackware вы же не пользуетесь «святой троицей» — ./configure && make && make install, а применяете slackpkg, slapt-get и т.д. Следуя вашей логике, эти команды — тоже костыль wink
ну тут я вас разуверю . Если вы внимательно посмотрите на содержание и синтаксис любого SlackBuildа , то поймёте что сморозили глупость :lol:
#!/bin/sh
#Maikle Maiorov
PRGNAM=cairo-dock
VERSION=2.1.3-9
BUILD=${BUILD:-1}
TAG=${TAG:-_cairo-dock}
# Automatically determine the architecture we're building on:
if [ -z "$ARCH" ]; then
case "$( uname -m )" in
i?86) ARCH=i486 ;;
arm*) ARCH=arm ;;
# Unless $ARCH is already set, use uname -m for all other archs:
*) ARCH=$( uname -m ) ;;
esac
fi
CWD=$(pwd)
TMP=${TMP:-/tmp/SBo}
PKG=$TMP/package-$PRGNAM
OUTPUT=${OUTPUT:-/$CWD}
DOCS="COPYING NEWS PKG-INFO README TODO"
rm -rf $PKG
mkdir -p $TMP $PKG $OUTPUT
cd $TMP || exit 1
rm -rf $PRGNAM-$VERSION
tar -xzvf $CWD/$PRGNAM-$VERSION.tar.gz || exit 1
cd $PRGNAM-$VERSION || exit 1
chown -R root:root .
chmod -R u+w,go+r-w,a-s .
# Set configure options
# If your app is written in C++, you'll also need to add a line for CXXFLAGS
CFLAGS="$SLKCFLAGS" \
./configure \
--prefix=/usr \
--sysconfdir=/etc \
--localstatedir=/var \
--build=$ARCH-slackware-linux \
--host=$ARCH-slackware-linux
# compile the source, but exit if anything goes wrong
make || exit
# Install everything into the package directory, but exit if anything goes wrong
make install DESTDIR=$PKG || exit
mkdir -p $PKG/usr/doc/$PRGNAM-$VERSION
cp -a $DOCS $PKG/usr/doc/$PRGNAM-$VERSION
cat $CWD/$PRGNAM.SlackBuild > $PKG/usr/doc/$PRGNAM-$VERSION/$PRGNAM.SlackBuild
cd $PKG
/sbin/makepkg -l y -c n $OUTPUT/$PRGNAM-$VERSION-$ARCH-$BUILD$TAG.${PKGTYPE:-tgz}
как пример ... каждую строчку можно тупо вводить в консоли , но использовать скрипт как-то проще [ИМХО] :D
gramozeka, я просто следую вашей логике. Или вы считаете использование python'а вместо bash принципиальным отличием, автоматически переводящим emerge в разряд «костылей»?
Ну и, кстати, синтаксис ebuild'ов очень напоминает обычный bash-скрипт.
