and just pick the files you are interested in from «make install»

мде, вот засранец.

Ха. Кажется, ты пропустил вот это:

Kay Sievers> Longer-term plan is to move the D-Bus daemon functionality to the kernel, and let systemd talk directly to the kernel

И ведь они так и сделают, а Редхат протолкнет.

Ты кто такой поттеринг? Давай до свидания!

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

Если сидеть под виндой - то ничего плохого

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

move the D-Bus daemon functionality to the kernel

http://www.nooooooooooooooo.com/ Вот это будет реально мегафейл. Я начинаю ненавидеть Леннарта.

Проблема мне видется не в концепции d-bus, а какой-то наголову долбанутой имплементации.

Ну, формально то были не слова Поцеринга. А вот это сказал он:

Поцеринг> I think the way to get rid of this dep is by moving D-Bus into the kernel. WHich is something folks at Collabora are working on and which we fully support.

форкни ядро и пили сам такое, как тебе нравится

это будет первый кактус из всей линейки RHEL

RHEL это один сплошной кактус из коробки. Я же писал: грузится долго, выплёвывает свою дурацкую анимацию загрузки скрывающую логи, в случае проблем с rhn yum адски тормозит и отваливается с каким-нить xml rpc error.. В старых версиях ещё и надо было grep указывать --devices=skip, иначе он тупо на них намертво подвисал.

Да 100500 отличий от нормальных других дистров. Мы продлевать подписку на rhel6.2 не будем, убунта справляется не хуже, но хоть не превращается в кусок говна когда rhn не доступен.

Ну вот скажите мне, чем плох этот systemd?

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

что плохого в journal ?

Об этом уже был большой тред.

Это где я был единственный, кто протестировал? Да, целый большой тред теоретиков. :D

=)

systemd.

ОЛОЛО, ЛАМЕРЫ, ПОТТЕРИНГ, НЕ НУЖНО!!1

Это где я был единственный, кто протестировал?

Молодец.

Да, целый большой тред теоретиков. :D

Я практик в другой области и сужу именно о ней.

форкни ядро и пили сам такое, как тебе нравится

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

Что скажете об Oracle Linux?

грузится долго, выплёвывает свою дурацкую анимацию загрузки скрывающую логих

У нас всё грузится очень быстро. Причем сильно бОльшую часть при хард-резете занимает как раз инит всякого железа/рейдов/сетевух в блейдах. А грузится быстро потому как все ненужные нам сервисы выключены, включая графический бут rhgb. 'man kickstart' и единожды сгенеренный файл установки всё оптимизирует за вас.

в случае проблем с rhn yum адски тормозит и отваливается с каким-нить xml rpc error.

Таймаут TCP по дефолту 30 сек. Было бы сильно удивительно если бы RHN работал и работал быстро, когда к нему нет доступа.

Я же там тебе и писал, что на ближайшие лет десять (или пятнадцать?) лично тебе не о чем беспокоиться. Хотя, конечно дбас я ядре это «очень интересно», но дебиан и по поводу ископаемых ядер не комплексует. А у шапочников впереди ещё полный цикл поддержки шестёрки. Так что можно будет сразу на восьмой. :D

ну так о чем речь? тебе никто ничего не должен

тебе никто ничего не должен

Я нигде и не утверждал этого. Но у меня есть право возмущаться и писать в листы рассылки.

Я же там тебе и писал, что на ближайшие лет десять (или пятнадцать?) лично тебе не о чем беспокоиться.

И ты был неправ. RHEL 7 с systemd выходит в 2013-2014, dbus для ядра уже пишется. Идут сильные и глубокие подвижки, и те их результаты, которые видно на поверхности, мне не нравятся.

Так что можно будет сразу на восьмой. :D

У меня нет оснований полагать, что к RHEL 8 что-то станет лучше.

грузится долго

держись, systemd уже на подходе

выплёвывает свою дурацкую анимацию загрузки скрывающую логи

Esc

в случае проблем с rhn yum адски тормозит и отваливается с каким-нить xml rpc error

yum, скажем так, и без проблем с сетью адски тормозит и отваливается с каким-нибудь pyCURL error 403.

Там будет gtk3?

И ты был неправ.

Я буду не прав, как только всё это попадёт в дебиан-стейбл.

RHEL 7 с systemd выходит в 2013-2014

Так все его прямо бросятся ставить. RHEL 6 будет актуален ещё 9 лет.

dbus для ядра уже пишется

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

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

Тут ты прав. Форкай ядро. Есть ещё куча ядер помимо линукса. Либо кушай, что дают. Выбор есть.

У меня нет оснований полагать, что к RHEL 8 что-то станет лучше.

Он будет уже просто привычнее после «новизны» с седьмым. Вон от юнити и четвёртых кед как плевались, а сейчас привыкли и даже вошли во вкус.

