Summary: | неправильный путь к brctl | ||
---|---|---|---|
Product: | Sisyphus | Reporter: | bee <bee> |
Component: | etcnet | Assignee: | Andrew Kornilov <hiddenman> |
Status: | CLOSED FIXED | QA Contact: | qa-sisyphus |
Severity: | normal | ||
Priority: | P2 | CC: | ldv, rider, sem, shaba, shrek, vseleznv |
Version: | unstable | ||
Hardware: | all | ||
OS: | Linux |
Description
bee
2007-02-27 16:07:23 MSK
*** 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-шек всяких. Ну и свой багтрекер есть еще. Неудобно/ |