https://slinkov.ru/openforum/vsluhforumID3/93603.html Официально голосование по вопросу (http://www.opennet.ru/opennews/art.shtml?num=38273) перехода проекта Debian на новую систему инициализации пока не проводилось, но уже опубликованы позиции почти всех членов Технического комитета Debian, которому делегировано принятие решения. На днях в пользу systemd выступили Keith Packard (https://lists.debian.org/debian-ctte/2014/01/msg00261.html), Don Armstrong (https://lists.debian.org/debian-ctte/2014/01/msg00310.html) и Bdale Garbee (https://lists.debian.org/debian-ctte/2014/01/msg00067.html). Их мотивы примерно совпадают с ранее высказанной позицией (http://www.opennet.ru/opennews/art.shtml?num=38762) Russ Allbery, но Keith Packard дополнительно выразил опасение, что в случае внедрения upstart разработчикам Debian придется поддерживать собственный форк данной системы, так как для передачи изменений в основной проект требуется подписание неприемлемого для Debian соглашения о передаче компании Canonical имущественных прав на предлагаемые изменения.<br><br><br>В пользу upstar https://slinkov.ru/openforum/vsluhforumID3/93603.html#410 Fri, 31 Jan 2014 00:22:51 GMT станет не логично в случае, если мне лог не нужен, а достаточно консоли<br> https://slinkov.ru/openforum/vsluhforumID3/93603.html#409 Fri, 31 Jan 2014 00:16:33 GMT я не разрабатывал эти программы. меня вообще НЕ ВОЛНУЕТ сколько и чего они пишут.<br>LightDM хардкодно направляет их вывод в пользовательскую диру, за что и был послан.<br>а ты конечно копайся в логах всех пользовательских программ, и задавайся вопросами о причинах и значениях букв в них, не дай бог лишнего нагадят))<br> https://slinkov.ru/openforum/vsluhforumID3/93603.html#408 Thu, 23 Jan 2014 10:31:02 GMT &gt; ну не скажи! у нас в требованиях к загрузке ящика 20 сек. <br>&gt; из них 10 уходит на биос. И если systemd сможет за <br>&gt; оставшиеся 10 сек. - то мы прорвемся :) <br><br>Имейте в виду, что с systemd у вас куда меньше возможностей _гарантировать_ выполнение требований -- у него гораздо менее предсказуемое время загрузки, чем у нормального sysvinit (и при этом в случае альта ещё и не факт, что быстрее -- тут инитскрипты даже без распараллеливания и с update_chrooted оказываются весьма шустрыми).<br><br>Если что, в mkimage-profiles есть средства для выпечки одинаковых образов, отличающихся только инитом.<br> https://slinkov.ru/openforum/vsluhforumID3/93603.html#407 Thu, 23 Jan 2014 10:19:26 GMT &gt; зы. не одними серверами едины.<br><br>а для другого намного лучше собрать сильно онапильнеченую систему, и ssd присунуть. зачем там системды (ну, кроме случая &#171;у нас руки из жопы, и поэтому мы надеемся починить нашу рукожопость Волшебной Программой&#187;) &#8212; не ясно.<br> https://slinkov.ru/openforum/vsluhforumID3/93603.html#406 Thu, 23 Jan 2014 09:38:33 GMT ну не скажи! у нас в требованиях к загрузке ящика 20 сек. из них 10 уходит на биос. И если systemd сможет за оставшиеся 10 сек. - то мы прорвемся :)<br><br>зы. не одними серверами едины.<br> https://slinkov.ru/openforum/vsluhforumID3/93603.html#405 Thu, 23 Jan 2014 00:06:17 GMT &gt; суть того, что я хотел показать, от этого, само собой, не меняется, <br>&gt; и файл всё равно создаётся в текущем каталоге, если не указать <br>&gt; явно /tmp/zXXXXXX [...]<br><br>Дошло, спасибо. Привык сильно к шелльному :-/<br> https://slinkov.ru/openforum/vsluhforumID3/93603.html#404 Wed, 22 Jan 2014 17:55:52 GMT &gt;&gt; угадываем, где создастся файл с именем zблабла. могу подсказать, если что.<br><br>вот не надо мне прямо в браузере код править, да. там было tmp = alloca(64), гыг. заменил на массив, забыл звезду убрать. суть того, что я хотел показать, от этого, само собой, не меняется, и файл всё равно создаётся в текущем каталоге, если не указать явно /tmp/zXXXXXX<br><br>&gt; Именно о предложении пихать костыли (или дырки с приличным потенциалом) и возмущаюсь. <br><br>угу. то есть, задавать при необходимости /tmp биндами &#8212; это, значит, костыль и дырка. а писать везде код, который будет пытаться смотреть на $TMPDIR, которой и вовсе может не быть, добавлять проверки на это и городить таким образом совершенно лишние куски, реализующие то, что может сделать сама система &#8212; это не костыль и совершенно безопасно.<br><br>&gt; google://"insecure /tmp handling&#187; <br><br>а то, что в позиксе нет функции для создания файла без имени, хотя система такое вполне может поддерживать &#8212; это уже совсем другая беда. как не костыль обходы этого, всё https://slinkov.ru/openforum/vsluhforumID3/93603.html#403 Wed, 22 Jan 2014 17:23:23 GMT &gt; угадываем, где создастся файл с именем zблабла. могу подсказать, если что.<br><br>[code]$ gcc -xc -&lt;&lt; EOF<br>&gt; #include &lt;stdlib.h&gt;<br>&gt; #include &lt;stdio.h&gt;<br>&gt; #include &lt;string.h&gt;<br>&gt; int main (void) {<br>&gt; char *tmp[64];<br>&gt; strcpy(tmp, "zXXXXXX"); <br>&gt; mkstemp(tmp);<br>&gt; return 0;<br>&gt; }<br>&gt; EOF<br><br>&lt;stdin&gt;: In function &#8216;main&#8217;:<br>&lt;stdin&gt;:7:2: warning: passing argument 1 of &#8216;strcpy&#8217; from incompatible pointer type [enabled by default]<br>In file included from &lt;stdin&gt;:3:0:<br>/usr/include/string.h:125:14: note: expected &#8216;char * __restrict__&#8217; but argument is of type &#8216;char **&#8217;<br>&lt;stdin&gt;:8:2: warning: passing argument 1 of &#8216;mkstemp&#8217; from incompatible pointer type [enabled by default]<br>In file included from &lt;stdin&gt;:1:0:<br>/usr/include/stdlib.h:627:12: note: expected &#8216;char *&#8217; but argument is of type &#8216;char **&#8217;<br>$ ls z* /tmp/z*<br>ls: невозможно получить доступ к z*: Нет такого файла или каталога<br>ls: невозможно получить доступ к /tmp/z*: Нет такого файла или https://slinkov.ru/openforum/vsluhforumID3/93603.html#402 Wed, 22 Jan 2014 10:05:41 GMT &gt;&gt; речь про &#171;/tmp&#187; в путях. которое фигурирует и в mkstemp(), например.<br>&gt; Зачем?!<br><br>[code]<br>#include &lt;stdlib.h&gt;<br>#include &lt;stdio.h&gt;<br>#include &lt;string.h&gt;<br><br>int main (void) {<br> char *tmp[64];<br> strcpy(tmp, "zXXXXXX");<br> mkstemp(tmp);<br> return 0;<br>}<br>[/code]<br>угадываем, где создастся файл с именем zблабла. могу подсказать, если что.<br><br>&gt;&gt; а если вдруг какой-то программе хочется выделить &#171;свой tmp&#187;, то это ВНИЗАПНА!<br>&gt;&gt; можно решить при помощи монтирования частных поддеревьев.<br>&gt; Ага, и так каждый вдох-выдох.<br><br>ну да. а ещё каждая GUI-программа должна уметь запоминать размер и положение своего окна, потому что использовать для этого средства WM &#8212; некошерно. так? ну действительно: зачем нам универсальное системное средство, мы же можем в каждую программу костылей напихать!<br>