'man kickstart' и единожды сгенеренный файл установки всё оптимизирует за вас.

Ну понятно, допилить всё что угодно можно.

Было бы сильно удивительно если бы RHN работал и работал быстро, когда к нему нет доступа.

всё что мне было нужно это вменяемые диагностические сообщения. Когда какой-нить apt-get работает он хотя бы пишет куда стучится и какая скорость, а не виснет хз что делая.

yum вообще убивает:

# time yum search tmux
Loaded plugins: refresh-packagekit, rhnplugin
Warning: No matches found for: tmux
No Matches found

real	0m4.491s
user	0m0.535s
sys	0m0.092s

Виной всему rhnplugin. Но что-то я сомневаюсь что его можно просто взять и отключить. Какого хера оно на каждый чих в сеть ломится?

Esc

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

Я буду не прав, как только всё это попадёт в дебиан-стейбл.

Ты правда сомневаешься, что это случиться раньше, чем через 10 лет? Не говоря о том, что даже я не знаю, какой именно Linux я буду использовать через 2-3 года.

Форкай ядро.

отличная_шутка.жпг

Вон от юнити и четвёртых кед как плевались, а сейчас привыкли и даже вошли во вкус.

Просто для протокола: ты только что сравнил базовую систему и DE.

бинарном виде

не нужно. остальное у меня делает systemd-ng

systemd-ng

У systemd уже есть NG? O_o Или имелся в виду syslog-ng?

Longer-term plan is to move the D-Bus daemon functionality to the kernel, and let systemd talk directly to the kernel

И ведь они так и сделают, а Редхат протолкнет.

бум надеяться, что Торвальдс пошлёт их далеко и глубоко

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

RHEL на рабстанциях?? Я думал, что я один такой извращенец :)

oh shi~

ну да

Ну понятно, допилить всё что угодно можно.

Разница большая между «допилить» и «установить через kickstart». Это _серверный_ дистр и везде где я работал его ставят с настройкой под свои задачи. Или вы не «допиливаете» ваши сервера и оставляете на них все сервисы, дефолтный файрволл и rhgb? Мне грустно.

Про yum - no comments. Какбе оно метаданные проверяет из сети.

Виной всему rhnplugin. Но что-то я сомневаюсь что его можно просто взять и отключить. Какого хера оно на каждый чих в сеть ломится?

У вас же поддержка есть (была?). Спроси у них, сойдёт ли тебе без rhn classic. И это скорее всего не rhnplugin сам по себе в сеть ломится, это yum так работает, постоянно пытаясь обновлять метаданные репозиториев, даже на, казалось бы, локальных операциях (если не добавлять везде ключ -C, а его обычно никто не добавляет, пока yum не начнёт отвисать по несколько минут).

RHEL на рабстанциях??

не совсем. Это сервер-рабочая станция. Изначально купили xeon+nvidia quadro для CUDA и различных обсчётов и работе в качестве сервера (но в десктопном корпусе чтобы где-нить в офисе под стол запихнуть). Потом за тачку сел сотрудник :).

Пусть будет, возможно кому то покажется удобным. Особенно если есть возможность выбора.

И это скорее всего не rhnplugin сам по себе в сеть ломится, это yum так работает

нет, я запускал yum search bash --disableplugin=rhnplugin, так более чем в 10 раз быстрее.

Или вы не «допиливаете» ваши сервера

Одна тачка с rhel на «попробовать». Не понравилось.

Про yum - no comments.

мде. я думал ты разбираешься в вопросе. Мне тоже грустно. Видимо вы не пользуетесь yum раз вам не мешает.

10 лет было написано конечно там в пылу спора, сейчас уже глупо «менять показания». С шестой шапкой как бы всё понятно. Если systemd не попадёт, как безальтернативный вариант, в debian-stable 8, то у дебианщиков на стейбле есть вполне спокойные лет 8 до полного прекращения поддержки. Если в 8-ке будет безальтернативно с systemd, то тут уже действительно, я не прав и высказал тогда опрометчиво оптимистичный вариант.

отличная_шутка.жпг

Тогда мне не понятны причины таких опасений. Если есть только только один вариант из вышеперечисленных — кушать что дают, то к чему эти переживания? Можно подумать, что от того, что тебе не нравится, куда всё катится, что-либо внезапно начнёт катиться в другую сторону.

Просто для протокола: ты только что сравнил базовую систему и DE.

Просто для протокола, я привёл пример, когда что-то малопривычное принималось в штыки, а потом к этому просто тупо привыкали. А уж DE это, базовая система, демон, подсистема ли ядра, или вообще другое ядро, роли это не играет. Консерватизм мышления индеферентен к слою абстракции. С 2.4 на 2.6 ядро линукса тоже перетряхнули резко. И было тоже много разговоров, как за, так и против. «И как дальше жить!» тоже было. Этот-то пример хотя бы не вызовет у тебя зуда буквоедства?

