<?xml version="1.0" encoding="koi8-r"?>
<rss version="0.91">
<channel>
    <title>OpenForum RSS: В скрипте инициализации RHEL допущена ошибка, приводящая к у...</title>
    <link>https://opennet.ru/openforum/vsluhforumID3/101825.html</link>
    <description>В поставляемом в составе тестового выпуска Red Hat Enterprise Linux 6.7 скрипте инициализации прокси сервера Squid выявлена (https://bugzilla.redhat.com/show_bug.cgi?id=1202858) проблема, которая приводит к удалению всех файлов в системе при перезапуске  squid. По своей сути ошибка напоминает недавний инцидент (http://www.opennet.ru/opennews/art.shtml?num=41469) с удалением всех файлов пользователя в клиенте Steam и также приводит к выполнению команды &quot;rm -rf /*&quot; в случае незаполнения формирующей путь переменной.&lt;br&gt;&lt;br&gt;&lt;br&gt;&lt;br&gt;Pavel &amp;#352;imerda, мэйнтейнер пакета squid из компании Red Hat, смог повторить эксперимент в виртуальной машине с тестовой веткой RHEL 6.7 и  установленным пакетом squid-3.1.23-4.el6. Достаточно запустить squid командой &quot;service squid start&quot;, после чего инициировать его перезапуск командой &quot;service squid restart&quot;, в результате чего начнётся удаления всех файлов на диске. &lt;br&gt;В пакете squid-3.1.23-5.el6 проблема отмечена как решённая и связанная с регрессивным изменением кода. &lt;br&gt;&lt;br&gt;&lt;br&gt;Судя по всему,</description>

<item>
    <title>В скрипте инициализации RHEL допущена ошибка, приводящая к у... (sproot)</title>
    <link>https://opennet.ru/openforum/vsluhforumID3/101825.html#294</link>
    <pubDate>Tue, 31 Mar 2015 01:27:41 GMT</pubDate>
    <description>Думаю, сначала надо cd $SQUID_PIDFILE_DIR делать, а потом, по коду возврата, принимать решение насчет rm.&lt;br&gt;</description>
</item>

<item>
    <title>В скрипте инициализации RHEL допущена ошибка, приводящая к у... (myhand)</title>
    <link>https://opennet.ru/openforum/vsluhforumID3/101825.html#293</link>
    <pubDate>Sun, 29 Mar 2015 11:41:27 GMT</pubDate>
    <description>&amp;gt;&amp;gt; Да, coreutils не писали обезъяны с избытком ЧСВ.&lt;br&gt;&amp;gt; Да, очень интересно получается: в coreutils значит это &quot;нормальный код, так держать&quot;. &lt;br&gt;&amp;gt; А у поттера &quot;во гад, прострелить пятку не дает!&quot;.&lt;br&gt;&lt;br&gt;Я подчеркнул, что это не одинаковый код.  Разница на данном конкретном примере, конечно, невелика чтобы судить о сравнении качества кода.  Но есть еще over 100500 строк, если вам вдруг интересно.&lt;br&gt;&lt;br&gt;&amp;gt; Сразу видно двойные стандарты :) &lt;br&gt;&lt;br&gt;Двойные стандарты - у того кто делает провокационное заявление и жалуется модераторам на ответы оппонента.&lt;br&gt;</description>
</item>

