https://www.opennet.ru/openforum/vsluhforumID3/129920.html Торстен Кукук (Thorsten Kukuk), лидер группы по развитию технологий будущего в компании SUSE (Future Technology Team, развивает openSUSE MicroOS и SLE Micro), ранее 10 лет руководивший проектом SUSE LINUX Enterprise Server, предложил избавиться от файла /var/run/utmp в дистрибутивах для полного решения проблемы 2038 года в Glibc. Все приложения, использующие utmp, wtmp и lastlog, предлагается перевести на получение списка пользователей при помощи systemd-logind...<br><br>Подробнее: https://www.opennet.ru/opennews/art.shtml?num=58750<br> https://www.opennet.ru/openforum/vsluhforumID3/129920.html#226 Wed, 20 Nov 2024 00:08:45 GMT вот именно.<br>а еще здравый смысл говорит, что негоже системное апи проектировать по принципу "э.. ну вы дерните io_systemd_logind_doSm, он вам в /run/systemd полазает и что-то даст. а еще вы сами можете в кишках полазать и тоже будет ок" ..<br>хотя б придумали бы что-то вида<br>uapiLogind_doSm и забыли бы про бред вида "чтобы посмотреть Х, залазайте-ка в /run/systemd".<br>хотя, о чем я говорю, если этот "стандарт" даже стандарта, как такового, не имеет. все написано на сайтике и в ман-страницах с прибиением гвоздями к конкретной реализации(особенно, имени) почти во всех компонентах, предоставляющих апи.<br> https://www.opennet.ru/openforum/vsluhforumID3/129920.html#225 Wed, 03 Jan 2024 17:54:48 GMT А 32-разрядной ембеддовке принципиально запрещается использовать time64_t ?<br> https://www.opennet.ru/openforum/vsluhforumID3/129920.html#224 Tue, 14 Mar 2023 06:12:37 GMT не знаю как там фряха, в опенке еще в прошлом десятилетии просто сменили размерность на 64 бита, и кто не спрятался, тот сам виноват. Я ручками exim правил при обновлении системы например.<br> https://www.opennet.ru/openforum/vsluhforumID3/129920.html#223 Tue, 14 Mar 2023 06:07:03 GMT ну дык после 2038 года время просто не влезет в эти 32 бита, и что тогда делать этой эмбедовке? жить в 1970-м?<br>поле все равно надо расширять всем, не важно сколько бит влезает в регистры.<br> https://www.opennet.ru/openforum/vsluhforumID3/129920.html#222 Sat, 11 Mar 2023 16:23:47 GMT &gt; А через ~80 миллиардов лет все радиоактивные изотопы распадутся и наступит вообще <br>&gt; смерть всей Нашей Вселенной.<br><br>А лёгкие элементы "сгорят" в термоядерном синтезе...<br> https://www.opennet.ru/openforum/vsluhforumID3/129920.html#221 Sat, 11 Mar 2023 16:19:25 GMT &gt; Только диапазон теперь будет больше 100 миллиардов лет. Уверен, что человечество столько <br>&gt; просуществует?<br><br>Если ты о теле человека, то нет.<br><br>Чарез ~4 миллиарда лет наше Солнце зажарит Землю, наступит смерть нашей Солнечной системы.<br><br>Через ~16 миллиардов лет Наша Галактика столкнётся с галактикой Андромеды.<br><br>А через ~80 миллиардов лет все радиоактивные изотопы распадутся и наступит вообще смерть всей Нашей Вселенной.<br><br>Но насчёт человеческой "цивилизации" ты не грусти, так долго ждать не придется, всё закончится намно-о-о-о-о-го быстрее!<br> https://www.opennet.ru/openforum/vsluhforumID3/129920.html#220 Sat, 11 Mar 2023 16:18:57 GMT &gt; Раз уже все равно все прикладухи надо переписывать (под использование systemd-login), не <br>&gt; проще ли было таки пофиксить в них 32-&gt;64 бита?<br><br>Проще и правельнее.<br><br>Но цель стоит всех поставить раком и всем вставить в *опу сытемды.<br> https://www.opennet.ru/openforum/vsluhforumID3/129920.html#219 Sat, 11 Mar 2023 15:59:47 GMT &gt; Например, для записи в utmp требуются специальные права, что требует предоставления процессам дополнительных привилегий.<br><br>[code]<br>ls -l /var/run/utmp<br>-rw-rw-r-- 1 root utmp 3840 Mar 11 22:43 /var/run/utmp<br>[/code]<br>Надо добавить в групу utmp.<br><br>&gt; Ещё одна проблема связана с тем, что архитектура utmp допускает совершение локальными пользователями DoS-атак, приводящих к нарушению работы сервиса utmp через манипуляции с блокировками на файл, из-за чего нельзя быть уверенным, что содержимое utmp отражает реальное состояние в системе. Для обработки доступа к utmp предлагалось использовать дополнительный фоновый процесс<br><br>Нет! Для этого надо использовать MAC. А предлагают очередной костыль типа polkitd+JS.<br><br>Да DAC дает много безопасности с дисретностью пользователь, группа. для более тонкой настройки есть MAC и CAP.<br><br>Есть системы, работающие без systemd, elogind, dbus, polkit+JS и прочим троянцам.<br><br>Разрабам systemd стоит обеспечить хотябы нормальное монтирование дисков.<br> https://www.opennet.ru/openforum/vsluhforumID3/129920.html#217 Thu, 09 Mar 2023 10:35:22 GMT Выражу свою обострившуюся параною: всё подбивают под systemd (наверное как и предполагает EEE сделают альтернативу, но опцией, а опции как известно не в приоритете, и противникам systemd прибавится еще одна маленькая, но очередная, проблема), автор которого в мелкософте. Ну и аргументация прибития к systemd страдает. Звучит как еще один шажок (как всегда "безобидный") захвата линукса.<br>