LiveStreet

Да, полностью с Вами согласен.

Дык это одно из решений данной проблемы.
Кстати, в Fedora я такого не встречал, если честно.

При обновлении — он сам и не встанет, только при новой установке 15-ой :)

с biosdevname имена интерфейсов станут: emN (встроенные) и pci#N (доп. платы).
Собственно, если сервера однотипные, то поможет весьма, поскольку на каждом из них имена интерфейсов будут одинаковые, и сразу будет ясно кто — где.
Если же сервера разные, то будет разброд и шатание, но достаточно снести biosdevname и перегрузиться, все станет, как было раньше :)

А не надо говорить, надо попробовать :) И сразу появится тема для разговора :)

И, кстати, про привязку к маку — никто не говорил ;)

Инициатор всего этого — Dell. biosdevname — делали они. Я писал об этом выше.

Если >1 сетевухи встроенной, то будет em1, em2 и т.д.
И порядок они ввели, почитайте попродробнее про biosdevname.

Не, ну ты зря на самом деле, я общался с админами, у которых есть сервера Dell'овские, многие говорят, что именование и его ныняшняя непредсказуемость — проблема. И этот самый biosdevname — интересное ее решение.
Хотя сам я не админ, в стороне остаюсь с вопросом насколько это полезно/вредно. Но приятно, что сейчас на desktop'е у меня rawhide и я знаю четко, что em1 — это сетевуха встроенная, а все остальное — внешние.

Тестирование окончилось относительно удачно, было поймана масса багов, к тестированию непосредственно не относящихся. Очень печально, что наших соотечественников всего двое: Юлия (QA RedHat) и я.
На англ. странице тестового дня, внизу таблица результатов.
Можно глянуть, чем закончилось тестирование. От идеи вряд ли откажутся, ведь спедалировано оно Dell (одним из спонсоров FP).

Wifi — именуется модулем или переименовывается в соответствии с правилами udev.
Т.е. тут никаких изменений не ожидается.
Новая схема удобна, но Fedora Project не настаивает ;)
Удаляете пакет biosdevname и все становится, как прежде: ethN.
К тому же при обновлении на 15-ую старая схема именования останется.

Дак это же здорово!

Эх, если бы не mono. Мог бы помочь.
Но mono — это то, чего очень, крайне, весьма не хочется касаться, даже 10м палкой :)
Автор не желает сменить рельсы, скажем на с++ с qt?
Аргументирую, mono, например в той же Fedora, будет требовать 200 с лишним мегабайт зависимостей. Ну и отношение многих дистрибутивов к mono, скажем так, не всегда сердечное.

Посмотрел, красиво :) Можно смело дописывать поддержку Python 2.7 работает без сучка, без задоринки.
Единственное пожелание, пока, возникло — выбор языка интерфейса как-то автоматизировать исходя из локали. А то я не в раз нашел язык, честно признаться сперва в ini-файле, а лишь потом в настройках :)

Вот здорово, теперь есть 2 вариант и начинающие программисты выберут подходящий им :)

Напиши свой пример с комментариями ;) И раскрой тему зла от ООП :)

ну вот, «и меня посчитали», как говорили герои старого мультика )))
мой вклад, Аркадий сильно преувеличил.

Да, увы, команда мейнтейнеров fedora очень часто пользуется WONTFIX'ом, подменяя нормальный разбор и исправление разного рода workaround'ами.
Что тут посоветовать, только прислать им патчи, хотя и это не всегда помогает.

Согласен, просто не привычно.

А я к старому аскетичному привык, снова привыкать, но да ладно. Что не сделаешь ради любимого дистрибутива :)