<item>
    <title>В скрипте инициализации RHEL допущена ошибка, приводящая к у... (Аноним)</title>
    <link>https://opennet.ru/openforum/vsluhforumID3/101825.html#292</link>
    <pubDate>Sat, 28 Mar 2015 22:43:30 GMT</pubDate>
    <description>&amp;gt; Потому, что опция -f команды rm предназначена для того, чтобы удалять файлы &lt;br&gt;&amp;gt; ничего не спрашивая. Без неё всё спрашивается.&lt;br&gt;&amp;gt; Всегда ваш Капитан.&lt;br&gt;&lt;br&gt;Товарищ Капитан, это не Windows, здесь удаление по умолчанию работает по-другому!&lt;br&gt;&lt;br&gt;(если, конечно, заботливый дистростроитель не включил rm -i в качестве алиаса для rm по умолчанию &amp;#8212; привет, Красная Шапочка!)&lt;br&gt;</description>
</item>

<item>
    <title>В скрипте инициализации RHEL допущена ошибка, приводящая к у... (Аноним)</title>
    <link>https://opennet.ru/openforum/vsluhforumID3/101825.html#291</link>
    <pubDate>Sat, 28 Mar 2015 22:37:52 GMT</pubDate>
    <description>&amp;gt; Wininit.exe же!&lt;br&gt;&lt;br&gt;Про SMSS.EXE как-то даже упоминать неудобно.&lt;br&gt;</description>
</item>

<item>
    <title>В скрипте инициализации RHEL допущена ошибка, приводящая к у... (Аноним)</title>
    <link>https://opennet.ru/openforum/vsluhforumID3/101825.html#290</link>
    <pubDate>Sat, 28 Mar 2015 22:33:17 GMT</pubDate>
    <description>&amp;gt;&amp;gt; Просто программист - не профессия а сексуальная ориентация. Противоестественная. Кто бы &lt;br&gt;&amp;gt;&amp;gt; болванов научил простейшему скрипт-программированию. Но нет, это же мааааааагия!&lt;br&gt;&amp;gt; Простите, но скрипткидисы всегда и считались самыми болванистыми из всех программистов. &lt;br&gt;&amp;gt; Поэтому то что эти пипетки пытаются из себя корчить целую гордую &lt;br&gt;&amp;gt; клизму - ни на бит не улучшает их кривой и бажный &lt;br&gt;&amp;gt; код, которым можно пугать детей. Да-да, большинство инит скриптов являются наглядным &lt;br&gt;&amp;gt; пособием по теме &quot;как не надо писать программы&quot;. То что из-за &lt;br&gt;&amp;gt; поттера такие орлы пойдут теперь подметать улицы и ползать в админской &lt;br&gt;&amp;gt; позе под столами, протягивая витуху - это вообще фича а не &lt;br&gt;&amp;gt; баг.&lt;br&gt;&lt;br&gt;Не пойдут ни разу. Вместо кривых скриптов будут непродуманные юниты, вот и вся разница. Не верите? А вы сравните, скажем, ситуацию в другой области с похожей разницей в подходах, например, ipfw vs. PF. Второй куда декларативнее, но точно так же позволяет заблокировать себе самому SSH. Кстати, входной порог у PF, пожалуй, даже н</description>
</item>

<item>
    <title>В скрипте инициализации RHEL допущена ошибка, приводящая к у... (Аноним)</title>
    <link>https://opennet.ru/openforum/vsluhforumID3/101825.html#289</link>
    <pubDate>Sat, 28 Mar 2015 22:15:27 GMT</pubDate>
    <description>&amp;gt;&amp;gt; &quot;и эти люди запрещают мне ковыряться в носу!&quot;(с) &lt;br&gt;&amp;gt; А ты посмотри на исходники шелл портянок. Вон одни уже посмотрели. А &lt;br&gt;&amp;gt; на самом деле такого г-на по чуланам довольно много.&lt;br&gt;&amp;gt; Скрипткидозники принципиально не проверяют ошибки, забивают на коды возврата и не могут &lt;br&gt;&amp;gt; себе вообразить что какая-то переменная может быть не установлена. А потом &lt;br&gt;&amp;gt; их скриптовая дрянь выносит полсистемы или что-нибудь ломает. Но свое же &lt;br&gt;&amp;gt; не пахнет, поэтому себе - скидки. Это ж не поттера за &lt;br&gt;&amp;gt; баги поливать. Себя то поливать не прикольно. Между тем, квалификация большинства &lt;br&gt;&amp;gt; скриптеров - ниже плинтуса.&lt;br&gt;&lt;br&gt;Здесь, к сожалению, всё правда. Про тот же set -u вообще мало кто слышал, а ведь в описанной в новости ситуации спасло бы...&lt;br&gt;</description>
</item>

<item>
    <title>В скрипте инициализации RHEL допущена ошибка, приводящая к у... (EHLO)</title>
    <link>https://opennet.ru/openforum/vsluhforumID3/101825.html#288</link>
    <pubDate>Fri, 27 Mar 2015 13:28:05 GMT</pubDate>
    <description>&amp;gt;&#091;оверквотинг удален&#093;&lt;br&gt;&amp;gt; run the command.  Nor&amp;#8208; &lt;br&gt;&amp;gt;             &lt;br&gt;&amp;gt;   mally, the command is run once even if there &lt;br&gt;&amp;gt; is no input.  This option is a GNU ex&amp;#8208; &lt;br&gt;&amp;gt;             &lt;br&gt;&amp;gt;   tension.&lt;br&gt;&amp;gt; &#091;/code&#093; &lt;br&gt;&amp;gt; Но по логике вещей она должна быть по умолчанию, вернее по умолчаню &lt;br&gt;&amp;gt; если на xargs ничего не подается, то он ничего не должен &lt;br&gt;&amp;gt; запускать, но при этом, для извращенцев должна быть опция --run-if-empty &lt;br&gt;&lt;br&gt;Безотносительно этого зловещего флага, ты своей командой &apos;find / -type d -iname &apos;*tmp&apos; &amp;#124; xargs rm -rf&apos; можешь снести любые файлы при благоприятных обстоятельствах.&lt;br&gt;</description>
</item>

<item>
    <title>В скрипте инициализации RHEL допущена ошибка, приводящая к у... (Vkni)</title>
    <link>https://opennet.ru/openforum/vsluhforumID3/101825.html#287</link>
    <pubDate>Fri, 27 Mar 2015 04:43:40 GMT</pubDate>
    <description>&amp;gt; Мне в clang да и gcc много чего не нравится. Но если &lt;br&gt;&amp;gt; быть реалистом - тулчейн на коленке не сделаешь, т.к. чтобы оно &lt;br&gt;&amp;gt; стало вместо наколенной пoдeлки чем-то реально юзабельным - надо годы работы &lt;br&gt;&amp;gt; толпы народа. И некоторые вещи нормально могут только они.&lt;br&gt;&lt;br&gt;Да, но это не подразумевает, что нужно плодить заведомое говно и хвалиться этим.&lt;br&gt;&lt;br&gt;&amp;gt; А эти ваши хаскелисты обычно занимаются рафинированным концептодрoчерством. Из разряда &lt;br&gt;&amp;gt; &quot;во как я могу!&quot;.&lt;br&gt;&lt;br&gt;Бывает такое. Но Хаскел - это довольно специфическая штука. Я, например, задавал вопрос вполне квалифицированным людям насчёт ассимптотической скорости алгоритмов под Хаскеллем. Не секрет, ведь, что в подходе &quot;переменные отменяются&quot; очень многое зависит от оптимизатора. Увы, это &quot;серая зона&quot; - часть алгоритмов точно оптимизируется нормально, но в целом, надо читать статьи.&lt;br&gt;&lt;br&gt;&amp;gt; Когда у народа большой дистр на 40К пакетов, последнее что им всем &lt;br&gt;&amp;gt; хочется - колупаться в этом вашем &quot;во как я могу!&quot;, пытаясь &lt;br&gt;&amp;gt; неделю вдуплить что там за лямбда-функции </description>
</item>

<item>
    <title>В скрипте инициализации RHEL допущена ошибка, приводящая к у... (Адекват)</title>
    <link>https://opennet.ru/openforum/vsluhforumID3/101825.html#286</link>
    <pubDate>Fri, 27 Mar 2015 03:52:39 GMT</pubDate>
    <description>&amp;gt; Надо для ключа -rf требовать ввод пароля руками, да всего делов. Но &lt;br&gt;&lt;br&gt;Вообще-то претензии были именно к xargs, поскольку у нее есть опция&lt;br&gt;&lt;br&gt;&#091;code&#093;&lt;br&gt; --no-run-if-empty&lt;br&gt;       -r     If the standard input does not contain any nonblanks, do not run the command.  Nor&amp;#8208;&lt;br&gt;              mally, the command is run once even if there is no input.  This option is a GNU ex&amp;#8208;&lt;br&gt;              tension.&lt;br&gt;&#091;/code&#093;&lt;br&gt;&lt;br&gt;Но по логике вещей она должна быть по умолчанию, вернее по умолчаню если на xargs ничего не подается, то он ничего не должен запускать, но при этом, для извращенцев должна быть опция --run-if-empty&lt;br&gt;</description>
</item>

</channel>
</rss>
