https://opennet.ru/openforum/vsluhforumID3/111341.html Разработчики проекта Debian назначили (https://lists.debian.org/debian-devel-announce/2017/05/msg00002.html) дату релиза Debian 9.0 "Stretch". Релиз планируется выпустить 17 июня, в связи с чем запущена инициатива по проведению в этот день мероприятий (https://wiki.debian.org/ReleasePartyStretch), приуроченных к выходу Debian 9.0. В странах бывшего СССР мероприятий пока не назначено.<br><br><br><br>В настоящее время насчитывается (http://bugs.debian.org/release-critical/) 120 критических для формирования релиза ошибок. До 6 июня планируется закрыть все эти ошибки. Проблемы которые не удастся устранить до этого дня будут помечены флагами stretch-ignore или stretch-will-remove. За неделю до намеченного релиза (9 июня) все пакеты, помеченные флагом stretch-will-remove, будут удалены из репозитория, если в ветке Testing для них не будут предложены исправления критических проблем. Начиная с 9 июня ветка Testing будет полностью заморожена от внесения изменений (исключение делается только для экстренных вмешательств)<br><br>URL: https://opennet.ru/openforum/vsluhforumID3/111341.html#85 Wed, 31 May 2017 22:57:08 GMT была 16ю04 теперь арч<br> https://opennet.ru/openforum/vsluhforumID3/111341.html#84 Wed, 31 May 2017 22:55:12 GMT поздно на arch уже<br> https://opennet.ru/openforum/vsluhforumID3/111341.html#83 Tue, 30 May 2017 17:24:36 GMT systemd когда выпилят тогда и праздновать будем!<br> https://opennet.ru/openforum/vsluhforumID3/111341.html#82 Tue, 30 May 2017 14:51:08 GMT &gt; Так было до 8-ки с систымдым. Это был первый за всю жизнь <br>&gt; демьян который сам не перешел, ваааще анатендед, на новую версию.<br><br>Никакого "анатендед" и "ваще сам" у них никогда не было.<br><br>У вас - могабыть, а у них -- отдельная глава про Upgrading в ... то ли R.N., то ли в U.M., навскидку не помню сейчас. С пошаговыми "делай раз", "делай два" и приглащениями писать письма-баги, ежели что не так. И бэкапами -- обязательно в рекомендациях == "мы в домике".<br><br>//Disclosure: Здесь wheezy 7.11 + LTS. Уверен, что в 8+ это не поменялось.<br> https://opennet.ru/openforum/vsluhforumID3/111341.html#81 Tue, 30 May 2017 14:27:14 GMT Не расстраивайся! Бедность - не порок! (С) Теллер в одном швейцарском банке :)<br> https://opennet.ru/openforum/vsluhforumID3/111341.html#80 Tue, 30 May 2017 14:23:25 GMT &gt;Через 3 месяца релизнется CentOS 7.4 <br><br>... и перечислил фичи ядра :-)<br>Ну я возьму из бэк-портов такую же версию - и у меня все эти фишки будут :-р<br> https://opennet.ru/openforum/vsluhforumID3/111341.html#79 Tue, 30 May 2017 14:21:23 GMT Так было до 8-ки с систымдым. Это был первый за всю жизнь демьян который сам не перешел, ваааще анатендед, на новую версию. Пришлось засучить и белыми ручентками :-(<br>Будем посмотреть что выйдет с 9-кой. Надеюсь вылижут как это было в преждние ...<br> https://opennet.ru/openforum/vsluhforumID3/111341.html#78 Mon, 29 May 2017 16:55:48 GMT Учитывая, что тут любят придираться к мелочам, поправлю себя и уточню: read(), либо же recv().<br> https://opennet.ru/openforum/vsluhforumID3/111341.html#77 Mon, 29 May 2017 16:42:16 GMT socat был необходим лишь для эксперимента, чтобы убедиться, что данные в сокет вообще уходят. То, что они приходят к демону понятно и так, т.к. не было возвращено ошибок. Соответственно на стороне сервера была исполнена read().<br><br>Вообщем, обходной путь найден, но в systemd ошибка присутствует. systemd-notify абсолютно неработоспособна. Пока могу предполагать, что проблема из-за того, что systemd пытается определить принадлежность к cgroups по PID. Но делает это после того, как сообщение было получено. Соответственно, процесс уже завершился, а сообщение игнорируется, т.к. невозможно было определить cgroup. Идея интересная, - один сокет на все процессы, но реализация, похоже, неграмотная. Я бы в протокол добавил обязательно ожидание подтверждения от демона того, что сообщение получено. Блокирующийся read() не дал бы процессу завершиться и можно было бы определить его cgroup. Но как именно там реализовано пока не знаю.<br><br>Обходной путь - переписать скрипт c bash на python и использовать systemd.daemon.notify('R