Леннарт Поттеринг (Lennart Poettering), автор Avahi (реализация протокола ZeroConf), звукового сервера PulseAudio и системного менеджера systemd, объявил (http://0pointer.de/blog/projects/os-release.html), что начиная с выпущенной вчера 43 версии systemd, будет прекращена поддержка специфичных для разных дистрибутивов файлов с информацией о релизе. В настоящее время, каждый дистрибутив использует собственный набор файлов для идентификации дистрибутива (/etc/redhat-release, /etc/SuSE-release, /etc/debian_version и т.п.), при этом многие дистрибутивы одновременно поддерживают несколько типов подобных файлов (например, в Fedora Linux их четыре). Вместо данного специфичного для каждого дистрибутива нагромождения предлагается использовать единый файл с информацией о дистрибутиве - /etc/os-release (http://www.freedesktop.org/software/systemd/man/os-release.html). Наличие данного файла отныне становится обязательным для дистрибутивов, которые желают обеспечить запуск systemd.
Подчеркивает...URL: http://0pointer.de/blog/projects/os-release.html
Новость: https://www.opennet.ru/opennews/art.shtml?num=33092
а зачем этот авахи нужен?
> а зачем этот авахи нужен?Получить рабочую локалку, ничего не настраивая и даже не имея понятия о TCP/IP. Хомячки довольны.
Плюс прочие фичи Zeroconf http://ru.wikipedia.org/wiki/Zeroconf
У кого нибудь хоть раз заработало?
Как ни странно, вот это - всегда отлично работает. Принтер в офисе никто ни разу не настраивал себе, и под виндой, и в линуксах и на маках отлично находится сам.
Версия/модель?
Видимо, cups-1.5
Так разные же… Достоверно помню убунту начиная с 10.04, генту, centos 6, сусю 11.x
> У кого нибудь хоть раз заработало?Работает всегда, никаких проблем. А что?
Работать-то оно работает, только им не пользуется никто.
у меня. года уже 4, что ли. анонсю WebDAV шары и принтер.
> У кого нибудь хоть раз заработало?У меня. Сетевой принтер детектит как из пушки.
Кстати да. У меня тоже в относительно большой сети (~120 компов) после подключения компа в сеть принтеры нашло со сорость незаметной для глаза. Даже подумал, что баг и там мои старые принтеры отображаются. Во как.
>Получить рабочую локалку, ничего не настраивая и даже не имея понятия о TCP/IP. Хомячки довольны.Авахи отключаю первым делом с прочими ненужными мне службами:
1) локалка работает, ничего не настраивая
2) понятия о TCP/IP не имею
3) доволенЯ не ради потролить, а на полном серьезе. Зачем нужен авахи я так и не понял до сих пор. Дебиан уже 4 года пользую.
> Я не ради потролить, а на полном серьезе.Сначала человек рассказывает про работающую через libastral локалку, а потом еще говорит, что он серьезен.
Где-то тут противоречие...
DHCP?
Настройка DHCP требует некоторого представления о TCP/IP.
> Настройка DHCP требует некоторого представления о TCP/IP.на стороне клиента - нет. оно в 99% случая по умолчанию
> Я не ради потролить, а на полном серьезе. Зачем нужен авахи я
> так и не понял до сих пор.Хорошо сетевые принтеры в LAN детектит. Руками прописывать конечно можно, но лениво и айпишник надо знать. А тут полный плагнплюй.
>> Я не ради потролить, а на полном серьезе. Зачем нужен авахи я так и не понял до сих пор.
> Хорошо сетевые принтеры в LAN детектит. Руками прописывать конечно можно, но лениво и айпишник надо знать. А тут полный плагнплюй.Пять поколений до тебя руками прописывали, а ты мало того, что «плагнплюй», так ещё и без бубна, еретик!
> Пять поколений до тебя руками прописывали, а ты мало того, что «плагнплюй»,
> так ещё и без бубна, еретик!Да, я ленивый бастард. Люблю когда рутинная работа спихана на машины.
>> Пять поколений до тебя руками прописывали, а ты мало того, что «плагнплюй», так ещё и без бубна, еретик!
> Да, я ленивый бастард. Люблю когда рутинная работа спихана на машины.Хорошо, что ещё остались люди, которые помнят, зачем создавались ЭВМ.
И само слово ЭВМ.
> Также интересно, что стандарт LSB предоставляет файл /etc/lsb_releaseАвтор, похоже, плохо разбирается в сути вопроса. Файл /etc/lsb-release - это не стандарт, а убунтоспецифичный аналог os-release. Формат данного файла контролируется разработчиками canonical, и они вряд ли пойдут на компромиссы с товарищами из редхата, суси, мандривы и т.д. В то время как systemd и os-release - изначально междистрибутивные проекты, ставящие целью унификацию и стандартизацию.
> Формат данного файла контролируется разработчиками canonical, и они вряд ли пойдут на компромиссы с товарищами из редхата, суси, мандривы и т.д.Как каноникал относится к редхату - хорошо видно по той истории, когда они специально патчили PulseAudio, чтобы тот хрипел и заикался. В fedora, opensuse, mandriva - работает хорошо, звук нормальный. В ubuntu - словно в избу-икальню пришел.
Гон дешевый, нормальный звук в Ubuntu на пульсе.
> Гон дешевый, нормальный звук в Ubuntu на пульсе.Теперь - может быть. После того как Поттеринг их лично за шкирку взял и носом потыкал в их кривые патчи: http://0pointer.de/blog/projects/pa-in-ubuntu
>Теперь - может быть. После того как Поттеринг их лично за шкирку взял и носом потыкал в их кривые патчи: http://0pointer.de/blog/projects/pa-in-ubuntuНе удивительно, твой Поттеринг даже не потрудился привести, почему патчи кривые. Впрочем, пульсаудио как был глючным, так и остался. На любом дистрибутиве.
номера багов в трекере?
>Впрочем, пульсаудио как был глючным, так и остался. На любом дистрибутиве.У меня работает безукоризненно. Ибо к выходу PA множество багов устранили и довели до юзабельного состояния. Хотя до этого, к слову, тоже тем ещё глюкалом считал.
> множество багов устранили и довели до юзабельного состояния.нененене, что-то мне не хочется пользоваться багами, даже «доведеными до юзабельного состояния».
>>Впрочем, пульсаудио как был глючным, так и остался. На любом дистрибутиве.
> У меня работает безукоризненно. Ибо к выходу PA множество багов устранили и
> довели до юзабельного состояния. Хотя до этого, к слову, тоже тем
> ещё глюкалом считал.IMHO - pulseaudio годится для организации звука в системах, где к _качеству_ звука требования "усреднённые". По принципу - "должно пиликать". Как в телевизорах 2-го или 3-го поколений. Действительно: зачем "сумасшедшие" диапазоны и "нерально низкие" уровни искажений для "системной подзвучки", где на вход звуковой карты подаётся жатый-пережатый МРЗ-шник?
А по теме топика - "иШШо одна попытка" убелить окуружающих в своей "д`Артаньянности"...
> Автор, похоже, плохо разбирается в сути вопроса. Файл /etc/lsb-release - это не стандарт, а убунтоспецифичный аналог os-release. Формат данного файла контролируется разработчиками canonical, и они вряд ли пойдут на компромиссы с товарищами из редхата, суси, мандривы и т.д. В то время как systemd и os-release - изначально междистрибутивные проекты, ставящие целью унификацию и стандартизацию.Оно междистрибутивное с большой большой натяжкой.. Эти все "инновации" с systemd, бинарными логами, теперь это вот -- вполне себе fedora-specific. Просто господин леннарт пользуется тем фактом, что основным upstream-ом приличной часть околоядерных/системных вещей является RedHat.
В debian вполне себе долго "патчили" udev после них, чтобы он продолжал уметь грузиться с /usr на отдельном разделе, в том числе и без initrd. И по идее будут продолжать.
Ололо, а что ж он в сусе делает, этот убунтоспецифичный аналог?
Это именно стандарт - http://ru.wikipedia.org/wiki/Linux_Standard_Base. То, что он Debian-центричный - отдельный разговор.
несмотря на неоднозначность остальных предложений, выдвигаемых поттерингом, это мне кажется очень разумным. унификация это хорошо
... как и взлом - он становится
унифицированным...
> ... как и взлом - он становится
> унифицированным...Так и представляю себе картину: злой хакер получил рутовый шелл на чужом серваке, но из-за отсутствия os-release не смог определить версию дистра, расплакался, отказался от своих намерений, раскаялся, и написал явку с повинной в полицию.
> Так и представляю себе картину: злой хакер получил рутовый шелл на чужом
> серваке, но из-за отсутствия os-release не смог определить версию дистра, расплакался,
> отказался от своих намерений, раскаялся, и написал явку с повинной в
> полицию.Гипотетическая вероятность такой ситуации, безусловно, стоит того, чтобы разработчики программ и дальше пилили поддержку нескольких десятков методов определения версии дистрибутива.
> Гипотетическая вероятность такой ситуации, безусловно, стоит того,
> чтобы разработчики программ и дальше пилили поддержку нескольких десятков
> методов определения версии дистрибутива.<sarcasm>
Агащаз!
</sarcasm>
Всё уже решили:> In order to gently push everybody to standardize on these files
> we also want to make clear that sooner or later we plan to drop
> the fallback support for the old configuration files from systemd.
>That means adoption of this new scheme can happen slowly and piece
> by piece. But the final goal of only having one set of
> configuration files must be clear.Есть только один вариант:
Mandora, Debdora, Slackdora, etc...
А вот зря смеётесь. У нас недавно взломали сервак и не осилили lilo и bsd-like инит.
> А вот зря смеётесь. У нас недавно взломали сервак и не осилили
> lilo и bsd-like инит.Есть подозрение, что они и шелл не осилили. Откуда скрипт-киддисам такие вещи знать?
одни «поставили», другие «поломали».
> lilo и bsd-like инит.А зачем это осиливать? Особенно хаксорам?
> Так и представляю себе картину: злой хакер получил рутовый шелл на чужом
> серваке, но из-за отсутствия os-release не смог определить версию дистра, расплакался,Отсюда мораль: надо снести этот файл, пусть хакеры плакают.
Злому хакеру пофигу, а вот скрипт кидди это может жизнь облегчить.
> ... как и взлом - он становится
> унифицированным...Насчет взлома не все однозначно, а вот защищать и аудитить унифицированные системы на порядок проще.
Например, для линукса есть https://www.opennet.ru/opennews/art.shtml?num=28396
Поле CPE в os-release - из того же стандарта SCAP.
Палка с двумя концами: защита тоже унифицирована. Если серьезно конечно :)
> несмотря на неоднозначность остальных предложений, выдвигаемых поттерингом, это мне кажется очень разумным. унификация это хорошоНа самом деле, os-release - это только верхушка айсберга. Разработчики systemd фактически предложили стандарт для основных общесистемных конфигов, вобравший все лучшее из существующих решений: http://0pointer.de/blog/projects/the-new-configuration-files...
Кстати, в арче поддержка этих конфигов уже работает независимо от наличия systemd. Молодцы ребята.
>Разработчики systemd фактически предложили стандарт для основных общесистемных конфигов, вобравший все лучшее из существующих решенийВот только опять недоделанный стандарт: еще немного, и человечество дойдет до унифицированного формата, который может читаться машиной и человеком (json, yaml, Sexpr-like). Но случится это через лет 10, судя по всему, а до тех пор чтобы распарсить любой конфги из двух строк придется лепить свой костыльный и глючный парсер и плодить дыры и баги.
> Вот только опять недоделанный стандарт: еще немного, и человечество дойдет до унифицированного
> формата, который может читаться машиной и человеком (json, yaml, Sexpr-like). Но
> случится это через лет 10, судя по всему, а до тех
> пор чтобы распарсить любой конфги из двух строк придется лепить свой
> костыльный и глючный парсер и плодить дыры и баги.В данном случае достаточно элементарного формата ключ=значение, который куда проще читается и человеком, и машиной, чем перечисленные вами.
> В данном случае достаточно элементарного формата ключ=значение, который куда проще читается
> и человеком, и машиной, чем перечисленные вами.Ага, а если потом формат будет дополнен чем-нибудь еще, напишем новый парсер с нуля, это же так весело. Суть в том, что можно использовать ОДИН формат, который покрывает 99% потребностей всех конфигов, логов и пр. - того, где сейчас царит жуткий бардак, каменный век и неэффективность.
> Ага, а если потом формат будет дополнен чем-нибудь еще, напишем новый парсер с нуля, это же так весело.Ну да, ну да. Чтобы добавить еще один ключ, нужно писать новый парсер, ага.
> Суть в том, что можно использовать ОДИН формат, который покрывает 99% потребностей всех конфигов, логов и пр. - того, где сейчас царит жуткий бардак, каменный век и неэффективность.
Когда вы загоните кучу принципиально разных структур организации информации в некий единый формат - вы как раз и получите неэффективность.
Достаточно сравнить, насколько парсер формата ключ=значение проще парсера json.
>Ну да, ну да. Чтобы добавить еще один ключ, нужно писать новый парсер, ага.Ключ нет, а вот если один из параметров вдруг сможет принять одновременно несколько значений (массив), то начнется весьма интересное действо. Кстати, посмотрите, в преведенном
файле оно уже началось.>Достаточно сравнить, насколько парсер формата ключ=значение проще парсера json.
Минимальный парсер json занимает пару сотен строк. Да и не обязательно использовать json, все же он не сильно человекочитаем. Но дело даже не в этом, а том, что он и так есть (будет) в системе в виде одной маленькой либы и одной маленькой консольной обертки, которые пишутся один раз на десять лет, и позволит навсегда забыть о массе проблем и перестать плодить это уродство, которое можно лицезреть, например, в любой утилите, берущей данные из /proc. Разбор любого файла конфига, лога или чего-то еще сведется к json_get_int( file, "parameter.name" );
Так реестр же!
okay
> В данном случае достаточно элементарного формата ключ=значение, который куда проще читается
> и человеком, и машиной, чем перечисленные вами.особенно удобно в формате «ключ=значение» представлять массивы и деревья.
> особенно удобно в формате «ключ=значение» представлять массивы и деревья.А зачем сие в файле с релизом ОС? :)
>> особенно удобно в формате «ключ=значение» представлять массивы и деревья.
> А зачем сие в файле с релизом ОС? :)потому что скоро там появятся описания пакетных менеджеров, всякие «капсы» и прочая ерунда, я гарантирую это.
Ага, и на каждый чих вроде os-release - свой формат вида ключ-значение, со своими вайтспейсами, со своей чувствительностью к регистру, со своими тонкостями, со своим велосипедом для парсинга со своими багами...
Главная проблема не в том, что какой-то там формат конфига плохо читается или парсится.
А в том, что почти каждый разработчик очередного дистрибутива начинает с того, что придумывает свой уникальный и ни с кем не совместимый набор конфигов.
Автор дистра доволен, а проблемы разработчиков ПО и админов шерифа не волнуют.
это как раз следствие отсутствия стандартного формата для таких вещей. ну и криворукости и чсв разработчиков, понятное дело.
> Главная проблема ...
> ... в том, что почти каждый разработчик очередного дистрибутива начинает с того,
> что придумывает свой уникальный и ни с кем не совместимый набор
> конфигов.Точно. Например:
/etc/hostname: ... Nonetheless previously all distributions used different files for this.
Fedora used /etc/sysconfig/network, OpenSUSE /etc/HOSTNAME. We chose to standardize on the Debian configuration file /etc/hostname.
Навели сначала бы у себя в fedora порядок.
К сожалению, хуже чем щас уже не сделаешь - и так уже конфиги представляют собой кладбище не взлетевших велосипедов. А вот лучше - можно.
> На самом деле, os-release - это только верхушка айсберга. Разработчики systemd фактически
> предложили стандарт для основных общесистемных конфигов, вобравший все лучшее из существующих
> решений: http://0pointer.de/blog/projects/the-new-configuration-files...Только форматы у них такие, что ничего серьёзнее чем name=value туда не ляжет.
Через пару лет они гордо изобретут реестр. На XML.
Вы сторонник Security by Obscurity?
Как связаны s-t-o и унификация? Скорее наоборот, зоопарк конфигов приводит к obscurity.
> Вы сторонник Security by Obscurity?Есть два базовых подхода к решению вопроса о зависимых от местности средствах: 1) дать описание и возложить реализацию методов на пришедшее средство и 2) дать методы (код). Второе, да, в какой-то мере by obscurity, но позволяет не таскать за собой базу данных.
И, к Вашему сведению, security by obscurity - практически полезный механизм. Те, кто его отвергают, похожи на тех, для кого вероятность встретить динозавра - 50%.
> И, к Вашему сведению, security by obscurity - практически полезный механизм.примерно как самовар.
>> И, к Вашему сведению, security by obscurity - практически полезный механизм.
> примерно как самовар.Нет.
>>> И, к Вашему сведению, security by obscurity - практически полезный механизм.
>> примерно как самовар.
> Нет.и то верно: самовар таки полезней.
>>>> И, к Вашему сведению, security by obscurity - практически полезный механизм.
>>> примерно как самовар.
>> Нет.
> и то верно: самовар таки полезней.Вы хоть раз ключом от замка пользовались? Или у Вас дворец со слугами?
> Вы хоть раз ключом от замка пользовались? Или у Вас дворец со
> слугами?знаешь, в чём твоя беда? ты вещаешь в области, где ничего не понял.
хинт: ключ — пароль; устройство замка — алгоритм. SbO — закрытие алгоритмов, а не ключей.
>> Вы хоть раз ключом от замка пользовались? Или у Вас дворец со
>> слугами?
> знаешь, в чём твоя беда? ты вещаешь в области, где ничего не
> понял.
> хинт: ключ — пароль; устройство замка — алгоритм. SbO — закрытие алгоритмов,
> а не ключей.Это твоя беда, что ты вообще не понял, о чём речь в обсуждении, зато начал разбрасываться ярлыками имени К.О.
SbO как закрытие алгоритмов - наиболее типичное понимание, но не единственное, и оно не подходит к обсуждаемому здесь. Обсуждается ситуация, что делать, если взломщик вообще попал на машину. Разнообразие механизмов описания местной обстановки не остановит того, кто станет исследовать вручную, но оказывается противодействием автоматизированным средствам типа "видим Debian 7.1 => тащим бинарник для него и втыкаем", что сравнимо со знанием ключа, а не механизма.
Вопрос в оценке подобной эффективности, но практика показывает, что если один подобный механизм уменьшает вероятность проблем на 10%, то это уже достаточно, чтобы задуматься о нём.
я хренею без баяна. вполне себе вменяемое обсуждение, где меня вполне корректно поставили на место, радостно пошло «под нож». в настолько крутой ИИ я не верю, поэтому предполагаю, что открыл поселение внеземлян, по совместительству — модераторов.p.s. netch, извиняюсь за грубость и хамство.
> я хренею без баяна. вполне себе вменяемое обсуждение, где меня вполне корректно
> поставили на место, радостно пошло «под нож». в настолько крутой ИИ
> я не верю, поэтому предполагаю, что открыл поселение внеземлян, по совместительству
> — модераторов.Хм. Я тоже что-то не вижу пары постингов.
> p.s. netch, извиняюсь за грубость и хамство.
Ну до такого вроде ещё не дошло, но ok.
> несмотря на неоднозначность остальных предложений, выдвигаемых поттерингом, это мне кажется
> очень разумным. унификация это хорошоППКС. Когда садишься за незнакомый дистр больше всего бесит необходимость искать, где у него записано кто оно такое. uname, /etc/release и прочее помогают не всегда.
Странно это всегда было конём линукса. Типа много дистров хороших и разных. А та если будет только обоями различаться чем тогда холиварить? Так хоть убунтуводов опускают а так исчезнет офигенный фактор отличительности.
> Когда садишься за незнакомый дистр больше всего бесит ...если вас раздражает факт того что вы каждый раз (раз в какоето время) -- садитесь за разные операционные системы (хоть и на одном ядре) -- то ЗАЧЕМ-ЖЕ вы это делаете? :D
ну ей богу смешно... может быть "компьютеры" -- это вообще не ваше занятие? поэтому и бесит :-D
....вы-бы ещё жаловались-бы на то что "кждый раз когда я начинаю изучать новый язык программирования -- то происходит <такаято> фигня!"
>а зачем этот авахи нужен?Это чтобы в Ubuntu выскакивало окно с сообщением на 5 секунд:
"Вы в домене local и работать не буду" :)$cat /etc/lsb-release
DISTRIB_ID=Ubuntu
DISTRIB_RELEASE=11.10
DISTRIB_CODENAME=oneiric
DISTRIB_DESCRIPTION="Ubuntu 11.10"А это для чего придумали?
> А это для чего придумали?А это - то же самое, но работает не только в убунте :)
>>а зачем этот авахи нужен?
> Это чтобы в Ubuntu выскакивало окно с сообщением на 5 секунд:
> "Вы в домене local и работать не буду" :)Ага. Причём работать не перестаёт. А ругается вообще независимо от того, какой домен.
>>>а зачем этот авахи нужен?
>> Это чтобы в Ubuntu выскакивало окно с сообщением на 5 секунд:
>> "Вы в домене local и работать не буду" :)
> Ага. Причём работать не перестаёт. А ругается вообще независимо от того, какой
> домен.При чем тут домен? Он ругается на то что у вашего прова local зона резолвится. А тот в свою очередь ее резолвит потому, что ретрекер рутрекера держит. А сообразительности резолвить только зону ретрекера без всей local у него не хватило.
>>>>а зачем этот авахи нужен?
>>> Это чтобы в Ubuntu выскакивало окно с сообщением на 5 секунд:
>>> "Вы в домене local и работать не буду" :)
>> Ага. Причём работать не перестаёт. А ругается вообще независимо от того, какой
>> домен.
> При чем тут домен? Он ругается на то что у вашего прова
> local зона резолвится. А тот в свою очередь ее резолвит потому,
> что ретрекер рутрекера держит. А сообразительности резолвить только зону ретрекера без
> всей local у него не хватило.В офисе точно никаких зон от провайдера нет.
> А это для чего придумали?Это чтобы поумерить спесь Шатлворта, подписывающегося псевдонимом "LSB".
> А это для чего придумали?для бубунты. ваш Кэп.
> для бyбунты. ваш Кэп.Насколько я помню эту хрень редхатчики же и придумали, а шатлворт только скопипи...л, как обычно. Но видимо поттеринга всерьез укусила муха NIH-NIH.
>> А это для чего придумали?
> для бубунты. ваш Кэп.Не было её тогда ещё, *бунты. Не нарисовали:
http://lists.linuxfoundation.org/pipermail/lsb-discuss/2000-...
Акела промахнулся. в смысле, Кэп.
>>а зачем этот авахи нужен?
> Это чтобы в Ubuntu выскакивало окно с сообщением на 5 секунд:
> "Вы в домене local и работать не буду" :)а вот в этом виноваты не убунтоиды, а туповатые виндоебы из числа админов рутрекера. которые в свое время продавили в локалки адрес для ретрекера retracker.local, да еще и написали у себя на сайте кривое howto, после которого почти все хомонеты у себя криво DNS'ы настроили. их в свое время предупреждали, но они тупо не могли понять, о чем им твердят.
О, наконец хоть кто-то допер до этого
> Наличие данного файла отныне становится обязательным для дистрибутивов, которые желают обеспечить запуск systemd.Еще один пример тотальной безграмотности автора новости. Этот файл влияет только на сообщение в начале загрузки "Добро пожаловать в $DISTRONAME $DISTROVERS". Без этого файла systemd будет выдавать в стиле капитана очевидность "Добро пожаловать в Linux".
Вообще, этот файл, как и пляски с /usr, нужны не сколько для systemd (потому что этот танк пройдет везде), а для удобства разработчиков прикладного ПО.
> systemd (потому что этот танк пройдет везде)не везде, у меня не прошёл. пока что противотанковые ежи кряхтят, но сдерживают.
Столлмана на них нет. Почему Linux а не GNU/Linux?
Почему уж тогда сразу не GNU/Perl/X.Org/over9000otherAuthors/Linux?
> Почему уж тогда сразу не GNU/Perl/X.Org/over9000otherAuthors/Linux?а это rms пояснял, но ты же у нас писатель, читать — дело не барское.
>Вообще, этот файл, как и пляски с /usr, нужны не сколько для systemd (потому что этот танк пройдет везде)Я даже больше скажу, systemd этот файл совсем не нужен, потому что systemd систему загружает за полторы наносекунды секунды и юзер все равно не успеет прочитать, что там в верхней строке написано.
>при этом многие дистрибутивы одновременно поддерживают несколько типов подобных файлов (например, в Fedora Linux их четыре).Будет пять. Отлично придумано. Молодец Поттеринг.
http://imgs.xkcd.com/comics/standards.png
> http://imgs.xkcd.com/comics/standards.png:D
это не означает, что не надо пытатьсяв худшем случае накопится критическая масса, и все быстро-быстро переделают как надо, ибо надоело
Вот смотрю на новость и думаю, запастись ли мне попкорном и газировкой, или пройти мимо.
С одной стороны, я много раз с этим сталкивался и скажу что надо унифицировать для всех дистрибутивов, хотя бы сделать обязательные поля. С другой столько всего придется перелопачивать.
Хотя здесь есть здравый смысл.
>> Вот смотрю на новость и думаю, запастись ли мне попкорном и газировкой, или пройти мимо.
> Проходите мимо =)
> Бурление гoвн в комментариях неизбежно, но на развитие Linux оно влияния не
> окажет. Потому что великие общественные деятели, любящие писать в комментариях гадости
> про поттеринга, в мире opensource - никто.Ну мимо такой новости пройти никак не могу.
Вообще почитав комменты, вижу что данное решение большая часть людей все таки поддерживает, и я кстати в их числе. А вот свою порцию говен на предлагаемые варианты унификации данным человеком я скорее всего смогу вылить только после выхода Fedora 17. Пока же сижу на 16 и вроде все устраивает, но некоторые вещи очень сильно раздражают, но не более.
Дистрам следует просто добавить поддержку этого файла, но никак не переставать поддерживать существующую схему (чтобы была обратная совместимость). Кажется что это самый оптимальный из вариантов.
> Дистрам следует просто добавить поддержку этого файла, но никак не переставать поддерживать существующую схему (чтобы была обратная совместимость). Кажется что это самый оптимальный из вариантов.Собсно, Поттеринг так и предлагает.
> Does this mean my distribution can now drop our equivalent of /etc/fedora-release? Unlikely, too much code exists that still checks for the individual release files, and you probably shouldn't break that. This new file makes things easy for applications, not for distributions: applications can now rely on a single file only, and use it in a nice way. Distributions will have to continue to ship the old files unless they are willing to break compatibility here.
Отлично. Логично. Не такой уж страшный Поттеринг ..
ещё написать в файле вывод команды "uname -a"...
> ещё написать в файле вывод команды "uname -a"...А смысл? uname написана на сях, поэтому тормозит, требует зависимостей и жрет памяти на порядок меньше, чем питоновский lsb_release.
> А смысл? uname написана на сях, поэтому тормозит, требует зависимостей и жрет
> памяти на порядок меньше, чем питоновский lsb_release.Иллюстрируя вышесказанное...
$ time lsb_release -a
No LSB modules are available.
Distributor ID: Debian
Description: Debian GNU/Linux 6.0.4 (squeeze)
Release: 6.0.4
Codename: squeeze
lsb_release -a 1,88s user 0,71s system 37% cpu 6,949 total$ time uname -a
Linux hostname 2.6.32-5-amd64 #1 Mon Jan 16 15:32:33 UTC 2012 x86_64 GNU/Linux
uname -a 0,01s user 0,01s system 38% cpu 0,042 total
$ time lsb_release -a
LSB Version: :base-4.0-amd64:base-4.0-noarch:core-4.0-amd64:core-4.0-noarch
Distributor ID: CentOS
Description: CentOS release 6.8 (Final)
Release: 6.8
Codename: Finalreal 0m0.037s
user 0m0.007s
sys 0m0.024s# time lsb_release -a
bash: lsb_release: command not foundreal 0m0.001s
user 0m0.000s
sys 0m0.000s
>> ещё написать в файле вывод команды "uname -a"...
> А смысл? uname написана на сях, поэтому тормозит, требует зависимостей и жрет
> памяти на порядок меньше, чем питоновский lsb_release.Смысл в том, что про uname они тоже скажут:
[цитата]
...но разработчики systemd отказываются использовать её, называя её интерфейс "странным" и "изначально плохо спроектированным".
[/цитата]
Все просто:
Было 4 формата, стал один, единый для всех.
Здравый смысл Поттеринга налицо, идиотизм критикующих комментаторов же не поддается измерению.
> Здравый смысл Поттеринга налицо, идиотизм комментаторов же не поддается измерению.Они дальше фамилии новость не читают =)
> Все просто:
> Было 4 формата, стал один, единый для всех.
> Здравый смысл Поттеринга налицо, идиотизм критикующих комментаторов же не поддается измерению.ага. как только «все перейдут» мне вместо простого test -e /etc/distroversion_file надо будет парзить эту лабуду. что-то не радует ни разу. а если мне уж таки надо знать, на каком я дистре, то всё равно поддержка неизвестного магически не появится: ведь есть же причина, по которой я дистр определяю.
но, конечно, столь сложная мысль тебе в голову не пришла, ты занят тем, что измеряешь не поддающееся измерению.
Не так. Было четыре стало пять!
> Все просто:
> Было 4 формата, стал один, единый для всех.> Здравый смысл Поттеринга налицо, идиотизм критикующих комментаторов же не поддается измерению.
Видяй сломицу...
> Здравый смысл Поттеринга налицоНе смешно.
Этот "здравый смысл" следует по граблям, по которым шли Микрософт, SUN, UNIX & c.t.r.
"Фишка" в том, что вышеперчисленные уже _прошли_ и отказались, а "Здравый смысл Поттеринга" призывает (и частично реализует) к повторению уже забытых ошибок.
Хоть и Поттеринг, и ассоциации соответствующие, а новость вроде неплохая.я вообще против разброда конфигов в дистрах.
причём, порой такое ощущение, что некоторые разброд делали, чтобы просто отличаться от других дистров, мол, "у нас не просто обои добавлены"
> я вообще против разброда конфигов в дистрах.
> причём, порой такое ощущение, что некоторые разброд делали, чтобы просто отличаться от
> других дистров, мол, "у нас не просто обои добавлены"Если вы посмотрите на скрипты инициализации и initrd в различных дистрах, то увидите, что разброд и велосипедизм царят не только в конфигах. Фактически, sysv init как единое решение не существует - это десятки несовместимых дистроспецифичных велосипедов, делающих одно и то же немного по-разному.
Вот тогда и начинаешь понимать разработчиков dracut и systemd...
Кажется, Поттеринг действительно решил привести все в порядок в этой ОС...
> решил привести все в порядок в этой ОС...В какой? В Fedora?
GNU/Linux, очевидно.
Linux is NOT OS. Linux is KERNEL! Use ur brain Luke.
>> решил привести все в порядок в этой ОС...
>В какой? В Fedora?Если бы… К сожалению во всём линуксе.
> Кажется, Поттеринг действительно решил привести все в порядок в этой ОС...к счастью, результатами его трудов ещё можно не пользоваться. а то вон звук он уже привёл в порядок, до сих пор икается.
похоже кому то надоело сооружать велосипеды..
Это внушает слабый оптимизм
Похоже кое-кто, только и делает, что сооружает велосипеды.
Linux way же.Можно, например, объявить конкурс "посчитай сколько аналогичных, но разных структур для описания сетевого адреса (или, скажем, статистики сетевого интерфейса) есть в ядре".
В ядре?
Точно?
> В ядре? Точно?Я, собственно, о том, что Linux-way — это «множество вещей, делающих одну задачу несовместимыми между друг другом способами.»
Он и в ядре и в юзерспейсе и везде. Ядро - просто один из кучи случаев.
Поттерингу бы прийти к крупным дистро-мейкерам и сказать "чуваки, давайте выкинем ваши личные велики и сделаем всем удобный универсал", и допинать их этим до успешной замены. А он просто вбросил N+1 вариант реализации.
>"чуваки, давайте выкинем ваши личные велики и ......и запилим мой велик!!!
Для того, чтобы что-то "продвинуть" в общее пользование, сначала нужно
- выяснить: "А нет ли уже ловкой реализации тобой задуманного?"
- подготовить предложение, снабдив его личными соображениями
- найти единомышленников
- изучить что испортится при внедрении
- найти способы исправления того, что может испортится
- ...А вот это вот "отныне становится обязательным" - это даже не диктатура, а элементарное самодурство.
> похоже кому то надоело сооружать велосипеды..вообще-то всё ровно наоборот: наш умничка поттер не может остановиться. «а Ватсон без трубки уже не мог…»
> вообще-то всё ровно наоборот: наш умничка поттер не может остановиться. «а Ватсон
> без трубки уже не мог…»Ну да. /etc/lsb-release вроде как редхат же и придумал. Но поскольку NIH и придумано не гарри поттером, нужно срочно исправить этот Фатальный Недостаток.
интересно, может ему враги платят, чтобы выставлять редхат горсткой клоунов? oO
> Lsb_release является shell-скриптом, который требуется запустить для получения параметровНачнем с того, что скрипт lsb_release вообще не стандартизирован. В debian-производных дистрах это вообще питоновский, а не шелловский скрипт.
> Начнем с того, что скрипт lsb_release вообще не стандартизирован. В debian-производных дистрах это вообще питоновский, а не шелловский скрипт.Вы что-то напутали с понятием стандартизации. Вменяемые люди стандартизируют интерфейсы, форматы, а не реализации программ. И уж точно не включают в стандарт язык, на котором должна быть написана утилита. С, Python, Haskell - какая, нафиг, разница если утилита свое дело делает как положено?
ВНЕЗАПНО, отличная идея, хм. давно пора было этот срач разгрести.
Поттеринг чтоли таки слез с тяжёлых веществ и/или проспался ?а то после https://tango.0pointer.de/pipermail/pulseaudio-discuss/2009-... он меня шибко пугает.
> ВНЕЗАПНО, отличная идея, хм. давно пора было этот срач разгрести.
> Поттеринг чтоли таки слез с тяжёлых веществ и/или проспался ?У него все так начинается. Бывают неплохие идеи и концепции, но не в его правилах дорабатывать существующее, а как только он начинает реализовывать свое, все начинает плавно "съезжать в сторону". То ли в процессе реализации чего-то "не сходится", то ли недостаточно "красиво" получается, то ли сложности пугают, но он тут же начинает пытаться "прогнуть мир под себя". Не удивлюсь, если следующим шагом он заявит, что текстовый /etc/os-release неудобен, что это вообще пережиток тяжелого прошлого, сейчас это неактуально и его надо сделать бинарным. Это даст бла-бла-бла..., но вы не переживайте, мы сделаем специальную утилиту, которая будет выводить его вам в текстовом виде для ваших отсталых скриптов, а новые версии systemd, PA и т. п. не будут запускаться без бинарного /etc/os-release. Хавайте!
а lsb-release для кого придуман?
> а lsb-release для кого придуман?Для любителей тормозных питонокостылей, очевидно.
Вместо того, чтобы сделать один конфиг, они предпочитают написать питоноподелие, которое проверяет несколько десятков разных файлов.
>которое проверяет несколько десятков разных файлов.зачем проверять? его можно закостылять на ответ
> зачем проверять? его можно закостылять на ответИ получить аналог cat /etc/os-release, но на питоне. Еще бы туда зависимость от kdelibs прикрутить, и будет полноценный велосипед.
>> зачем проверять? его можно закостылять на ответ
> И получить аналог cat /etc/os-release, но на питоне. Еще бы туда зависимость
> от kdelibs прикрутить, и будет полноценный велосипед.причем тут питон? ты его сам придумал, а теперь им же и троллишь.
стандарт уже был придуман, а тут поттеринг рисует очередной лисапед
> причем тут питон? ты его сам придумал, а теперь им же и троллишь.$ file $(which lsb_release)
/usr/bin/lsb_release: a /usr/bin/python script text executable> стандарт уже был придуман, а тут поттеринг рисует очередной лисапед
"стандарт" lsb-release работает через задницу (почти семь секунд + интерпретатор питона, чтобы просто определить версию дистра).
$ file /usr/bin/lsb_release
/usr/bin/lsb_release: POSIX shell script, ASCII text executable
$ head -1 /usr/bin/lsb_release
#!/bin/sh
>> почти семь секунд + интерпретатор питона
> $ head -1 /usr/bin/lsb_release
> #!/bin/shтеперь ясно почему Python называют тормазом :-D :-D ..
> зачем проверять? его можно закостылять на ответТипа предполагается, что один и тот же скрипт должен корректно работать на всех дистрах (кроме тех, которых он не знает, понятное дело). Правда, сам скрипт почему-то не очень стандартизирован, и есть разные его реализации...
>Типа предполагается, что один и тот же скрипт должен корректно работать на всех дистраха зачем?
предполагается, что скрипт с одним и тем же именем должен выдавать адекватные ответы, описанные в соответствующем стандарте lsb, который поддерживает (если он lsb поддерживает вообще) имеющийся в наличии дистрибутив.
вон кто-то выбрал себе дистр и теперь питоном машет, у меня же на баше.
>> а lsb-release для кого придуман?
> Для любителей тормозных питонокостылей, очевидно.Что за питон-костылей? /etc/lsb-release вроде вполне себе текстовичок.
> Для любителей тормозных питонокостылей, очевидно.А что, там форматы ввода-вывода не определены? Или Вам кто-то запрещает переписать на C? Или где-то требование такое, чтобы обязательно на гвидобейсике было?
Алсо, он про /etc/lsb-release, который один текстовый файл, а не /usr/bin/lsb_release, которое ажно целый педонскрипт на сто строчек.
Пускай сует еще один костыль. Думаю дистрибутивам не сложно добавить еще один файлик. Вреда минимум, а мальчик самоутвердится, немного успокоится и может перестанет велосипеды изобретать и делом займется, например дебагом своих поделий.>the majority of the big distributions adopted /etc/os-release and many small ones did, too[2]
>...
>[2] To our knowledge at least OpenSUSE, Fedora, ArchLinux, Angstrom, Frugalware have adopted this. (This list is not comprehensive, there are probably more.)Ну до такой степени звездеть совсем срамно для публичного человека. Как минимум в Арче нет этой подпорки. Что касается большинства крупных конечно тоже гон бесстыжий.
-- Слышь, зацени, что я придумал:
=====================
NAME=Fedora
VERSION="17 (Beefy Miracle)"
=====================-- Вау, круто! А пусть все проги так делают!
-- Точно!
-- Э... Слухай, а нахрена нам 100 конфигов? Пусть в одном всё будет!
-- Это как?
-- Ну, типа, так:
=====================
[OS]
NAME=Fedora
VERSION="17 (Beefy Miracle)"
[MAIL]
SMPT=127.0.0.1:25
POP3=127.0.0.1:110
=====================-- А чё, круто! Токмо файл здоровый будет...
-- Да и хрен с ним -- мы парсер на чистом Си забацаем и будет летать!
-- А, могет, ну его нах, текст?! Давай бинарник сделаем -- ещё быстрее будет!
-- О! Точно!!!Рождение Windows Registry^W^W Linux Universal Configuration.
> Рождение Windows Registry^W^W Linux Universal Configuration.Уже родили. dconf называется.
>> Рождение Windows Registry^W^W Linux Universal Configuration.
> Уже родили. dconf называется.В котором большинство ключей описано человеческим языком прямо на месте. Ну совсем никаких отличий от win registry, ну ни одного. Сразу видно, что разобрался в вопросе, а не просто лор почитал после школы.
>> Уже родили. dconf называется.
> В котором большинство ключей описано человеческим языком прямо на месте.... в бинарной базе, колупаемой сугубо собственным регедитом, вместо удобного мне редактора. Во круто придумано. Даже найти ключи содержащие "вася" но не содержазщие "петя" вот так сходу низзя... а грепом как делать нефигЪ :)
Не-не-не! Что Вы! Мы напишем свой православный luced (Linux Universal Configuration Editor®) с шахматами и поэтессами! И никаких богомерзких python/bash/perl/awk/grep! Всё будет в одной коробке, круто и красиво! И прикрутим к нему нескучные обои, обязательно! Но во второй версии :)
> обязательно! Но во второй версии :)А можно тогда сразу начать с написания второй версии? :)
>>> Уже родили. dconf называется.
>> В котором большинство ключей описано человеческим языком прямо на месте.
> ... в бинарной базе, колупаемой сугубо собственным регедитом, вместо удобного мне редактора. Во круто придумано. Даже найти ключи содержащие "вася" но не содержазщие "петя" вот так сходу низзя... а грепом как делать нефигЪ :)о как.
gsettings list-recursively | grep чтототамуже rocket science считается. старею, да.
Тебе человек русским языком написал колупаться в редакторе. А ты ему просмотр суёшь. Покажи рокет сайнс навроде гсеттингс лист вим
> Тебе человек русским языком написал колупаться в редакторе. А ты ему просмотр суёшь. Покажи рокет сайнс навроде гсеттингс лист вим1) man gsettings уже почитайте там
2) если консольного редактора до сих пор нет, не значит ли это, что он никому не нужен? не значит ли это, что раз в полгода можно найти нужный параметр grepом да взвести его в нужное значение командой gsettings set?
> если консольного редактора до сих пор нет, не значит ли это, что он никому не нужен?Нет, это означает, что разработчики dconf не думают о людях, которым приходится с этим работать, или думают как потом их "доить на поддержке", не более того.
Linux для того и придуман что бы доить на поддержке.
И потеринг туда же..
>> если консольного редактора до сих пор нет, не значит ли это, что он никому не нужен?
> Нет, это означает, что разработчики dconf не думают о людях, которым приходится с этим работать, или думают как потом их "доить на поддержке", не более того.любезный, если вам действительно необходим именно консольный и именно визуальный редактор полусотни ключей dconf, то почему бы вам не объединиться с такими же страдальцами и не написать его? Или проспонсировать разработку, если сами написать не в состоянии. С какого банана разрабы dconf будут тратить время на инструмент, который не нужен даже им?
> о как.gsettings list-recursively | grep чтототамуже rocket science
> считается. старею, да.Эм... а как насчет сие отредактировать потом? Ну в конфиге то понятно. А тут чего?
>> о как.gsettings list-recursively | grep чтототамуже rocket science
>> считается. старею, да.
> Эм... а как насчет сие отредактировать потом? Ну в конфиге то понятно. А тут чего?gsettings set. man почитать, поди, религия не позволяет?
>> о как.gsettings list-recursively | grep чтототамуже rocket science
>> считается. старею, да.
> Эм... а как насчет сие отредактировать потом? Ну в конфиге то понятно.
> А тут чего?ты что -- хочешь скрипт который автоматически <чтото> ищщет, а потому <чтото> записывает -- <кудато>??
....похоже на Skynet какойт :D :D
а нет вероятности что таким поиском оно запишет совсем не туда куда надо?
вы чо -- на 2 шага вперёд подумать не можете? вы думаете что если на вашем комеьютере <этот-автомат> работает -- значит будет работат и на других 20 ??
Он нашел еще один фатальный недостаток? А про lsb-release он конечно же не слышал?
Слышал, но это же Поттеринг, он лучше знает как надо.
Он же классический "чукча-не-читатель-чукча-писатель". Не надо пытаться понять ЗАЧЕМ было что-то сделано и почему именно так. Для этого ведь надо сначала допустить мысль, что возможно это делали люди умнее тебя, а с этим у него, очевидно, проблемы.
Я не понимаю в чем фича. Был у каждого дистра свой файлик, теперь будет свой плюс этот. И вообще нафига нужно знать версию дистрибутива обычному приложению? Если приложение дистроспецифичное, то оно явно собирается делать кучу специфичных вещей, поэтому может и старый файл поглядеть. Зато теперь появится куча пионеров, которые будут хардкодить обращение к этому файлу во все приложения только ради того, чтобы вывести на экран название дистра.
Вирусы будут теперь узнавать, куда они попали.
> Вирусы будут теперь узнавать, куда они попали.Можно будет им врать что это minix, пусть со страха удаляются :)
Леннарт молодец, он хочет стандартизировать некоторые данные. Верно это, по сути все дистрибутивы содержат одну и туже информацию но в файлах по-разному оформленных. Он же просто хочу избавить от этого.P.S. Но это только предложение
> Леннарт молодец, он хочет стандартизировать некоторые данные. Верно это, по сути все
> дистрибутивы содержат одну и туже информацию но в файлах по-разному оформленных.
> Он же просто хочу избавить от этого.
> P.S. Но это только предложениеМне одному это напоминает старый бородатый анекдот про автомат для бритья? (Это тот, где разработчик на вопрос комиссии "Учитывает ли его изобретение различие лиц бреющихся?" отвечал, что после первого бриться его изобретением это уже не важно...).
Т.е. позиция "вместо выполнения УЖЕ СУЩЕСТВУЮЩИХ стандартов, которые лично мне чем-то не нравятся, давайте введем новый стандарт" Вам нравится без каких-либо замечаний? Моя личная точка зрения на этот вопрос такова: есть стандартный механизм определения дистрибутива - lsb_release, используйте на здоровье. А то, как именно в конкретном дистрибутиве эта информация хранится - IMHO личное дело разработчиков (хоть в текстовом файле, хоть в базе данных Oracle). Если лично Вам не нравится, как это реализовано в любимом дистрибутиве - у Вас есть как минимум 3 выхода: 1. переписать ненравящийся кусок кода и отправить майнтейнерам; 2. сменить дистрибутив; 3. склепать свой дистрибутив, где уж точно все будет нравиться ;)
А мне вот больше интересно, какого лешего в файле, описывающем ВЕРСИЮ ДИСТРИБУТИВА находится информация о том, КАКИМ ЦВЕТОМ эту информацию выводить? Это теперь ключевая информация о дистрибутиве, без которой линух работать не может?
>А мне вот больше интересно, какого лешего в файле, описывающем ВЕРСИЮ ДИСТРИБУТИВА находится информация о том, КАКИМ ЦВЕТОМ эту информацию выводить?А что тут такого? Леннарту понадобилось вывести на экран информацию о дистрибутиве в systemd, вот он и решил, что неплохо бы в файл с этой информацией ещё и цвет добавить. Затем он добавит туда ещё полей ему нужных, формат-то расширяемый, дропнет поддержку дистрибутивов которые эти поля не поддерживают и все ОК. Вообщем /etc/os-release - превратится в конфиг systemd.
Интересно, что ему мешало запилить опцию для системы сборки, чтобы программа знала на каком дистрибутиве она выполняется? Или опцию в конфиге? Тогда люди занятые поддержкой systemd для своего дистрибутива могли спокойно заставить его выводить на экран то. что нужно.Ну и вообще моё мнение, нормальной программе должно хватать вывода uname -> GNU/Linux. Программа которая не может собраться или нормально работать на GNU/Linux должна быть жестоко пропатчена. Программа же которая написана специально под конкретный дистрибутив должна использовать его особенности.
А, это самое, ничего что у некоторых консоль черная, а у некоторых белая, например? А некоторых вообще, скажем, zenburn натянули.Смешал метаданные и представление, малаца. Вот за такое по ушам надо бы надавать.
> А мне вот больше интересно, какого лешего в файле, описывающем ВЕРСИЮ ДИСТРИБУТИВА
> находится информация о том, КАКИМ ЦВЕТОМ эту информацию выводить? Это теперь
> ключевая информация о дистрибутиве, без которой линух работать не может?А если бы вместо этого был параметр под названием BOOT_SPLASH_CONFIG с указанием на отдельный файл с цветом, картинкой и прочим, Вы бы возмутились или сказали "так и надо"?
>> А мне вот больше интересно, какого лешего в файле, описывающем ВЕРСИЮ ДИСТРИБУТИВА
>> находится информация о том, КАКИМ ЦВЕТОМ эту информацию выводить? Это теперь
>> ключевая информация о дистрибутиве, без которой линух работать не может?
> А если бы вместо этого был параметр под названием BOOT_SPLASH_CONFIG с указанием
> на отдельный файл с цветом, картинкой и прочим, Вы бы возмутились
> или сказали "так и надо"?Netch,
все это клева - но под эту информацию выделен целый конфиг в /etc/sysconfig у RH/SuSe (не помню уж как у убунто образных). Спрашивается накой дублировать эту информацию еще сюда? или мы дойдем что все конфиги в этот один свалим?
получим по сути подход как в bsd, но тогда это конец SysV init в linux.
>>> А мне вот больше интересно, какого лешего в файле, описывающем ВЕРСИЮ ДИСТРИБУТИВА
>>> находится информация о том, КАКИМ ЦВЕТОМ эту информацию выводить? Это теперь
>>> ключевая информация о дистрибутиве, без которой линух работать не может?
>> А если бы вместо этого был параметр под названием BOOT_SPLASH_CONFIG с указанием
>> на отдельный файл с цветом, картинкой и прочим, Вы бы возмутились
>> или сказали "так и надо"?
> Netch,
> все это клева - но под эту информацию выделен целый конфиг в
> /etc/sysconfig у RH/SuSe (не помню уж как у убунто образных). Спрашивается
> накой дублировать эту информацию еще сюда?Потому что с точки зрения systemd должен быть один конфиг для systemd, а не много. И в нём должно быть то, что ему нужно. Нужно знать цвет надписи дистрибутива - должен быть задан цвет.
(Это не значит, что я с ними согласен. С моей точки зрения, ещё одна шумная затычка малоактуальной темы, коим является systemd - это как 15-й соревнующийся стандарт.)
> или мы дойдем что все
> конфиги в этот один свалим?
> получим по сути подход как в bsd, но тогда это конец SysV
> init в linux.На это хочу заметить, что староBSDшный подход с одним /etc/rc мало где остался. По крайней мере фряха уже 8 лет как ушла от него. Более того, rcNG 5ки и последующих имеет элементы, которых нет в SysV - автовычисление зависимостей между скриптами.
Вот параллельности таки нет - ибо штука весьма сомнительная.
> Потому что с точки зрения systemd должен быть один конфиг для systemd, а не много. И в нём должно быть то, что ему нужно. Нужно знать цвет надписи дистрибутива - должен быть задан цвет.зависит от позиции. Если это глобальная настройка - то этому место в /etc/sysconfig.
если это per application - (коим является systemd) - то ему место в /etc.
имхо так?
иначе получается что прийдется переписать сто питцот программ что бы они лезли в /etc/os-release за цветом экрана и букв ?> На это хочу заметить, что староBSDшный подход с одним /etc/rc мало где остался.
Обижаешь! вон все мои железки с таким ;-)
а /etc/defaults/rc.conf ? ну на 7ке еще точно полная копия rc.conf :)
>> А мне вот больше интересно, какого лешего в файле, описывающем ВЕРСИЮ ДИСТРИБУТИВА
>> находится информация о том, КАКИМ ЦВЕТОМ эту информацию выводить? Это теперь
>> ключевая информация о дистрибутиве, без которой линух работать не может?
> А если бы вместо этого был параметр под названием BOOT_SPLASH_CONFIG с указанием
> на отдельный файл с цветом, картинкой и прочим, Вы бы возмутились
> или сказали "так и надо"?остается вопрос - чего настройки grub - делают в /etc/os-release ? ;-)
Интересно, когда Великий Унификатор доберётся до пакетных менеджеров?
скорей бы
> Интересно, когда Великий Унификатор доберётся до пакетных менеджеров?было бы круто если он таки сделает удобный универсальный пакетный манагер =)))
> было бы круто если он таки сделает удобный универсальный пакетный манагер =)))для этого сначала надо определить, что такое «удобный» и что такое «универсальный». задача нерешаема в принципе. но наш гаррипоттер умеет решать подобные нерешаемые задачи: «удобно» — это то, что назвал удобным поттеринг. «универсально» — это то… ну, логика ясна, да?
> Интересно, когда Великий Унификатор доберётся до пакетных менеджеров?Уже скоро:
> It is our definite intention to convince you to use these new configuration files
> ...
> But the final goal of only having one set of configuration files must be clear.С последующей заменой dpkg, urpmi, zipper, installpkg на yum? (Наполеон нервно закурил...)
> Of course, right now, only systemd-based distributions read these files,
> but that already covers all important distributions in one way or another,
> except for one.Марк, ты не солидарен?
Марк подтянется, как только пакеты будут в дебиане и работать будет стабильно.
> Марк, ты не солидарен?Патрик тоже не солидарен, за что ему честь, респект и хвала.
Не хватает добавить только: "такой маленький шаг для человека и такой огромный скачок для человечества" :) Вопрос в том, как на это отреагирует остальной мир. Рано или поздно кто-то восстанет, ибо Поттеринг может решить грамотно не все вопросы. Но данный случай, кажется позитивным, но это только кажется...
> Вопрос в том, как на это отреагирует остальной мир.«чем бы дитя ни тешилось…»
ну наконец то, а ещё лучше сделать как в соляре /etc/release
вообще, это всё костыли правильно было бы поправить uname(), но к сожалению теперь это не реально :(