10950 2007-02-27 16:07:23 +0300 неправильный путь к brctl 2007-09-22 14:07:33 +0400 1 1 4 Development Sisyphus etcnet unstable all Linux CLOSED FIXED P2 normal --- 1 bee hiddenman ldv rider sem shaba shrek qa-sisyphus oldest_to_newest 45950 0 bee 2007-02-27 16:07:23 +0300 в 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: по умолчанию не поднимается мост, приходится делать симлинк 46418 1 shrek 2007-03-09 20:50:59 +0300 *** Bug 11045 has been marked as a duplicate of this bug. *** 46427 2 hiddenman 2007-03-10 03:57:48 +0300 Спасибо, исправлено в trunk. 47839 3 shrek 2007-04-04 11:54:16 +0400 в 0.8.6 не заметно 47841 4 hiddenman 2007-04-04 12:54:11 +0400 Я перед выпуском убрал это изменение в глобальной опции DEFAULT_BRCTL и добавил строку BRCTL=/sbin/brctl в 50-Altlinux-desktop и server. Не помогает разве? 47842 5 shrek 2007-04-04 13:02:32 +0400 $ 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 47844 6 hiddenman 2007-04-04 13:13:06 +0400 Попробуй grep -ir brctl /etc/net И почему все игнорируют опцию -i :) 47845 7 hiddenman 2007-04-04 13:17:07 +0400 Выражение ${BRCTL:=$DEFAULT_BRCTL}, afair, означает, что если не задана переменная BRCTL, использовать DEFAULT_BRCTL 47850 8 shrek 2007-04-04 13:56:35 +0400 не убедительно. DEFAULT_BRCTL и BRCTL указывающие в разные места вызывают по меньшей мере недоумение, а глядя на type brctl подозрение на слепоту разработчиков 47852 9 ldv 2007-04-04 14:04:11 +0400 Reassigned to new maintainer. 47853 10 ldv 2007-04-04 14:07:44 +0400 В etcnet bash-specific и так уже используется вовсю. Так что нежелание использовать type в сочетании с "brctl" из $PATH выглядит как нездоровый консерватизм. 47854 11 hiddenman 2007-04-04 14:18:05 +0400 Не понял с type, объясните, пожалуйста. А разные BRCTL и DEFAULT_BRCTL чем смущают? Для этого и сделано. У всех(?) (и у нас раньше тоже) brctl был где-то в /usr. etcnet Денисом не позиционировался как for ALTLinux only, поэтому для каждого дистрибутива будут (и есть) свои такие вот специфические опции. 47855 12 ldv 2007-04-04 14:26:53 +0400 Я уже рассказывал, как можно использовать type на примере absolute(), кажется в списке sisyphus@lists в прошлом месяце. Я убеждён, что дистрибутиво-настриваемым являются только $PATH, имя утилиты и семантика её использования. А полное имя файла из вышеперечисленного вычисляется, поэтому лучше его не настраивать. 47856 13 hiddenman 2007-04-04 14:29:25 +0400 А, да, это помню. Сделаем. Просто не хотелось в этом месте тоже менять, все протестировать не успеем к релизу. Меня все-таки интересует, работает brctl сейчас или нет? 47860 14 shrek 2007-04-04 14:34:35 +0400 работает/неработает смогу проверить только дома. вечером отпишу 47895 15 pilot 2007-04-04 21:13:46 +0400 DEFAULT_BRCTL обеспечивает sane default, а BRCTL --- возможность его переопределения в любом месте. Полные же пути к утилитам были использованы на всякий случай, от них вреда сейчас я большого не вижу. 47896 16 ldv 2007-04-04 21:19:48 +0400 В полных путях к утилитам есть определённый недостаток: пути меняются чаще чем просто имена. И этот bug report -- лишнее тому подтверждение. 47916 17 shrek 2007-04-05 09:44:37 +0400 проверил. бридж поднимается. конкретно эту багу можно закрывать. и можно тут же открывать следующую, на прибитые гвоздями пути к утилитам 47921 18 hiddenman 2007-04-05 11:13:33 +0400 Да, спасибо. А новую открывай. Я вот все думаю, можно ли нашу bugzilla использовать для своих todo и самому себе вешать баги? А то валяется вагон todo-шек всяких. Ну и свой багтрекер есть еще. Неудобно/