Если на попробовать, то почему центос/сл не взяли? Там и rhnpluginа нет :)

10 лет было написано конечно там в пылу спора, сейчас уже глупо «менять показания»

Вангую: через 3 года Debian testing будет иметь systemd, включенный по дефолту.

Если есть только только один вариант из вышеперечисленных — кушать что дают, то к чему эти переживания?

Я высказываю свое мнение. Что до «переживаний» - у тебя есть кнопка отключения эмоций?

я привёл пример, когда что-то малопривычное принималось в штыки

Ты так говоришь, будто systemd является чем-то малопривычным. Kitchen sink syndrome имеет богатую и славную историю, на его основе вполне можно строить работающие системы (aka «любое говно можно заставить работать силовыми методами»). Но пойнт в том, что есть понятие «development culture», и благодаря людям, стоящим за Поцерингом, идет ее коррозия. К чему это приведет - ХЗ.

С 2.4 на 2.6 ядро линукса тоже перетряхнули резкою И было тоже много разговоров, как за, так и против. «И как дальше жить!» тоже было.

Это не ко мне. Я очень ждал 2.6, там впервые официально поддерживалась вытеснимость на уровне ядра.

Если systemd не попадёт, как безальтернативный вариант, в debian-stable 8, то у дебианщиков на стейбле есть вполне спокойные лет 8 до полного прекращения поддержки. Если в 8-ке будет безальтернативно с systemd, то тут уже действительно, я не прав и высказал тогда опрометчиво оптимистичный вариант.

Что вы так прицепились к init.d? Попробуйте для начала systemd, попробуйте upstart. Кстати upstart вполне хорошая вещь. А после того как попробуете - только тогда катите бочки.

нет, я запускал yum search bash --disableplugin=rhnplugin, так более чем в 10 раз быстрее.

То есть отключив все редхатовские сетевые репы? Я думал ты в вопросе разбираешься...

Если на попробовать, то почему центос/сл не взяли?

rhel шёл вместе с тачкой и был предустановлен. Задачи были простые (поставить пару либ, водрузить java, дать доступ трём девелоперам), а времени не было вообще. Поэтому я взял что есть. А ещё я не стал поднимать вопрос про ОС потому что rhel денег стоит. Раз купили - значит надо. Как потом выяснилось это было неверное предположение, но это уже другая история.

В общем, я бы всё «поставил и забыл» если бы не это нвидия, блин. В итоге из epel воткнул дрова (кстати, в rhn есть репа с дровами невидии?). Они, вроде, при апдейте ядра выживают.

Кстати, шестиядерная тачка обладает весьма тормозным нравом. То ли rhel такой быстрый, то ли с рейдом что-то не то (без батарейки или настроен криво)... В общем, надо будет разобраться.

Вангую: через 3 года Debian testing будет иметь systemd, включенный по дефолту.

У дебиана есть kfreebsd. Они перейдут одними из последних, если вообще перейдут.

То есть отключив все редхатовские сетевые репы? Я думал ты в вопросе разбираешься...

О, точно. А я думал что оно умеет кэшировать. Т.е. без инета и rhn серваки превращаются в тыкву? Зашибись. Это концентрировеннейший кактус.

ЗЫ если бы разбирался то не спрашивал.

Слабый духом делает сам. Сильный — нанимает комманду.

Хочешь сделать свой  Linux? Окей, не вопрос — делаешь свою фирму и сманиваешь людей.

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

Общество как раз скорее на моей стороне, чем на стороне RH. Но RH на это пофиг. Да, RH != общество.

О, точно. А я думал что оно умеет кэшировать. Т.е. без инета и rhn серваки превращаются в тыкву? Зашибись. Это концентрировеннейший кактус.

А что в кэше всегда хранятся актуальные данные? Или вы таки хотели узнать актуальную информацию используя yum? Это не кактус, это вам понятие «когерентность кэша» незнакомо. Как и таймауты TCP приводящие к тормозам при невозможности подключиться к серверам обновлений.

Используйте 'yum --cacheonly' тогда и скорость будеть просто супер. И rhnplugin вам не помешает.

В общем, я бы всё «поставил и забыл» если бы не это нвидия, блин.

Дело только в видеокарте? С ихнего сайта бинарники скачай, там все норм должно поставиться. Возможно будет гемор при каждом апдейте ядра.

Еще раз. Общество дало RH деньги на то, что бы делать такие опыты и RH имеет право распоряжаться своими деньгами как хочется. Хоть пропить.

Если общество на твоей стороне, то делай свой дистрибутив, бери комманду тех, кто сможет пойти за тобой и будет делать то что ты хочешь!

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