kwin_wayland будет завязан на logind

Новость на аппрув в толксы?

Все путем, системд рулит.

Грасслин всё правильно сделал. Ещё один слой абстракции над разными средствами управления системой не нужен. Есть API — надо юзать, а хейтеры пусть пишут свою реализацию.

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

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

что мешает завтра поттерингу сделать настройки как в винде

Здравый смысл мешает.

Этот вопрос задавался неоднократно и каждый раз на него давался ответ. В том числе на ЛОРе и в обсуждении перехода Debian на systemd (баг 727708, если я не ошибаюсь).

Краткий пересказ ответов:

1. это необоснованное утверждение
2. проблемы решаются по мере их поступления
3. всегда можно форкнуть systemd, если он перестанет выполнять те задачи, ради которых его начинали использовать
4. разработчику виднее, что (какая библиотека, какое API, ...) лучше решает возникшие проблемы

В любом случае (фраза за авторством Samium Gronoff):

You cite no new arguments to a previously well-debated issue. Just saying that you are wrong is, therefore, a sufficient response.

Каким местом?перевод Линукса на такую систему. это легкий способ потом трясти со всех деньги, с точки зрения капитализма это здравое решение.

чтобы что-то форкнуть, надо иметь нужное кол-во программистов и денег.

Что мешает разработчикам gcc сделать так, чтобы компиляция начиналась только после отправки СМС, просмотра рекламы и т.д.?

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

А чтобы форкнуть gcc

надо иметь нужное кол-во программистов и денег

Страшно жить.

Ну и да, просто по фану я опровергну даже теоретическую возможность возникновения описанной тобой ситуации.

не открываемые без специального ключа бинарники

Исходники под GPL -> любую проверку подобного рода можно выпилить.

логи в таких же бинарниках

Исходники под GPL -> шифрование лог-файлов можно выпилить из логгера.

а для их просмотра нужна программа, которая <...>

Исходники под GPL -> можно их изучить и написать другую реализацию программы для чтения лог-файлов.

И, наконец, насчёт «исходников под GPL», предвосхищая возможные вопросы. Перелицензировать код systemd под несвободной лицензией невозможно: отправка патчей в systemd, насколько мне известно, не требует принятия CLA (а если требует, то это CLA не допускает перелицензирования).

Совершенно необязательно. Достаточно взять последнюю «хорошую» версию.

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

Наверняка так и есть!

http://storage6.static.itmages.com/i/14/0815/h_1408136215_2380944_b5b2aadb66.gif

kwin_wayland

Сразу 2 «не нужно» в одном флаконе.

еализуйте совместимый интерфейс и kwin_wayland с удовольствием будет его использовать.

одна надежда на разрабов генты

это win!

это win

dows 9

одна надежда на разрабов генты

а меня тешит надежда что пограммисты Джентушечки — сделают приоритетное направление в сторону systemd!...

...и тогда мы получим +ещё один замечательный дистрибутив! :-)

(source based, с USE-флагами, и с systemd!.... хм... нехватает правда цифровой подписи у ebuild-файлов, а-то ведь любой дурак с-ноутбуком-в-подъезде может сделать подмену моего интернет-трафика и таким-образом заставить меня компилировать трояны...)

(source based, с USE-флагами, и с systemd!.

а что тебе мешает использовать профиль desktop/systemd?

нехватает правда цифровой подписи у ebuild-файлов

Запили =)

Вот в AUR v4.0.0 собираются превратить каждый source-пакет в отдельный git-репозиторий... тогда можно будет, например, подписывать коммиты — чем достигать описанной цели.

одна надежда на разрабов генты

да, эти клоуны на всё что угодно готовы, лишь бы не пилить саму gentoo

чтобы что-то форкнуть, надо иметь нужное кол-во программистов и денег.

В Debian объём папки с патчами к systemd уже того же порядка, что и объём самих исходников. Патчей штук 500. systemd уже давно форкнут, по факту.

а что тебе мешает использовать профиль desktop/systemd?

я склонен к тому мнению что если пытаться использовать систему (программу или операционную систему) — не так как задумывали разработчики, то в этом случае можно ожидать некоторое количество багов и других «сюрпризов» :)..

например, если раработчики Джентушечки считают что нада использовать openrc (хоть и предлагают systemd как альтернативу) --- то значит нужно использовать либо openrc, либо лучше вообще не использовать Джентушечку :-) ..как-то так...

именно по этой же причине — я не приветствую и ситуацию когда в GUI-программе есть панель настроек с кучей галочек. обычно такое решение ведёт к тому что понажимав на все эти галочки --- программа начинает вести себя неадекватно, и совсем не так как предполагаешь, нажимая на эти галочки.

извеняюсь что затронул тут ещё и слегка другую тему (GUI-программы). но это стоило затронуть чтобы указать что здесь ещё и играет роль психологический аспект разработки: разработчик третит время на то чтобы отладить приоритетное направление, а побочные направления делаются кое-как без глубокого понимания «почему это направление может портебоваться?».

можно конечно насоздовать багрепортов --- но у програмистов (и особенно LibreOpenSource) время весьма фиксированное — всё не исправят :-) ..это только если самому сидеть и делать патчи :-)

> нехватает правда цифровой подписи у ebuild-файлов

Запили =)

мне не только пилить, но ещё и уговаривать Джентушочных программистов — использовать получившийся мой crap-код [делать подписи!]. думаю это сразу fail :-D

