[NIXP] Systemd не будет поддерживать дистрибутивы без /etc/os-release

Обсуждение новостей, соответствующих тематике форума

Модератор: Модераторы разделов

Аватара пользователя
arkhnchul
Сообщения: 2284
Статус: Толчковый инженер
ОС: Debian, Fedora
Контактная информация:

Re: [NIXP] Systemd не будет поддерживать дистрибутивы без /etc/os-release

Сообщение arkhnchul »

diesel писал(а):
19.02.2012 01:57
systemd - это по-сути эволюция давней тенденции "взрослых" дистрибутивов а-ля RedHat/Fedora, SuSE/openSuSE, отчасти Debian и наследников. Тенденция всем известная: init-скрипты не для пользователей. init-скрипты для разработчиков.
А вот тут и приходит ой - когда пользователю надо покрутить скрипт. Юзеры - они разные, не только те, что в интернетах только сидят - админы тоже пользователи.
diesel писал(а):
19.02.2012 01:57
А раз так, то какая нафиг разница что там sysVinit, systemd, или мульен других полумеров.
ну разница как минимум в том, что в sysv можно писать на чем угодно. У меня, например, есть штук пять стартовых скриптов на перле. Еще мелкая, но раздражающая разница - при наборе /etc/init.d/foobar автокомплит работает, в отличие от systemctl restart foobar.service
diesel писал(а):
19.02.2012 01:57
По крайней мере не нужно будет писать на shell как на С, а при случае еще и какие-нить плюшки замутить
это с одной стороны "не нужно". С другой - "теперь невозможно".
Losing is fun!
Спасибо сказали:
Аватара пользователя
diesel
Бывший модератор
Сообщения: 5989
ОС: OS X, openSuSE, ROSA, Debian
Контактная информация:

Re: [NIXP] Systemd не будет поддерживать дистрибутивы без /etc/os-release

Сообщение diesel »

arkhnchul писал(а):
19.02.2012 17:43
diesel писал(а):
19.02.2012 01:57
По крайней мере не нужно будет писать на shell как на С, а при случае еще и какие-нить плюшки замутить
это с одной стороны "не нужно". С другой - "теперь невозможно".

Возможно. Хоть на перле.

Код: Выделить всё

[root@fedora system]# cat postgresql.service | grep '^Exec'
ExecStartPre=/usr/bin/postgresql-check-db-dir ${PGDATA}
ExecStart=/usr/bin/pg_ctl start -D ${PGDATA} -s -o "-p ${PGPORT}" -w -t 300
ExecStop=/usr/bin/pg_ctl stop -D ${PGDATA} -s -m fast
ExecReload=/usr/bin/pg_ctl reload -D ${PGDATA} -s
Спасибо сказали:
Аватара пользователя
SLEDopit
Модератор
Сообщения: 4823
Статус: фанат консоли (=
ОС: GNU/Debian, RHEL

Re: [NIXP] Systemd не будет поддерживать дистрибутивы без /etc/os-release

Сообщение SLEDopit »

drBatty писал(а):
19.02.2012 15:35
а что промелькнёт, если я в этот файл впишу "Windows NT4 SP6"? (:
Wellcome to hell =)
frp писал(а):
19.02.2012 17:25
90% пользователей убунты пользуется ей добровольно и могли бы легко съехать на другой дистрибутив. Так, что аргумент
Виндой тоже вроде бОльшую часть пользоваться не заставляют.
UNIX is basically a simple operating system, but you have to be a genius to understand the simplicity. © Dennis Ritchie
The more you believe you don't do mistakes, the more bugs are in your code.
Спасибо сказали:
Аватара пользователя
taaroa
Сообщения: 1319

Re: [NIXP] Systemd не будет поддерживать дистрибутивы без /etc/os-release

Сообщение taaroa »

drBatty писал(а):
19.02.2012 16:52
что-то у меня такой необходимости не возникает...
Может лучше выяснить, откуда эти зомби берутся?

google://kill process in “D” state
как выясните, не забудьте сообщить рецепт, договорились?

Another flaw pointed out in the current System V init was the inherent probability of having zombie processes.

A malfunctioning service that spawns a large number of processes, some of which eventually become zombies can lead to the exhaustion of available PID’s in a GNU/Linux system. The only working solution is then to restart the affected system. Besides zombie troubles, some processes do a double-forking, which makes it difficult to identify where a process originated from. Killing a parent process it does not ensure that all child processes it has spawned will be also killed. To alleviate both of these issues, systemd uses cgroups to track processes, instead of PID’s. With cgroups a process is assigned to a cgroup when it starts, and all child processes will inherit the same cgroup. Therefore it will be much easier to maintain accounting records and keep track of processes.

Similar to how the /etc/inittab can be configured in order to restart a process on failure via the respawn directive, systemd also allows to track the availability of services and to restart them as needed. So, besides all its features, it still retains the behavior of existing init systems. [1]

[1] http://blog.1and1.ro/2012/01/24/linuxcon-e...art-4-of-4.html
:wq
Спасибо сказали:
Аватара пользователя
diesel
Бывший модератор
Сообщения: 5989
ОС: OS X, openSuSE, ROSA, Debian
Контактная информация:

Re: [NIXP] Systemd не будет поддерживать дистрибутивы без /etc/os-release

Сообщение diesel »

arkhnchul писал(а):
19.02.2012 17:43
diesel писал(а):
19.02.2012 01:57
systemd - это по-сути эволюция давней тенденции "взрослых" дистрибутивов а-ля RedHat/Fedora, SuSE/openSuSE, отчасти Debian и наследников. Тенденция всем известная: init-скрипты не для пользователей. init-скрипты для разработчиков.
А вот тут и приходит ой - когда пользователю надо покрутить скрипт. Юзеры - они разные, не только те, что в интернетах только сидят - админы тоже пользователи.

иллюзия :) пользователю-админу нужно не скрипт смотреть, ему нужно решить проблему, это разные вещи.
Спасибо сказали:
Аватара пользователя
diesel
Бывший модератор
Сообщения: 5989
ОС: OS X, openSuSE, ROSA, Debian
Контактная информация:

