The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

Анонсирован /etc/os-release, единый файл с информацией о релизах дистрибутивов

15.02.2012 16:08

Леннарт Поттеринг (Lennart Poettering) объявил, что начиная с выпущенной вчера 43 версии systemd, прекращена поддержка специфичных для разных дистрибутивов файлов с информацией о релизе. В настоящее время, каждый дистрибутив использует собственный набор файлов для идентификации дистрибутива (/etc/redhat-release, /etc/SuSE-release, /etc/debian_version и т.п.), при этом многие дистрибутивы одновременно поддерживают несколько типов подобных файлов (например, в Fedora Linux их четыре). Вместо данного специфичного для каждого дистрибутива нагромождения предлагается использовать единый файл с информацией о дистрибутиве - /etc/os-release. Наличие данного файла отныне становится обязательным для определения версии и названия ОС в systemd.

Подчеркивается, что этот отчасти непопулярный шаг предпринят, чтобы окончательно убрать из кода systemd все специфичные для отдельных дистрибутивов зависимости и решения. Учитывая, что множество дистрибутивов, в том числе большинство крупных и известных - уже провели всю необходимую адаптацию /etc/os-release (включая родной для разработчиков дистрибутив Fedora), такое форсирование событий не должно как-то негативно сказаться на большинстве пользователей systemd. "А все оставшиеся получат лишь дополнительную мотивацию для того, чтобы, наконец, проделать то, для чего было отведено столько много времени."

Для дистрибутивов, в которых отсутствует поддержка /etc/os-release, это как минимум будет значить следующее:

  • Пока не будет обеспечена поддержка /etc/os-release в определённом дистрибутиве – система сборки пакета не сможет больше автоматически идентифицировать такой дистрибутив (даже если это и работало раньше). Можно попытаться обойти это самостоятельно с помощью использования подходящего для этого случая ключа "--with-distro=on" в строке настройки пакета перед установкой;
  • Пока не будет обеспечена поддержка /etc/os-release – строка-приглашение на ранней стадии загрузки (до-графической стадии) будет иметь вид "Welcome to Linux " на сплошном белом фоне, вместо привычной цветной заставки с названием дистрибутива.

С другой стороны новая система привносит следующие плюсы:

  • Облегчает разработчикам программ получение информации о дистрибутиве на котором они запускаются;
  • Предоставляется универсальный формат, удобный для автоматического парсинга технических характеристик дистрибутива (содержит версию ОС, название и некоторые параметры). Пример:
  • Новый формат настройки идентификации дистрибутива и его справочно-информационной составляющая при инициализации теперь очень легко расширяется и модифицируется. Например, теперь можно очень просто настраивать под себя как содержание вывода, так и свои собственные ANSI-цвета для всех сообщений, выводимых при загрузке системы.

Таким образом, теперь файл /etc/os-release должен содержать всю информацию для идентификации каждой отдельной операционной системы. В общем виде формат файла os-release представляет собой список с отдельными парами переменная-значение в каждой отдельной строке, что очень похоже на использование переменных в shell-окружении.


   NAME=Fedora
   VERSION="17 (Beefy Miracle)"
   ID=fedora
   VERSION_ID=17
   PRETTY_NAME="Fedora 17 (Beefy Miracle)"
   ANSI_COLOR="0;34"
   CPE_NAME="cpe:/o:fedoraproject:fedora:17"

