From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on sa.local.altlinux.org X-Spam-Level: X-Spam-Status: No, score=-1.2 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, DNS_FROM_AHBL_RHSBL, FREEMAIL_FROM, RCVD_IN_DNSWL_LOW, SPF_PASS,URI_NOVOWEL autolearn=no autolearn_force=no version=3.4.0 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=mail.ru; s=mail2; h=Content-Transfer-Encoding:Content-Type:MIME-Version:References:In-Reply-To:Message-ID:Subject:Cc:To:From:Date; bh=Kv2X/Fcaxi+5FKpzmRGxbu6cV8nCTetetyb5o8yP/eI=; b=t5IEtexIWf6/BfyZh5Oqddt29a7+g20mmj6vfQXpbjSI+7O84lGea9azm3m+QlpVh72Gn1Lslx7MXtS2YMXsXqCm1c8y9tc+X/7OVS7dFZzZEY+2GvB6Ys80NEP7J0WI3ZEbZp5HLfPxx/h9vs62Sebu7btT+BxzkJaU2syKqt8=; Date: Thu, 13 Aug 2015 09:41:02 +0300 From: BatraevEM To: sarlug@lists.lug.ru Message-ID: <20150813094102.000004ae@mail.ru> In-Reply-To: References: X-Mailer: Claws Mail 3.12.0 (GTK+ 2.24.28; i686-w64-mingw32) MIME-Version: 1.0 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 8bit X-Mras: Ok Subject: Re: [Sarlug] Linux Installation: [Was] Mythbusting Linux X-BeenThere: sarlug@lists.lug.ru X-Mailman-Version: 2.1.12 Precedence: list Reply-To: Saratov Linux User Group Maillist List-Id: Saratov Linux User Group Maillist List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Aug 2015 06:41:07 -0000 Archived-At: List-Archive: Доброго... Полностью согласен с предидущим оратором... Но. Все далнейшее естественно ИМХО. Когда ребетёнка в классе 7-8 учат решать квадратные уравнения никто не говорит что у любого квадратного уравнения всегда есть 2 решения. Не нужно это знать ребетёнку. Эти занания он получит потом, а может и не получит, ибо ему эти квадратные уравнения по лесу... В данном случае ситуация такая же (еще раз - ИМХО): - новичок; - вопрос; - нужно указывать дистрибутив; - firefox - opensources - редкий дистрибутив не имеет его в своих репозитариях; Конкретный ответ в даном случае - apt-get, после этого ответа и закрепления его, можно рассусоливать про lfs, про обновления и прочее. Если же речь пойдет про какой нибудь "BoeingSpaceshipFlightsTrainer.bin.linux.x64.superarchive" естественно сразу можно начинать рассуждать на тему соответсвия lfs разных дистрибутивов... Стоп, опять таки нужен дистрибутив... Ну вообщем как-то так... В Wed, 12 Aug 2015 19:30:19 +0300 Evgeny Sinelnikov пишет: > А вот с этого места я бы хотел поговорить отдельно. > > 12 августа 2015 г., 10:44 пользователь BatraevEM > написал: > > > ЗЫ: Про салат и лопату. Ивану желтаельно отказаться от привычным > > ему по виндовс идеалогий "скачал запустил некст некст некст финиш". > > Почитать вики по своему дистрибутиву, а если задавать где-то > > вопрос, то сразу писать какой дистрибутив, весьма облегчив себе и > > другим жизнь. > > > > Насколько вижу в треде уже есть ответы с apt-get, поэтому > > повторятся не буду... > > > > Строго говоря, всё в ЗЫ сказано, не вполне правда, на мой взгляд. Я бы > сказал, совсем не правда. Вопрос не в том, чтобы что-то забыть. > Вопрос в том, что в Linux так не принято. > > Но причём тут Linux, если продукт такой? Ведь ключевая проблема в > том, что при всём богатстве линукосов, квалифицированных > разработчиков, способных делать решения работающие на максимальном > количестве вариантов дистрибутивов, крайне мало, поскольку каждая > группа разработчиков лучше знает свой вариант настроек в своей сборке > (дистрибутиве) линукса. > > В итоге, разработчики программных продуктов имеют огромную проблему с > необходимыми действиями по поддержке различных версий дистрибутивов > родным для них образом. Как правило, этой задачей занимаются > мейнтейнеры самих дистрибутивов, адаптирующие программные продукты > под свои дистрибутивы, что и обеспечивает возможность простой и > удобной установки родными средствами данного дистрибутива. Но это > только в случает если продукт открыт под свободной лицензией. > > Далеко не так всё хорошо и просто обстоит дело с проприетарными > продуктами. Там вступают в силу законы рынка. Поддержку своих > программных продуктов компании обеспечивают только для некоторых > дистрибутивов. В основном поддерживаются: Ubuntu (реже Debian), > Fedora (или Redhat/Centos для корпоративного рынка), где-то Suse. > Остальное, как получится. > > Не все всё видели, кстати. Например, Linux Mint, несмотря на его > популярность, я никогда в живую не видел. Хотя проприетарщики, > конечно, ориентируется на популярность, но не всегда у них это > вовремя получается. > > Далее вопрос об установке из Архивов. Всё тут очень просто. Вот > простая базовая структура каталогов: > - /usr/bin (программы) > - /usr/lib (библиотеки) > - /usr/libexec (служебные (библиотечные, можно сказать) программы) > - /usr/share (остальное) > > Распаковал, обновил кеш библиотек (ldconfig) и всё. Можно запускать. > Но как потом удалить? > > Поэтому принято вываленное складывать отдельно в структуру: > - /local/usr/bin > - /local/usr/lib > - /local/usr/libexec > - /local/usr/share > Но это старый стиль, ведь оно тоже смешивается и захламляется. И как > потом удалить что-то одно из кучи установленного? > > Поэтому в Linux есть аналог "Program Files" - это каталог: > - /opt > Обычно вся проприетарщина туда просится установиться, если запускать > инсталятор из-под рута. > > Но... инсталятор - это тоже программа. И её писать - это отдельная > тема. А поддерживать под кучу дистрибутивов - отдельная проблема. > Поэтому, иногда, в архиве либо просто лежит структура, подобная > примеру выше, либо традиционая свалка аля, Program Files в Windows. > > Ну и как же выглядит у нас бинарный Firefox для Linux? Давайте > посмотрим: # cd /tmp > # ls firefox-40.0.tar.bz2 > firefox-40.0.tar.bz2 > # tar -xf firefox-40.0.tar.bz2 > # ls firefox > application.ini crashreporter.ini firefox-bin libmozsqlite3.so > libnssdbm3.so libsoftokn3.chk platform.ini Throbber-small.gif > webapprt-stub > browser defaults gmp-clearkey libnspr4.so > libnssutil3.so libsoftokn3.so plugin-container updater > chrome.manifest dependentlibs.list icons libnss3.so > libplc4.so libssl3.so precomplete updater.ini > components dictionaries libfreebl3.chk libnssckbi.so > libplds4.so libxul.so removed-files update-settings.ini > crashreporter firefox libfreebl3.so libnssdbm3.chk > libsmime3.so omni.ja run-mozilla.sh webapprt > > Что же мы видим? Банальную свалку. Копируем её в /opt/firefox и живём > спокойно. Но... в Linux так не принято. Хотя никто не сказал, что не > будет работать. > > Просто это неудобно обновлять. Что же каждый раз вручную, что ли? Что > все программы одну за другой из разных мест качать, а потом по > всякому разному вручную ставить, как в Windows? Да застрелиться проще. > >