Re: [NIXP] Systemd не будет поддерживать дистрибутивы без /etc/os-release

Сообщение diesel »

drBatty писал(а):
19.02.2012 16:52
diesel писал(а):
19.02.2012 16:09
за счет параллельного старта всех сервисов. красивая идея, кстати.

И по признанию самого Поттеринга - нереальная.

для старта сервисов - реальная, как раз он и объясняет почему и как. не очень реально запустить сервис если диски не смонтированы, например. А вот запустить что-нить зависящее от dbus, когда dbus еще на запущен - вполне можно. man systemd.socket and so on.

drBatty писал(а):
19.02.2012 16:52
diesel писал(а):
19.02.2012 16:09
например задействовали линуксовые группы процессов. то есть можно в один момент прибить все процессы запущенные апачем.

ну можно как-то по особому запустить апач, что-бы он был в нужной группы. Или нет?

теоретически можно, systemd это ведь все же делает. практически - не помню чтобы встречал.

drBatty писал(а):
19.02.2012 16:52
diesel писал(а):
19.02.2012 16:09
конфиг....

давайте считать конфигами только файлы, в которых сказано КАК запускать. А вот файл, в котором записано КОГДА и ЧТО запускать, давайте уж называть "скриптом"?

"КАК" и "ЧТО" - на 90% имеют один и тот же ответ: путь к тому что надо запустить.
"КОГДА" - если речь идет о "перед тем как сделать вот это, выполни еще вот это, и если получится.." - да, скрипт. С другой стороны описание зависимостей, предполагающее что зависимости удовлетворены, не есть ответом на вопрос "КОГДА", это скорее продолжение ответа на вопрос "КАК" - называть "скриптом" можно, но не стоит.

drBatty писал(а):
19.02.2012 16:52
diesel писал(а):
19.02.2012 16:25
а потому что systemd - это не единственная в мире вещь, которой нужно знать в какой системе она работает.

повторяю вопрос - КОМУ ещё надо это знать?
Я не вижу других кандидатов, кроме вредоносного ПО.

на этом форуме, конечно, принято считать что все ПО незапакованное создателями дистрибутива - вредоносное, но в нормальном мире - это не так :)
Спасибо сказали:
Аватара пользователя
arkhnchul
Сообщения: 2284
Статус: Толчковый инженер
ОС: Debian, Fedora
Контактная информация:

Re: [NIXP] Systemd не будет поддерживать дистрибутивы без /etc/os-release

Сообщение arkhnchul »

diesel писал(а):
19.02.2012 17:53
Возможно. Хоть на перле.
так, с рисованием обертки, запускаемой systemd - да, можно. А если у меня не только старт/стоп/рестарт? Да, к системе инициализации это не относится, но часто - удобно.
diesel писал(а):
19.02.2012 17:58
иллюзия smile.gif пользователю-админу нужно не скрипт смотреть, ему нужно решить проблему, это разные вещи.
ну не смотреть, а менять. Конкретно мне иногда было проще "решить проблему" перетрахиванием стартового скрипта, в котором разработчики не учли изменения одной-двух опций, чем писать обертку.
Losing is fun!
Спасибо сказали:
frp
Сообщения: 1445
ОС: Debian Squeeze

Re: [NIXP] Systemd не будет поддерживать дистрибутивы без /etc/os-release

Сообщение frp »

arkhnchul писал(а):
19.02.2012 17:43
А вот тут и приходит ой - когда пользователю надо покрутить скрипт.

С systemd это можно, да еще и легче сделать.
arkhnchul писал(а):
19.02.2012 17:43
ну разница как минимум в том, что в sysv можно писать на чем угодно

Для systemd - тоже.
arkhnchul писал(а):
19.02.2012 17:43
это с одной стороны "не нужно". С другой - "теперь невозможно".

Возможно. А еще systemd на 100% совместим с LSB-скриптами.

SLEDopit писал(а):
19.02.2012 17:57
Виндой тоже вроде бОльшую часть пользоваться не заставляют.

