В списке рассылки разработчиков проекта systemd представлен (http://lists.freedesktop.org/archives/systemd-devel/2013-Nov...) новый сервис systemd-networkd, призванный унифицировать компоненты дистрибутивов, используемые для настройки параметров сети (скрипты /etc/network, /etc/sysconfig/network, etc/sysconfig/network-scripts/ifcfg-* и т.п.). Сервис systemd-networkd реализован в форме фонового процесса и по умолчанию не влияет на существующую конфигурацию, уже используемую в дистрибутиве - сервис может выполняться параллельно с традиционными скриптами и демонами настройки сети.
Настройка systemd-networkd производится через создание файлов конфигурации /etc/systemd/network/*.network. При выборе файла конфигурации для текущего устройства используется логика сходная с выбором файлов ".link", при которой осуществляется линейный разбор файлов в алфавитном порядке и применение первого подходящего условиям файла конфигурации. В отличие от файлов ".link", для категории ".network" доступна возможность сопоставления по именам сетевых интерфейсов.Реализация в настоящее время находятся в состоянии оценочного прототипа и поддерживает только настройку шлюза и статических адресов. Функциональность будет расширена после утверждения базовой архитектуры новой системы. В числе ближайших планов отмечается реализация средств для настройки сетевых мостов, поддержка DHCPv4/6 и IPv4LL, обеспечение RTNL-вызовов (Routing NETLINK) в асинхронном виде, улучшение поддержки IPv6, возможность использования расширенных схем маршрутизации, добавление интерфейса для настройки из командной строки, возможность задания обработчиков при изменении состояния интерфейса.
Пример файла конфигурации:
<font color="#461b7e">
[Match]
MACAddress=
Path=
Driver=
Type=
Name=[Network]
Description=[IP]
Gateway=192.168.1.1
Address=label at 192.168.1.23/24
Address=fe80::9aee:94ff:fe3f:c618/64<font color="#461b7e">
URL: http://lists.freedesktop.org/archives/systemd-devel/2013-Nov...
Новость: http://www.opennet.me/opennews/art.shtml?num=38358
> при которой осуществляется линейный разбор файлов в алфавитном порядке и применение первого подходящего условиям файла конфигурацииТо есть в зависимости от кодировки имен файлов и установленной локали ? Очешуенно ....
> То есть в зависимости от кодировки имен файлов и установленной локали ?50-something были всегда. Что, впрочем, не отменяет ненужности сабжа.
У вас имена файлов системной конфигурации на национальных языках? А чисто ASCII, он в любой кодировке выглядит одинаково.
Ну наконец-то унификация. А то задрало, что у разных дистрибутивов настройка сети по-разному происходит.
Ну сейчас появится ещё один вариант настройки.
Это очевидно, что если systemd становится базовым компонентом в ОС, то всё, что отличное от его подхода, априори становится костылём.
Главное, что бы это не стало вторым пришествием network-manager-а (по версии Земля 2.0).
Мне тошно становится, когда нужно настроить что-либо отличное от методов debian (/etc/network/interfaces) и FreeBSD (/etc/rc.conf), т.к. нарушен принцип kiss.
В принципе все логично - systemd это не 1 программа а коллекция сервисов и утилит. Другое дело что нетворк манагера то не успели толком ассимилировать, а тут дядя Потя обнаружил в нем фатальный недостаток. Опять все переделывать, да? :)
> Мне тошно становится, когда нужно настроить что-либо отличное от методов debian (/etc/network/interfaces) и FreeBSD (/etc/rc.conf), т.к. нарушен принцип kiss.Это вопрос привычки - меня от дебиановского interfaces мутит: кажется нелогичным после /etc/sysconfig/network-scripts/ifcfg* - когда хитрая конфигурация с бриджами, vlan'ами и прочим и эта вся каша в одном файле, бррр. Я не к тому, что он плох, просто это все субьективно, один IP на интерфейсе везде адекватно выглядит, а вот хитрые конфигурации где привык больше, где понял их логику, там и удобнее.
[впрочем, солярку в этом плане никто не переплюнул - раньше настраивали через раздробленые конфиги, потом nwam (кстати, весьма адекватный), а теперь что-то через конфиги, основное через ipadm. Какие-такие текстовые настройки? Забудьте!]
> один IP на интерфейсе везде адекватно выглядитКогда настраиваю bonding из пары интерфейсов, на него несколько vlan'ов, на каждом vlan'е бриджи, на каждом бридже несколько виртуальных интерфейсов, всегда вспоминаю ваши слова... :)
Тут уже не до рюшечек, тут главное, чтоб работало и было понятно.
> Это вопрос привычки - меня от дебиановского interfaces мутит: кажется нелогичным после
> /etc/sysconfig/network-scripts/ifcfg* - когда хитрая конфигурация с бриджами, vlan'ами
> и прочим и эта вся каша в одном файле, бррр.А посмотрите при случае http://etcnet.org -- на федору в своё время тоже прилаживали.
Здесь должна быть шутка про +1 стандарт
http://xkcd.com/927/
А что, ты думаешь, изменится? Никакие вменяемые дистрибутивы на эту пакость не перейдут.
> А что, ты думаешь, изменится? Никакие вменяемые дистрибутивы на эту пакость не перейдут.Вы так заранее рассуждаете о том кто пакость и кто и что сделает, что прямо так и хочется попросить вас дать порулить парочкой майнтайнеров :).
на эту виндоус не перейдут тогда уж, ждем реестр в systemd
перейдут :) шапка заставит..
зачем шапке зоопарак на который она влиять не может?
зачем шапке влиять?
Заговор же. ZOG не дремлет.
за тем что поддерживать продукт сильно проще если можешь на него влиять.. да и делает то что нужно именно тебе а не другим..
> за тем что поддерживать продукт сильно проще если можешь на него влиять..
> да и делает то что нужно именно тебе а не другим..Так они и делают рхел. А вот загнать на рхел пинками кого-то у шапки кишка тонка будет.
> за тем что поддерживать продукт сильно проще если можешь на него влиять..
> да и делает то что нужно именно тебе а не другим..Это для тебя, "погонщика индусов", udev - rocket science. А на самом деле - это достаточно простая тупая утилита, чуть ли не самое сложное в ней - парсинг собственных конфигов. Нарисовать подобное "с нуля" (хотя в этом и нет необходимости) совсем не сложно при желании.
> перейдут :) шапка заставит..А как она может кого-то заставить? У нее вроде нет штата полицаев...
Не мешай. У них баттхёрт. Не видишь - заняты люди, не до тебя им :)
>> перейдут :) шапка заставит..
> А как она может кого-то заставить? У нее вроде нет штата полицаев...да запросто. вы сейчас можете использовать UDEV без systemd?
что прям вот можете? или остаетесь без исправлений ошибок и новых версий?что там у нас с syslog? вы можете легко вынести средства journald и поставить назад rsyslogd ?
ах.. не получается?..
> что там у нас с syslog? вы можете легко вынести средства journald
> и поставить назад rsyslogd ?
> ах.. не получается?..Пациент, полегче. Полегче с беспокойством. Особенно за нас не беспокойся, да?
А сам ты берёшь гораздо больше, чем заслуживаешь. Так что за себя тоже не беспокойся - ты получил, что заработал.
Вот видишь, как всё _гармонично, тихо и _спокойно?! НИкакого беспокойства.
Ого. Столько букав вместо "Узбагойзя".
> да запросто. вы сейчас можете использовать UDEV без systemd?да запросто :)
> что прям вот можете? или остаетесь без исправлений ошибок и новых версий?
да прям могу. Останусь без новых версий. Ошибки бекпортируют. А можно и вообще забить на этот udev. Мы и так можем.
> что там у нас с syslog?присутствует.
> вы можете легко вынести средства journald
> и поставить назад rsyslogd ?а у меня только rsyslogd) никакого journald.
> ах.. не получается?..
не получается что? :)
> да запросто. вы сейчас можете использовать UDEV без systemd?Можем.
> что прям вот можете? или остаетесь без исправлений ошибок и новых версий?
Ну вот например убунтуи как-то так не остались.
> ах.. не получается?..
Тогда замените прокладку между стулом и клавиатурой и нажмите любую клавишу.
На systemd же начали дружно переходить.
> А то задрало, что у разных дистрибутивов настройка сети по-разному происходит.Очумелые ручки не знают покоя, по привычке переустанавливают виндовс^W^W ставят новый дистрибутив каждый вечер?
> Ну наконец-то унификация. А то задрало, что у разных дистрибутивов настройка сети
> по-разному происходит.Так идите на винду -- уж там-то точно одинаково настраивается что в 3.11, что в 95 или NT4, что в 2000, XP, 2003, Vista, 7, 8, 2012 и прочих CE/WP.
Ой, накладочка вышла. Ну на *BSD.
Тьфу ты, снова.
Короче, велостроителям было бы неплохо для начала посмотреть не только на уже существующий NM и обосновать необходимость новой разработки, но и на connman.
Уже не говоря о том, что глядя на то, как проектировались и разрабатывались etcnet и systemd -- пользоваться этим очередным NIH для чего-то немножко умней "dhcp в локалке" можно будет в лучшем случае нескоро.
Продолжается унификация инструментов настройки ... systemd выполняет задачу ;)Идея здравая, посмотрим на реализацию
> Идея здравая, посмотрим на реализациюЭто вообще у них основная проблема.
> Это вообще у них основная проблема.Ну вам то с вашим аватаром к такому не привыкать.
> Идея здравая, посмотрим на реализациюСамое здравое в этой идее:
> Сервис systemd-networkd реализован в форме фонового процесса и по умолчанию не влияет на существующую конфигурацию
Если бы и сам systemd так развивался - было бы замечательно. Многим нужна унификация - кому она нужна сами перешли, а не так как сейчас - сообщество просто раком поставили перед фактом.
> Самое здравое в этой идее:
>> Сервис systemd-networkd реализован в форме фонового процесса и по умолчанию не влияет на существующую конфигурациюдля настройки сети демон не нужен, это же пара вызовов маленьких утилиток. Давно стало понятно, куда движется редхет:
systemd = services.rhc
logind = linlogon
journald = eventvwr
...
> для настройки сети демон не нужен, это же пара вызовов маленьких утилиток.Это тебе так кажется из-за отсутствия опыта. А теперь представь реальную ситуацию - потребительское устройство где должна быть возможность из графического фронтенда а еще лучше - с минимальными телодвижениями пользователя настройть bnep, eth, can, ppp, wi-fi.
/etc/sysconfig/interfaces
> /etc/sysconfig/interfacesТак и представляю себе хомяка который в бортовом компьютере автомобиля до того как завести двигло - правит конфиг сетевок в vi.
>Так и представляю себе хомяка который в бортовом компьютере автомобиля до того как завести двигло - правит конфиг сетевок в viумник, ты хотя бы знаешь как масло в своем авто поменять? более сложные вопросы я задавать не буду.нехрен хомяку в настройки лазить. у него будет две кнопки: "с газом" и "без газа", а на них уже привязаны заранее выставленные конфиги. а если ему дать доступ к чему-то сложнее, ты устанешь по гарантии в сервисном центре бортовые компьютеры менять.
>> /etc/sysconfig/interfaces
> Так и представляю себе хомяка который в бортовом компьютере автомобиля до того
> как завести двигло - правит конфиг сетевок в vi.При чём тут vi? Парсер текстовых файлов делается элементарно, дальше ваш любимый GUI.
Правда этот GUI должен быть сделан действительно хорошо. Настолько хорошо, чтобы позволять создавать все те же самые конфигурации, которые вы можете реализовать в текстовом редакторе. Вот это - mission impossible.
Чё за кретинизм? Невозможно с минимальными телодвижениями это настраивать. Потом ещё захочется вильтров туда прикрутить, потом впн и всё минимальными телодвижениями на потреб устройстве. Может одну кнопку оставить уж сразу.
> Невозможно с минимальными телодвижениями это настраивать.А надо Вася, надо :) учитывая взрыв популярности Linux в потребительском секторе, например
http://eecatalog.com/automotive/2013/07/23/qnx-and-windows-e.../
vpn там не особо интересен.
> Может одну кнопку оставить уж сразу.
не одна кнопка, но расчитывать надо на людей которые про сети ну совсем нифига не знают.
>не одна кнопка, но расчитывать надо на людей которые про сети ну совсем нифига не знают.И что тогда они там будут "настраивать"?
впн тоже относится к сети. Так же как стп, оспф, вррп унд куча других протоколов которые вдруг захочет пользователь одной кнопкой настроить. Для подобного щита есть винда. Но нет же - надо скатить линух к винде, единственное решение для пользователя будет format^W mkfs.btrfs. По остальным случаем только к производителю.> не одна кнопка, но расчитывать надо на людей которые про сети ну совсем нифига не знают.
Конечно. Надо ещё что бы каждый потыкав включил дхцп-сервер какой-нить, так одной кнопкой, либо взял ипшник соседнего устройства. Это же такие пустяки для людей которые про сети нифига не знают.
Я никогда не забуду как 3 ИТшника (не админа, девелоперы все) пытались поднять wi-fi на ноуте с XP.
Сначала утилита от вендора next-next-next... _Что-то_ не работает.
Переставили утилиту, покрутили настройки. Так и сяк — не работает.Удалили утилиту, средствами винды — не работает.
В разном порядки были опробованы включение-отключение адаптера, переустановка дров, перезапуск сервисов.Когда осмысленные подходы закончились (если рестарт можно назвать осмысленным... Ну по меркам винды запуски ping и ipcofing /all пока само не полечится — тоже осмысленное решение :))) начали запускать все сервисы, авось чего-то не хватает...
Самое страшное: непонятно ЧТО именно не работает. Blackbox, все.
Вот вам и минимальные телодвижения.
Сколько бы ушло времени на то, чтоб прочитать хелп по iwconfig и составить команду для консоли? Минут 10 максимум, уверен.
> Сколько бы ушло времени на то, чтоб прочитать хелп по iwconfigЧувак, iwconfig - deprecated утилита. Приколись? :)
>> Сколько бы ушло времени на то, чтоб прочитать хелп по iwconfig
> Чувак, iwconfig - deprecated утилита. Приколись? :)Ну, дело было ± года 4 тому, у одного из челов был HTC на винмобайл еще...
> Ну, дело было ± года 4 тому,Так зачем умничать, раздавая тухлые советы?
> у одного из челов был HTC на винмобайл еще...
Казалось бы, при чем тут вообще HTC.
> Так зачем умничать, раздавая тухлые советы?К тому, что без понимания матчасти любые никелированные ручки бесполезны. Жаль, что до Вас это само не дошло. Как и то, что это непротухающий совет.
> Сколько бы ушло времени на то, чтоб прочитать хелп по ipconfig и
> составить команду для консоли? Минут 10 максимум, уверен.//obvious fix
Так чем история закончилась-то? Мне интересно. Как подняли вафлю-то?
> Так чем история закончилась-то? Мне интересно. Как подняли вафлю-то?В тот вечер не подняли. Дальнейшая судьба мне неизвестна.
Интересно а как в Андроиде реализовано? Там есть и wifi и работа в качестве модема и vpn...
через жэппу. до недавних пор регулярно натыкался на темы как поднять впн и прочее.
Это беда Linux, но не пользователей. И Redhat пытается исправить проблемы в своем дистре.Другие дистры считают, что это полезно и берут себе. Или не считают и не берут (LFS и иные маргиналы)
Которые тут же обзываются маргиналами.Сабж никак не решит проблему у пользователей.
Как была консоль, так и осталась. Им что interfaces править, что сабж в закромах systemd искать и тоже править.
Попробуй, покажи как в этом файлике впн поверх вайфай с впа2 сделать?
Я админ. И я вот не знаю. А ты?Для пользователей нужен гуй. А не ещё один велосипед в консоли.
Всё мнимое преимущество которого — пусть и безобразно, но однообразно.Зыж
Systemd решает проблемы, которых до него не было.
И депенденси-хэлл разросся до гигантских размеров.
Скоро для комманды echo демоны будут.
Ззыж
>И Redhat пытается исправить проблемы в своем дистре.Так пытается, что с первого места на дэсктопах скатилась во вторую десятку.
Специалисты по удобству, угу.
> Ззыж
>>И Redhat пытается исправить проблемы в своем дистре.
> Так пытается, что с первого места на дэсктопах скатилась во вторую десятку.
> Специалисты по удобству, угу.а когда их дестктопы интересовали? на них много не заработаешь - толи дело сервера.. ну и за каждую виртуалочку надо доплатить..
Ты их бухгалтер что ли? Или просто чужие деньги любишь считать?
В любом случае, мне это не интересно. Вон, айзену пиши что ли.
Так они и сервера сливают. Это видно по тому, как народ серверы переводит на Debian или Ubuntu LTS Server.
А эти серверы им были и не интересны (присмотрись, там центос'ы были).
Шапка в ынтырпрайзе рулит.
И доходы это подтверждают.
> а когда их дестктопы интересовали? на них много не заработаешь - толи
> дело сервера.. ну и за каждую виртуалочку надо доплатить..Дык на серверах-то они - тоже того-с. По крайней мере на тех, что ж*** в интернет смотрят.
> Дык на серверах-то они - тоже того-с.Так энтерпрайзные сервера в интернет зачастую не смотрят. Редхат предпочитает их окучивать: относительно немного клиентов и забот с ними vs относительно много бабла с клиентов.
>Так энтерпрайзные сервера в интернет зачастую не смотрят.
>Редхат предпочитает их окучивать: относительно немного клиентов и
>забот с ними vs относительно много бабла с клиентов.Из того на что ты намекаешь - самые большие стада RHEL были подставками под оракал + подставками под J2EE. Со вторым всё ещё неплохо а под первое - бяда. Народ втыкнул на оракал дЫбЫ на оракале оЭс :)
> неплохо а под первое - бяда. Народ втыкнул на оракал дЫбЫ
> на оракале оЭс :)А шапка все наворачивает бабло и наворачивает. Видимо их устраивает.
>Это беда Linux, но не пользователей. И Redhat пытается исправить проблемы в своем дистре.Это может быть бедой Redhat, но никак не Linux. Настройка сети в Redhat по сравнению с таковой в Debian просто УГ. Гибче чем в Debian ничего не видел - тут тебе и resolvconf и guessnet и скрипты без бубна. В Redhat же всё сделано так, чтобы легко было генерировать из графического интерфейса с соответствующим ущербом к гибкости.
>Другие дистры считают, что это полезно и берут себе. Или не считают и не берут (LFS и иные маргиналы)
По-моему именно это в Debian бесполезно, т.к. практически мне не встречалась ситуации, чтобы в Debian стандартными средствами нельзя было бы что-то настроить. Эта конфигурилка, сделанная по стандартам Redhat сделает только хуже.
> А теперь представь реальную ситуацию - потребительское устройствоconnman именно для них и делали, о премудрый старче.
Для переподключений демон нужен даже на серверах.
Переподключений чего?
Если всяких впн-ов, так у них итак свои демоны. Были и останутся.
Для проверки жив ли линк?
Так сабж в этом не поможет. Он его не мониторит.
Для балансировки нагрузки?
Тоже нет.Сабж, как нетворк-манагер. И не более.
Только ещё и фронтэндов с гуи у него в добавок нет.
(А если и появится, то только под г3 и с их новым кдбас, который похтеринг решил, что не совместим со старым, поэтому будут оба два)
> Для проверки жив ли линк? Так сабж в этом не поможет. Он его не мониторит.Вообще-то покойный вменяемый Леннарт успел написать прекрасно работающий ifplugd.
1. Если падает статический линк, конфигурация не меняется.
2. Если падает динамический линк, dhcp его подымает.
3. Софтины которые работают только в привязке к адресу - быдлокод.
4. Если вы в апаче/mysql на динамическом линке прописываете стат. адрес - Вы ССЗБ!!!
5. Если вы думаете, что до вас все были идиоты, и не продумали подобных ситуаций - вы чайнег и лошара.В двух слова - systemd идиотов не лечит, а сделает из вас ещё большего дебила!!!
Встречайте: NetworkManager, теперь NIH-Edition
>NIH-EditionЭто как так? Network Manager как раз был IH, его же тоже в РедХат навелосипедили...
> Это как так? Network Manager как раз был IH, его же тоже
> в РедХат навелосипедили...Ну, даже в пределах одной песочницы есть место где лепить свои уникальные куличики. Проблемы роста, надо понимать. MS вспоните, с их НИХами вроде MFC-COM-ActiveX-C# и т.д. и т.п.
> даже в пределах одной песочницы есть место где лепить свои уникальные куличики.Рад в кои-то веки согласиться, хоть и повод грустный.
Не читавшим всё так же рекомендую:
http://russian.joelonsoftware.com/articles/howmicrosoftlostt...
http://www.joelonsoftware.com/articles/APIWar.html
(если полностью читать неохота -- хотя оно того скорее стоит -- ищите "Raymond Chen" или "Реймонд Чен")
А сам NetworkManager был не таким?
вот уж что что на NM лучше закoпать и бетоноm залить
Держу кулаки за Debian.
arch way: netcfg -> netctl -> systemd-networkd -> ? и так каждый год, что-то новенькое
они уже достали со своим systemd. Свежая инсталляция на рабочем ноуте подвисает при старте с ошибкой "на могу найти плимус". Ну ясное дело - он же не установлен. Да и сервис я не включал. На старой инсталляции на домашнем десктопе после миграции на systemd перестала подниматься сеть при загрузке.Превратили простой дистрибутив в глючную недофедору.
Да, сперва все думали, что это "федорино горе", а оказалось, что горе это еще и сусевое, и аречевое и... кто там еще прогнулся под системд? Ну, вот сейчас они и горюют скопом. И поделом - их предупреждали, ибо.
> Да, сперва все думали, что это "федорино горе", а оказалось, что горе
> это еще и сусевое, и аречевое и... кто там еще прогнулсяА вы уверены что они горюют? Майнтайнерам в половине случаев стало проще, большинству пользователей вообще пофиг что там, лишь бы работало и мозг не клевало. Плакают на форумах пара десятков всяких бакланов которым переучиваться для утонченных системных извращений лень.
>Майнтайнерам в половине случаев стало прощеИм было бы ещё проще, если бы они использовали федору, а не пилили свой велосипед.
Сколько майнтайнеров было опрошено?
> Сколько майнтайнеров было опрошено?А нисколько. Было бы майнтайнерам плохо - они бы или отфоркались или просто пошли в другие места. Субъективно вижу что в довольно большом количестве программ поддержка systemd появилась вообще по инициативе авторов или сторонних патчмэйкеров, конфиг на 5 строк обычно всем не вломак положить рядом с программой.
> Субъективно вижу что в довольно большом количестве программ поддержка systemd
> появилась вообще по инициативе авторов или сторонних патчмэйкеров,
> конфиг на 5 строк обычно всем не вломак положить рядом с программой.Это да; а с другой стороны наблюдаем гигантских дятлов вроде p.drouand@gmail.com, основной "вклад" которых в той же opensuse состоит из выламывания поддержки sysvinit.
То, что это в т.ч. и вопрос культуры -- до шапкозакидателей не доходит.
> Плакают на форумах пара десятков всяких бакланов которым переучиваться
> для утонченных системных извращений лень.Что для хомячков извращения, то для админов - жизненная необходимость.
> Майнтайнерам в половине случаев стало проще,Вы майнтейнер? Если нет, последнее предупреждение -- эту Вашу системную ложь буду молча удалять при встрече.
> большинству пользователей вообще пофиг что там
Марш баги разгребать от того меньшинства, которое не только недовольно, а ещё их и вешает. Вот этим своему ненаглядному systemd хоть как-то поможете, а фанбоизмом -- нет.
> переучиваться для утонченных системных извращений лень
Правильно, всем хватит школьной арифметики, высшая математика бухгалтеру не нужна -- значит, и никому не нужна.
Тьфу на вас.
> Да, сперва все думали, что это "федорино горе", а оказалось, что горе
> это еще и сусевое, и аречевое и... кто там еще прогнулся
> под системд? Ну, вот сейчас они и горюют скопом. И поделом
> - их предупреждали, ибо.А ты думал что логотип на луко-арку с обоями поменял и уже разработал свой дистрибутив? Дистрибутив это в том числе адский труд по проверке вариантов, тестированию и уговариванию апстрима принять твои изменения. Вот и займись, помоги любимому Арчу. На меня не смотри - я не помощник, у нас этим посоны с Redhat занимается, и в федоре такой фигни нет.
>уговариванию апстрима принять твои измененияДля того что бы его "уговорить", как выяснилось, много не нужно - достаточно пару ведущих спецов у себя трудоустроить на полный рабочий день. И - дело в шляпе! А в данном случае еще и в красной шляпе.
>помоги любимому Арчу
Спасибо конечно за предложение, но я лучше помогу любимой генте
> они уже достали со своим systemd. Свежая инсталляция на рабочем ноуте подвисает
> при старте с ошибкой "на могу найти плимус".Не "плимус", а "примус". В следующий раз как под окнами пройдет дедок кричащий "примусы починяем, реестры фиксим" - сразу к нему обращайся.
> Превратили простой дистрибутив в глючную недофедору.
Это карма сынку
Не примус, а плинтус.
Не дед, а гасторбайтер.
И не карма, а капитализм.
> Не примус, а плинтус.
> Не дед, а гасторбайтер.
> И не карма, а капитализм.Такое вот отличие в местечковых реалиях. Кому примус, кому плинтус.
> Превратили простой дистрибутив в глючную недофедору.Погоди, федора всегда была тестовой лабой. Что не нравится то?
>> Превратили простой дистрибутив в глючную недофедору.
> Погоди, федора всегда была тестовой лабой. Что не нравится то?Как бы объяснить: из федоры взяли все плохое. Федоровская же интеграция прямо противоречит концепции Арча-конструктора. Получается, что кроме плохого, ничего больше и не позаимствовали.
> Как бы объяснить: из федоры взяли все плохое. Федоровская же интеграция прямо
> противоречит концепции Арча-конструктора.Не вижу особых противоречий. Сам systemd тот еще конструктор. Как раз арчику подойдет.
ну наконец то. Надеюсь оно будет мение глючное чем существующие альтернативы.
> ну наконец то. Надеюсь оно будет мение глючное чем существующие альтернативы.чем не устраивает /etc/network/interfaces?
Тем что не Поттеринг придумал, очевидно же.
Ну, у него-то свои ограничения есть - к примеру, я не представляю, как там более-менне некостыльно сделать такую простую вещь: после подъема реальной сети проверить параметры подключения и в зависимости от них настроиться: то ли vpn поднять на работу и домой, то ли только домой (если на работе), то ли ничего не делать (дома, где все vpn настроены на роутере). Ну то есть можно скриптами нарисовать, но хотелось бы декларативно. А ведь штука не особо сложная и довольно часто нужная. Особенно в части "если мы не в доверенной сети - поднять vpn в неё".Впрочем, в абсолютной убогости решения от Поттеринга я уверен. В том числе - этот кейс наверняка там тоже удобно реализовать нельзя будет.
> Ну, у него-то свои ограничения есть - к примеру, я не представляю,
> как там более-менне некостыльно сделать такую простую вещь: после подъема реальной
> сети проверить параметры подключения и в зависимости от них настроиться:
> то ли vpn поднять на работу и домой, то ли только
> домой (если на работе), то ли ничего не делать (дома, где
> все vpn настроены на роутере). Ну то есть можно скриптами нарисовать,
> но хотелось бы декларативно. А ведь штука не особо сложная и
> довольно часто нужная. Особенно в части "если мы не в доверенной
> сети - поднять vpn в неё".guessnet
> Впрочем, в абсолютной убогости решения от Поттеринга я уверен. В том числе
> - этот кейс наверняка там тоже удобно реализовать нельзя будет.
За guessnet спасибо, хоть как-то не совсем костыльно
Убогость видна была еще с pulseaudio, где до сих пор до conf.d не додумались ... и с каждым апгрейдом надо конфиги вручную мержить.
> Убогость видна была еще с pulseaudio,Покажи другую аудиосистему которая справится с девайсом типа N900? С несколькими выводами звука и множеством разных претендентов на вывод звука.
Внутри n900 пульса? Всегда думал что там свой демон звуковой, нокиа или интелом запиленый.
> Внутри n900 пульса? Всегда думал что там свой демон звуковой, нокиа или
> интелом запиленый.Там пульс, несколько допиленный нокией. Это единственное из чего они смогли изобразить все многообразие вывода звука типичное для смартфонообразных девайсов за разумное время. Там фичи пульса типа регулировок по приложениям пришлись очень кстати. Не айс, знаете ли, если рингтон будет орать с той же громкостью что и плеер, например. Или там будильник.
Либо уж NM, который только-только недавно хоть как-то вменяем стал
>> ну наконец то. Надеюсь оно будет мение глючное чем существующие альтернативы.
> чем не устраивает /etc/network/interfaces?Чувак его не видел же. :)
Внезапно: эта "гениальная идея" сто лет как реализована в OpenRC.Реализация правда отличается, но сама идея "унифицированный конфиг - единый сетевой демон" в опенрс сто лет как работает "на ура". И единственно что ей мешает, так это шаловливые ручки любителей,- кто бы это мог быть, а?, - менять имена сетевух в udev.
Но никто не запрещает прописать правила udev.
где там сетевой демон? OpenRC в данном случае няшная обёртка над остальными тулзами.
и послезавтра это будет во всех арчах страны, верно?
я блин еще от enp7s0 и wlp8s0 не отошел, а тут уже это...вот что мешало пилить NM? ну чем он _не такой_? даже вроде как и Invented Here...
он как-бы для юзера предназначается, а это системная хренотень
В былые времена было достаточно знать параметры команды ifconfig. М-да..
а сейчас и ifconfig не везде встретишь. sic!
Команда ip лучше. Переход на неё оправдан. В отличие от дополнительных скриптов со своими файлами конфигурации, которые в итоге запускают ту же ip.
Как по мне - она хуже тем, что "под одной крышей" больно много запихнуть постарались, в том числе продвинутого функционала. В результате в простых случаях оно иногда такую ругань выдает, что и близко непонятно, что чего и куда. Хотя это больше к ip route относится, конечно.
По принципу unix-way хуже. В остальном я особых претензий к ip не имею. :)
Если вы сисадмин - может, вам и лучше. Но, по идее, ifconfig - это утилита для простого power user. ip - слишком сложный инструмент для него.Как я понимаю, unix way - это, в том числе, о том, что системой может разумно пользоваться и настраивать её более-менее разобравшийся человек, не являющийся айтишником. Сейчас, конечно, это здорово потеряно, а жаль.
Unix way, в данном случае, подразумевает использование утилит, мы же о них говорим, с ограниченной функциональностью. В вырожденном случае, одна задача - одна утилита. :) Дальше конструктор или утилит.>настраивать её более-менее разобравшийся человек, не являющийся айтишником
Нет, хорошо настроить всегда было сложно. :)) Другое дело, сейчас в рамках упрощения эксплуатации системы, понавешали дополнительных сервисов, которые сами по себе требуют внимания (разработчиков постоянно плющит и колбасит). Разбираться приходится с ними, вместо того, чтобы потратить силы на работу с основами. Как в Винде, появляются всяческие конфиги, сервисы, за которыми не видно системы. И уже командная строка кажется чем-то экзотическим. В Линуксе-то! Во бред.
Да, классно, что система сама определяет устройства, подгружает драйверы, конфигурирует. За счёт монстро-сервисов (правда, нормальную конфигурашку ядра до сих пор не сделали). Юникс-путь же, когда то же самое делалось небольшим набором скриптов с утилитам, уходит в прошлое. :(
> утилита. :) Дальше конструктор или утилит.из утилит
> говорим, с ограниченной функциональностью. В вырожденном случае, одна задача - одна
> утилита. :) Дальше конструктор или утилит.В таком контексте systemd как пачка утилит чего доброго получится юниксвеен :).
> а сейчас и ifconfig не везде встретишь. sic!(смущённо крутя ножкой) Ну было такое в 6.0, но в 7.0 послушались админов и положили.
> В былые времена было достаточно знать параметры команды ifconfig. М-да..Да, настрой таким макаром подключение к wi-fi.
если команда cp не умеет копировать на sftp - это ведь не повод убирать её из поставки? Вот и ifconfig
> если команда cp не умеет копировать на sftp - это ведь не
> повод убирать её из поставки? Вот и ifconfigКстати, вроде в Gentoo одно время отказались от ifconfig. Потом вернули.
не, не было такого, ну или как-то быстро вернули что я не заметил.
> Да, настрой таким макаром подключение к wi-fi.Wi-fi тоже настраивается утилитами. Лучше я разберусь с утилитами wi-fi, чем буду запоминать, какие конфигурации и где надо прописывать в отдельных дистрибутивах. А потом ещё следить за изменениями вдруг ни с того ни с сего пришедшими в голову разработчику.
Сложные системы инициализации хороши в случае обслуживания большого числа удалённых систем. Там оверхед хоть оправдан.
>> В былые времена было достаточно знать параметры команды ifconfig. М-да..
> Да, настрой таким макаром подключение к wi-fi.Во фряхе получится. Это в линуксе отдельный iwconfig.
> Во фряхе получится.У них все получается. При том - через джеппу.
> Это в линуксе отдельный iwconfig.
Ваши данные протухли: там iw вообще-то нынче. А iwconfig - deprecated. И если посмотреть сколько всего этот iw умеет - очень интересно, сколько из этого сможет ifconfig. Хоть бсдшный, хоть какой. Более того - iw оперирует логическими интерфейсами поверх физических phy-интерфейсов. На одном физическом интерфейсе (например, phy0) может висеть несколько логических ("виртуальные" интерфейсы, могут работать в разных режимах). Ну вот iw умеет создавать логические интерфейсы на физических и рулить всем этим. И это более-менее логично оформлено, с пониманием wireless специфики. Не очень понятно как это в рамках ifconfig-а оформлять. Сделать из него супермонстра, в который втрамбовать и несвойственные ему ранее функции типа создания/удаления и-фейсов? И это кстати еще не все, wpa_supplicanta/hostapd/... - отдельные сущности. Их куда? Тоже в ifconfig?
Ну я думаю ifconfig останется... и будет ходить в systemd-networkd по D-Bus
лучше пусть внесут возможность проверки на соответствия заданного параметра из конфигурационного файла в unit секции
Блин, нет еще, не объявили пока себя новым дистрибутивом... фух
Альтовцы, занесите им свой etcnet. Интересно будет на реакцию посмотреть.
> Альтовцы, занесите им свой etcnet. Интересно будет на реакцию посмотреть.https://bugzilla.redhat.com/show_bug.cgi?id=195353
https://bugzilla.redhat.com/show_bug.cgi?id=195365---
At this point, I don't think offering in Fedora alternative network
configuration is worthwhile; there won't be any tools for it, support in the
installer for it, etc. It's best when doing something like this to *not*
conflict, if at all possible (see: NetworkManager.)
--- Bill Nottingham
ненене. В системд обсуждение занести. С словами - зырьте поцики, тут ещё есть скрипты которые можно переписать на сишечке и получим системд-нетворкд. Тут и велосипедизм, и переписывание сриптов в сишечку. Такое не может не понравиться фанбазе Поттеринга.
Этого следовало ожидать.
Мне уже станосится интересно - что ещё засунут в systemd.
Кстати, кто следит за событиями - функции busybox в systemd ещё не запилили?
Дык пульс надо отменять и делать systemd-pulse.
Естессно как с дбас — новый формат комманд. Старые уже устарели.
И да, сразу после базибокса.
Потом надо systemd-opengl/egl.
Потом systemd-weyland/x/mir/...А потом похтеринга закажут... на кикстартере.
busybox -- это немного про другое
там всё засунуто в один бинарь для оптимизации, но взаимодействие между "программами" идёт вполне себе юниксвейно
и он модульный, в отличии от
Не клюйте на "разработчиков systemd", это разработчики Arch Linux, а разработчики Red Hat не одобряют идею.
Боишься что редхатофилы массово бросятся хвалить сабж, завидев слово Systemd, и пофиг что их любимый Red Hat не одобряет?
Идея более чем здравая. Во-первых унификация настроек, вернее ее отсутствие - одна из вещей, которые сильно мешают продвижению линуксов в массы. Во-вторых разнообразие существующих систем говорит о том, что ни одна из них не тянет на "самую правильную" и подходящую во всех случаях. Все они - кучка скриптов, которые дергают от одной до трех прог, которые собственно и делают работу. Разница только в формате конфигов. В-третьих демон, который управляет настройками, однозначно нужен, т.к. практически во всех существующих системах, если нужно что-то более сложное чем пара-тройка статических интерфейсов, приходится велосипедить не по детски. Сетевые соединения сегодня могут появляться и пропадать динамически, могут подключаться и отключаться в произвольном порядке и когда угодно. Демон мог бы мониторить соединения и переключаться между ними по заданным правилам, мог бы настраивать динамические интерфейсы в момент их появления, распределять между ними трафик или делать балансировку. Понятно, что для всего этого есть решения, но было бы очень клево если все сетевые дела можно было прописать в два-три простых файла и не париться.
> Идея более чем здравая. Во-первых унификация настроек, вернее ее отсутствие - одна
> из вещей, которые сильно мешают продвижению линуксов в массы.Согласен. Вопрос в удобстве реализации :)
А то некоторым Linux-оидам XML танцевать мешает ;)
> А то некоторым Linux-оидам XML танцевать мешает ;)А чего в нем хорошего?
1) Разлапистый и многословный.
2) Требует для парсинга здоровенную либу.
3) Тормозной в парсинге.
4) Без спецредактора нечитабелен, особенно если отформатирован абы как. Попробуйте без реформатинга почитать конфиг длинковского роутера например. Который 1 строкой...
> разнообразие
> существующих систем говорит о том, что ни одна из них не
> тянет на "самую правильную" и подходящую во всех случаях.Это разнообразие говорит лишь о том общеизвестном и многими игнорируемом факте, что люди - разные.
Разнообразие существубщих систем говорит прежде всего о разнице потребностей и подходов к их удовлетворению. А для того, что вы говорили раньше, нужен не специальный сетевой демон, а нормальное использование существующего. В частности - все эти события должны вещаться через системную шину сообщений (что и так умеют и systemd, и upstart, но вообще там ничего большего, чем демон d-bus не нужно), ну и плюс неплохо бы обобщенный механизм состояний добавить - то есть процесс может инициировть включение преопределенного состояния - допустим, "сеть поднята" - с параметрами (в данном случае - этой самой сети) прибитыми к нему. Разумеется, вход в состояние и выход из него - тоже события. Вот тогда можно было бы спокойно наваять общий интерфейс настройки реакции софта на всё, что можно. Но нет же - нао нагородить специальных демонов, добавить пачку D-BUS-вызовов и в результате не получить никакого обобщенного фреймворка.
Скорее всего вы правы. Посмотрим, что получится из этой затеи, может быть именно так и сделают (если вообще сделают). Но меня как минимум радует факт, что этим наконец кто-то озаботился на междистрибутивном так сказать уровне. Не то, что бы сильно мешало разнообразие, просто этот зоопарк однозначно из разряда "детских болезней". Когда-то кто-то сделал в Редхате/Дебьяне/Арче так, как посчитал правильным, и теми средствами, какие были на тот момент. Но с тех пор много воды утекло. И средства изменились и потребности выросли и линукс уже не игрушка для студентов, а вполне себе отрасль промышленности. А промышленность не может без стандартов. Пришло время создать очередной. Вполне логично и разумно.
Так могут сделать в убунте, апстарт - практически готовый каркас для этого - это вообще больше событийный движок, чем что-либо ещё. А редхатовцы предпочитают на любой чих делать отдельного демона, отдельные параметры и так далее.Но, честно говоря, я проблему не понимаю. Как минимум, в debian, gentoo и редхетообразных разобраться с настройкой сети конфигом - дело минут. А в 90% случаев сейчас вообще NM используется - который, конечно, убог, но не вижу, чем он хуже, чем то, сабж.
>Но, честно говоря, я проблему не понимаюДа чего тут понимать-то? Все просто: систему, Линукс в смысле, разработанную для инженеров и инженерами Поттеринг и его хозяин пытаются задвинуть в массы.
Причем снижение профессионализма инструментов для решения прикладных и системных задач их волнует мало, до тех пор пока приток новоявленных линукс-пользователей достаточно стабилен. В идеале им хотелось бы, что бы все дистры, за исключением федеры (тестовый полигон) и рхела (серверная платформа, единственная и неповторимая) стали чем-то вроде убунты, но без Космонавта и без серверных примочек.
В реальности, им хватит и того, что ведущие, - по количеству пользователей-новичков, - дистры станут на путь "линукса с s/человеческим лицом/виндовым гуем/". И собственно этой цели они почти что уже добились. Сопротивляется-то ихней экспансии кто? Ну бубунта, Космонавт ибо. Ну, Слака, - Патрик слишком умен, что бы на чистый паралон вестись. Ну и конечно, гента. Все? Ну может еще Мандрива(подобные) не скатятся в полный уг. А дебиан уже обсуждает "разные варианты".
ЗЫ Трудно верить в чистый и незамутненный разум мейнтейнеров, когда они работают на компанию-лидера отрасли, знаете ли. А уж в разум означенной компании, верят только любители сказок.
> Причем снижение профессионализма инструментовПрофессионализм бывает у людей, для инструментов есть другие критерии оценки.
Ну вот этот разворот от инженеров меня и не устраивает. нынешний линукс с каким-нибудь systemd/gnome практически также слабоконтролируем, как винда.Что забавно - сдохнут-то они вместе со всеми, кого убивали. Ну и с MS заодно. А воцарятся HTML5 и прочие тонкие клиенты.
На самом деле так не будет, конечно. Скорее произойдет очередной раскол - будет набирающий рыночную долю масс-линукс (который и правда запросто может превратиться в прокладку для браузера) и маргиналы - инженеры и другие профи - с очередным одним процентом. Да и ладно. Предыдущее поколение для себя нормальные инструменты сделало - чем мы хуже?
Времена раскола и увядания униха повторяются? Уже несколько лет говорю что линух кактится в гогно. Вместо софта нужного корпоративному рынку лепят велосипеды косящие под винду.
> Уже несколько лет говорю что линух кактится в гогно.Забавно читать такие фразы, помня что подобную хрень ты читал еще во времена перехода с a.out на elf.
ИЧСХ пингвин пролез на кучу всего, а экзоты с фанатами Расовой Верноты (tm) его величества Unix'а (R) - в пролете как мухи в самолете. Куда и дорога. Сколько я себя помню - такие по жизни на пингвина наезжали, даже когда тот пешком под стол ходил.
> Времена раскола и увядания униха повторяются? Уже несколько лет говорю что линух
> кактится в гогно.Линукс никогда не был юниксом - вас на...ли :).
> А промышленность не может без стандартов. Пришло
> время создать очередной.Это вы так предлагаете создавать стандарты? Берем, плюем на существующие реализации - и делаем собственный велосипед. Подумать над проблемами совместимости, да просто над тем что люди (не глупые, как правило) сделали до нас - это не наш путь, да.
> Вполне логично и разумно.
В качестве "еще кто-то сделал" и того что еще один "посчитал правильным" - да. В качестве стандарта - нет. Еще один велосипед с квадратными колесами - что он стандартизирует?
> - и делаем собственный велосипед. Подумать над проблемами совместимости, да
> просто над тем что люди (не глупые, как правило) сделали до
> нас - это не наш путь, да.Ваш путь - тот которым пойдете вы. А у других людей свои цели, задачи и пути их достижения. Указывать другим что им делать и куда пойти вы все-равно не сможете, так какой смысл истекать гoвнoм?
Да понятно, что анекдот "что делать если вас насилуют", это про вас.
Лет через 5 встречайте kerneld.
> Лет через 5 встречайте kerneld.Учитывая что kthreadd уже повявился - когда Торвальдса достанет Поттеринг - он ему покажет ответ гвардейских минометчиков :).
А в огороде - бузина.
унификация конечно же хорошокто то писал что через пару лет установка системы сведется к
pacman -S systemd
apt-get install systemd
А вместо GNU/Linux будут писать systemd/Linux
А решаться (или не решаться, уж как повезет) проблемы будут так:pacman -Rdd systemd && pacman -S systemd && systemctl reboot
dpkg -r --force-depends systemd && apt-get install systemd && systemctl reboot
Какая нафиг ананификация, ау админы локалхостов и не только! Давайте всех школьников пострижем в одну прическу, оденем в одну форму, дадим одинаковые ручки, научим отвечать одинаковыми фразами. Слово школьники, замените на бюджетники/предприниматели/холостые/влюбленные и т.д. Что мы получим?! На то оно разнообразие. Не нужно тупить, если не в состоянии разобраться в 2-3 системах инициализации, то им место на форумах win vs lin.
Если неизвестны или не хотите изучать различные системы, чтобы с ними работать, то вас всегда ждет M-корпорация - там нет такого разброса пару раз мышкой поблудили и ... Вперед!
Давайте скажем нет центосу и скажем здравствуй федора, и остальные на свалку истории - что мы получим??? Правильно, нечто вроде подарка от M-корпорации, кажется это уже где-то проходили...
Раз мы все здесь, что есть что-то что нас объединяет, а именно - свобода мыслей и возможность самому выбирать свой путь. Так что давайте не будем бросать петлю на шею и тянуть всех в поттер-world. Каждый выберет то что ему больше нравится.P.S.: Гентушник, очень недоволен политикой объединения /usr (lvm) и / (sdaX), но майнтейнеры так и написали, что поддерживать отдельные фс уже тяжело в связи с повальной поттеризацией. Минута молчания. И поставили перед выбором, либо корень и /usr в одну фс сливать, либо делать initramfs (всегда обходился без него, чему был искренне рад).
> P.S.: Гентушник, очень недоволенМог бы и сразу написать, не вынуждая ни в чем неповинных людей читать сотни бреда.
Я так после этого предпреждения прикинул... если машина стационарная - не вижу никаких предпосылок к появлению проблем, монтирование FS достаточно рано производится. Они пугают, насколько я понимаю, больше тех, кто на всяких странных конфигах сидит - USB-винты, шифрованный рут и тому подобное.
>кто на всяких странных конфигах сидит - USB-винты, шифрованный рут и тому подобное.И что в этом плохого?
Абсолютно ничего, но я к тому, что для кучи гентушников (для меня в том числе) этот отказ от поддержки реальных проблем не принесет.
Коли уж все говорят за systemd, просветите, её к настоящему моменту научили хоть шатдаунится правильно, без сообщений об ошибках размонтирования ФС и выгрузки чего-либо включая собственные сервисы? Я то сам уже покинул сию печальную юдоль, но интересно, как оно там пыхтит в прогрессии.
А вам не кажется товарисчи, что уж слишком много на себя берет systemd? Какаято мелкая паршивая утилитка взяла на себя фактически менять стандарты linux. Такими тэмпами скоро появится файловая система sestemdFS и ядро linux переименуют в systemdkerneltruelinuxonlyfromusesystemd
Дааа, уж где-где, а в части конфигурации сети прямо аж стандарт на стандарте и стандартом погоняет.
Я уже до чего дошел, что когда выбираю дистрибутив, сперва читаю не перешли ли там на systemd... и если есть упоминаю про systemd то сразу отказываюсь от такого дистриба.
Толсто, очень толсто.
> Я уже до чего дошел, что когда выбираю дистрибутив, сперва читаю не
> перешли ли там на systemd... и если есть упоминаю про systemd
> то сразу отказываюсь от такого дистриба.Это фобия, марш к психиатру.
Как же вы надоели.. Вы все, в смысле.
Давайте по факту, а? Что не так с systemd?! Не видел НИ ОДНОГО рассудительного и одновременно плохого комментария от опытных пользователей насчет systemd.> если есть упоминаю про systemd то сразу отказываюсь от такого дистриба
Такой подход к выбору дистрибутива вы правда считаете адекватным? Такое чувство, что подобные комментарии пишут только те, кто мало понимает в теме.
От топика к топику истерики. Заканчивайте пожалуйста или пишите обоснованно. По пунктам. Какие недостатки имеет systemd? Интересуют технические детали. Нытье про "сложность" не интересно и не конструктивно.
>Какие недостатки имеет systemd?Самый главный - он нaх не нyжен. До него все работало, и работало так, как нам надо. После - работать перестало. ИМХО, вполне логично, что адекватные люди, вместо того, чтобы "аcиливать" ленькин лиcапед с квадратнымим колесами, предпочитают юзать то, что они юзали и все работало. Если это значит сменить дистр - ну, сменим дистр, чо. Я выкинул сузю и заменил дебом, и пока об этом не пожалел.
> Самый главный - он нaх не нyжен. До него все работало, и
> работало так, как нам надо.Охренеть, глупость. Нет - нужен. У меня ноутбук быстрее от него загружается - удобно.
Не нужен ВАМ - не пользуйтесь.
Не могу сказать, что с systemd стало удобнее. Но быстрее - ТОЧНО. Одного этого уже достаточно, чтобы не писать "он нaх не нyжен".
Как я и ожидал, никто не написал технические детали, которые "неправильно"/плохо реализованы в systemd. Но я всё ещё жду.
> Охренеть, глупость. Нет - нужен. У меня ноутбук быстрее от него загружается - удобно.В ноутах надо использовать гибернейт. Всё мгновенно получаешь обратно, да ещё и с запущенным софтом и открытыми файлаи. Системд так может?
Что за мания всё перегружать.> Не нужен ВАМ - не пользуйтесь.
Как использовать удев без системд в ближайшем будущем? Как использовать гджм и что ещё они привяжут к системд?
> Не могу сказать, что с systemd стало удобнее. Но быстрее - ТОЧНО. Одного этого уже достаточно, чтобы не писать "он нaх не нyжен".
гибернейт, гибернейт, гибернейт.
> Как я и ожидал, никто не написал технические детали, которые "неправильно"/плохо реализованы в systemd. Но я всё ещё жду.
Много чести. Открой все прошлые обсуждения системд на опеннете. Открой все прошлые обсуждения системд на ЛОРЕ. Там всё есть. Там даже есть слово "открой прошлые обсуждения, для тебя лично никто копировать по 100 раз одно и тоже не будет"
Ну hibernate это одно, systemd - другое. Они для разного. С hibernate у меня вечно были проблемы в Linux. То звук после загрузки отвалится, то ещё что-то.> Как использовать удев без системд в ближайшем будущем? Как использовать гджм и
> что ещё они привяжут к системд?
> Много чести. Открой все прошлые обсуждения системд на опеннете.Хорошо. Посмотрю. Появятся мысли, в этой же ветке напишу.
Спасибо вам за ответы.Да, извините за наезды. Я не в адеквате был.
> Да, извините за наезды. Я не в адеквате был.Не ну если так... Даже не знаю что сказать. Редко на моей памяти кто признаёт что был не совсем прав. Респект и уважуха.
> С hibernate у меня вечно были проблемы в Linux. То звук после загрузки
> отвалится, то ещё что-то.У меня давным-давно работал (что на APM, что на thinkpad ACPI) -- но suspend практичней, если разве не течёт что в ноуте (кажется, на X61t радеон подтекал и батарейки во сне хватало примерно на сутки, в отличие от здорового крепкого сна X60t).
> В ноутах надо использовать гибернейт. Всё мгновенно получаешь обратно, да ещё и
> с запущенным софтом и открытыми файлаи. Системд так может?Простите, STR жрет батарейку и если она умрет - ничего хорошего не выйдет. А сохранять вагон оперативы на диск - уже нифига не мгновенно.
> Что за мания всё перегружать.
Что за мания - машины ждать лишний раз?
> Как использовать удев без системд в ближайшем будущем?
А это ваши трудности. Вон гентушники пилят свой форк. Убунтуи - апстарт юзают. Им надо - они делают. А как вы будете выкручиваться - так это уже ваши проблемы.
> Как использовать гджм и что ещё они привяжут к системд?
См. выше.
> гибернейт, гибернейт, гибернейт.
Повторяйте ваши мантры почаще. Это походу фаза отрицания. Ничего, скоро фаза осознания начнется, не ссыте. А гибернейт и прочая - это все прекрасно, но ничего не говорит о том как мне LXC-контейнер культурно стартануть, например. Ну да, давайте лечить что тысячи админов не развалятся нагородить местечковые костыли, вместо того чтобы пяток строк в конфиг написать.
> Простите, STR жрет батарейку и если она умрет - ничего хорошего не выйдет. А сохранять вагон оперативы на диск - уже нифига не мгновенно.Ну так ты ответить: системд весь мой юзверский софт обратно запустит? Вместе со всеми файлами которые я правил? И всякие андо/редо будут работать? Насколько процентов быстрее запустит это всё системд и сколько займёт открытие пользовательских файлов? В процентах и секундах, естствнно.
Ловко ты попытался уехать от темы. Только так передергивать будешь в детском садике.> Что за мания - машины ждать лишний раз?
Как-то не жду. Либо запущена всегда, либо гибернейт.
> А это ваши трудности. Вон гентушники пилят свой форк. Убунтуи - апстарт юзают. Им надо - они делают. А как вы будете выкручиваться - так это уже ваши проблемы.
- Рабинович, почему вы уезжаете?
- Меня не устраивает ваше отношение к гомосексуализму!
- ?!
- При Сталине за это расстреливали, при Брежневе - сажали, сейчас это - норма. Понимаете, я таки хочу уехать из этой страны, пока это не стало обязательным!"Потом внезапно раз так и окажется что между виндой девяточкой и линухом нет никакой разницы - глючное непонятное гогно которое можно исправить только перестановкой и на всё надо звонить в стп.
> Повторяйте ваши мантры почаще. Это походу фаза отрицания. Ничего, скоро фаза осознания начнется, не ссыте. А гибернейт и прочая - это все прекрасно, но ничего не говорит о том как мне LXC-контейнер культурно стартануть, например. Ну да, давайте лечить что тысячи админов не развалятся нагородить местечковые костыли, вместо того чтобы пяток строк в конфиг написать.
Да кому сдался ты и твои контейнеры. Костыли везде видишь на тысячи строк. Как до такого зоркого тебя всё работало и никакие тысячи костылей никто не наблюдал. А сейчас потихоньку хиперв вкручивается в рынок виртуализации. Потому что, да, вот здесь костылей вагон. Либо бери платный РХЕВ, где всё есть. Либо бегай и пили костыли непонятно с чем совместимые. А у этих криво-косо но дело идёт к улучшениям.
А такие как ты продолжают улучшать то что итак работало. Людям нужно как бы не это. Им надо просто/некостыльно/централизованно иметь то что имеет сейчас мс. Но нет, мы лучше системд пилить будем - здесь же основная проблема в линухе.
> Как я и ожидал, никто не написал технические детали, которые "неправильно"/плохо
> реализованы в systemd. Но я всё ещё жду.Свистелки и перделки реализованы неплохо, вот только нормального init недостаёт.
Хотя бы чтоб не сегфолтился почём зря.
Я вас понял. Извиняюсь, но я думал и так все очевидно. Есть скрипты, которые запускают систему и к ним давно уже привыкли и они прекрасно выполняют свою функцию. В скриптах также можно запускать все выборочные дрова, сервисы и демоны и др. скрипты фоном. А какая функция systemd???? Я лично у вас спрашию, у всех у вас кто не понимает что systemd ненужен по факту, дефакто и деюро!!!! Правильно - systemd запускает паралельно, т.е. фоном, те демоны, которые можно запустить фоном и проверяет чтобы зависимые демоны были запущены позже от тех о кого зависят. Т.е. он делает все тоже самое что уже изначально можно было делать в Linux. Надеюсь я все разложил по полочкам.
Спасибо за ответ.
У меня без systemd запускались фоном процессы. Было медленнее.
В том что вы написали есть последовательность, логика и простота. Вот именно простота и смущает. Если бы всё было вот так, как вы написали, то с какой стати systemd получил бы такое распространение? Я не думаю, что в Arch'е, Fedora и т.д. дураки работают, которые знают меньше нас.
Вы не привели технические детали. Я хотел бы услышать их от специалиста. Читал когда-то комментарии ни то известного программиста, ни то ещё кого-то умного о systemd. В них все было по делу и совершенно без неприязни. Возможно это было какое-то "развеивание мифов" вокруг systemd.А главный вопрос содержится в вашем ответе:
> А какая функция systemd?Прежде всего нужно ответить на него, а потом доказывать несостоятельность и ненужность проекта.
> Прежде всего нужно ответить на него, а потом доказывать несостоятельность и ненужность
> проекта.Доброе время суток, коллеги. Писал уже давно - функция этого поделия - нанести удар по юниксу вообще. Как пишут исследователи - в разденение на шиитов и сунитов исламе привело к расколу единого исламского мира и стравливание половины друг с другом. Аналогично же, видно же было давно. Реестр в аиксе, введение реестра и допсущностей в солярке, теперь паразитическое вживление бессмысленных сущностей в лиинуксе. если получится продавить - понятийный вирус начнёт строгать вместо носителей непротиворечивых алгоритмов мышления очередных быдлоидников
> нанести удар по юниксу вообще.Для начала, Юникс - околевшая проприетарная операционка от AT&T. Ну и торговая марка. Пингвин сроду не собирался даже пытаться называться unix'ом. Поэтому что там случится с юниксом (торговой маркой) или юниксами (той парой проприетарных хреновин типа макоси, которые таки получили право так называться) - в линухе скорее всего всем перпендикулярно. Тот который gnu/linux не unix вообще изначально: GNU == GNU is Not Unix.
> в разденение
Кошмар. Русский язык вы совсем не учили?
> теперь паразитическое вживление бессмысленных сущностей в лиинуксе.
Как раз systemd - вполне осмысленная сущность. Ряд приблуд в нем таки решают типовые задачи администрирования, которые раньше админы вечно подпирали местечковыми костылями. И да, шапка вовсе не собирается ориентироваться на наибольший общий знаменатель со всякими мелкотравчатыми *nix-like. И тут они даже по своему правы. Например, бзды сроду фигарили на своей волне и вообще ни с кем не считались ни в плане совместимости. Соляра, макось - опять все по своему. И только пингвин кому-то что-то "должен". Ага, щаз. Никто вам ничего не должен. А выполнение тех или иных работ совместно - сугубо вопрос совпадения или несовпадения целей.
> очередных быдлoидников
Я вас узнал, вы отсюда: http://lurkmore.to/%D0%BD%D0%B5%D0&...
понятно, когда поделие потринга отрицают администраторы с опытом. но удержать реальность в привычных рамках при наличии внешних какашечных сил не получится. На мой взгляд оптимум здесь в том чтобы выйти за пределы "заколдованного круга зависимости от влияния какашек" - для этого нужно быть готовым оставить профессию и развивать созвучное вашему пониманию в других местах "могу копать. А могу и не копать ... (C)"
> не думаю, что в Arch'е, Fedora и т.д. дураки работают, которые
> знают меньше нас.А тут все просто: написать конфиг подобному стартеру на 5 строк - сильно проще чем колупать портянки из скриптов на 2 страницы, где даже средств логгинга и отладки толком нет. Ну то-есть, когда ваш кастомный сервис не взлетит по непонятной причине - вы таки сами как-нибудь изгалитесь присобачить какое-то подобие логгинга/отладки. Просто делать это будете вы, системный администратор. Тогда как в systemd/upstart/... - ошибки худо-бедно ловятся, логи пишутся, etc.
При том зачастую скриптятина писана черти-кем и черти-как. Поэтому когда что-то не работает - суешь туда нос, а там жесть, как она есть. Три страницы кода пополам с конфигурационными данными, раскиданными по всему файлу. Очень "удобно".
То что есть виртуализация (прямо в ядро Linux встроен гипервизор - KVM) и неплохо бы уметь как-то культурно стартовать виртуалки без костылинга всего этого каждый раз админом - опять же олдфаги не слышали. Такая же фигня - с контейнерами и cgroups.
Кроме того стартеры такого плана умеют полезные фичи. Ну там пользователя выставить, приоритет процессу правильный ввинтить, рестартануть отвалившийся процесс, с лимитированием этого дела на случай если процесс умрет совсем например из-за кривых рабочих данных. Нет, все это конечно можно и самому на шеллскриптах накостылить, но в конфиге это будет пара строчек, а на шеллскрииптах придется довольно долго выписывать костыль. При том - совершенно типовой, итить.
>> А какая функция systemd?
> Прежде всего нужно ответить на него,По логике вещей - централизованная сущность заведующая процессом старта системы и тому что вокруг. Сама по себе идея смотрится логично. Вот реализация - Гарри Поттер конечно разошелся, не отнять :)
> ваш кастомный сервис
> ваш кастомный сервис
> ваш кастомный сервис
> раньше админы вечно подпирали местечковыми костылями
> раньше админы вечно подпирали местечковыми костылями
> раньше админы вечно подпирали местечковыми костылямиО как. Костыли как были так и остаются. Только мы немного размажем этот бардак по всей системе.
Но святая уверенность, что большинство админов только и делают что запускают костыльные, самописные сервисы, она радует, да.
Господи, как хорошо что есть open source. Можно просто не замечать доставалов.
По сравнению с учестью пользователей винды даже системд это свободный рай. ))
А еще они позволяют заработать на банку яги убогим эникейщикам типа вас.
MS-студент очередной? Звать Шигорина?
> MS-студент очередной? Звать Шигорина?Очевидно (этот дурачок пытался было сперва осторожничать, но уже засветился); да, пожалуйста. Как вариант, сдавайте эту пустую тару на утилизацию почтой или жабером.
Linux явно на перепутье и штормит не на шутку... Redhat - systemd, gnome, Ubuntu - upstart, unity, ubuntu kernel, Valve - SteamOS, Oracle, Android, Tizen...
Linux в своей стихии, и это радует.
> Linux явно на перепутье и штормит не на шутку...Если нечто не развивается - значит оно сдохло.
Куда им до dladm/ipadm
Правильно, NetworkManager надо тоже интегрировать в systemd.Systemd. Глобальный, интегрированный.
Хорошая инициатива. Главное, что-бы данный способ настройки сети стал дефолтным,а не ещё одним. А то очень не приятно, что настройка сети в Debian-based и RH-based сильно отличается.
Пожалуй, надо бы разработать новый язык программирования, programL.
А то, что-то, не очень приятно писать на C, Java, Python... И чтоб был единственным языком. А то это разнообразие совсем работать мешает.Да и юзерам неудобно же. Надо, чтоб был декларативный. И операторы под самые востребованные фичи надо обязательно запилить, чтоб юзеры не утруждали себя лишним бойлерплейтом:
X{message} - создать окно с кнопкой закрыть
?{question} - создать окно с вопросом и кнопками Да/Нет
DO{#number} - выполнить действие с номером number. Список доступных действий содержится на по адресу http://programL.redhat.com/actions
Не смешно. Ни в одной ОС, кроме Linux нельзя настроить сеть кучей разных, и не соместимых между собой, методов. Это не нормальная ситуация. Почему пользователи MacOS X, FreeBSD, Windows и Solaris имеют один стандартный способ настройки сети из GUI, и один - на уровне консоли и конфигурационных файлов. А в Linux чуть ли не каждый дистрибутив имеет свой велосипед по настройке сети. При том все велосипеды делают абсолютно одно и то-же. Если ЯП бывают разные(с динамической и статической типизацией, компилируемые и транслируемые(интепретируемые), компилируемые в native-код и компилируемые в байткод(да ещё и отличающиеся по своей парадигме), то для настройки сети достаточно одной стандартной утилиты. И пусть она будет не самой навороченной, зато простой в конфигурировании.
> Почему пользователи MacOS X, FreeBSD, Windows и SolarisWindows — выше есть моя история про вайфай на ИксПи. И какой еще один метод? Каждый вендор сует свой конфигуратор, несовместимый ни с чем другим. Это еще хуже.
Solaris — там вообще два юзерспейса параллельно существует. Никого не парит, кому надо, пользуется.
И путать ядро линукс и ОС (дистрибутив) не надо. Дистрибутив (в данном контексте ОС) предоставляет дефолтный инструмент для настройки сети. То, что я могу его заменить на понравившийся — только плюс.> И пусть она будет не самой навороченной, зато простой в конфигурировании.
я даже не могу возмущаться... это просто проявление узколобости, скудоумия и лени.
Головкой слаб? В винде основной способ настро
Ещё раз.
Головкой слаб? В винде основной способ настройки графический. Регулярно его меняют и мышкой тыкать надо уже в других местах.
В винде есть возможность настроить сеть полностью из консоли. Не верите, проконсультируйтесь с опытным админом. А вообще, можете погонять для расширения кругозора Windows Server - отучитесь бездумно елозить мышью по кнопкам в оффтопике.
Ты и раньше умом не блистал, но сейчас перешёл на новую ступеньку. Какая консоль? Тебе сколько раз повторить, а:
> В винде основной способ настройки графический
> В винде основной способ настройки графический
> В винде основной способ настройки графический
> В винде основной способ настройки графический
> В винде основной способ настройки графическийВот теперь этим основным способом настрой сеть в разных виндах. Как найдёшь идентичность так и приходи. Можешь настроить и админить, мышкой, ексченджи. Там же все версии идентичны в администрировании.
> проконсультируйтесь с опытным админом.
Попытка показать себя взрослым дяденькой? Ну так обломайся мальчик. За стенкой этих виндов куча. И все основным способом настройки - графическим интерфейсом - отличаются. В последнее время правда они откручивают потихоньку графику и всё больше прикручивают пауршелл с цмдлетами. Но и их регулярно перехакивают так что каждый раз надо по разному делать одни и теже действия.
Можешь бурчать дальше как корабли^W у мс всё везде идентично и понятно.
Вы не понимаете, что я имел в виду. Меня раздражает не тот факт, что в новых выпусках дистров удаляют старый функционал, ради нового(это я как раз приветствую). А то, что дистрибутивы одного и того же года выпуска, с похожим набором пакетов, используют совершенно разные системы инициализации, конфигурационные файлы и подсистемы, отвечающие за настройку сети. Нужна унификация, что-бы купив учебник по Linux человек знал, что не важно какой дистрибутив он использует, он везде сможет установить нужное ПО, и настроить его, следуя советам данного учебника. Сломают что-то в новой версии? Не беда, главное что-бы революционное нововведение тоже было одним для всех дистрибутивов Linux. Тогда создатели проприетарного ПО смогут смело разрабатывать ПО для Linux(профессионально ПО, и игровые приложения), производители - драйвера(без необходимости их адаптации к закидонам различных дистрибутивов), а потребители(обычные люди, не красноглазые айтишники) - смогут ходить на курсы Linux, и покупать книжки для чайников. И не надо мне говорить, что в винде в разных выпусках настройки сети отличаются. Не так уж они и отличаются, это раз. И не так уж часто кардинальном меняется интерфейс Windows - это два. И наконец, не важно какую сборку винды человек юзает(а не секрет, что дома у большинства стоят пиратки с гадостью вроде Zver CD) - если это XP, то все версии данного выпуска ОС имеют одно и то же окно настройки сети. То же самое и с Семёркой. Я не против перемен, я не люблю фрагментацию. Надеюсь, на этот раз я ясно до вас донёс свою мысль? И да, основной способ не подразумевает отсутствие дополнительного. Мне всё равно, как хомячки настраивают сеть в Windows. Мне для моих нужд и netsh с головой хватает. А ведь данная утилита нормально работает с Windows 2000 вплоть по Windows Server 2008. Так что не надо рассказывать, как часто в винде что-то там меняется.
Так возьми один дистр линуха - федорку и его используй. А не парь мозги что различаются настройки в разных дистрах. Ничего там не различается, как в виндах, - ифконфиг работал везде раньше, ип сейчас. Независимо от дистра. А вкручивать причинный орган в слуховой аппарат будешь кому-нибудь другому. Сначала покажи картинками как идентично выглядит настройка сети в разных виндах. Будешь опять хню писать про нетш - отправлю читать маны по ифконфиг и ип.
А прежде чем дальше писать как всё однообразно в продуктах компании микрософт, например, погугли про удаление писем в разных версиях ексченджей. Вот уж полная идентичность в каждой следующей версии.А со своими айн дистр, айн бух, айн фюрер иди в винды. Да и там ты счастья не найдёшь.
> А то очень не приятно, что настройка сети в Debian-based
> и RH-based сильно отличается.Ну так идите в LF со стандартом, документирующим скрипты настройки сети в Debian. Это будет стандарт для всех и в RH-based ничего отличаться не посмеет...
А network-manager на свалку?
Он будет графической мордой к этим самым конфигам.
Скоро в линуксе будет 3 базовых кирпича: kernel, systemd и DE. Ну а дстрибутивы отомрут за ненадобностью.
Всё включат в systemd :)
Нет, после этого просто те, кому работать надо, соберутся вокруг какого-то дистра и (не без мата), выкинув эти самые systemd и DE, будут делать себе удобное для работы окружение.
И в итоге по работе нифига не сделают
Скорее бы... Наличие многих велосипедов мешает нормальному развитию системы...
Сейчас мы услышим чего именно линуху не хватает и как тут поможет системд-нетворк. На лоре есть один любитель системд - василийпупкин. Его до сих пор несёт на тему что выпускать свой корпософт он сможет лишь при унификации настроек сети. На вопрос что за софт, на кой он нужен пользователю, и зачем ему лазить в настройки сети своими прориетарными руками - молчит.
Лично я за метод генты, там все просто, понятно, логично, минималистично и в одном файле.
Думаешь, это надолго? Arch вон тоже был Ъ. И что теперь?
Он там уже есть в стейблах, со вспомогательным ебилдом интеграции и пресетом ведра. Хаха. До(в)брасываем юнити из одноименного оверлея, радуемся Ъ NIHопоку 80 лвл.
+, самая лучшая реализация среди всех.
Systemd просто пожирает Linux. Это уже не GNU/Linux, а systems/Linux. От UNIX'а почти ничего не остаётся.
Мне иногда кажется что Поттеринг и его последователи задались целью "задушить в дружеских обьятиях" GNU\Linux ))
you'll get my ifconfig when you pry it from my dead cold fingers
потом появится systemd-networkd-configd и т.d.
А потом systemd предложит kerneld.service и устроит переворот с лагерями для несогласных. :-D
А так не хочется с Arch Linux уходить.
Ну вот представьте сами себе... ну допустим systemd централизует и унифицирует старт и конфигурирование системы... но ведь потом появятся еще одни такие же умники, которые решат что systemd это конечно хорошо, но linux нужны альтернативные варианты, чтобы у сообщества был выбор. И под этим лозунгом начнут пилить свою systemd, и заманят этим лозунгом сторонников на свой берег, только назовут ее например daemonsys... И т.д.И еще хочу сказать - окаком логгинге вы тут трете? В linux изначально есть лог загрузки системы и там все видно прекрасно и максимально детализированно.
Лично я считаю что systemd не нужен, дублирует по своему то что уже изначально есть в linux, и вредит! Я за KISS!
И еще добавлю одно, если специально задасться целью чтобы linux загружался максимально быстро, то можно и без systemd сделать так что он будет грузиться в считанные секунды.