Вот в AUR v4.0.0 собираются превратить каждый source-пакет в отдельный git-репозиторий... тогда можно будет, например, подписывать коммиты — чем достигать описанной цели.

вот есть какой-то здравый смысл у этих Арчеразработчиков! даже как-то странно мне :-) .. откуда столько здравых идей у них постоянно... за последние пару~тройку лет прям революция в Арчике!

в debian всё так форкнуто, они и сдохшие в апстриме пакеты тянут

не так как задумывали разработчики,

Важно понимать, что Gentoo развивается именно благодаря свободе выбора. Мы стараемся ничего вам не навязывать. А если вам покажется обратное — пожалуйста, сообщите нам об этой оплошности (англ.).

кучей галочек.

ну кеды это не про тебя

dows 9

не сразу понял твоё сообщение :-) .. долго гуглил. думал слегновая какая абривиатура (быть может модная)..

..а потом дошло (хотя Google подсказал, всё же. да) что это окончание от слова «Windows 9».

вобщем, хочу сказать что ты реально круче [Загадочника]! :-)

ну кеды это не про тебя

ну я и не использую их (по названной выше причине)...

..но всё равно я рад за кедопользователей :-)

Почему ты думаешь, что настройки в файлах — важная вещь для десктопа? В конце концов, файл настройки — всего лишь интерфейс. Можно сделать файл, на лету обновляющий настройки программы (в каком формате программа предпочитает их хранить — не дело юзера) при каждом сохранении этого файла-интерфейса. Даже dbus для настройки гораздо универсальнее и лучше программируется.

Тем более смешно нытьё про неоткрываемые бинарники на десктопах. Всегда можно поставить софт, который откроет эти неоткрываемые бинарники (и при желании даст возможность работать с ними как с текстовыми файлами).

ещё можно вспомнить что при работе с файлами — люди зачастую забывают об атомарности!

пример:

RND="$RANDOM"
cp /etc/resolv.conf /etc/resolv.conf.new-"$RND"
nano /etc/resolv.conf.new-"$RND"
mv /etc/resolv.conf.new-"$RND" /etc/resolv.conf

---- не думаю что вот так кто-то делает :-)

а что будет если в момент сохранения файла — какая-то программа обратиться к файлу? вот откуда все глюки растут...

не, не..

я конечно ОЧЕНЬ люблю файлы.

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

Скорее подправить файловые системы... =)

Или использовать flock(2)...

Или использовать flock(2)...

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

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

мандатный — это как?

Но вообще да, его должны использовать все...

мандатный — это как?

я может не то слово какое-то употребил :-) ..

но смысл был тот что если некая программа не использует flock(fd, ...) , то в этом случае, в гипотетической ситуации мандатного контроля это должно было бы подразумевать что такая программа неявно использует flock(fd, LOCK_SH).

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

бредишь

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

Ну эт круто! Что тут ещё добавить.. Отличная тенденция, если так...

А openrc --- будут закрывать? (Так же как когда то закрыли sysvinit в Арчике)

Надо же сосредоточить усилия... Ну вы поняли :-)

ты не удачно обновил ядро, либо к нему пришёл неудачный патч по факту, у тебя не запускается ничего дальше граба, сразу уходит в перезагрузку, естественно службы системд не работают, и запуститься не могут. Когда был sysvinit ты бы просто сделал cat syslog, и прочитал происходящее, потому что cat не нужна система инициализации для работы, в бинарными же логами, cat уже работает только после службы systemd, а теперь возьмём ситуацию, ты был ты отпуске, рядом нет 2го компа и live usb, как ты будешь смотреть логи чтобы понять почему крошится система?

Во-первых (и в-последних), journalctl не требует запущенного journald.

Уходи учить матчасть, прежде чем хейтить.

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

ядро 3.14.2-200с Fedora, пришла вот эта обнова,с написанным вначале сообщения ядром, после перезагрузки ничего кроме граба не работало, логи ничем был не прочитать,не cat не journalctl не работали и требовали запуска systemd-service, который отказывался стартовать, если же просто было входить в систему, выбрав ядро, вылетал чёрный экран с надписью «root:» в левом верхнем углу экрана, после ввода пароля рута система сразу перезагружалась.

желание спрятать всё и вся в бинарники

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

(ну и журнал. это исключительная ситуация :))

или что-то ещё там есть в бинарниках? кроме программного кода и журнала..

не cat не journalctl не работали и требовали запуска systemd-service

Я не могу сейчас ради тебя перезагрузиться с init=/bin/sh и опровергнуть твои слова экспериментально, но передо мной исходник journalctl, и он не обращается к демону journald.

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

я говорю то, что у меня было во времена ядра 3.14.2-200с.

journalctl никогда не требовал journald для работы. Окей, как минимум с момента появления systemd в арче, что случилось задолго до ядра 3.14.2. Ты по-прежнему не прав.

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

journalctl не работали

это странно. а почему вдруг он перестал работать?

я так понимаю вы сделали следующую штуку.

1. взяли бинарные файлы журналов с неисправного компа и скинули эти файлы на другой (исправный) комп, в котором есть journalctl .

2. попытались открывать эти файлы через journalctl .

(вместо первого пункта — быть может не другой (исправный) комп, а например LiveDVD)

но не ясно, почему на исправном компе вдруг перестал работать journalctl.. (а раньше до этого — он нормально работал там?)

я сказал про fedora, и требовал он запуска systemd-service, если по твоим фантазиям это не возможно, не мои проблемы, я говорю то, что у меня было.

в 8ке и старше, 640 кб логов отправляется еженедельно

куда? :)