Да. Из того, что ей столько людей пользуются, тоже можно сделать вывод, что, как минимум, части из них она нужна.
Спасибо сказали:
Аватара пользователя
arkhnchul
Сообщения: 2284
Статус: Толчковый инженер
ОС: Debian, Fedora
Контактная информация:

Re: [NIXP] Systemd не будет поддерживать дистрибутивы без /etc/os-release

Сообщение arkhnchul »

frp писал(а):
19.02.2012 19:43
Возможно. А еще systemd на 100% совместим с LSB-скриптами.
параметры типа updatedb или save тоже нормально обрабатываются?
Losing is fun!
Спасибо сказали:
Аватара пользователя
sash-kan
Администратор
Сообщения: 13939
Статус: oel ngati kameie
ОС: GNU
Контактная информация:

Re: [NIXP] Systemd не будет поддерживать дистрибутивы без /etc/os-release

Сообщение sash-kan »

drBatty писал(а):
19.02.2012 16:52
давайте считать конфигами только файлы, в которых сказано КАК запускать. А вот файл, в котором записано КОГДА и ЧТО запускать, давайте уж называть "скриптом"?
куда-то вас не в ту степь унесло…
это типичный, прямо-таки классический wikipedia://ini file·

а скрипт — это всё-таки набор интерпретируемых команд·
wikipedia://script (computing)— тут говорится «_обычно_ интерпретируемых», но это уже википедистов куда-то унесло ветром·
Писать безграмотно - значит посягать на время людей, к которым мы адресуемся, а потому совершенно недопустимо в правильно организованном обществе. © Щерба Л. В., 1957
при сбоях форума см.блог
Спасибо сказали:
Аватара пользователя
alv
Бывший модератор
Сообщения: 7274
Статус: Пенсионер в законе
ОС: Cintu
Контактная информация:

Re: [NIXP] Systemd не будет поддерживать дистрибутивы без /etc/os-release

Сообщение alv »

sash-kan писал(а):
19.02.2012 20:52
скрипт — это всё-таки набор команд·

Скрипт - это который что-то делает.
А вот над чем он это делает - он получает из конфигов.
В BSD это очень хорошо видно и понятно.
А в Linux'е ещё раньше турусов на колёсах накрутили, а нынче тутусы становялся всё здоровее, а колёса - всё квадратнее.
Спасибо сказали:
Аватара пользователя
sash-kan
Администратор
Сообщения: 13939
Статус: oel ngati kameie
ОС: GNU
Контактная информация:

Re: [NIXP] Systemd не будет поддерживать дистрибутивы без /etc/os-release

Сообщение sash-kan »

alv писал(а):
19.02.2012 21:01
В BSD это очень хорошо видно и понятно.
а ещё в америке негров линчуют·
Писать безграмотно - значит посягать на время людей, к которым мы адресуемся, а потому совершенно недопустимо в правильно организованном обществе. © Щерба Л. В., 1957
при сбоях форума см.блог
Спасибо сказали:
Аватара пользователя
drBatty
Сообщения: 8735
Статус: GPG ID: 4DFBD1D6 дом горит, козёл не видит...
ОС: Slackware-current
Контактная информация:

Re: [NIXP] Systemd не будет поддерживать дистрибутивы без /etc/os-release

Сообщение drBatty »

frp писал(а):
19.02.2012 17:31
Не так давно была новость, что в арче это исправят/исправили. Ну и можно пофиксить самому путем перенсоа libdbus в /lib

Поттеринг не в арче. Пока можно.
frp писал(а):
19.02.2012 17:31
Ищи истории успеха Debian и dash. Я вообще хз, дадут ли его сервисы скорость быстрее, чем bash, но они, как минимум, легче читаются и пишутся.

ещё-бы легче было, если-бы скрипты были переписаны на каком-нить более быстром скриптовом ЯП. Пайтоне, или даже php.
frp писал(а):
19.02.2012 17:31
Вообще по твоему посту: выглядит как "а мне не нужна быстрая загрузка, поэтому ваш systemd - говно"

да, но, я ещё и понять никогда не мог тех, кому это не только надо, но и жизненна важна скорость.
http://emulek.blogspot.ru/ Windows Must Die
Учебник по sed зеркало в github

Скоро придёт
Осень
Спасибо сказали:
Аватара пользователя
drBatty
Сообщения: 8735
Статус: GPG ID: 4DFBD1D6 дом горит, козёл не видит...
ОС: Slackware-current
Контактная информация:

Re: [NIXP] Systemd не будет поддерживать дистрибутивы без /etc/os-release

Сообщение drBatty »

taaroa писал(а):
19.02.2012 17:57
google://kill process in “D” state
как выясните, не забудьте сообщить рецепт, договорились?

т.е. вы не в курсе? А запрос в гугле я сам могу набрать, не утруждайтесь в следующий раз.
diesel писал(а):
19.02.2012 18:23
для старта сервисов - реальная, как раз он и объясняет почему и как. не очень реально запустить сервис если диски не смонтированы, например.

