в functions прописано DEFAULT_BRCTL=/usr/sbin/brctl на самом деле: rpm -ql bridge-utils |grep brctl /sbin/brctl rpm -qa |grep bridge-utils bridge-utils-1.2-alt2 rpm -qa |grep etcnet etcnet-0.8.5-alt2 Actual Results: по умолчанию не поднимается мост, приходится делать симлинк
*** Bug 11045 has been marked as a duplicate of this bug. ***
Спасибо, исправлено в trunk.
в 0.8.6 не заметно
Я перед выпуском убрал это изменение в глобальной опции DEFAULT_BRCTL и добавил строку BRCTL=/sbin/brctl в 50-Altlinux-desktop и server. Не помогает разве?
$ rpmquery etcnet etcnet-0.8.6-alt1 $ grep brctl /etc/net/* -r /etc/net/options.d/50-ALTLinux-desktop:BRCTL=/sbin/brctl /etc/net/scripts/functions:DEFAULT_BRCTL=/usr/sbin/brctl /etc/net/scripts/setup-bri:PROF_BRCTL=`profiled_filename $MYIFACEDIR/brctl` не думаю что BRCTL=/sbin/brctl поможет, в переменную BRCTL в скриптах вроде подставляется DEFAULT_BRCTL
Попробуй grep -ir brctl /etc/net И почему все игнорируют опцию -i :)
Выражение ${BRCTL:=$DEFAULT_BRCTL}, afair, означает, что если не задана переменная BRCTL, использовать DEFAULT_BRCTL
не убедительно. DEFAULT_BRCTL и BRCTL указывающие в разные места вызывают по меньшей мере недоумение, а глядя на type brctl подозрение на слепоту разработчиков
Reassigned to new maintainer.
В etcnet bash-specific и так уже используется вовсю. Так что нежелание использовать type в сочетании с "brctl" из $PATH выглядит как нездоровый консерватизм.
Не понял с type, объясните, пожалуйста. А разные BRCTL и DEFAULT_BRCTL чем смущают? Для этого и сделано. У всех(?) (и у нас раньше тоже) brctl был где-то в /usr. etcnet Денисом не позиционировался как for ALTLinux only, поэтому для каждого дистрибутива будут (и есть) свои такие вот специфические опции.
Я уже рассказывал, как можно использовать type на примере absolute(), кажется в списке sisyphus@lists в прошлом месяце. Я убеждён, что дистрибутиво-настриваемым являются только $PATH, имя утилиты и семантика её использования. А полное имя файла из вышеперечисленного вычисляется, поэтому лучше его не настраивать.
А, да, это помню. Сделаем. Просто не хотелось в этом месте тоже менять, все протестировать не успеем к релизу. Меня все-таки интересует, работает brctl сейчас или нет?
работает/неработает смогу проверить только дома. вечером отпишу
DEFAULT_BRCTL обеспечивает sane default, а BRCTL --- возможность его переопределения в любом месте. Полные же пути к утилитам были использованы на всякий случай, от них вреда сейчас я большого не вижу.
В полных путях к утилитам есть определённый недостаток: пути меняются чаще чем просто имена. И этот bug report -- лишнее тому подтверждение.
проверил. бридж поднимается. конкретно эту багу можно закрывать. и можно тут же открывать следующую, на прибитые гвоздями пути к утилитам
Да, спасибо. А новую открывай. Я вот все думаю, можно ли нашу bugzilla использовать для своих todo и самому себе вешать баги? А то валяется вагон todo-шек всяких. Ну и свой багтрекер есть еще. Неудобно/
