https://opennet.ru/openforum/vsluhforumID3/112198.html Бюро кредитных историй Equifax обнародовало (http://www.prnewswire.com/news-releases/equifax-announces-cybersecurity-incident-involving-consumer-information-300515960.html) информацию о взломе, в результате которого в руки атакующих попали персональные данные 143 млн жителей США (44% населения США). Информация включает в себя имена, номера социального страхования (https://ru.wikipedia.org/wiki/%D0%9D%D0%BE%D0%BC%D0%B5%D1%80_%D1%81%D0%BE%D1%86%D0%B8%D0%B0%D0%BB%D1%8C%D0%BD%D0%BE%D0%B3%D0%BE_%D1%81%D1%82%D1%80%D0%B0%D1%85%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D1%8F), даты рождения, адреса и номера водительский удостоверений. Примерно для 209 тысяч человек дополнительно были получены номера кредитных карт, а для 182 тысяч - документы, связанные с урегулированием кредитных споров. Данные о кредитной истории, финансовых операциях и платежах не пострадали, так как хранились в не затронутой в результате атаки БД.<br><br><br>В отчёте (https://baird.bluematrix.com/docs/pdf/dbf801ef-f20e-4d6f-91c1-88e55503ecb0.pdf) компании William B https://opennet.ru/openforum/vsluhforumID3/112198.html#222 Tue, 26 Sep 2017 15:59:40 GMT &gt; Как же хорошо, что полтора десятка лет назад я туда не пошёл <br>&gt; работать.<br><br>Мы узнаем о вступлении яровой на опенет -- по твоей отставке из? =Кенарем будешь?<br> https://opennet.ru/openforum/vsluhforumID3/112198.html#221 Tue, 26 Sep 2017 15:47:50 GMT К слову об утечках персданных:<br><br>---<br>Сегодня, 26 сентября, оператор мобильной связи "Киевстар" открыл доступ следователям ко всему оборудованию компании с целью получения любой интересующей информации о телефонных разговорах и переписке.<br>--- https://varjag2007su.livejournal.com/1546271.html<br><br>Как же хорошо, что полтора десятка лет назад я туда не пошёл работать.<br> https://opennet.ru/openforum/vsluhforumID3/112198.html#220 Sat, 23 Sep 2017 10:26:22 GMT &gt; Но если это интересно, я могу порекомендовать глянуть в гентушный<br>&gt; скрипт gcc-config[1], он перенастраивает все симлинки system-wide, с<br>&gt; одной версии компилятора на другую.<br><br>Хм. Перенастраивать все симлинки system-wide - это может быть и неплохо для последовательно работающего emerge, но на сборочном сервере такой фокус не прокатит: что, если начнут собираться одновременно два компонента, требующие разных версий тулкита gcc? Один или даже оба огребут. Но вообще да, посмотреть пути полезно. Я вижу, там надо ещё поправить путь к include-ам было как минимум. Но в любом случае спасибо. Хорошо знать, что можно и так, и эдак, и через плечо. Спасибо. )<br><br> https://opennet.ru/openforum/vsluhforumID3/112198.html#219 Fri, 22 Sep 2017 18:08:17 GMT &gt;&gt;&gt; Вот за такое хочется руки оторвать, когда у тебя в системе стоят несколько компиляторов разных версий.<br>&gt;&gt; mkdir bin <br>&gt;&gt; export PATH="`pwd`/bin;$PATH" <br>&gt;&gt; ln -s /usr/bin/cool-c++-compiler ./bin/g++ <br>&gt; Увы, это не помогло. Помог вариант с user-config для bjam.<br>&gt; Но на будущее этот костыль тоже буду иметь в виду. Пригодится для <br>&gt; чего-нибудь. ) <br><br>Хм... Очевидно мало было только симлинк на другой компилятор подсунуть, надо было ещё что-то. Но если это интересно, я могу порекомендовать глянуть в гентушный скрипт gcc-config[1], он перенастраивает все симлинки system-wide, с одной версии компилятора на другую. Это может быть в образовательных целях полезно, чтобы понять какие пути вообще важны, ну и практически тоже: вероятно, этот скрипт можно перелопатить, чтобы он без рутовских прав делал то же самое, играясь с переменными окружения и симлинками.<br><br>[1] https://gitweb.gentoo.org/proj/gcc-config.git/<br> https://opennet.ru/openforum/vsluhforumID3/112198.html#218 Fri, 22 Sep 2017 16:25:50 GMT &gt;&gt; Вот за такое хочется руки оторвать, когда у тебя в системе стоят несколько компиляторов разных версий.<br>&gt; mkdir bin <br>&gt; export PATH="`pwd`/bin;$PATH" <br>&gt; ln -s /usr/bin/cool-c++-compiler ./bin/g++ <br><br>Увы, это не помогло. Помог вариант с user-config для bjam.<br>Но на будущее этот костыль тоже буду иметь в виду. Пригодится для чего-нибудь. )<br> https://opennet.ru/openforum/vsluhforumID3/112198.html#217 Fri, 22 Sep 2017 16:23:45 GMT &gt; Раз так, то он должен собираться bjam'ом, и компилятор можно задать через user-config<br><br>Спасибо! Собралось отлично с нужной версией компилятора! :)<br> https://opennet.ru/openforum/vsluhforumID3/112198.html#215 Mon, 18 Sep 2017 11:42:33 GMT Ваш пример не банальный, а глупый. Сишников не учат, что свой API не системные порты нельзя вешать? Может образование подтянуть, тогда и позориться не придется<br> https://opennet.ru/openforum/vsluhforumID3/112198.html#214 Sat, 16 Sep 2017 07:24:26 GMT &gt; В нем все это сделано и даже достаточно прилично. В Linux есть <br>&gt; такая штука - watchdog. Если нет аппаратного, можно программный использовать, в <br>&gt; ядре есть такая фича, хоть это и менее надежно. Аппаратный лучше, <br>&gt; можно и оба сразу.<br>&gt;<br>&gt; Системд обязан дергать вачдог, для доказательства что он не помер. Остальные процессы <br>&gt; которые он мониторит обязаны дергать системду, чтобы доказать что живые. Получается <br>&gt; нормальная иерархия проверок, корень дерева иерархии в лучшем случае вообще на <br>&gt; железке.<br><br>Вот же феерический бред. Нет, ну надо же! *Аппаратный* вачдог для мониторинга работы *процессов*! :)<br><br>&gt; В случае с аппаратным вачдогом система придет в нормальный вид <br>&gt; даже при зависании ядра, поскольку железку не интересует причина по которой <br>&gt; ее не обслужили вовремя.<br><br>Системдешники такие наивные теоретизаторы, аж слеза наворачивается. :)<br><br>А как же смена контекста в планировщике? Как же IO, как же сеть? :)<br><br>&gt; А вот как подобие этого делают без системды и с какими допущениями...<br><br>А в м https://opennet.ru/openforum/vsluhforumID3/112198.html#213 Sat, 16 Sep 2017 06:07:52 GMT &gt; Ну вот такой. EFF в штатах почему-то никто<br><br>Тебе виднее. Конечно. Конечно.<br><br>https://duckduckgo.com/?q=blacks+heroin+criminalizing+disrupt+communities+arrest+raid+vilify&t=ffnt&ia=web<br>