значит - НЕ реальная задача. Точка.
diesel писал(а):
19.02.2012 18:23
теоретически можно, systemd это ведь все же делает. практически - не помню чтобы встречал.

может потому, что это никому не нужно?
diesel писал(а):
19.02.2012 18:23
"КАК" и "ЧТО" - на 90% имеют один и тот же ответ: путь к тому что надо запустить.
"КОГДА" - если речь идет о "перед тем как сделать вот это, выполни еще вот это, и если получится.." - да, скрипт. С другой стороны описание зависимостей, предполагающее что зависимости удовлетворены, не есть ответом на вопрос "КОГДА", это скорее продолжение ответа на вопрос "КАК" - называть "скриптом" можно, но не стоит.

я в изящной словесности не разбираюсь. Там есть действия которые производятся не systemd, есть параметры к этим действиям, есть время выполнения этих действий. Называйте это как хотите, но логически это всё эквивалентно скрипту. Ибо в конфиге XYZ только "прилагательные" - что и как делает XYZ. Есть конечно и скрипты у некоторых программ, ну и что?
diesel писал(а):
19.02.2012 18:23
на этом форуме, конечно, принято считать что все ПО незапакованное создателями дистрибутива - вредоносное, но в нормальном мире - это не так

Если вы доверяете разработчикам XYZ, но ваш маинтейнер про них не знает/не доверяет - вы можете сами собирать пакеты. Можете их даже своей подписью подписывать, и выкладывать в общий доступ. Никто также не мешает вам найти нужный пакет, подписанный каким-то сборщиком. Ну а ПО без подписи, фактически - с помойки, оно да. Может содержать отраву.
sash-kan писал(а):
19.02.2012 20:52
а скрипт — это всё-таки набор интерпретируемых команд·

а полный путь к исполняемому файлу по вашему не команда?
http://emulek.blogspot.ru/ Windows Must Die
Учебник по sed зеркало в github

Скоро придёт
Осень
Спасибо сказали:
Аватара пользователя
sgfault
Сообщения: 586
Статус: -
Контактная информация:

Re: [NIXP] Systemd не будет поддерживать дистрибутивы без /etc/os-release

Сообщение sgfault »

drBatty писал(а):
19.02.2012 15:35
sgfault писал(а):
19.02.2012 13:39
Он уже все обосновал 0pointer.de/blog/projects/systemd. Вы не читали? Или читали и не согласны? Тогда напишите с чем.

читал.. Ну основное мое возражение следующее: время загрузки является очень малозначительным параметром.
<..>
3. на ноутбуках выключение необходимо, и для этого придумали suspend to disk. Им пользоваться удобнее, чем перезагрузкой.

Если бы вы ответили мне почему hibernate на моем ноуте расходует аккумулятор (и не только на моем, кстати, тк такие багрепорты встречаются), я _может_ быть мог бы с вами согласиться. Но в текущем состоянии hibernate для меня, например, непригоден. Это один из примеров, когда мне нужна загрузка.

drBatty писал(а):
19.02.2012 15:35
И дело не только в этом, Поттеринг предлагает слишком радикальные меры, что-бы на несколько секунд ускорить загрузку: во первых, если у нас все основные программы лежат в /usr/, а в /bin/,/sbin/ лежат только то, что необходимо для минимального старта, то мы получаем возможность с лёгкостью починить систему при сбое.

А чем вас для восстановления не устраивает initramfs, с которого запускаются сейчас многие дистрибутивы?

drBatty писал(а):
19.02.2012 15:35
Чудес не бывает, ломается всё. А /bin и прочее имеют такой малый размер, что во первых побить их проблематично, во вторых если уж побьёте, легко восстановить.

Объясните и первое, и второе. Что вы имеете в виде под "побить проблематично"?