Также интересно, что стандарт LSB предоставляет утилиту lsb_release для достижения похожей унификации в хранении и получении данной информации, но разработчики systemd отказываются использовать её, называя её интерфейс "странным" и "изначально плохо спроектированным". Lsb_release является скриптом, который требуется запустить для получения параметров, в то время как в случае /etc/os-release достаточно открыть простой по своей структуре файл. Из недостатков таких попыток унификации как /etc/system-release называется трудность парсинга и отсутствие поддержки расширения параметров (в /etc/os-release дистрибутивы могут свободно добавлять собственные параметры, используя префикс с названием дистрибутива).

  1. Главная ссылка к новости (http://0pointer.de/blog/projec...)
  2. OpenNews: Обоснование целесообразности переноса компонентов из корня в /usr
  3. OpenNews: Разработчики systemd представили Journal, замену системе syslog
  4. OpenNews: Леннарт Поттеринг представил демонстрационную библиотеку libabc
  5. OpenNews: Сравнение систем инициализации systemd, upstart и SysVinit
  6. OpenNews: Релиз systemd v38 c поддержкой Journal, замены системе syslog
Автор новости: Igor Savchuk
Тип: К сведению
Короткая ссылка: https://opennet.ru/33092-systemd
Ключевые слова: systemd, init, lsb
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (191) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (-), 16:59, 15/02/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    а зачем этот авахи нужен?
     
     
  • 2.5, Аноним (-), 17:05, 15/02/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > а зачем этот авахи нужен?

    Получить рабочую локалку, ничего не настраивая и даже не имея понятия о TCP/IP. Хомячки довольны.
    Плюс прочие фичи Zeroconf http://ru.wikipedia.org/wiki/Zeroconf

     
     
  • 3.10, Аноним239 (?), 17:08, 15/02/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    У кого нибудь хоть раз заработало?
     
     
  • 4.17, rusty_angel (ok), 17:14, 15/02/2012 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Как ни странно, вот это - всегда отлично работает. Принтер в офисе никто ни разу не настраивал себе, и под виндой, и в линуксах и на маках отлично находится сам.
     
     
  • 5.20, Аноним239 (?), 17:18, 15/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Версия/модель?
     
     
  • 6.62, Сергей (??), 18:30, 15/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Видимо, cups-1.5
     
  • 6.92, rusty_angel (ok), 19:30, 15/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Так разные же… Достоверно помню убунту начиная с 10.04, генту, centos 6, сусю 11.x
     
  • 4.24, Аноним (-), 17:24, 15/02/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > У кого нибудь хоть раз заработало?

    Работает всегда, никаких проблем. А что?

     
  • 4.33, AlexYeCu (ok), 17:31, 15/02/2012 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Работать-то оно работает, только им не пользуется никто.
     
  • 4.44, develop7 (ok), 17:56, 15/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    у меня. года уже 4, что ли. анонсю WebDAV шары и принтер.
     
  • 4.102, Аноним (-), 20:02, 15/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > У кого нибудь хоть раз заработало?

    У меня. Сетевой принтер детектит как из пушки.

     
     
  • 5.135, Аноним (-), 22:31, 15/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Кстати да. У меня тоже в относительно большой сети (~120 компов) после подключения компа в сеть принтеры нашло со сорость незаметной для глаза. Даже подумал, что баг и там мои старые принтеры отображаются. Во как.
     
  • 3.37, Аноним (-), 17:40, 15/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >Получить рабочую локалку, ничего не настраивая и даже не имея понятия о TCP/IP. Хомячки довольны.

    Авахи отключаю первым делом с прочими ненужными мне службами:

    1) локалка работает, ничего не настраивая
    2) понятия о TCP/IP не имею
    3) доволен

    Я не ради потролить, а на полном серьезе. Зачем нужен авахи я так и не понял до сих пор. Дебиан уже 4 года пользую.

     
     
  • 4.40, Аноним (-), 17:47, 15/02/2012 [^] [^^] [^^^] [ответить]  
  • +6 +/
    > Я не ради потролить, а на полном серьезе.

    Сначала человек рассказывает про работающую через libastral локалку, а потом еще говорит, что он серьезен.
    Где-то тут противоречие...

     
     
  • 5.88, Клыкастый (ok), 19:19, 15/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    DHCP?
     
     
  • 6.188, shatsky (?), 11:30, 16/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Настройка DHCP требует некоторого представления о TCP/IP.
     
     
  • 7.219, Клыкастый (ok), 13:39, 17/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Настройка DHCP требует некоторого представления о TCP/IP.

    на стороне клиента - нет. оно в 99% случая по умолчанию

     
  • 4.104, Аноним (-), 20:03, 15/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Я не ради потролить, а на полном серьезе. Зачем нужен авахи я
    > так и не понял до сих пор.

    Хорошо сетевые принтеры в LAN детектит. Руками прописывать конечно можно, но лениво и айпишник надо знать. А тут полный плагнплюй.

     
     
  • 5.125, develop7 (ok), 20:59, 15/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >> Я не ради потролить, а на полном серьезе. Зачем нужен авахи я так и не понял до сих пор.
    > Хорошо сетевые принтеры в LAN детектит. Руками прописывать конечно можно, но лениво и айпишник надо знать. А тут полный плагнплюй.

    Пять поколений до тебя руками прописывали, а ты мало того, что «плагнплюй», так ещё и без бубна, еретик!

     
     
  • 6.142, Аноним (-), 22:48, 15/02/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Пять поколений до тебя руками прописывали, а ты мало того, что «плагнплюй»,
    > так ещё и без бубна, еретик!

    Да, я ленивый бастард. Люблю когда рутинная работа спихана на машины.

     
     
  • 7.151, develop7 (ok), 23:31, 15/02/2012 [^] [^^] [^^^] [ответить]  
  • +8 +/
    >> Пять поколений до тебя руками прописывали, а ты мало того, что «плагнплюй», так ещё и без бубна, еретик!
    > Да, я ленивый бастард. Люблю когда рутинная работа спихана на машины.

    Хорошо, что ещё остались люди, которые помнят, зачем создавались ЭВМ.

     
     
  • 8.205, dq0s4y71 (??), 14:04, 16/02/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    И само слово ЭВМ ... текст свёрнут, показать
     

  • 1.3, Аноним (-), 17:03, 15/02/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    > Также интересно, что стандарт LSB предоставляет файл /etc/lsb_release

    Автор, похоже, плохо разбирается в сути вопроса. Файл /etc/lsb-release - это не стандарт, а убунтоспецифичный аналог os-release. Формат данного файла контролируется разработчиками canonical, и они вряд ли пойдут на компромиссы с товарищами из редхата, суси, мандривы и т.д. В то время как systemd и os-release - изначально междистрибутивные проекты, ставящие целью унификацию и стандартизацию.

     
     
  • 2.32, Аноним (-), 17:30, 15/02/2012 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Формат данного файла контролируется разработчиками canonical, и они вряд ли пойдут на компромиссы с товарищами из редхата, суси, мандривы и т.д.

    Как каноникал относится к редхату - хорошо видно по той истории, когда они специально патчили PulseAudio, чтобы тот хрипел и заикался. В fedora, opensuse, mandriva - работает хорошо, звук нормальный. В ubuntu - словно в избу-икальню пришел.

     
     
  • 3.58, Врешь (?), 18:27, 15/02/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Гон дешевый, нормальный звук в Ubuntu на пульсе.
     
     
  • 4.64, Аноним (-), 18:31, 15/02/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Гон дешевый, нормальный звук в Ubuntu на пульсе.

    Теперь - может быть. После того как Поттеринг их лично за шкирку взял и носом потыкал в их кривые патчи: http://0pointer.de/blog/projects/pa-in-ubuntu

     
     
  • 5.97, anonymous (??), 19:44, 15/02/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Теперь - может быть. После того как Поттеринг их лично за шкирку взял и носом потыкал в их кривые патчи: http://0pointer.de/blog/projects/pa-in-ubuntu

    Не удивительно, твой Поттеринг даже не потрудился привести, почему патчи кривые. Впрочем, пульсаудио как был глючным, так и остался. На любом дистрибутиве.

     
     
  • 6.119, Аноним (-), 20:38, 15/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    номера багов в трекере?
     
  • 6.152, r0g3r (??), 23:33, 15/02/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Впрочем, пульсаудио как был глючным, так и остался. На любом дистрибутиве.

    У меня работает безукоризненно. Ибо к выходу PA множество багов устранили и довели до юзабельного состояния. Хотя до этого, к слову, тоже тем ещё глюкалом считал.

     
     
  • 7.194, arisu (ok), 12:32, 16/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > множество багов устранили и довели до юзабельного состояния.

    нененене, что-то мне не хочется пользоваться багами, даже «доведеными до юзабельного состояния».

     
  • 7.224, iCat (ok), 07:28, 04/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >>Впрочем, пульсаудио как был глючным, так и остался. На любом дистрибутиве.
    > У меня работает безукоризненно. Ибо к выходу PA множество багов устранили и
    > довели до юзабельного состояния. Хотя до этого, к слову, тоже тем
    > ещё глюкалом считал.

    IMHO - pulseaudio годится для организации звука в системах, где к _качеству_ звука требования "усреднённые". По принципу - "должно пиликать". Как в телевизорах 2-го или 3-го поколений. Действительно: зачем "сумасшедшие" диапазоны и "нерально низкие" уровни искажений для "системной подзвучки", где на вход звуковой карты подаётся жатый-пережатый МРЗ-шник?

    А по теме топика - "иШШо одна попытка" убелить окуружающих в своей "д'Артаньянности"...


     
  • 2.172, Dmitry Nezhevenko (?), 02:17, 16/02/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Оно междистрибутивное с большой большой натяжкой Эти все инновации с systemd... большой текст свёрнут, показать
     
  • 2.190, Михаил (??), 12:11, 16/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Ололо, а что ж он в сусе делает, этот убунтоспецифичный аналог?
     
  • 2.206, dq0s4y71 (??), 14:12, 16/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Это именно стандарт - http://ru.wikipedia.org/wiki/Linux_Standard_Base. То, что он Debian-центричный - отдельный разговор.
     

  • 1.4, rain87 (?), 17:04, 15/02/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +12 +/
    несмотря на неоднозначность остальных предложений, выдвигаемых поттерингом, это мне кажется очень разумным. унификация это хорошо
     
     
  • 2.12, kuku (?), 17:10, 15/02/2012 [^] [^^] [^^^] [ответить]  
  • –5 +/
    ... как и взлом - он становится
    унифицированным...
     
     
  • 3.19, Аноним (-), 17:17, 15/02/2012 [^] [^^] [^^^] [ответить]  
  • +21 +/
    > ... как и взлом - он становится
    > унифицированным...

    Так и представляю себе картину: злой хакер получил рутовый шелл на чужом серваке, но из-за отсутствия os-release не смог определить версию дистра, расплакался, отказался от своих намерений, раскаялся, и написал явку с повинной в полицию.

     
     
  • 4.52, Аноним (-), 18:14, 15/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Так и представляю себе картину: злой хакер получил рутовый шелл на чужом
    > серваке, но из-за отсутствия os-release не смог определить версию дистра, расплакался,
    > отказался от своих намерений, раскаялся, и написал явку с повинной в
    > полицию.

    Гипотетическая вероятность такой ситуации, безусловно, стоит того, чтобы разработчики программ и дальше пилили поддержку нескольких десятков методов определения версии дистрибутива.

     
     
  • 5.213, Пр0х0жий (ok), 19:14, 16/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Гипотетическая вероятность такой ситуации, безусловно, стоит того,
    > чтобы разработчики программ и дальше пилили поддержку нескольких десятков
    > методов определения версии дистрибутива.

    <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...

     
  • 4.65, KblCb (?), 18:34, 15/02/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А вот зря смеётесь. У нас недавно взломали сервак и не осилили lilo и bsd-like инит.
     
     
  • 5.72, Аноним (-), 18:43, 15/02/2012 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > А вот зря смеётесь. У нас недавно взломали сервак и не осилили
    > lilo и bsd-like инит.

    Есть подозрение, что они и шелл не осилили. Откуда скрипт-киддисам такие вещи знать?

     
     
  • 6.101, arisu (ok), 20:01, 15/02/2012 [^] [^^] [^^^] [ответить]  
  • +4 +/
    одни «поставили», другие «поломали».
     
  • 5.155, Аноним (-), 00:03, 16/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > lilo и bsd-like инит.

    А зачем это осиливать? Особенно хаксорам?

     
  • 4.106, Аноним (-), 20:04, 15/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Так и представляю себе картину: злой хакер получил рутовый шелл на чужом
    > серваке, но из-за отсутствия os-release не смог определить версию дистра, расплакался,

    Отсюда мораль: надо снести этот файл, пусть хакеры плакают.

     
  • 4.207, dq0s4y71 (??), 14:15, 16/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Злому хакеру пофигу, а вот скрипт кидди это может жизнь облегчить.
     
  • 3.51, Аноним (-), 18:09, 15/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > ... как и взлом - он становится
    > унифицированным...

    Насчет взлома не все однозначно, а вот защищать и аудитить унифицированные системы на порядок проще.
    Например, для линукса есть https://www.opennet.ru/opennews/art.shtml?num=28396
    Поле CPE в os-release - из того же стандарта SCAP.

     
  • 3.137, Аноним (-), 22:33, 15/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Палка с двумя концами: защита тоже унифицирована. Если серьезно конечно :)
     
  • 2.15, Аноним (-), 17:12, 15/02/2012 [^] [^^] [^^^] [ответить]  
  • +10 +/
    > несмотря на неоднозначность остальных предложений, выдвигаемых поттерингом, это мне кажется очень разумным. унификация это хорошо

    На самом деле, os-release - это только верхушка айсберга. Разработчики systemd фактически предложили стандарт для основных общесистемных конфигов, вобравший все лучшее из существующих решений: http://0pointer.de/blog/projects/the-new-configuration-files.html

    Кстати, в арче поддержка этих конфигов уже работает независимо от наличия systemd. Молодцы ребята.

     
     
  • 3.47, gaga (ok), 18:01, 15/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >Разработчики systemd фактически предложили стандарт для основных общесистемных конфигов, вобравший все лучшее из существующих решений

    Вот только опять недоделанный стандарт: еще немного, и человечество дойдет до унифицированного формата, который может читаться машиной и человеком (json, yaml, Sexpr-like). Но случится это через лет 10, судя по всему, а до тех пор чтобы распарсить любой конфги из двух строк придется лепить свой костыльный и глючный парсер и плодить дыры и баги.

     
     
  • 4.50, Аноним (-), 18:06, 15/02/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Вот только опять недоделанный стандарт: еще немного, и человечество дойдет до унифицированного
    > формата, который может читаться машиной и человеком (json, yaml, Sexpr-like). Но
    > случится это через лет 10, судя по всему, а до тех
    > пор чтобы распарсить любой конфги из двух строк придется лепить свой
    > костыльный и глючный парсер и плодить дыры и баги.

    В данном случае достаточно элементарного формата ключ=значение, который куда проще читается и человеком, и машиной, чем перечисленные вами.

     
     
  • 5.61, gaga (ok), 18:29, 15/02/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > В данном случае достаточно элементарного формата ключ=значение, который куда проще читается
    > и человеком, и машиной, чем перечисленные вами.

    Ага, а если потом формат будет дополнен чем-нибудь еще, напишем новый парсер с нуля, это же так весело. Суть в том, что можно использовать ОДИН формат, который покрывает 99% потребностей всех конфигов, логов и пр. - того, где сейчас царит жуткий бардак, каменный век и неэффективность.


     
     
  • 6.66, Аноним (-), 18:34, 15/02/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Ага, а если потом формат будет дополнен чем-нибудь еще, напишем новый парсер с нуля, это же так весело.

    Ну да, ну да. Чтобы добавить еще один ключ, нужно писать новый парсер, ага.

    > Суть в том, что можно использовать ОДИН формат, который покрывает 99% потребностей всех конфигов, логов и пр. - того, где сейчас царит жуткий бардак, каменный век и неэффективность.

    Когда вы загоните кучу принципиально разных структур организации информации в некий единый формат - вы как раз и получите неэффективность.

    Достаточно сравнить, насколько парсер формата ключ=значение проще парсера json.

     
     
  • 7.89, gaga (ok), 19:21, 15/02/2012 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Ключ нет, а вот если один из параметров вдруг сможет принять одновременно нескол... большой текст свёрнут, показать
     
     
  • 8.146, deadless (ok), 23:11, 15/02/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Так реестр же ... текст свёрнут, показать
     
     
  • 9.160, gaga (ok), 00:22, 16/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    okay... текст свёрнут, показать
     
  • 5.82, arisu (ok), 19:03, 15/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > В данном случае достаточно элементарного формата ключ=значение, который куда проще читается
    > и человеком, и машиной, чем перечисленные вами.

    особенно удобно в формате «ключ=значение» представлять массивы и деревья.

     
     
  • 6.107, Аноним (-), 20:05, 15/02/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > особенно удобно в формате «ключ=значение» представлять массивы и деревья.

    А зачем сие в файле с релизом ОС? :)

     
     
  • 7.114, arisu (ok), 20:18, 15/02/2012 [^] [^^] [^^^] [ответить]  
  • +3 +/
    >> особенно удобно в формате «ключ=значение» представлять массивы и деревья.
    > А зачем сие в файле с релизом ОС? :)

    потому что скоро там появятся описания пакетных менеджеров, всякие «капсы» и прочая ерунда, я гарантирую это.

     
  • 5.134, Аноним (-), 22:30, 15/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Ага, и на каждый чих вроде os-release  - свой формат вида ключ-значение, со своими вайтспейсами, со своей чувствительностью к регистру, со своими тонкостями, со своим велосипедом для парсинга со своими багами...
     
  • 4.56, Аноним (-), 18:25, 15/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Главная проблема не в том, что какой-то там формат конфига плохо читается или парсится.
    А в том, что почти каждый разработчик очередного дистрибутива начинает с того, что придумывает свой уникальный и ни с кем не совместимый набор конфигов.
    Автор дистра доволен, а проблемы разработчиков ПО и админов шерифа не волнуют.
     
     
  • 5.59, gaga (ok), 18:27, 15/02/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    это как раз следствие отсутствия стандартного формата для таких вещей. ну и криворукости и чсв разработчиков, понятное дело.
     
  • 5.131, Пр0х0жий (ok), 21:41, 15/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Главная проблема ...
    > ... в том, что почти каждый разработчик очередного дистрибутива начинает с того,
    > что придумывает свой уникальный и ни с кем не совместимый набор
    > конфигов.

    Точно. Например:

    /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 порядок.

     
  • 5.136, Аноним (-), 22:31, 15/02/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    К сожалению, хуже чем щас уже не сделаешь - и так уже конфиги представляют собой кладбище не взлетевших велосипедов. А вот лучше - можно.
     
  • 3.181, netch (ok), 09:57, 16/02/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > На самом деле, os-release - это только верхушка айсберга. Разработчики systemd фактически
    > предложили стандарт для основных общесистемных конфигов, вобравший все лучшее из существующих
    > решений: http://0pointer.de/blog/projects/the-new-configuration-files.html

    Только форматы у них такие, что ничего серьёзнее чем name=value туда не ляжет.

    Через пару лет они гордо изобретут реестр. На XML.

     
  • 2.79, YetAnotherOnanym (?), 18:58, 15/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Вы сторонник Security by Obscurity?
     
     
  • 3.139, Аноним (-), 22:39, 15/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Как связаны s-t-o и унификация? Скорее наоборот, зоопарк конфигов приводит к obscurity.
     
  • 3.182, netch (ok), 10:05, 16/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Вы сторонник Security by Obscurity?

    Есть два базовых подхода к решению вопроса о зависимых от местности средствах: 1) дать описание и возложить реализацию методов на пришедшее средство и 2) дать методы (код). Второе, да, в какой-то мере by obscurity, но позволяет не таскать за собой базу данных.

    И, к Вашему сведению, security by obscurity - практически полезный механизм. Те, кто его отвергают, похожи на тех, для кого вероятность встретить динозавра - 50%.

     
     
  • 4.192, arisu (ok), 12:28, 16/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > И, к Вашему сведению, security by obscurity - практически полезный механизм.

    примерно как самовар.

     
     
  • 5.199, netch (ok), 13:15, 16/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >> И, к Вашему сведению, security by obscurity - практически полезный механизм.
    > примерно как самовар.

    Нет.

     
     
  • 6.200, arisu (ok), 13:27, 16/02/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >>> И, к Вашему сведению, security by obscurity - практически полезный механизм.
    >> примерно как самовар.
    > Нет.

    и то верно: самовар таки полезней.

     
     
  • 7.201, netch (ok), 13:29, 16/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >>>> И, к Вашему сведению, security by obscurity - практически полезный механизм.
    >>> примерно как самовар.
    >> Нет.
    > и то верно: самовар таки полезней.

    Вы хоть раз ключом от замка пользовались? Или у Вас дворец со слугами?

     
     
  • 8.202, arisu (ok), 13:32, 16/02/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    знаешь, в чём твоя беда ты вещаешь в области, где ничего не понял хинт ключ ... текст свёрнут, показать
     
     
  • 9.203, netch (ok), 13:44, 16/02/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Это твоя беда, что ты вообще не понял, о чём речь в обсуждении, зато начал разбр... большой текст свёрнут, показать
     
     
  • 10.211, arisu (ok), 16:38, 16/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    я хренею без баяна вполне себе вменяемое обсуждение, где меня вполне корректно ... текст свёрнут, показать
     
     
  • 11.212, netch (ok), 16:43, 16/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Хм Я тоже что-то не вижу пары постингов Ну до такого вроде ещё не дошло, но ok... текст свёрнут, показать
     
  • 2.80, YetAnotherOnanym (?), 19:00, 15/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > несмотря на неоднозначность остальных предложений, выдвигаемых поттерингом, это мне кажется
    > очень разумным. унификация это хорошо

    ППКС. Когда садишься за незнакомый дистр больше всего бесит необходимость искать, где у него записано кто оно такое. uname, /etc/release и прочее помогают не всегда.


     
     
  • 3.148, deadless (ok), 23:16, 15/02/2012 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Странно это всегда было конём линукса. Типа много дистров хороших и разных. А та если будет только обоями  различаться чем тогда холиварить? Так хоть убунтуводов опускают а так исчезнет офигенный фактор отличительности.
     
  • 3.180, Xasd (ok), 09:54, 16/02/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Когда садишься за незнакомый дистр больше всего бесит ...

    если вас раздражает факт того что вы каждый раз (раз в какоето время) -- садитесь за разные операционные системы (хоть и на одном ядре) -- то ЗАЧЕМ-ЖЕ вы это делаете? :D

    ну ей богу смешно... может быть "компьютеры" -- это вообще не ваше занятие? поэтому и бесит :-D

    ....вы-бы ещё жаловались-бы на то что "кждый раз когда я начинаю изучать новый язык программирования -- то происходит <такаято> фигня!"

     

     ....большая нить свёрнута, показать (43)

  • 1.6, Аноним (-), 17:06, 15/02/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    >а зачем этот авахи нужен?

    Это чтобы в Ubuntu выскакивало окно с сообщением на 5 секунд:
    "Вы в домене local и работать не буду" :)

    $cat /etc/lsb-release
    DISTRIB_ID=Ubuntu
    DISTRIB_RELEASE=11.10
    DISTRIB_CODENAME=oneiric
    DISTRIB_DESCRIPTION="Ubuntu 11.10"

    А это для чего придумали?

     
     
  • 2.16, Аноним (-), 17:14, 15/02/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > А это для чего придумали?

    А это - то же самое, но работает не только в убунте :)

     
  • 2.18, rusty_angel (ok), 17:15, 15/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >>а зачем этот авахи нужен?
    > Это чтобы в Ubuntu выскакивало окно с сообщением на 5 секунд:
    > "Вы в домене local и работать не буду" :)

    Ага. Причём работать не перестаёт. А ругается вообще независимо от того, какой домен.

     
     
  • 3.214, axe (??), 20:15, 16/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >>>а зачем этот авахи нужен?
    >> Это чтобы в Ubuntu выскакивало окно с сообщением на 5 секунд:
    >> "Вы в домене local и работать не буду" :)
    > Ага. Причём работать не перестаёт. А ругается вообще независимо от того, какой
    > домен.

    При чем тут домен? Он ругается на то что у вашего прова local зона резолвится. А тот в свою очередь ее резолвит потому, что ретрекер рутрекера держит. А сообразительности резолвить только зону ретрекера без всей local у него не хватило.

     
     
  • 4.215, rusty_angel (ok), 20:25, 16/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >>>>а зачем этот авахи нужен?
    >>> Это чтобы в Ubuntu выскакивало окно с сообщением на 5 секунд:
    >>> "Вы в домене local и работать не буду" :)
    >> Ага. Причём работать не перестаёт. А ругается вообще независимо от того, какой
    >> домен.
    > При чем тут домен? Он ругается на то что у вашего прова
    > local зона резолвится. А тот в свою очередь ее резолвит потому,
    > что ретрекер рутрекера держит. А сообразительности резолвить только зону ретрекера без
    > всей local у него не хватило.

    В офисе точно никаких зон от провайдера нет.

     
  • 2.48, Аноним (-), 18:02, 15/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > А это для чего придумали?

    Это чтобы поумерить спесь Шатлворта, подписывающегося псевдонимом "LSB".

     
  • 2.83, arisu (ok), 19:04, 15/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > А это для чего придумали?

    для бубунты. ваш Кэп.

     
     
  • 3.109, Аноним (-), 20:07, 15/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > для бyбунты. ваш Кэп.

    Насколько я помню эту хрень редхатчики же и придумали, а шатлворт только скопипи...л, как обычно. Но видимо поттеринга всерьез укусила муха NIH-NIH.

     
  • 3.143, Пр0х0жий (ok), 23:04, 15/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >> А это для чего придумали?
    > для бубунты. ваш Кэп.

    Не было её тогда ещё, *бунты. Не нарисовали:
    http://lists.linuxfoundation.org/pipermail/lsb-discuss/2000-August/000801.htm

     
     
  • 4.193, arisu (ok), 12:30, 16/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Акела промахнулся. в смысле, Кэп.
     
  • 2.127, cadmi (?), 21:16, 15/02/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >>а зачем этот авахи нужен?
    > Это чтобы в Ubuntu выскакивало окно с сообщением на 5 секунд:
    > "Вы в домене local и работать не буду" :)

    а вот в этом виноваты не убунтоиды, а туповатые виндоебы из числа админов рутрекера. которые в свое время продавили в локалки адрес для ретрекера retracker.local, да еще и написали у себя на сайте кривое howto, после которого почти все хомонеты у себя криво DNS'ы настроили. их в свое время предупреждали, но они тупо не могли понять, о чем им твердят.

     

  • 1.9, oops (ok), 17:07, 15/02/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    О, наконец хоть кто-то допер до этого
     
  • 1.11, Аноним (-), 17:09, 15/02/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    > Наличие данного файла отныне становится обязательным для дистрибутивов, которые желают обеспечить запуск systemd.

    Еще один пример тотальной безграмотности автора новости. Этот файл влияет только на сообщение в начале загрузки "Добро пожаловать в $DISTRONAME $DISTROVERS". Без этого файла systemd будет выдавать в стиле капитана очевидность "Добро пожаловать в Linux".

    Вообще, этот файл, как и пляски с /usr, нужны не сколько для systemd (потому что этот танк пройдет везде), а для удобства разработчиков прикладного ПО.

     
     
  • 2.84, arisu (ok), 19:04, 15/02/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > systemd (потому что этот танк пройдет везде)

    не везде, у меня не прошёл. пока что противотанковые ежи кряхтят, но сдерживают.

     
  • 2.147, Аноним (-), 23:11, 15/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Столлмана на них нет. Почему Linux а не GNU/Linux?
     
     
  • 3.170, Moonrise (??), 02:11, 16/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Почему уж тогда сразу не GNU/Perl/X.Org/over9000otherAuthors/Linux?
     
     
  • 4.198, arisu (ok), 12:42, 16/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Почему уж тогда сразу не GNU/Perl/X.Org/over9000otherAuthors/Linux?

    а это rms пояснял, но ты же у нас писатель, читать — дело не барское.

     
  • 2.154, filosofem (ok), 23:50, 15/02/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >Вообще, этот файл, как и пляски с /usr, нужны не сколько для systemd (потому что этот танк пройдет везде)

    Я даже больше скажу, systemd этот файл совсем не нужен, потому что systemd систему загружает за полторы наносекунды секунды и юзер все равно не успеет прочитать, что там в верхней строке написано.

     

  • 1.13, Аноним239 (?), 17:10, 15/02/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    >при этом многие дистрибутивы одновременно поддерживают несколько типов подобных файлов (например, в Fedora Linux их четыре).

    Будет пять. Отлично придумано. Молодец Поттеринг.

     
     
  • 2.26, Аноним (-), 17:25, 15/02/2012 [^] [^^] [^^^] [ответить]  
  • +4 +/
    http://imgs.xkcd.com/comics/standards.png
     
     
  • 3.81, YetAnotherOnanym (?), 19:02, 15/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > http://imgs.xkcd.com/comics/standards.png

    :D


     
  • 2.140, Аноним (-), 22:41, 15/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    это не означает, что не надо пытаться

    в худшем случае накопится критическая масса, и все быстро-быстро переделают как надо, ибо надоело

     

  • 1.14, McLeod095 (ok), 17:11, 15/02/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Вот смотрю на новость и думаю, запастись ли мне попкорном и газировкой, или пройти мимо.
    С одной стороны, я много раз с этим сталкивался и скажу что надо унифицировать для всех дистрибутивов, хотя бы сделать обязательные поля. С другой столько всего придется перелопачивать.
    Хотя здесь есть здравый смысл.  
     
     
     
    Часть нити удалена модератором

  • 3.68, McLeod095 (ok), 18:38, 15/02/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> Вот смотрю на новость и думаю, запастись ли мне попкорном и газировкой, или пройти мимо.
    > Проходите мимо =)
    > Бурление гoвн в комментариях неизбежно, но на развитие Linux оно влияния не
    > окажет. Потому что великие общественные деятели, любящие писать в комментариях гадости
    > про поттеринга, в мире opensource - никто.

    Ну мимо такой новости пройти никак не могу.
    Вообще почитав комменты, вижу что данное решение большая часть людей все таки поддерживает, и я кстати в их числе. А вот свою порцию говен на предлагаемые варианты унификации данным человеком я скорее всего смогу вылить только после выхода Fedora 17. Пока же сижу на 16 и вроде все устраивает, но некоторые вещи очень сильно раздражают, но не более.

     
  • 2.23, Аноним. (?), 17:23, 15/02/2012 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Дистрам следует просто добавить поддержку этого файла, но никак не переставать поддерживать существующую схему (чтобы была обратная совместимость). Кажется что это самый оптимальный из вариантов.
     
     
  • 3.28, Аноним (-), 17:26, 15/02/2012 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Дистрам следует просто добавить поддержку этого файла, но никак не переставать поддерживать существующую схему (чтобы была обратная совместимость). Кажется что это самый оптимальный из вариантов.

    Собсно, Поттеринг так и предлагает.
    > 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.

     
     
  • 4.129, Аноним (-), 21:23, 15/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Отлично. Логично. Не такой уж страшный Поттеринг ..
     
  • 3.31, kuku (?), 17:29, 15/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    ещё написать в файле вывод команды "uname -a"...
     
     
  • 4.36, Аноним (-), 17:36, 15/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > ещё написать в файле вывод команды "uname -a"...

    А смысл? uname написана на сях, поэтому тормозит, требует зависимостей и жрет памяти на порядок меньше, чем питоновский lsb_release.

     
     
  • 5.43, Аноним (-), 17:56, 15/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > А смысл? 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

     
     
  • 6.227, anonymous (??), 21:29, 24/02/2017 [^] [^^] [^^^] [ответить]  
  • +/
    $ 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:       Final

    real    0m0.037s
    user    0m0.007s
    sys     0m0.024s

    # time lsb_release -a
    bash: lsb_release: command not found

    real    0m0.001s
    user    0m0.000s
    sys     0m0.000s

     
  • 5.163, Ytch (?), 00:34, 16/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >> ещё написать в файле вывод команды "uname -a"...
    > А смысл? uname написана на сях, поэтому тормозит, требует зависимостей и жрет
    > памяти на порядок меньше, чем питоновский lsb_release.

    Смысл в том, что про uname они тоже скажут:
    [цитата]
    ...но разработчики systemd отказываются использовать её, называя её интерфейс "странным" и "изначально плохо спроектированным".
    [/цитата]

     
  • 2.27, konfuji (ok), 17:26, 15/02/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Все просто:
    Было 4 формата, стал один, единый для всех.
    Здравый смысл Поттеринга налицо, идиотизм критикующих комментаторов же не поддается измерению.
     
     
  • 3.30, Аноним (-), 17:27, 15/02/2012 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Здравый смысл Поттеринга налицо, идиотизм комментаторов же не поддается измерению.

    Они дальше фамилии новость не читают =)

     
  • 3.85, arisu (ok), 19:09, 15/02/2012 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Все просто:
    > Было 4 формата, стал один, единый для всех.
    > Здравый смысл Поттеринга налицо, идиотизм критикующих комментаторов же не поддается измерению.

    ага. как только «все перейдут» мне вместо простого test -e /etc/distroversion_file надо будет парзить эту лабуду. что-то не радует ни разу. а если мне уж таки надо знать, на каком я дистре, то всё равно поддержка неизвестного магически не появится: ведь есть же причина, по которой я дистр определяю.

    но, конечно, столь сложная мысль тебе в голову не пришла, ты занят тем, что измеряешь не поддающееся измерению.

     
  • 3.168, prof_alex (?), 01:23, 16/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Не так. Было четыре стало пять!
     
  • 3.184, netch (ok), 10:08, 16/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Все просто:
    > Было 4 формата, стал один, единый для всех.

    http://xkcd.com/927/

    > Здравый смысл Поттеринга налицо, идиотизм критикующих комментаторов же не поддается измерению.

    Видяй сломицу...

     
  • 3.225, iCat (ok), 07:49, 04/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Здравый смысл Поттеринга налицо

    Не смешно.
    Этот "здравый смысл" следует по граблям, по которым шли Микрософт, SUN, UNIX & c.t.r.
    "Фишка" в том, что вышеперчисленные уже _прошли_ и отказались, а "Здравый смысл Поттеринга" призывает (и частично реализует) к повторению уже забытых ошибок.

     

  • 1.29, Аноним (-), 17:26, 15/02/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    Хоть и Поттеринг, и ассоциации соответствующие, а новость вроде неплохая.

    я вообще против разброда конфигов в дистрах.

    причём, порой такое ощущение, что некоторые разброд делали, чтобы просто отличаться от других дистров, мол, "у нас не просто обои добавлены"

     
     
  • 2.35, Аноним (-), 17:33, 15/02/2012 [^] [^^] [^^^] [ответить]  
  • +5 +/
    > я вообще против разброда конфигов в дистрах.
    > причём, порой такое ощущение, что некоторые разброд делали, чтобы просто отличаться от
    > других дистров, мол, "у нас не просто обои добавлены"

    Если вы посмотрите на скрипты инициализации и initrd в различных дистрах, то увидите, что разброд и велосипедизм царят не только в конфигах. Фактически, sysv init как единое решение не существует - это десятки несовместимых дистроспецифичных велосипедов, делающих одно и то же немного по-разному.
    Вот тогда и начинаешь понимать разработчиков dracut и systemd...

     

  • 1.34, ArtKun (?), 17:33, 15/02/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Кажется, Поттеринг действительно решил привести все в порядок в этой ОС...
     
     
  • 2.41, xxx (??), 17:49, 15/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > решил привести все в порядок в этой ОС...

    В какой? В Fedora?


     
     
  • 3.53, anonymous (??), 18:18, 15/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    GNU/Linux, очевидно.
     
     
  • 4.177, Anon100500 (?), 05:07, 16/02/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Linux is NOT OS. Linux is KERNEL! Use ur brain Luke.
     
  • 3.116, Siberianlaika (ok), 20:25, 15/02/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> решил привести все в порядок в этой ОС...
    >В какой? В Fedora?

    Если бы… К сожалению во всём линуксе.

     
  • 2.86, arisu (ok), 19:10, 15/02/2012 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Кажется, Поттеринг действительно решил привести все в порядок в этой ОС...

    к счастью, результатами его трудов ещё можно не пользоваться. а то вон звук он уже привёл в порядок, до сих пор икается.

     

  • 1.38, Аноним (-), 17:42, 15/02/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    похоже кому то надоело сооружать велосипеды..
    Это внушает слабый оптимизм
     
     
  • 2.42, Аноним (-), 17:49, 15/02/2012 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Похоже кое-кто, только и делает, что сооружает велосипеды.
     
     
  • 3.55, Аноним (-), 18:19, 15/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Linux way же.

    Можно, например, объявить конкурс "посчитай сколько аналогичных, но разных структур для описания сетевого адреса (или, скажем, статистики сетевого интерфейса) есть в ядре".

     
     
  • 4.57, ананим (?), 18:25, 15/02/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    В ядре?
    Точно?
     
     
  • 5.174, Аноним (-), 03:43, 16/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > В ядре? Точно?

    Я, собственно, о том, что Linux-way — это «множество вещей, делающих одну задачу несовместимыми между друг другом способами.»

    Он и в ядре и в юзерспейсе и везде. Ядро - просто один из кучи случаев.

    Поттерингу бы прийти к крупным дистро-мейкерам и сказать "чуваки, давайте выкинем ваши личные велики и сделаем всем удобный универсал", и допинать их этим до успешной замены. А он просто вбросил N+1 вариант реализации.

     
     
  • 6.226, iCat (ok), 07:58, 04/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >"чуваки, давайте выкинем ваши личные велики и ...

    ...и запилим мой велик!!!
    Для того, чтобы что-то "продвинуть" в общее пользование, сначала нужно
    - выяснить: "А нет ли уже ловкой реализации тобой задуманного?"
    - подготовить предложение, снабдив его личными соображениями
    - найти единомышленников
    - изучить что испортится при внедрении
    - найти способы исправления того, что может испортится
    - ...

    А вот это вот "отныне становится обязательным" - это даже не диктатура, а элементарное самодурство.

     
  • 2.87, arisu (ok), 19:11, 15/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > похоже кому то надоело сооружать велосипеды..

    вообще-то всё ровно наоборот: наш умничка поттер не может остановиться. «а Ватсон без трубки уже не мог…»

     
     
  • 3.110, Аноним (-), 20:11, 15/02/2012 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > вообще-то всё ровно наоборот: наш умничка поттер не может остановиться. «а Ватсон
    > без трубки уже не мог…»

    Ну да. /etc/lsb-release вроде как редхат же и придумал. Но поскольку NIH и придумано не гарри поттером, нужно срочно исправить этот Фатальный Недостаток.

    интересно, может ему враги платят, чтобы выставлять редхат горсткой клоунов? oO

     

  • 1.54, Аноним (-), 18:18, 15/02/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Lsb_release является shell-скриптом, который требуется запустить для получения параметров

    Начнем с того, что скрипт lsb_release вообще не стандартизирован. В debian-производных дистрах это вообще питоновский, а не шелловский скрипт.

     
     
  • 2.221, myhand (ok), 14:45, 18/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Начнем с того, что скрипт lsb_release вообще не стандартизирован. В debian-производных дистрах это вообще питоновский, а не шелловский скрипт.

    Вы что-то напутали с понятием стандартизации.  Вменяемые люди стандартизируют интерфейсы, форматы, а не реализации программ.  И уж точно не включают в стандарт язык, на котором должна быть написана утилита.  С, Python, Haskell - какая, нафиг, разница если утилита свое дело делает как положено?

     

  • 1.60, DFX (ok), 18:29, 15/02/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    ВНЕЗАПНО, отличная идея, хм. давно пора было этот срач разгрести.
    Поттеринг чтоли таки слез с тяжёлых веществ и/или проспался ?

    а то после https://tango.0pointer.de/pipermail/pulseaudio-discuss/2009-July/004519.html он меня шибко пугает.

     
     
  • 2.166, Ytch (?), 00:55, 16/02/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    У него все так начинается Бывают неплохие идеи и концепции, но не в его правила... большой текст свёрнут, показать
     

  • 1.63, Пиу (?), 18:30, 15/02/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    а lsb-release для кого придуман?
     
     
  • 2.69, Аноним (-), 18:38, 15/02/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > а lsb-release для кого придуман?

    Для любителей тормозных питонокостылей, очевидно.
    Вместо того, чтобы сделать один конфиг, они предпочитают написать питоноподелие, которое проверяет несколько десятков разных файлов.

     
     
  • 3.71, Пиу (?), 18:42, 15/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >которое проверяет несколько десятков разных файлов.

    зачем проверять? его можно закостылять на ответ

     
     
  • 4.74, Аноним (-), 18:45, 15/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > зачем проверять? его можно закостылять на ответ

    И получить аналог cat /etc/os-release, но на питоне. Еще бы туда зависимость от kdelibs прикрутить, и будет полноценный велосипед.

     
     
  • 5.76, Пиу (?), 18:48, 15/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >> зачем проверять? его можно закостылять на ответ
    > И получить аналог cat /etc/os-release, но на питоне. Еще бы туда зависимость
    > от kdelibs прикрутить, и будет полноценный велосипед.

    причем тут питон? ты его сам придумал, а теперь им же и троллишь.
    стандарт уже был придуман, а тут поттеринг рисует очередной лисапед

     
     
  • 6.78, Аноним (-), 18:51, 15/02/2012 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > причем тут питон? ты его сам придумал, а теперь им же и троллишь.

    $ file $(which lsb_release)
    /usr/bin/lsb_release: a /usr/bin/python script text executable

    > стандарт уже был придуман, а тут поттеринг рисует очередной лисапед

    "стандарт" lsb-release работает через задницу (почти семь секунд + интерпретатор питона, чтобы просто определить версию дистра).

     
     
  • 7.94, ананим (?), 19:34, 15/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    $ file /usr/bin/lsb_release
    /usr/bin/lsb_release: POSIX shell script, ASCII text executable
    $ head -1 /usr/bin/lsb_release
    #!/bin/sh
     
     
  • 8.183, Xasd (ok), 10:08, 16/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    теперь ясно почему Python называют тормазом -D -D ... текст свёрнут, показать
     
  • 4.77, Аноним (-), 18:49, 15/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > зачем проверять? его можно закостылять на ответ

    Типа предполагается, что один и тот же скрипт должен корректно работать на всех дистрах (кроме тех, которых он не знает, понятное дело). Правда, сам скрипт почему-то не очень стандартизирован, и есть разные его реализации...

     
     
  • 5.96, ананим (?), 19:39, 15/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >Типа предполагается, что один и тот же скрипт должен корректно работать на всех дистрах

    а зачем?
    предполагается, что скрипт с одним и тем же именем должен выдавать адекватные ответы, описанные в соответствующем стандарте lsb, который поддерживает (если он lsb поддерживает вообще) имеющийся в наличии дистрибутив.
    вон кто-то выбрал себе дистр и теперь питоном машет, у меня же на баше.

     
  • 3.112, Аноним (-), 20:11, 15/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >> а lsb-release для кого придуман?
    > Для любителей тормозных питонокостылей, очевидно.

    Что за питон-костылей? /etc/lsb-release вроде вполне себе текстовичок.

     
  • 3.175, Аноним (-), 03:48, 16/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Для любителей тормозных питонокостылей, очевидно.

    А что, там форматы ввода-вывода не определены? Или Вам кто-то запрещает переписать на C? Или где-то требование такое, чтобы обязательно на гвидобейсике было?

    Алсо, он про /etc/lsb-release, который один текстовый файл, а не /usr/bin/lsb_release, которое ажно целый педонскрипт на сто строчек.

     

  • 1.91, filosofem (ok), 19:27, 15/02/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Пускай сует еще один костыль. Думаю дистрибутивам не сложно добавить еще один файлик. Вреда минимум, а мальчик самоутвердится, немного успокоится и может перестанет велосипеды изобретать и делом займется, например дебагом своих поделий.

    >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.)

    Ну до такой степени звездеть совсем срамно для публичного человека. Как минимум в Арче нет этой подпорки. Что касается большинства крупных конечно тоже гон бесстыжий.

     
  • 1.93, Хм8230 (?), 19:34, 15/02/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    -- Слышь, зацени, что я придумал:
    =====================
    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.

     
     
  • 2.98, anonymous (??), 19:51, 15/02/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Рождение Windows Registry^W^W Linux Universal Configuration.

    Уже родили. dconf называется.


     
     
  • 3.100, develop7 (ok), 20:00, 15/02/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> Рождение Windows Registry^W^W Linux Universal Configuration.
    > Уже родили. dconf называется.

    В котором большинство ключей описано человеческим языком прямо на месте. Ну совсем никаких отличий от win registry, ну ни одного. Сразу видно, что разобрался в вопросе, а не просто лор почитал после школы.

     
     
  • 4.113, Аноним (-), 20:13, 15/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >> Уже родили. dconf называется.
    > В котором большинство ключей описано человеческим языком прямо на месте.

    ... в бинарной базе, колупаемой сугубо собственным регедитом, вместо удобного мне редактора. Во круто придумано. Даже найти ключи содержащие "вася" но не содержазщие "петя" вот так сходу низзя... а грепом как делать нефигЪ :)

     
     
  • 5.115, Хм8230 (?), 20:25, 15/02/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Не-не-не! Что Вы! Мы напишем свой православный luced (Linux Universal Configuration Editor®) с шахматами и поэтессами! И никаких богомерзких python/bash/perl/awk/grep! Всё будет в одной коробке, круто и красиво! И прикрутим к нему нескучные обои, обязательно! Но во второй версии :)
     
     
  • 6.157, Аноним (-), 00:08, 16/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > обязательно! Но во второй версии :)

    А можно тогда сразу начать с написания второй версии? :)

     
  • 5.124, develop7 (ok), 20:55, 15/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >>> Уже родили. dconf называется.
    >> В котором большинство ключей описано человеческим языком прямо на месте.
    > ... в бинарной базе, колупаемой сугубо собственным регедитом, вместо удобного мне редактора. Во круто придумано. Даже найти ключи содержащие "вася" но не содержазщие "петя" вот так сходу низзя... а грепом как делать нефигЪ :)

    о как.

    gsettings list-recursively | grep чтототам

    уже rocket science считается. старею, да.

     
     
  • 6.133, Аноним (-), 22:22, 15/02/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Тебе человек русским языком написал колупаться в редакторе. А ты ему просмотр суёшь. Покажи рокет сайнс навроде гсеттингс лист вим
     
     
  • 7.150, develop7 (ok), 23:29, 15/02/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Тебе человек русским языком написал колупаться в редакторе. А ты ему просмотр суёшь. Покажи рокет сайнс навроде гсеттингс лист вим

    1) man gsettings уже почитайте там
    2) если консольного редактора до сих пор нет, не значит ли это, что он никому не нужен? не значит ли это, что раз в полгода можно найти нужный параметр grepом да взвести его в нужное значение командой gsettings set?

     
     
  • 8.169, prof_alex (?), 01:41, 16/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Нет, это означает, что разработчики dconf не думают о людях, которым приходится ... текст свёрнут, показать
     
     
  • 9.187, Аноним (-), 11:26, 16/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Linux для того и придуман что бы доить на поддержке И потеринг туда же ... текст свёрнут, показать
     
  • 9.209, develop7 (ok), 15:38, 16/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    любезный, если вам действительно необходим именно консольный и именно визуальный... текст свёрнут, показать
     
  • 6.158, Аноним (-), 00:08, 16/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > о как.

    gsettings list-recursively | grep чтототам

    уже rocket science

    > считается. старею, да.

    Эм... а как насчет сие отредактировать потом? Ну в конфиге то понятно. А тут чего?

     
     
  • 7.167, develop7 (ok), 01:22, 16/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >> о как.

    gsettings list-recursively | grep чтототам

    уже rocket science

    >> считается. старею, да.
    > Эм... а как насчет сие отредактировать потом? Ну в конфиге то понятно. А тут чего?

    gsettings set. man почитать, поди, религия не позволяет?

     
  • 7.185, Xasd (ok), 10:14, 16/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >> о как.

    gsettings list-recursively | grep чтототам

    уже rocket science

    >> считается. старею, да.
    > Эм... а как насчет сие отредактировать потом? Ну в конфиге то понятно.
    > А тут чего?

    ты что -- хочешь скрипт который автоматически <чтото> ищщет, а потому <чтото> записывает -- <кудато>??

    ....похоже на Skynet какойт :D :D

    а нет вероятности что таким поиском оно запишет совсем не туда куда надо?

    вы чо -- на 2 шага вперёд подумать не можете? вы думаете что если на вашем комеьютере <этот-автомат> работает -- значит будет работат и на других 20 ??

     

  • 1.99, Аноним (-), 20:00, 15/02/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Он нашел еще один фатальный недостаток? А про lsb-release он конечно же не слышал?
     
     
  • 2.105, filosofem (ok), 20:04, 15/02/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Слышал, но это же Поттеринг, он лучше знает как надо.
     
     
  • 3.162, Ytch (?), 00:27, 16/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Он же классический "чукча-не-читатель-чукча-писатель". Не надо пытаться понять ЗАЧЕМ было что-то сделано и почему именно так. Для этого ведь надо сначала допустить мысль, что возможно это делали люди умнее тебя, а с этим у него, очевидно, проблемы.
     

  • 1.103, xxx (??), 20:02, 15/02/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Я не понимаю в чем фича. Был у каждого дистра свой файлик, теперь будет свой плюс этот. И вообще нафига нужно знать версию дистрибутива обычному приложению? Если приложение дистроспецифичное, то оно явно собирается делать кучу специфичных вещей, поэтому может и старый файл поглядеть. Зато теперь появится куча пионеров, которые будут хардкодить обращение к этому файлу во все приложения только ради того, чтобы вывести на экран название дистра.
     
     
  • 2.130, Anonymuze (?), 21:28, 15/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Вирусы будут теперь узнавать, куда они попали.
     
     
  • 3.159, Аноним (-), 00:09, 16/02/2012 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > Вирусы будут теперь узнавать, куда они попали.

    Можно будет им врать что это minix, пусть со страха удаляются :)

     

  • 1.118, Аноним (-), 20:34, 15/02/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Леннарт молодец, он хочет стандартизировать некоторые данные. Верно это, по сути все дистрибутивы содержат одну и туже информацию но в файлах по-разному оформленных. Он же просто хочу избавить от этого.

    P.S. Но это только предложение

     
     
  • 2.128, R (?), 21:22, 15/02/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Мне одному это напоминает старый бородатый анекдот про автомат для бритья Это ... большой текст свёрнут, показать
     

  • 1.132, Alatar (ok), 21:59, 15/02/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    А мне вот больше интересно, какого лешего в файле, описывающем ВЕРСИЮ ДИСТРИБУТИВА находится информация о том, КАКИМ ЦВЕТОМ эту информацию выводить? Это теперь ключевая информация о дистрибутиве, без которой линух работать не может?
     
     
  • 2.141, xxx (??), 22:46, 15/02/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    А что тут такого Леннарту понадобилось вывести на экран информацию о дистрибути... большой текст свёрнут, показать
     
     
  • 3.173, Аноним (-), 03:38, 16/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    А, это самое, ничего что у некоторых консоль черная, а у некоторых белая, например? А некоторых вообще, скажем, zenburn натянули.

    Смешал метаданные и представление, малаца. Вот за такое по ушам надо бы надавать.

     
  • 2.186, netch (ok), 10:16, 16/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > А мне вот больше интересно, какого лешего в файле, описывающем ВЕРСИЮ ДИСТРИБУТИВА
    > находится информация о том, КАКИМ ЦВЕТОМ эту информацию выводить? Это теперь
    > ключевая информация о дистрибутиве, без которой линух работать не может?

    А если бы вместо этого был параметр под названием BOOT_SPLASH_CONFIG с указанием на отдельный файл с цветом, картинкой и прочим, Вы бы возмутились или сказали "так и надо"?

     
     
  • 3.189, Аноним (-), 11:31, 16/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >> А мне вот больше интересно, какого лешего в файле, описывающем ВЕРСИЮ ДИСТРИБУТИВА
    >> находится информация о том, КАКИМ ЦВЕТОМ эту информацию выводить? Это теперь
    >> ключевая информация о дистрибутиве, без которой линух работать не может?
    > А если бы вместо этого был параметр под названием BOOT_SPLASH_CONFIG с указанием
    > на отдельный файл с цветом, картинкой и прочим, Вы бы возмутились
    > или сказали "так и надо"?

    Netch,
    все это клева - но под эту информацию выделен целый конфиг в /etc/sysconfig у RH/SuSe (не помню уж как у убунто образных). Спрашивается накой дублировать эту информацию еще сюда? или мы дойдем что все конфиги в этот один свалим?
    получим по сути подход как в bsd, но тогда это конец SysV init в linux.

     
     
  • 4.204, netch (ok), 13:57, 16/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >>> А мне вот больше интересно, какого лешего в файле, описывающем ВЕРСИЮ ДИСТРИБУТИВА
    >>> находится информация о том, КАКИМ ЦВЕТОМ эту информацию выводить? Это теперь
    >>> ключевая информация о дистрибутиве, без которой линух работать не может?
    >> А если бы вместо этого был параметр под названием BOOT_SPLASH_CONFIG с указанием
    >> на отдельный файл с цветом, картинкой и прочим, Вы бы возмутились
    >> или сказали "так и надо"?
    > Netch,
    > все это клева - но под эту информацию выделен целый конфиг в
    > /etc/sysconfig у RH/SuSe (не помню уж как у убунто образных). Спрашивается
    > накой дублировать эту информацию еще сюда?

    Потому что с точки зрения systemd должен быть один конфиг для systemd, а не много. И в нём должно быть то, что ему нужно. Нужно знать цвет надписи дистрибутива - должен быть задан цвет.

    (Это не значит, что я с ними согласен. С моей точки зрения, ещё одна шумная затычка малоактуальной темы, коим является systemd - это как 15-й соревнующийся стандарт.)

    > или мы дойдем что все
    > конфиги в этот один свалим?
    > получим по сути подход как в bsd, но тогда это конец SysV
    > init в linux.

    На это хочу заметить, что староBSDшный подход с одним /etc/rc мало где остался. По крайней мере фряха уже 8 лет как ушла от него. Более того, rcNG 5ки и последующих имеет элементы, которых нет в SysV - автовычисление зависимостей между скриптами.
    Вот параллельности таки нет - ибо штука весьма сомнительная.

     
     
  • 5.217, Аноним (-), 00:50, 17/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Потому что с точки зрения systemd должен быть один конфиг для systemd, а не много. И в нём должно быть то, что ему нужно. Нужно знать цвет надписи дистрибутива - должен быть задан цвет.

    зависит от позиции. Если это глобальная настройка - то этому место в /etc/sysconfig.
    если это per application - (коим является systemd) - то ему место в /etc.
    имхо так?
    иначе получается что прийдется переписать сто питцот программ что бы они лезли в /etc/os-release за цветом экрана и букв ?

    > На это хочу заметить, что староBSDшный подход с одним /etc/rc мало где остался.

    Обижаешь! вон все мои железки с таким ;-)
    а /etc/defaults/rc.conf ? ну на 7ке еще точно полная копия rc.conf :)

     
  • 3.218, Аноним (-), 00:52, 17/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >> А мне вот больше интересно, какого лешего в файле, описывающем ВЕРСИЮ ДИСТРИБУТИВА
    >> находится информация о том, КАКИМ ЦВЕТОМ эту информацию выводить? Это теперь
    >> ключевая информация о дистрибутиве, без которой линух работать не может?
    > А если бы вместо этого был параметр под названием BOOT_SPLASH_CONFIG с указанием
    > на отдельный файл с цветом, картинкой и прочим, Вы бы возмутились
    > или сказали "так и надо"?

    остается вопрос - чего настройки grub - делают в /etc/os-release ? ;-)

     

  • 1.138, Аноним (-), 22:37, 15/02/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Интересно, когда Великий Унификатор доберётся до пакетных менеджеров?
     
     
  • 2.144, neindog (?), 23:04, 15/02/2012 [^] [^^] [^^^] [ответить]  
  • +3 +/
    скорей бы
     
  • 2.165, VoDA (ok), 00:53, 16/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Интересно, когда Великий Унификатор доберётся до пакетных менеджеров?

    было бы круто если он таки сделает удобный универсальный пакетный манагер =)))

     
     
  • 3.196, arisu (ok), 12:37, 16/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > было бы круто если он таки сделает удобный универсальный пакетный манагер =)))

    для этого сначала надо определить, что такое «удобный» и что такое «универсальный». задача нерешаема в принципе. но наш гаррипоттер умеет решать подобные нерешаемые задачи: «удобно» — это то, что назвал удобным поттеринг. «универсально» — это то… ну, логика ясна, да?

     
  • 2.171, Пр0х0жий (ok), 02:14, 16/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Интересно, когда Великий Унификатор доберётся до пакетных менеджеров?

    Уже скоро:

    > 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.

    Марк, ты не солидарен?

     
     
  • 3.191, anonymous (??), 12:28, 16/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Марк подтянется, как только пакеты будут в дебиане и работать будет стабильно.
     
  • 3.216, Ytch (?), 22:08, 16/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Марк, ты не солидарен?

    Патрик тоже не солидарен, за что ему честь, респект и хвала.

     

  • 1.161, Аноним (-), 00:26, 16/02/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Не хватает добавить только: "такой маленький шаг для человека и такой огромный скачок для человечества" :) Вопрос в том, как на это отреагирует остальной мир. Рано или поздно кто-то восстанет, ибо Поттеринг может решить грамотно не все вопросы. Но данный случай, кажется позитивным, но это только кажется...
     
     
  • 2.197, arisu (ok), 12:39, 16/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Вопрос в том, как на это отреагирует остальной мир.

    «чем бы дитя ни тешилось…»

     

  • 1.222, Ващенаглухо (ok), 10:29, 20/02/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    ну наконец то, а ещё лучше сделать как в соляре /etc/release
     
  • 1.223, mike_t (?), 11:38, 20/02/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    вообще, это всё костыли правильно было бы поправить uname(), но к сожалению теперь это не реально :(
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Спонсоры:
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2020 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру