>Форум Mozilla Россия http://forum.mozilla-russia.org/index.php >Программы и ОС http://forum.mozilla-russia.org/viewforum.php?id=31 >Инициатива по замене Firefox на Chromium в базовой поставке Ubuntu http://forum.mozilla-russia.org/viewtopic.php?id=59137 |
Крошка Ру > 17-05-2013 18:13:14 |
Источник: http://www.opennet.ru/opennews/art.shtml?num=36950 |
Shura > 17-05-2013 18:16:50 |
Допрыгалась мозилла |
adidharma > 17-05-2013 19:24:03 |
В lubuntu уже давно хромог по умолчанию. Позиционировали замену тем, емнип, что на лёгкую систему - более лёгкий браузер ( , чего разрабы курили, интересно?), чем . Есесно, после установки оси сразу же отправил хромого в /dev/null и поставил . |
Пандёнок > 17-05-2013 20:37:03 |
Крошка Ру пишет
Да, это сложно — найти лишние 20 мегабайт на установочном компакт-диске. Chromium 28.0.1496.0 весит 41.5 Мб. Не угналась даже Мозилла. 17-05-2013 20:39:52
Хоть понял, что и о чём сказал? |
KooL > 17-05-2013 20:40:56 |
Грусть и печаль, везде так, вместо текущих пользователей думают про будущих пользователей в сферическом вакууме. Пусть ИЕ ставят по умолчанию. Окаме тоже всё же пора на Хромиум, а то измучился) |
KooL > 17-05-2013 21:10:52 |
Ладно, тогда на КупЗиллу, там всё православно и без зондов. |
Frozy > 04-06-2013 12:11:01 |
А какой смысл для паники, если можно будет легко удалить? Огорчает только то, что это уже второй минус для основной Ubuntu, где первый - отправление анонимных запросов на сервера Canonical при поиске в Dash. Кстати, когда раньше сидел на Linux Mint замечал странный пакет apport, который не спрашивал об отправке ошибок. То ли не работал, то ли без моего ведома отправлял. Узнал о нём, когда при старте системы показалась примерно такая надпись: "Start automatic crash reporter [FAIL]". |
KooL > 04-06-2013 14:29:53 |
Вот злыдни, инфу о падениях чего-то там собирают, чтобы исправить, не дело это, конечно! |
Frozy > 04-06-2013 15:32:26 |
KooL пишет
Да не факт, что там что-то отправлялось, вдруг вообще не работало. Просто я даже не подозревал о такой функции, и не узнал бы, если эту анимированную заставку при старте системы не убрал. Отсюда вывод - ставить только с Minimal CD |
Rosenfeld > 04-06-2013 16:10:46 |
Главный минус-то вовсе не этот. А в том, что Canonical упорно идет по пути дебилизации конечных пользователей путем упрощения интерфейсов и сокращения нужных (и общедоступных) настроек. И второй минус - с выходом каждой новой версии за "нововведения" выдаются исключительно изменения / появление новых рюшечек и красивостей в интерфейсе. И не более. Для сравнения - список технических(!) нововведений в каждом новом релизе Fedor'ы занимает несколько страниц мелким шрифтом. На нее я, кстати, и перешел окончательно. Изумительная система! И вот как там построена та же система abrt - автоматического регистратора ошибок и отправки уведомлений (убунтоводы могут сравнить со своею). Дикая куча опций, огромное количество вариантов создания отчетов и мест для их отправки. Все наглядно, все прозрачно, все настраивается: скрытый текст P.S. Да... и пару слов по теме топика. То, что ожидает пользователей после ожидаемого выхода FF v. 25, мало отличается от текущей концепции Chromium. Так что эта замена, по сути, шила на мыло. Прискорбно, но факт. |
KooL > 04-06-2013 16:21:32 |
А как же православный Дебиан? |
Rosenfeld > 04-06-2013 16:57:56 |
В православном Дебиане все пакеты, ядро и т.п. тотально отдают такой(!) затхлостью, что я даже и не рассматриваю его в качестве дистрибутива. Для примера, в Федоре (за время выхода моего релиза, т.е. примерно за полгода) ядро, иксы, системные службы и прикладные пакеты обновляются каждую неделю и с дикой скоростью. Еженедельное обновление - это, как правило, больше 50 пакетов весом до 200 Мб. Текущее ядро сейчас (к примеру):
... причем срок появления у меня на машине очередного релиза ядра отстает от дня его официального выхода примерно на пару суток. О чем все это говорит? О том, что люди действительно РА-БО-ТА-ЮТ: улучшают, изменяют и обновляют ОС, причем делают это непрерывно и с высокой скоростью. А не подсовывают пользователям красивости и рюшечки. Ну а Кубунту имеет под капотом ту же самую софтовую начинку, что и Убунту, разница только в интерфейсе. А интерфейс там "кеды". А это ужасно! |
KooL > 04-06-2013 17:07:43 |
В Гноме 3 настроек меньше, чем в Юните. Притензии были именно к этому. В Кубунте и Кедах с настройками всё хорошо. Противоречия одни. И таки Федора тестовый полигон, который если и окажется стабильный, то удобства там никакого и yum ихний тормозня заметная после деба. |
Rosenfeld > 04-06-2013 17:28:19 |
!!!
Замечу - отличный тестовый полигон! Всем бы быть такими "тестовыми". Кроме того, на выходе у них - абсолютно стабильный, устойчивый, как скала, промышленный дистрибутив со заявленным сроком поддержки БОЛЬШЕ десяти(!) лет. Желаете такой - скачиваете, устанавливаете и пользуетесь. В чем проблема-то?
Я же надеюсь, что Вы мне НЕ поверите, если я сейчас заявлю, что за все время использования у меня не было ВООБЩЕ ни одной проблемы, даже мельчайшей, связанной со сбоями и более глобальными проблемами... А зря! Может все-таки у Вас "дело было не в дрезине"?
Смешные мне попадаются иногда собеседники... Для меня удобство - это дружелюбность в работе, устойчивость, отсутствие проблем и сбоев, наличие всего необходимого мне софта, плюс - постоянные и стабильные обновления. Ну и человеческий интерфейс (хотя это дело уже десятое). А какой сакральный смысл в слово "удобство" вкладываете именно Вы лично? ... "Нескучные обои"? Короче говоря - вот, выкладываю для всех интересующихся, скринкаст Ф18, который я сделал после ее установки (примерно 12 Мб, 16 мин, формат WebM): https://dl.dropboxusercontent.com/u/365 … ncast.webm ... Кто бы что после этого говорил про "удобство" |
KooL > 04-06-2013 17:49:23 |
Rosenfeld пишет
Поймал же, в Гноме 3 по умолчанию даже вместо 3 кнопок на окне всего 2) Rosenfeld пишет
У rpm-дистров такой лабиринт в репах, что без толстого мана и пол-литра не обойтись. Толи дело простенький Лаунчпад. Rosenfeld пишет
Да какие там обновления, не Арч же, Убунта тоже любит каждый день аж до 100 метров апдейтов вываливать. |
Rosenfeld > 04-06-2013 18:13:29 |
И что же? Что из этого следует? ... Или у Вас не хватает технических познаний вернуть третью кнопку, поменять их местами, сделать их слева/справа и т.п.? ... Что-то какой-то мелковатый довод у Вас против GNOME v. 3.x
Мда-а-а. Я в очередной раз тронут Вашими исключительными познаниями в различных областях. К счастью, на своем скринкасте я уже проиллюстрировал, причем ДВАЖДЫ - через консоль и через ГУИ, как(!) можно обойтись "без толстого мана". Надеюсь, остальные продвинутые пользователи - участники этого форума поймут меня лучше, чем Вы, просмотрев видео. UPD: Вру - ТРИЖДЫ проиллюстрировано! Третий раз - это когда наглядно показывается ГУИ-работа с репозиториями в Fedora Utils. Так что что-то Вы опять свою некомпетентность проявили, мне аж прямо неудобно, что я вынужден Вам на это указывать.
Ясно. "Магазинчик" - это хороший довод в пользу Убунту. Вот только каким образом он соотносится с тем понятием "удобства", которое я привел выше: надежность, стабильность, частые и множественные обновления, отсутствие проблем и сбоев. Наличие "магазинчика" доказывает что-то из вышеперечисленного?
Еще раз поднял глаза вверх, прочитал и посмеялся... Вы в курсе, что такое delta-rpm применительно к yum? Вы когда-нибудь слышали о принципах ее работы, видели в действии? Вы в курсе, НАСКОЛЬКО эта технология сокращает объем закачиваемых обновлений и скорость закачки?... Попутно - а Вы когда-нибудь слышали еще и о другой технологии yum - автосмене зеркал с репозиториями (с предварительным тестированием их скорости)? ...Ну-ка, поделитесь своими знаниями перед присутствующими...
Да конечно-конечно... Какие уж там в Федоре могут быть обновления: так, обоины поменяются раз в полгода, да блокнотик изменится... А вообще, я уже написал Вам выше - КАКИЕ ИМЕННО там приходят обновления. Повторяться и перечислять не буду. Вот, к примеру, вот мой лог yum, начиная с февраля месяца: (СОВЕТ: внимательно смотрите на даты в левой части и сопоставляйте с количеством обновлений, пришедших в тот или иной день! Ну и обращайте внимание на значимость обновлений, если, конечно, Вам знания позволят): http://forum.mozilla-russia.org/uploaded/yum-log.txt Теперь давайте ради интереса - выкладывайте свой лог обновлений - что именно он покажет? Слабо поделиться? ... И вообще - ядро у Вас какое на текущий момент установлено? Просто ради интереса спрашиваю... |
KooL > 04-06-2013 18:56:49 |
Rosenfeld пишет
Следует то, что вы обвиняете Убунту в выпиливание настроек, тем временем используете Гном 3, который ещё хуже в этом плане. Rosenfeld пишет
А вам значит технических познание в Юните не хватает для настроек, так выходит? Rosenfeld пишет
Не работа с репами, а сами репы, их количество, содержание, предназначение. Rosenfeld пишет
Rosenfeld пишет
Rosenfeld пишет
Что там за технологии не знаю, но деб просто быстрее обновляет систему, например, это то, что видно. Rosenfeld пишет
Ну видно же, что сейчас не пользуюсь Линем, жду, когда баги исправят. |
Rosenfeld > 04-06-2013 23:20:00 |
Дружище, искренне прошу Вас меня простить, но уровень моей подготовки не позволяет вести с Вами дальнейшую дискуссию по поводу новейших технологий Линукса (практически полностью и поголовно разрабатываемых Red Hat), ибо рядом с Вами я чувствую себя полнейшим профаном. Извините. |
KooL > 04-06-2013 23:40:45 |
Да нет, я всего лишь про Фому, а вы выкручиваетесь разговором про Ерёму. |
krigstask > 05-06-2013 00:08:15 |
Rosenfeld пишет
Да, мы помним, что это их надо _поблагодарить_ за systemd. Большое спасибо. Кланяемся в ножки. |
Lain_13 > 05-06-2013 00:18:35 |
krigstask |
Rosenfeld > 05-06-2013 00:42:47 |
Lain_13, это обычная смесь консерватизма, нежелания изучать новые и прогрессивные вещи, плюс - обычный флейм. Я, когда разбирался с systemd у себя в ОС, просто наслаждался. Реально! Настолько сама идея проста, удобна и сделана людьми и для людей. Более того - понять его может и ребенок... Так что Ваш вопрос, увы, прозвучал риторически. Что интересно и показательно, вменяемые производители дистро быстренько стали переходить на systemd (ибо бизнес не может стоять на месте!). Из них можно назвать не только RHEL, openSUSE, SUSE, Arch, Mageia, Mandriva, ... но и даже (т-с-с-с!) сам Космонавт обмолвился, что... (гуглите, друзья мои, гуглите). Debian и Gentoo (насколько я помню, УЖЕ включили поддержку)... Так что "куды будет бечь" от systemd, на какой именно дистрибутив наш друг krigstask, остается загадкой. скрытый текст P.S. Не могу не поделиться полезными закладками: http://rosenfeld.blogs.se/tags/systemd/ (если не будет открываться ссылка, просто зайдите ко мне в блог через TOR, там много чего полезного по systemd мною украдено) https://fedoraproject.org/wiki/Systemd |
MySh > 05-06-2013 02:36:02 |
Rosenfeld
Чем же это так ужасно?
Осмелюсь выступить в роли всем известного Капитана и напомнить, что идеальных дистрибутивов обычно не бывает, бывают лишь более-менее подходящие конкретному пользователю для его конкретных задач. |
Merlyel > 05-06-2013 08:09:23 |
Rosenfeld пишет
Сам вот я еще не пробовал systemd, только читал описание. Лично меня несколько напрягает запихивание веб-сервера в него да бинарные логи. Я подозреваю, что к массовому внедрению systemd будут нормальные спец утилиты для анализа логов, но разбираться с этими утилитами, когда времени нету, не сильно охота А еще интересно, как себя поведет systemd-journal при бешеном темпе логов. И да, каюсь, с некоторыми вещами просто лень разбираться. Rosenfeld пишет
Периодически приходится мучаться с этим, когда DNS долго отвечают (. Радость та еще. Да и скорость до большинства зеркал нормальная. Так что это не киллер-фича. Rosenfeld пишет
Да дельта, блин, практически везде есть. У меня года 4 назад и исходники для Gentoo качались дельтами. Потом у меня появился более-менее нормальный анлим и я это убрал. А Вы до сих пор пользуетесь? Это правда дает огромное преимущество в скорости? Тут же не только нужно скачать обновление. Там потом дельту накатить на оригинальный пакет нужно. Основная проблема yum'а - это то, что он написан на питоне, в то время как apt и dpkg - это скомпилированные программы (C/C++ в основном). В результате yum работает медленнее и жрет больше памяти. Rosenfeld пишет
Это говорит о том, что люди тестируют новое ПО. Федора - это ж тестовый полигон для редхата. Так что нужно все протестировать, выбрать вариант получше для новой версии RH. На других системах тоже можно использовать новейший софт. testing/unstable на deb'е и вперед. И кстати, цитата из официальных манов
Из-за этого знакомой девочке не получается обновить систему. На deb'е или убунте все было бы просто - зашел, обновил, попросил ребутнуться. Собственно до 16->17 и на федоре все было аналогично.
Никто не заставляет быть на дистрибе, в основе которого лежит одна вещь - стабильность. Это все равно, что сказать "что-то меня нынешние машины не радуют - где современные технологии? где полный автопилот да управление голосом и взглядом???". Где-то нужны новинки, где-то надежность. Хочешь быть на острие технологий - юзай Gentoo или Arch (он ведь, вроде тоже с мегановым софтом?). Кстати, еще камень в огород yum'а. Почему когда я запускаю апгрейд в одной консольке, я уже не могу юзать yum info в другой консольке? Че за бред? Неужели нельзя ставить lock только при запуске yum install/upgrade? |
Zero-8 > 05-06-2013 08:37:55 |
да ладно, "горячие ... парни" угомонитесь, ... на вкус и цвет все фломастеры разные, ... каждый пользует то, что ему удобнее, ... и к чему привык. кстати, мож кто скинет ссылку на вменяемый мануал про установку дистрибутивов на флешку, не в режиме лайф-сд. |
Rosenfeld > 05-06-2013 09:19:13 |
А почему у Вас DNS долго отвечают? И с чем конкретно Вы мучаетесь (исходя из простейшей логики!) - с DNS или с yum? И кто из них виноват тогда в Ваших мучениях? Не подскажете?
Везде? Ну хоть привели примеры бы. А то вот наш предыдущий оратор (который только что ушел с трибуны), производя тонкий и глубокий сравнительный анализ Убунту и Федоры, честно признался, что и слышать-то о ней не слышал. А ведь он - специалист; его мнению можно доверять, не правда ли?
Да. Это в самом деле дает огромное преимущество в скорости. Ибо когда мне приходят обновления где-то так мегабайт на 200-250, а РЕАЛЬНО необходимо скачать не больше 30, это колоссально УСКОРЯЕТ установку пакетов, а отнюдь не ЗАМЕДЛЯЕТ ее (если исходить из логики Ваших доводов).
И в чем проблема-то? С огромной скоростью и в автоматическом режиме перестраивается локальная база. Ничего не приходится делать руками - это практически мгновенный и незаметный процесс - для всех обновляемых пакетов сразу.
Вы. наверное, хотели этим метким утверждением в очередной раз подчеркнуть ущербность yum'a, правильно я Вас понял? Но вот только вышеописанный процесс автоматического обновления не является особенностью исключительно Вашей ОС... Так что yum здесь тоже не при чем. Довод не принят.
Это говорит о том, что Вы сейчас, к моему глубокому прискорбию, не отдаете себе отчета в том, что в Федоре новейший софт приходит из стабильных (stable) репозиториев. И пользователь может не бояться его оттуда обновлять. Вы же в качестве аналогичного примера приводите дебиановский unstable, установка софта из которого может привести к нежелательным последствиям. Приблизительный аналог unstable в Федоре называется rawhide - https://fedoraproject.org/wiki/Releases/Rawhide/ru - и его обычному пользователю даже нет нужды подключать. Так что увы - Ваш аргумент опять не принимается.
Прискорбно, но не не замечал. Наверное, у Вас возникли какие-либо специфические проблемы. Осталось найти их источник.
Бедная, бедная девочка! Наверное, она НЕ ЧИТАЛА об особенностях специфики дистрибутива Ф17?! А ведь там примерно ВОТ ТАКИМИ БУКВАМИ и во всех официальных и неофициальных источниках было написано, что в новой версии Федоры ЗНАЧИТЕЛЬНО ИЗМЕНЕНА СТРУКТУРА СТАНДАРТНЫХ КАТАЛОГОВ, поэтому обновление ОС было затруднено. И посему - распечатайте ей инструкцию, приводимую ниже - пусть читает на ночь трижды, вместо молитвы: скрытый текст Обновление Fedora(RFRemix) 16 до Fedora(RFRemix) 17 Особенности обновления Fedora 17 содержит всю базовую часть операционной системы в /usr. Каталоги /bin, /sbin, /lib, /lib64 являются лишь символьными ссылками: /bin → /usr/bin Причины данного изменения описаны тут: http://www.freedesktop.org/wiki/Softwar … heUsrMerge Текущие установленные системы требуют некоторых ручных шагов для конвертации системы в соответствии со стандартами Fedora 17. После этого система будет готова продолжить обновление как обычно через YUM. Некоторые RPM-пакеты в Fedora 17 имеют встроенную проверку на то, что /bin, /sbin, /lib, /lib64 являются символьными ссылками, а не директориями как в Fedora 16 и ранее. Иначе данные пакеты не смогут быть установлены. Структура каталогов в установленной системе не может быть безопасно изменена, пока система запущена. Dracut, начальная система инициализации, используемая для поиска и монтирования корневой файловой системы может конвертировать структуру каталогов для Fedora 17. Если у вас /usr на отдельном разделе, то dracut может не справиться с конвертацией. Если /usr монтируется по сети, то вы должны добавить "rd.neednet=1" и параметр сети типа "ip=dhcp" в строку параметров ядра. /usr на iSCSI, FCoE, NBD также поддерживается, если указан параметр ядра “netroot=...” для этих дисков (см. man dracut.kernel(7)). Если /usr находится на LVM, MD raid или DM raid, убедитесь, что в строке параметров ядра есть нужные записи "rd.lvm.lv=...". Это необходимо, чтобы убедиться в доступности /usr для dracut. Либо просто уберите все ограничения, вроде этих "rd.lvm...", "rd.md...", "rd.dm...". В любом случае, лучше устанавливать систему "с нуля", если вы боитесь возникновения проблем при использовании отдельного /usr. Пакет sbcl вешает процесс обновления. Удалите его перед началом: # yum erase sbcl После того, как обновление будет завершено, можно будет поставить его и программы, которые были удалены вместе с ним (например, maxima) обратно. Конвертация системы Выполните эти шаги для подготовки системы к конвертации и возможности последующего обновления через yum: Обновите пакет dracut до последней версии: # yum update dracut У вас должен быть установлен как минимум dracut-009-15.fc15 для Fedora 15 или dracut-013-22.fc16 для Fedora 16. Выключите все "hostonly" настройки в /etc/dracut.conf*, если вы их включали. Обновите установленный образ initramfs для текущего ядра и укажите dracut включить модуль для конвертирования структуры файловой системы: # dracut --force --add convertfs Если у вас отдельный /usr и вы не знаете какую команду добавить в строку параметров ядра, попробуйте это (dracut попытается самостоятельно сгенерировать нужный параметр): # dracut -H --force --add convertfs Если dracut обнаружит ‘rd.convertfs’ в строке параметров ядра при загрузке, то он начнёт конвертировать структуру файловой системы. Если же она уже конвертирована, dracut пропустит этот шаг. dracut обновит образ initramfs для текущего запущенного ядра Убедитесь, что нет новых установленных ядер со времени последней загрузки. Измените строку параметров ядра при загрузке grub2 или отредактируйте строку в /etc/grub*.cfg , удалив ro и rhgb и добавив rw rd.info rd.convertfs enforcing=0 Описание параметров: - убрать “ro” (только для чтения) Перезагрузитесь в то же ядро, для которого правился initramfs. После перезагрузки dracut изменит структуру вашей файловой системы. Все конфликтующие файлы при конвертировании будут сохранены с именем *.usrmove~ в /usr/lib, /usr/lib64, /usr/bin и /usr/sbin. Убедитесь, что dracut действительно завершил преобразование. Посмотреть лог работы dracut можно так: # dmesg | grep dracut После успешного преобразования, отмените изменения, внесенные в командную строку ядра в загрузчик конфигурационного файла /etc/grub*.cfg . После конвертирования сразу же обновите систему до Fedora 17 Не устанавливайте никаких пакетов от Fedora 16 или Fedora 15, а так же старых rawhide пакетов. Собственно обновление Теперь, после конвертации системы, можно выполнить обновление по стандартной схеме: Установите новый gpg-ключ для Fedora 17 rpm --import https://fedoraproject.org/static/1ACA3465.txt Затем выполните следующие команды по очереди: # yum --releasever=17 update rpm Перезагрузите систему и выберите Fedora 17 в меню загрузчика. Наслаждайтесь вашей новой системой и скажите “Good bye” директориям /bin, /sbin, /lib, /lib64, теперь они в /usr.
А это так и называется - "защита от дурака". Как ни странно, она требуется гораздо чаще, чем Вы могли бы это себе представить; возьмем хотя бы рассматриваемый Вами выше неудачный девочкин опыт с обновлением Ф16 на Ф17 стандартными средствами. |
Zero-8 > 05-06-2013 09:55:35 |
"вместо молитвы" ... улыбнуло, .... еще раз напомню про фломастеры. |
Frozy > 05-06-2013 15:24:18 |
Zero-8 пишет
Как вариант - пирожки с капустой |