drBatty писал(а):
19.02.2012 15:35
Вот ещё пример типичной демагогии:
A good metric for measuring shell script infestation of the boot process is the PID number of the first process you can start after the system is fully booted up. Boot up, log in, open a terminal, and type echo $$. Try that on your Linux system, and then compare the result with MacOS! (Hint, it's something like this: Linux PID 1823; MacOS PID 154, measured on test systems we own.)

Ну не нравится тебе 1823? Перепиши скрипты на перле/питоне - не надо будет вызывать 100500 раз sed & gawk. Конечно на вопрос "зачем" ответа всё ещё нет...

Вот он и переписал. Только не на перле/питоне, а на C.

drBatty писал(а):
19.02.2012 16:52
diesel писал(а):
19.02.2012 16:25
а потому что systemd - это не единственная в мире вещь, которой нужно знать в какой системе она работает.

повторяю вопрос - КОМУ ещё надо это знать?
Я не вижу других кандидатов, кроме вредоносного ПО.

Аа, так это метод защиты. Система, в которой для защиты от вирусов используются несовместимые конфиги, - жалкое зрелище. Хотя, конечно, появляется лишний повод для троллей позлорадствовать: "Ага, ваш дистр снова обрушили вирусы! Так вам и надо! А вот на мой суперский дистр ничего не действует!".
Спасибо сказали:
Аватара пользователя
sash-kan
Администратор
Сообщения: 13939
Статус: oel ngati kameie
ОС: GNU
Контактная информация:

Re: [NIXP] Systemd не будет поддерживать дистрибутивы без /etc/os-release

Сообщение sash-kan »

drBatty писал(а):
20.02.2012 01:00
а полный путь к исполняемому файлу по вашему не команда?
да, конечно, конфигурационные файлы могут содержать в качестве значений и полные пути к исполняемым файлам·

diesel писал(а):
19.02.2012 18:23
на этом форуме, конечно, принято считать что все ПО незапакованное создателями дистрибутива - вредоносное, но в нормальном мире - это не так
кстати, ты совершенно прав: норма — это то, что наиболее часто встречается, а «скачать бесплатно без регистрации и смс» — несомненно, наиболее часто встречающийся способ установки программ·
и пароль «12345» вполне нормален, и точка зрения, что всё проприетарное п.о. не содержит ни одного трояна — тоже·
Писать безграмотно - значит посягать на время людей, к которым мы адресуемся, а потому совершенно недопустимо в правильно организованном обществе. © Щерба Л. В., 1957
при сбоях форума см.блог
Спасибо сказали:
Аватара пользователя
Bluetooth
Сообщения: 4395
Статус: Блюзовый
ОС: Debian Squeeze amd64

Re: [NIXP] Systemd не будет поддерживать дистрибутивы без /etc/os-release

Сообщение Bluetooth »

diesel писал(а):
19.02.2012 18:23
на этом форуме, конечно, принято считать что все ПО незапакованное создателями дистрибутива - вредоносное, но в нормальном мире - это не так :)

Ага, в нормальном мире периодически вызывают специалистов для "чистки вирусов"/"разблокировки компьютера". Да. Причем, на подобные вещи ПО и лично я нарывался, хотя меня нельзя назвать невнимательным юзером. Ситуация была следующая:
качаю какую-то программу с официального сайта(с неофициальных не качаю вообще), на странице закачки рекламный блок над ссылкой на счачку. В рекламном блоке ссылка "скачать программу" и ее имя. В итоге вместо скачки легитимного пакета я, допустив малейшую невнимательность, качаю хрен знает что. На практике это не было чем-то страшным, а всего-то инсталлен, предлагающий фриварную программу за деньги поставить. И ведь нет никаких подписей, даже банального хэша нет. Я не могу отличить фальшивку от настоящей программы, не запустив ее. Да и даже запустив. И мне нужно доверять куче сайтов каких-то там разработчиков. Которые все дырявые, и очень может быть, что какой-нибудь из них в нужный момент будет взломан, и я получу очень приятненький вирусный сюрприз вместо моей программы. Госспади, да угроз при скачке бинарников из инета миллион. Конечно, да, нормальные люди считают все программы в инете правильными и хорошими. А, может, еще и всех прохожих на улице считают честными людьми. Но я не такой, я больной, да. Я не могу быть уверен в происхождении программы в инете, и не могу доверять ей. Точно так же, как не могу доверять человеку, подошедшему и попросившему телефон позвонить. Если же ты действуешь в таких случаях иначе - ну, твое дело.
Спасибо сказали:
Аватара пользователя
taaroa
Сообщения: 1319

Re: [NIXP] Systemd не будет поддерживать дистрибутивы без /etc/os-release

Сообщение taaroa »

drBatty писал(а):
20.02.2012 01:00
taaroa писал(а):
19.02.2012 17:57
google://kill process in “D” state
как выясните, не забудьте сообщить рецепт, договорились?

т.е. вы не в курсе?

для альтернативно читающих: читать ниже английский текст.
для читающих "по диагонали": читать ниже английский текст.
для писателей: уютненькие толксы расположены по адресу http://www.linux.org.ru/forum/talks/
drBatty писал(а):
20.02.2012 01:00
А запрос в гугле я сам могу набрать, не утруждайтесь в следующий раз.

если могли, то не стали бы писали глупости. не утруждайтесь в следующий раз.
:wq
Спасибо сказали:
Аватара пользователя
taaroa
Сообщения: 1319

Re: [NIXP] Systemd не будет поддерживать дистрибутивы без /etc/os-release

Сообщение taaroa »

sash-kan писал(а):
20.02.2012 02:27
diesel писал(а):
19.02.2012 18:23
на этом форуме, конечно, принято считать что все ПО незапакованное создателями дистрибутива - вредоносное, но в нормальном мире - это не так
кстати, ты совершенно прав: норма — это то, что наиболее часто встречается, а «скачать бесплатно без регистрации и смс» — несомненно, наиболее часто встречающийся способ установки программ·
и пароль «12345» вполне нормален, и точка зрения, что всё проприетарное п.о. не содержит ни одного трояна — тоже·

скачал вчера vlc [1] с официального сайта. зашёл на сайт, нажал кнопку [get vlc now!] → [vlc for windows].
цифровой подписи продукта в инсталляторе не обнаружено. настораживает.

[1] http://www.videolan.org/
:wq
Спасибо сказали:
Аватара пользователя
sash-kan
Администратор
Сообщения: 13939
Статус: oel ngati kameie
ОС: GNU
Контактная информация:

Re: [NIXP] Systemd не будет поддерживать дистрибутивы без /etc/os-release

Сообщение sash-kan »

taaroa писал(а):
20.02.2012 08:01
настораживает
и не напрасно: http://www.opennet.ru/opennews/art.shtml?num=33087 (там ещё пара ссылок на более раннее)·
даже если писатели не озаботились троянистым кодом (ввиду общедоступности исходников), то хакеры помогут·
а если озаботились (когда исходники и так закрыты), да ещё и хакеры помогли?

кстати, про хакеров и выложенные на оф.сайтах огороженные бинарники:
сор-то из избы выносить не принято (это только совсем недавно, да и то только в соединённых государствах америки, обязали бизнесменов оглашать обнаруженные факты взломов), вот и не знаем мы ничего про удачные подмены·

а уж внедрённые разработчиками трояны обнаруживаются разве что у совсем неуклюжих парней (во фруктовых копро-рациях и в других прочих гиноидо-фонах)
Писать безграмотно - значит посягать на время людей, к которым мы адресуемся, а потому совершенно недопустимо в правильно организованном обществе. © Щерба Л. В., 1957
при сбоях форума см.блог
Спасибо сказали:
Аватара пользователя
drBatty
Сообщения: 8735
Статус: GPG ID: 4DFBD1D6 дом горит, козёл не видит...
ОС: Slackware-current
Контактная информация:

Re: [NIXP] Systemd не будет поддерживать дистрибутивы без /etc/os-release

Сообщение drBatty »

sgfault писал(а):
20.02.2012 01:20
Если бы вы ответили мне почему hibernate на моем ноуте расходует аккумулятор

я-то откуда знаю? очевидно неисправное и/или не поддерживаемое оборудование.
sgfault писал(а):
20.02.2012 01:20
А чем вас для восстановления не устраивает initramfs, с которого запускаются сейчас многие дистрибутивы?

ну пусть будет initramfs. Но 10G /usr туда всё равно не влезут.
sgfault писал(а):
20.02.2012 01:20
Объясните и первое, и второе. Что вы имеете в виде под "побить проблематично"?

мало вероятно, что побьётся маленький раздел.
sgfault писал(а):
20.02.2012 01:20
Вот он и переписал. Только не на перле/питоне, а на C.

я понимаю, что вам - всё равно. А вот мне поправить перл/пайтон куда как проще и быстрее, чем пересобрать его новый init. Да С код тут будет работать с точно такой же скоростью, как и любой скрипт. Фактически Поттеринг и придумал новый интерпретатор нового скрипта, который (скрипт) называет "конфигом". И я считаю, он обязан обосновать, чем его специальный скрипт со специальным интерпретатором лучше универсальных? В добавлении лишних сущностей? Или в том, что его скрипт будет использоваться только при загрузки, и ошибки в нём будет найти и локализовать тяжелее чем в том-же пайтоне? (пайтон используют все подряд и где угодно => ошибка будет найдена и исправлена раньше)
sgfault писал(а):
20.02.2012 01:20
Аа, так это метод защиты. Система, в которой для защиты от вирусов используются несовместимые конфиги, - жалкое зрелище.

конфиги как раз вполне совместимые. Вот только лежат они в разных местах. И это далеко не единственное из средств защиты. А ещё я практик - ваши размышления меня не очень трогают - всем известно, что атака начинается с выяснения дистрибутива, и я не вижу поводов дать злоумышленнику больше шансов, и упрощать его работу. А как раз наоборот.
Но вы так и не ответили - ЗАЧЕМ нужен os-release?
taaroa писал(а):
20.02.2012 07:32
если могли, то не стали бы писали глупости. не утруждайтесь в следующий раз.

угу. так откуда берутся зомби?
http://emulek.blogspot.ru/ Windows Must Die
Учебник по sed зеркало в github

Скоро придёт
Осень
Спасибо сказали:
Аватара пользователя
sgfault
Сообщения: 586
Статус: -
Контактная информация:

Re: [NIXP] Systemd не будет поддерживать дистрибутивы без /etc/os-release

Сообщение sgfault »

drBatty писал(а):
20.02.2012 14:28
sgfault писал(а):
20.02.2012 01:20
Если бы вы ответили мне почему hibernate на моем ноуте расходует аккумулятор

я-то откуда знаю? очевидно неисправное и/или не поддерживаемое оборудование.

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

drBatty писал(а):
20.02.2012 14:28
ну пусть будет initramfs. Но 10G /usr туда всё равно не влезут.

Хм.. видимо, в этой истории с /usr я чего-то не знаю. Ладно, пропустим это.

drBatty писал(а):
20.02.2012 14:28
мало вероятно, что побьётся маленький раздел.

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

drBatty писал(а):
20.02.2012 14:28
я понимаю, что вам - всё равно. А вот мне поправить перл/пайтон куда как проще и быстрее, чем пересобрать его новый init.

