а так ничего особого, разве что touchwiz я всегда на нову меняю

Как спутник от меил

вот поэтому проще взять op3t :)

а кто-нибудь копался в исходниках cockpit? мне хочется найти, как они там daemon-reload делают через dbus

( https://github.com/cockpit-project/cockpit )

и ещё, лайкните, кому не жалко: https://github.com/systemd/systemd/issues/3234

Там же поттеринг сказал, что нехай динамически лезть в юниты

ну, у меня авторитетов нет)

мало ли, что он там сказал

?

боюсь это как Линус в ядре, истина в последней инстанции;)

у нас сейчас весь мир как сервис, а тут вопрос фактически о том, что нужен API для systemd

systemd же не нужен

как и Поттеринг

пусть мне pulseaudio починит сначала

а что не так с pa?

оно же вроде несколько лет как нормально работает OOTB

https://blog.bradfieldcs.com/in-2017-learn-every-language-59b11f68eee#.vuwmyllda

Вам, некоалы!

а что не так с pa?

шипит, плюется

из коробки?

какой дистр и железо?

да хоть из чего

my name is Linus Torvands and I pronounce “Pulseaudio” as “Pshh..ch…shhhh”

неконструктивно. у меня pa работает нормально даже с весьма экзотическими сетапами

у меня на нескольких разных компах и разных версиях убунты скайп хрюкает

и не только скайп

еще касперский?)

на убунте?)

а еще простой пример

есть вот wine

скайп который древний или который обертка веб-страницы?

был бы нормальный драйвер - не было бы разницы, какое приложение ты в нем запускаешь, с Alsa по дефолту обычно так и есть

а с winepulse заранее нет никаких идей, как оно себя поведет

скорее всего - не заработает

алса слишком низкоуровневая

скайп который древний или который обертка веб-страницы?

он так или иначе умеет только в pulse

древний под 64 бита например не существует

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

и пульс там запилили очень не сразу

ну, есть факт, что оно не работает, как надо

уже несколько лет, до сих пор

и проблема не в скайпе

точнее, не только в нем

она либо в железе, либо в настройках ОСи

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

это же линух

Don’t be a boilerplate programmer. Instead, build tools for users and other programmers. Take historical note of textile and steel industries: do you want to build machines and tools, or do you want to operate those machines?

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

все возможно

я сам ничего не сбивал

но до пульса как-то таких проблем вообще не было

https://bugs.chromium.org/p/project-zero/issues/detail?id=978

в логи кстати смотреть пробовал?

You may see Go as a new and challenging language; strong programmers see it as a compiled statically typed language with garbage collection and CSP style concurrency. Swift is new and carefully designed, but a strong programmer can pick it up easily: it is just a general purpose compiled language with objected-oriented features like protocols, implemented with LLVM.

You may see Go as a new and challenging language; strong programmers see it as a compiled statically typed language with garbage collection and CSP style concurrency. Swift is new and carefully designed, but a strong programmer can pick it up easily: it is just a general purpose compiled language with objected-oriented features like protocols, implemented with LLVM.

а что не так?

а что не так?

А где я сказал, что не так?

Все так

Саша пытается объяснить, что нужно выходить из зоны комфорта родного языка и изучать все. Хватит быть x developer, пора становится software developer или software engineer.

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

Более того, не надо останавливаться на одной парадигме, буть то ооп, фп или низкоуровневый асм

Не надо просто читать о языке, нужно писать на нем.

Без практики изучение не имеет смысл. С тем же успехом можете почитать вики и сказать, что знаете язык.

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

systemd же не нужен

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

у всех таких систем должно быть API

ERROR: S client not available

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

ну, я могу что угодно поднять для этой цели, хоть Celery

но systemd timers и cron там уже есть, а Celery - дополнительная зависимость

в 2017 у каждой лампочки должно быть API

нормальное API, а не вида "закачайте файл в такую-то директорию, а потом поговорим"

в 2017 у каждой лампочки должно быть API

и эту парадигму ты взял из своей головы?;)

не

https://en.wikipedia.org/wiki/Internet_of_things

я просто поддерживаю современные тренды)

и поттеринг тут мешает осуществить наше светлое будущее

Современные тренды это собирать ботнеты из IOT железок

да я не против))

Но самый главный вопрос. Зачем с этой задачей лезть в systemd?

systemd уже стоит везде

не нужно ставить других зависимостей

в каждом новом дебиане/убунте/федоре/редхэте стоит systemd, проще сказать, где его нет

в rancher'нет)

А у меня такой вопрос.

А какие задачи планируется ставить?

Мне кажется проблема в том, что планируется использовать не тот инструмент

и да, проще притянуть зависимость со своим кроном, чем надеятся, что есть systemd или его нет

Может вашей системой захочет пользоваться гентушник с upstart'ом

да любые задачи

upstart же устарел

Canonical тоже поддерживает systemd теперь

я привет пример, же, ну

*привел пример

или вообще

ваша софтинка будет ан фрибсд

на котором ваших systemd и поттерингов вообще не пускают

фрибсд не особо живой

эт не говоря о том, что ваша софтинка засирает своими юнитами мою директорию systemd