А я вот не знаю ни перла, ни питона (и учить не собираюсь), зато знаю С, так что для меня все наоборот. И это можно сказать про любой язык - найдутся те, кого он по каким-то причинам не устраивает.

drBatty писал(а):
20.02.2012 14:28
Да С код тут будет работать с точно такой же скоростью, как и любой скрипт.

Тестировать я не буду, но и вам не поверю. Если есть результаты тестов, - покажите.

drBatty писал(а):
20.02.2012 14:28
Фактически Поттеринг и придумал новый интерпретатор нового скрипта, который (скрипт) называет "конфигом". И я считаю, он обязан обосновать, чем его специальный скрипт со специальным интерпретатором лучше универсальных? В добавлении лишних сущностей? Или в том, что его скрипт будет использоваться только при загрузки, и ошибки в нём будет найти и локализовать тяжелее чем в том-же пайтоне? (пайтон используют все подряд и где угодно => ошибка будет найдена и исправлена раньше)

Вы хотите сказать, что он не обосновал причину выбора именно С? Хм.. может. Я не буду с вами спорить на тему сравнения производительности С кода и перлов/питонов, тк у меня нет доказательств, но мое субъективное мнение: С быстрее любого скриптового языка, даже если результат скомпилен в байткод.

drBatty писал(а):
20.02.2012 14:28
конфиги как раз вполне совместимые. Вот только лежат они в разных местах. И это далеко не единственное из средств защиты. А ещё я практик - ваши размышления меня не очень трогают - всем известно, что атака начинается с выяснения дистрибутива, и я не вижу поводов дать злоумышленнику больше шансов, и упрощать его работу. А как раз наоборот.

Такие методы защиты (конфиги в разных местах и тп) в первую очередь защищают не от вредоносного ПО, а от нормальных программ, которые либо не могут найти нужной инфы, либо для этого приходится писать большие и абсолютно ненужные проверки, которые все равно где-то сфейлятся, вместо одной строки. Кроме того, если исходить из этой идеи, можно и структуру фс переделать на несовместимую с FHS. "Чтоб никто не догадался" (думаю, сами знаете откуда).

drBatty писал(а):
20.02.2012 14:28
Но вы так и не ответили - ЗАЧЕМ нужен os-release?

Действительно. Да хоть бы для приветствия. Вам это чем-то не нравится? А кроме того, для всего остального, для чего используются существующие аналоги (специфичные для дистрибутива). Чтобы файл был стандартным для всех. Интуиция подсказывает,что за 3 страницы вопрос "ЗАЧЕМ", повторялся уже не раз, но перечитывать все снова и собирать уже прозвучавшие ответы я не хочу.
Спасибо сказали:
Аватара пользователя
BURF
Сообщения: 479
Статус: ZONGO!
ОС: openSUSE 12.1 x64
Контактная информация:

Re: [NIXP] Systemd не будет поддерживать дистрибутивы без /etc/os-release

Сообщение BURF »

оказывается, pulseaudio хорошая штука. Отродясь пропадал звук при переключении аудиодорожек в VLC. И, вуаля, странным образом, включение пульса все исправило. Спасибо поттерингу за это :)
Спасибо сказали:
Аватара пользователя
drBatty
Сообщения: 8735
Статус: GPG ID: 4DFBD1D6 дом горит, козёл не видит...
ОС: Slackware-current
Контактная информация:

Re: [NIXP] Systemd не будет поддерживать дистрибутивы без /etc/os-release

Сообщение drBatty »

sgfault писал(а):
20.02.2012 15:16
Вы забыли еще третье: баг ядра. Но дело-то не в причине, а в том, что, пока это не будет исправлено, мне (как и любому, кто окажется в такой же ситуации)
нужен ребут.
как ребут исправит баг ядра?
sgfault писал(а):
20.02.2012 15:16
Вы имеете в виду при выключении компьютера ресетом? Во-первых, это в основном зависит от фс, а во-вторых полагаться на "мало вероятно" по меньшей мере непредусмотрительно.

угу. пойду ещё человечков погоняю....
sgfault писал(а):
20.02.2012 15:16
А я вот не знаю ни перла, ни питона (и учить не собираюсь), зато знаю С, так что для меня все наоборот. И это можно сказать про любой язык - найдутся те, кого он по каким-то причинам не устраивает.

не смешно на вас.
sgfault писал(а):
20.02.2012 15:16
Вы хотите сказать, что он не обосновал причину выбора именно С? Хм.. может. Я не буду с вами спорить на тему сравнения производительности С кода и перлов/питонов, тк у меня нет доказательств, но мое субъективное мнение: С быстрее любого скриптового языка, даже если результат скомпилен в байткод.

с НЕ БЫСТРЕЕ, когда выполняет туже задачу.
sgfault писал(а):
20.02.2012 15:16
Действительно. Да хоть бы для приветствия. Вам это чем-то не нравится?

нет
sgfault писал(а):
20.02.2012 15:16
Интуиция подсказывает,что за 3 страницы вопрос "ЗАЧЕМ", повторялся уже не раз, но перечитывать все снова и собирать уже прозвучавшие ответы я не хочу.

и НИКТО не дал ответа.
http://emulek.blogspot.ru/ Windows Must Die
Учебник по sed зеркало в github

Скоро придёт
Осень
Спасибо сказали:
Аватара пользователя
sgfault
Сообщения: 586
Статус: -
Контактная информация:

Re: [NIXP] Systemd не будет поддерживать дистрибутивы без /etc/os-release

Сообщение sgfault »

drBatty писал(а):
21.02.2012 18:27
sgfault писал(а):
20.02.2012 15:16
Вы забыли еще третье: баг ядра. Но дело-то не в причине, а в том, что, пока это не будет исправлено, мне (как и любому, кто окажется в такой же ситуации)
нужен ребут.
как ребут исправит баг ядра?

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

drBatty писал(а):
21.02.2012 18:27
sgfault писал(а):
20.02.2012 15:16
Интуиция подсказывает,что за 3 страницы вопрос "ЗАЧЕМ", повторялся уже не раз, но перечитывать все снова и собирать уже прозвучавшие ответы я не хочу.

и НИКТО не дал ответа.

Что ж, "Есть многое на свете, друг Горацио, что человеку знать не положено." (даже если не самый правильный, но наиболее походящий вариант перевода) :huh:
Спасибо сказали:
Аватара пользователя
Bluetooth
Сообщения: 4395
Статус: Блюзовый
ОС: Debian Squeeze amd64

Re: [NIXP] Systemd не будет поддерживать дистрибутивы без /etc/os-release

Сообщение Bluetooth »

sgfault писал(а):
21.02.2012 19:16
Что ж, "Есть многое на свете, друг Горацио, что человеку знать не положено." (даже если не самый правильный, но наиболее походящий вариант перевода) :huh:

Ага. То есть по делу ответить нечего.
Спасибо сказали:
NickLion
Сообщения: 3408
Статус: аватар-невидимка
ОС: openSUSE Tumbleweed x86_64

Re: [NIXP] Systemd не будет поддерживать дистрибутивы без /etc/os-release

Сообщение NickLion »

drBatty писал(а):
21.02.2012 18:27
и НИКТО не дал ответа.

Ну, если стандартизация без затрат со стороны дистростроителей для Вас не ответ, то да, оно Вам не надо. Но суть именно в этом. Чтобы легко было определить что за дистр на любом этапе загрузки/работы. А то иногда сидишь по ssh и долго думаешь — а какая тут ось — RHEL5.5/5.6/6.0/CentOS5.5/6.0/etc?

PS для сильно боящихся вирусов и троянов — никто не запрещает Вам там написать левую информацию.
Спасибо сказали:
Аватара пользователя
sash-kan
Администратор
Сообщения: 13939
Статус: oel ngati kameie
ОС: GNU
Контактная информация:

Re: [NIXP] Systemd не будет поддерживать дистрибутивы без /etc/os-release

Сообщение sash-kan »

NickLion писал(а):
22.02.2012 06:35
Ну, если стандартизация без затрат со стороны дистростроителей для Вас не ответ, то да, оно Вам не надо.
боюсь, что пятнадцатый стандарт не нужен и дистростроителям…
Писать безграмотно - значит посягать на время людей, к которым мы адресуемся, а потому совершенно недопустимо в правильно организованном обществе. © Щерба Л. В., 1957
при сбоях форума см.блог
Спасибо сказали:
NickLion
Сообщения: 3408
Статус: аватар-невидимка
ОС: openSUSE Tumbleweed x86_64

Re: [NIXP] Systemd не будет поддерживать дистрибутивы без /etc/os-release

Сообщение NickLion »

sash-kan писал(а):
22.02.2012 13:33
боюсь, что пятнадцатый стандарт не нужен и дистростроителям…

А есть такие? Знаю о lsb_release. Но это программа (зачем?), которая выдаёт информацию, которую смогла обнаружить. А вот простой текстовый файл или переменные окружения — самый простой и надёжный способ.
Спасибо сказали:
Аватара пользователя
Bluetooth
Сообщения: 4395
Статус: Блюзовый
ОС: Debian Squeeze amd64

Re: [NIXP] Systemd не будет поддерживать дистрибутивы без /etc/os-release

Сообщение Bluetooth »

NickLion писал(а):
22.02.2012 06:35
drBatty писал(а):
21.02.2012 18:27
и НИКТО не дал ответа.

Ну, если стандартизация без затрат со стороны дистростроителей для Вас не ответ, то да, оно Вам не надо. Но суть именно в этом. Чтобы легко было определить что за дистр на любом этапе загрузки/работы. А то иногда сидишь по ssh и долго думаешь — а какая тут ось — RHEL5.5/5.6/6.0/CentOS5.5/6.0/etc?

PS для сильно боящихся вирусов и троянов — никто не запрещает Вам там написать левую информацию.

А что, lsb_release не катит?
Спасибо сказали:
Ответить