Firefox 25 перешёл (https://blog.mozilla.org/futurereleases/2013/09/20/guest-bro.../) на стадию бета-тестирования, что ознаменовало прекращение формирования базовой функциональности и сосредоточение всего внимания на выявлении ошибок и контроле качества. Одновременно сформирована (http://www.mozilla.org/en-US/firefox/26.0a2/auroranotes/) aurora-ветка Firefox 26. Новые возможности Firefox 26 ещё точно не утверждены, так как на стадии тестирования aurora-ветки будет произведена оценка готовности для релиза тех или иных новшеств. Загрузить бета-выпуск можно на данной странице (http://www.mozilla.org/firefox/beta/), а aurora-версию здесь (http://www.mozilla.org/firefox/aurora/). Релиз Firefox 25 намечен на 29 октября, релиз Firefox 26 ожидается 10 декабря.Основные особенности (https://developer.mozilla.org/en-US/docs/Mozilla/Firefox/Rel...) бета-версии Firefox 25 (http://www.mozilla.org/en-US/firefox/25.0beta/releasenotes/):
- Строка поиска, вызываемая по Ctrl+F, теперь работает на уровне отдельных вкладок, т.е. прошлый ввод сохраняется для каждой вкладки в отдельности, а не используется единый буфер для всех вкладок;
- В случае, если браузер не запускался несколько месяцев, пользователю выводится форма с предложением перенести историю работы и настройки из другого браузера;- Инициирование сброса Firefox более не приводит к очистке текущего сеанса;
- Возможность (https://bugzilla.mozilla.org/show_bug.cgi?id=802895) задания содержимого iframe в текущем блоке (inline), без загрузки дополнительного файла. Содержимое указывается через новый атрибут iframe srcdoc="";
- Поддержка Web Audio API (https://dvcs.w3.org/hg/audio/raw-file/tip/webaudio/specifica...), позволяющего динамически генерировать в web-приложениях различные пространственные звуковые эффекты и смешивать несколько источников звука, виртуально размещенных в различных точках пространства. Новый API позволяет создавать мощные web-приложения для обработки звука и, в сочетании с canvas 2D и WebGL 3D, обеспечить современное звуковое оформление для игр, выполненных только с использованием web-технологий;
- Поддержка CSS3-свойства background-attachment:local (https://developer.mozilla.org/en-US/docs/Web/CSS/background-...) для управления прокруткой фона;
- Реализована серия (https://bugzilla.mozilla.org/buglist.cgi?quicksearch=717379&...) новых функций из спецификации ECMAScript 6: Number.parseInt, Number.parseFloat, Array.from, Array.of, Map#forEach, Set#forEach, а также набор новых математических функций: Math.log10(), Math.log2(), Math.log1p(), Math.expm1(), Math.cosh(), Math.sinh(), Math.tanh(), Math.acosh(), Math.asinh(), Math.atanh(), Math.hypot(), Math.trunc(), Math.sign() и Math.cbrt();
- В версии для платформы Android:
- Добавлена реализация гостевого режима, позволяющего временно передать друзьям телефон для просмотра в браузере их страниц, без возможности доступа к настройкам и контенту владельца;- Включение системы блокирования смешанного контента, предназначенной для защиты пользователей от MITM-атак (man-in-the-middle) и от интеграции прослушивающих вставок на HTTPS-страницы. При наличии на доступной через HTTPS странице обращений к незащищённым HTTP-ресурсам, некоторые виды обращения по HTTP будут блокироваться по умолчанию. Блокироваться будет только активный контент, т.е. незащищённые запросы скриптов. Незащищённые запросы изображений и статического контента будут по прежнему разрешены.
- Для дополнений предоставлены средства для интеграции индикаторов в адресную строку;
- Возможность установки фоновых рисунков прямо из браузера, через выбор элемента контекстного меню "Set image as" для просматриваемого изображения;
- Изменено оформление раздела настройки параметров браузера, опции теперь сгруппированы в меню по категориям (синхронизация, кастомизация, приватность и т.п.);
- Добавлена локаль для украинского языка;
- Реализована возможность удалённой отладки просматриваемой на мобильном устройстве страницы в полнофункциональной версии Firefox для стационарных систем;
- Для разработчиков мобильных приложений добавлена поддержка Contacts API для доступа к информации в адресной книге.Улучшения, ожидаемые (http://www.mozilla.org/en-US/firefox/26.0a2/auroranotes/) в Firefox 26:
- Все плагины, кроме Flash, отныне будут по умолчанию отключены, а связанный с ними контент потребует для своей активации клика на специальной области (Click to Play). Если ранее показ контента блокировался только для отдельных версий плагинов, занесённых в чёрный список из-за наличия уязвимостей, то теперь по умолчанию будет блокироваться любой связанный с плагинами контент. Блокироваться будут любые версии всех внешних плагинов, но для Adobe Flash будет сделано исключение - самый последний релиз Flash-плагина будет активирован без необходимости клика.
По мнению разработчиков, практика блокирования плагинов по умолчанию позволит повысить стабильность и производительности браузера, а также существенно повысит безопасность пользователей. Кроме того, у пользователей появится возможность полного контроля какие из плагинов активировать для выбранных сайтов. При разрешении показа контента, действие будет запоминаться и для текущего сайта в будущем не потребует лишних кликов. Также возможно в настройках разрешить работу выбранного плагина на всех сайтах;
<center><img src="http://www.opennet.me/opennews/pics_base/0_1353400492.png" style="border-style: solid; border-color: #e9ead6; border-width: 15px;" title="" border="0"></center>
- В Firefox для Linux включена поддержка мультимедиа-фреймворка GStreamer, что позволяет использовать его в качестве бэкенда для проигрывания аудио/видео элементов HTML5. В том числе будет обеспечена поддержка из коробки несвободных форматов H.264, AAC и MP3 для тегов video и audio, если для них в системе установлен соответствующий плагин для GStreamer. Работа через Gstreamer также позволяет воспользоваться на платформе Linux такими возможностями, как поддержка аппаратного ускорения, декодирование видео и привлечение GPU для решения вычислительных задач (например, применение фильтров, которые могут быть полностью реализованы на стороне GPU);
- Добавлена возможность одновременного выполнения более одного сервиса, использующего Firefox SocialAPI, что позволяет организовать получения уведомлений, чата и сообщений от различных социальных сервисов;
- В менеджер паролей Firefox добавлена возможность подстановки данных в формы ввода пароля, сгенерированные скриптами;
- Расширена поддержка технологии Content Security Policy (CSP), направленной на интеграцию в web-браузеры специального HTTP-заголовка для защиты от организации межсайтового скриптинга (XSS) и подстановки в страницы "IFRAME/JavaScript src" блоков. В новой версии Firefox обеспечена возможность обработки нескольких политик, в том числе принудительного выставления политики и политики доступа к режиме только для чтения. Используя CSP web-мастер может явно задать какие из скриптов можно выполнять для заданного домена, например, можно разрешить только выполнение локальных JavaScript-файлов и заблокировать выполнение JavaScript-блоков, определенных непосредственно в HTML документе или размещённых на внешнем сайте;
- В Social API (https://developer.mozilla.org/en-US/docs/Social_API) добавлена поддержка сервисов ведения закладок для систем, поддерживающих SocialMark;
- Экспериментальная поддержка липкого позиционирования CSS - position:sticky, позволяющего определить, чтобы при скроллиге часть блока оставалась видимой пока сам блок полностью не выйдет за пределы экрана (например, сделать, чтобы заголовок с пояснениями по стлобцам для длинной таблицы был виден пока видна хоть одна ячейка таблицы). Для включения в настройках about:config следует указать layout.css.sticky.enabled;
- В CSS добавлено свойство image-orientation (https:...URL: https://blog.mozilla.org/futurereleases/2013/09/21/help-test.../
Новость: http://www.opennet.me/opennews/art.shtml?num=37973
"Строка поиска, вызываемая по Ctrl+F, теперь работает на уровне отдельных вкладок, т.е. прошлый ввод сохраняется для каждой вкладки в отдельности, а не используется единый буфер для всех вкладок; "
Зачем???
Правильно сделали, давно хотел данную фичу.
ИМХО так удобнее, поскольку часто ищу что-то на отдельной вкладке и не хочу видеть строку поиска в остальных. А закрывать её каждый раз немного неудобно.
ну вот и сделали бы галкой... Ладно, полагаю, это решаемо расширением.
> ну вот и сделали бы галкой...Это слишком сложно для пользователя.
Ещё одно расширение для отката гениальных идей разработчиков Firefox? Когда же его, наконец, форкнут?
>"Строка поиска, вызываемая по Ctrl+F, теперь работает на уровне отдельных вкладок, т.е. прошлый ввод сохраняется для каждой вкладки в отдельности, а не используется единый буфер для всех вкладок; "
>Зачем???Моя первая мысль при чтении новости. Наверное сделать настраиваемым убеждения не позволяют. Хотя может запилят в about:config малоприметную настройку.
бред какой-то: все течет в браузере, память не освобождается, а они лепят совершенно малополезные функции. Что-то настораживает это... Хотя это хорошо на самом-то деле...
В мейнстримной для данного проекта ОС ничего не течёт, всё освобождается.
ну что-же - придется поставить вирталку и юзать там лису. Эх допилили бы докер для гуев, поставил бы вместо виртуалки. Надеюсь эта ось встанет на виртуалку?Весь ужас в том, что лиса как-то уклончива стала обходить эти проблемы с памятью - закрывая глаза, что этого нет. Функциональщины на них нет.
> ну что-же - придется поставить вирталку и юзать там лису. Эх допилили
> бы докер для гуев, поставил бы вместо виртуалки. Надеюсь эта ось
> встанет на виртуалку?
> Весь ужас в том, что лиса как-то уклончива стала обходить эти проблемы
> с памятью - закрывая глаза, что этого нет. Функциональщины на них
> нет.Причем эти траблы начались, когда пошли выпуски 19+ примерно так - до этого такого проседания спамятью не было. Представляю когда лтс дойдет до 24 лисы - вот воплей будет. Впрочем все это к лучшему, омрачает только то, что останется один нормальный браузерный движок. Это как продмаг шаговой доступности... В общем пора открывать кикстартер на сбор денех - надо где-то полотра миллиарда зелененьких для старта.
Здесь не совсем вина браузера посмотрите на страницы современных сайтов. Они перегружены javascript, вставками flash и т.д.
угу, и адблок, сожравший у меня в данный момент 100 мегабайт - тоже из-за современных сайтов...
> Здесь не совсем вина браузера посмотрите на страницы современных сайтов. Они перегружены
> javascript, вставками flash и т.д.купил тачку - поехал по Российским дорогам - подвеске хана. С одной стороны тачка не джип и не танк, с другой нефиг ездить по бездорожью. В браузере должен быть предусмотрен режим песочницы и ограничения - ноускрипт сам течет и глючит - еще то поделие. Флэш это вообще добровольные инъекции... Крэп-сайты должны иметь проблемы с доступностью - они просто начнут быстро самоисправляться...
Память не освобождается сразу затем, что при освобождении на каждый чих ты все равно ее обратно из-за фрагментации сразу не получишь, а слишком часто делать memory compact - те еще тормоза, особенно, когда памяти используется много (например, открыто много вкладок).Думаешь, почему на серверах с большим количеством данных в redis-е рекомендуется отключать memory overcommitment?
пусть делают все что угодно - но меня достало перегружать лису на самых интересных местах.
> пусть делают все что угодно - но меня достало перегружать лису на
> самых интересных местах.При интенсивном использовании памяти, особенно, если еще и виртуальную машину использовать (хотя, и без нее то же самое будет), тебе ВСЕГДА будет казаться, что память течет. Просто потому, что так устроена работа с ней в современных компьютерах. Проблема смягчается хитрыми аллокаторами, типа jemalloc и использованием буфер-пулов, но не решается полностью. Если ты попросил систему выделить тебе 100 4хкилобатных страниц памяти, а потом решил, что 2 килобайта в середине каждой страницы тебе не нужны и "освободил", занятая память не уменьшится ни на байт. Просто потому, что выделяется и освобождается память 4х-килобайтными страницами (это если рассматривать архитектуру x86 и не брать в расчет hugetlb).
интересное замечание про память.При нынешних мощностях и объемах не проблема в фоне заниматься запасом памяти, хотя это по большей части задача ОС, но это все следствия. Главное это данные и структуры данных, которые обрабатывает движок. Но в общем процы быстрые и памяти много - не должно быть проблем с этим ресурсом. Люди забывают про софт для доса на одном мегабайте - все работало и все было на ура...
У меня кстати расширение Memory restart - сейчас отключил у него опции - "делать протяжку памяти при нехватки": стало лучше. Посмотрим как будет в долгоживущем режиме.
> интересное замечание про память.
> При нынешних мощностях и объемах не проблема в фоне заниматься запасом памяти,
> хотя это по большей части задача ОС, но это все следствия.
> Главное это данные и структуры данных, которые обрабатывает движок. Но в
> общем процы быстрые и памяти много - не должно быть проблем
> с этим ресурсом. Люди забывают про софт для доса на одном
> мегабайте - все работало и все было на ура...
> У меня кстати расширение Memory restart - сейчас отключил у него опции
> - "делать протяжку памяти при нехватки": стало лучше. Посмотрим как будет
> в долгоживущем режиме.memory restart - полет нормальный с отключенной опцией "minimize memory...threshold reached"
Ряд претензий к лисе пока снимается, прошу прощения за необоснованные наезды в этом плане, но пока выводы делать рано.
>При нынешних мощностях и объемах не проблема в фоне заниматься запасом памятиПамять не надо запасать, ею надо оптимально управлять, соблюдая баланс потребления памяти и нагрузки на ЦП из-за частых сборок мусора.
>хотя это по большей части задача ОС
Как видишь, ОС не очень с задачей справляется из-за своей низкоуровневости и страничной организации памяти. Потому задачу стараются решать кастомными аллокаторами и буфер-пулами на уровне языковых виртуальных машин. Но в ответ, когда приложение не спешит освобождать буфер-пулы, дабы не нарваться на "мнимые освобождения памяти" юзеры визжат об "утечках" :)
>Но в общем процы быстрые и памяти много
Чем больше памяти, тем сильнее у тебя загрузится проц при сборке мусора :)
>Люди забывают про софт для доса на одном мегабайте - все работало и все было на ура.
Реальный режим - это совершенно отдельная песня. Вся память в твоем распоряжении и никакой страничной адресации. Откуда тут взяться проблеме возвращения страниц памяти операционной системе при их частичном освобождении? Да и managed-языки практически не использовались.
благодарю за обстоятельный ответя толкую про то, что запасая в фоне можно было заниматься формирование готовых блоков памяти и отдавать их системе, когда памяти мало или adhoc
> Как видишь, ОС не очень с задачей справляется из-за своей низкоуровневости и страничной организации памяти. Потому задачу стараются решать кастомными аллокаторами и буфер-пулами на уровне языковых виртуальных машин. Но в ответ, когда приложение не спешит освобождать буфер-пулы, дабы не нарваться на "мнимые освобождения памяти" юзеры визжат об "утечках" :)
утечки скорее всего есть - вора не проста поймать за руку
> Чем больше памяти, тем сильнее у тебя загрузится проц при сборке мусора :)
в общем да - палка о двух концах, тут без айкидо или кунг-фу или даже без законов Циолковского не обойтись
> Реальный режим - это совершенно отдельная песня. Вся память в твоем распоряжении и никакой страничной адресации. Откуда тут взяться проблеме возвращения страниц памяти операционной системе при их частичном освобождении? Да и managed-языки практически не использовались.
вот в том-то и все дело - слишком быстро забывается, там еще есть что почерпнуть для эффективных архитектур
> Память не освобождается сразу затем, что при освобождении на каждый чих ты
> все равно ее обратно из-за фрагментации сразу не получишь, а слишком
> часто делать memory compact - те еще тормоза, особенно, когда памяти
> используется много (например, открыто много вкладок).
> Думаешь, почему на серверах с большим количеством данных в redis-е рекомендуется отключать
> memory overcommitment?все это детский сад - проблемы памяти решаемы, просто некоторые думают, что можно докупить. Ок - не проблема - но оно и на 6 Гигах плохо справляется: наверное тут что-то нетак.
В общем нужно: слать побольше баг репортов и принимать активное участие в помощи разработке, иначе хорошего браузера только во снах можно видеть и на суперкомпьютерах, хотя соменваюсь, что она там будет адекватно себя вести...
Помнится какие песни они пели про 24 лису находясь на ветке 10-ой...
> но оно и на 6 Гигах плохо справляетсяВы либо толстый тролль, либо у вас очень много крапа в лисе установлено, либо вы из тех странных людей с 500+ вкладок одновременно (и даже у них таких проблем обычно нет). У меня было лишь пару раз, когда лиса жрала более гектара (да, в Линукс, а не в оффтопике). Обычно от 300 до 600 Мб и я считаю это нормой.
как человек начинает объективно критиковать - так сразу идиот или троллоло...Прежде делать такие выводы, надо сначала разобраться:
-500 вкладок у меня нет, бывает 60 открываю, но это редко
расширения все и хорошие снес давно уже из-за проблем с памятью
память после некоторой работы зашкаливает за 500МБ - считаю это не нормально. При старте 108МБ всего. Меня это устраивает. НО где моя память когда я закрыл все вкладки и вернулся к первой вкладке? Несложный вывод: если так повторить раз 50-100 (а это возможно когда целый день и другие дни тоже за компом) Реально, решение проблем перезагрузками серебрянная пуля получается.... Это совсем не радостная картина получается. Считаю, что использование памяти более половины гига это уже не совсем нормально и совсем ненормально, если нет механизма высвобождения памяти крома как перезагрузка. Не наблюдал, но думаю жраться будет без всякой безвозвратно.
Пока этого достаточно, если это вообще интересно.
> Несложный вывод: если так повторить раз 50-100
> Прежде делать такие выводы, надо сначала разобраться
лиса у меня отъела как-то 300 метров на 15 вкладках (очень лекгих, правда)
хрум уже на 5 вкладках (те же страницы открывал) сожрал 340 - дальше даже смотреть не стали эти люди что-то пытаются кому-то доказать?
Хрум вообще самый прожорливый в плане потребления памяти на открытых вкладках. Хуже него только старая Опера 12 — она не только жрёт больше всего, но ещё и практически ничего не возвращает.
> Хрум вообще самый прожорливый в плане потребления памяти на открытых вкладках. Хуже
> него только старая Опера 12 — она не только жрёт больше
> всего, но ещё и практически ничего не возвращает.опять ты ерунду пишешь, ни разу не разбираясь в предмете.
> опять ты ерунду пишешь, ни разу не разбираясь в предмете.Ага, всего лишь смотрел недавние (ну где-то месяц-два назад было, ссылку уже не найду) сравнение браузеров. Там всего лишь страниц 10 детального сравнения с описаниями методов тестирования было. Наверное этого недостаточно.
Ты ещё по остальным старым темам, где я отвечал, пройдись и отпишись. Мне очень важно твоё мнение.
> Наверное этого недостаточно.наверное, нет. потому что я — в отличие от тебя — не смотрю Готовые Примеры, а использую оперу ежедневно, с версии 3. в частности, 12-ю не закрываю вообще, перезапускается она или при ребуте, который случается раз в пол-года, или когда опера падает (а это где-то раз в месяц-два). и при >100 постоянно открытых вкладках опера 12 всё это время надёжно сидит в 900 метрах памяти.
но ты, прочитавший МегаТесты, конечно, знаешь всё лучше, нежели я, использующий оперу 12 постоянно. в общем, твой уровень осведомлённости в том, о чём ты говоришь, лишний раз ясен.
А тесты и не говорят о сотнях гектар. Всего лишь о полуторах Гб при сорока вкладках с популярными и перегруженными скриптами сайтами (готов поспорить, что в твоей сотне не наберётся и десятка таких), что несколько выше Хрома в том же тесте. И наибольшем количестве занятой памяти после их закрытия (в том числе проверялось и если 5-10 минут подождать) в сравнении со всеми остальными браузерами. Опера 15, кстати, даже ухитрилась отличиться и занять заметно меньше памяти, чем Хром. Что довольно странно и, одновременно, похвально, учитывая их общего родителя.Да, действительно, что такое тесты в сравнении с субъективным опытом?
Ах да, а вот и они: http://www.tomshardware.com/reviews/chrome-27-firefox-21-ope...,3534-9.html
Кстати, я сам потом лично сравнивал Оперу 12 последнюю и Фокс 22 на GMail, Facebook, Flickr, Twitter и ещё некоторых подобных упоротых сайтах вместе. Опера у меня действительно сожрала больше и отдала меньше. Хотя чисел я уже не приведу.
> А тесты и не говорят о сотнях гектар. Всего лишь о полуторах
> Гб при сорока вкладках с популярными и перегруженными скриптами сайтамиКогда я читаю про сотню вкладок, то не пойму, то ли до сих везде царство диалапа, то ли линуксоиды нищеброды и сидят на каком то низшем тарифе .. :)
Я как-то пытался выяснить этот вопрос. Как оказалось некоторые таким образом заменяют закладки. Им так удобнее. Даже попадался человека с ~300 вкладками. Как этим можно пользоваться — ума не приложу.
> Как этим можно пользоваться — ума не приложу.Обоих участников субтреда от #63 и ниже прошу топор-то закопать, если есть что сказать по существу -- то всё же запастись терпением.
>> Наверное этого недостаточно.
> наверное, нет. потому что я — в отличие от тебя — не
> смотрю Готовые Примеры, а использую оперу ежедневно, с версии 3. в
> частности, 12-ю не закрываю вообще, перезапускается она или при ребуте, который
> случается раз в пол-года, или когда опера падает (а это где-то
> раз в месяц-два). и при >100 постоянно открытых вкладкахСлушай, скинь фотку, а? Всегда хотел увидеть 100-глазого оперативника.. :)
> В общем нужно: слать побольше баг репортов и принимать активное участие в
> помощи разработке, иначе хорошего браузера только во снах можно видеть и
> на суперкомпьютерах, хотя соменваюсь, что она там будет адекватно себя вести...И чем же, по-Вашему, запущенный на суперкомпьютере firefox отличается? По мне так ничем.
Тем, что на обычном он сжирает 2 гига а на супер 2 тера :)
ну по идее должно все летать и памяти хватать - расскажите как на Вашем супере летает?
> ну по идее должно все летать и памяти хвататьИ так летает-хватает, для этого достаточно ноутбука.
> расскажите как на Вашем супере летает?
Штатно, потому и удивился.
PS: нынешние суперкомпьютеры обычно берут не объёмом памяти на ноду, а количеством нод, низколатентным интерконнектом и объёмом памяти на ядро, если что. Соответственно запуск браузера на узле или сервере из фермы управления ничем особым не отличается (кроме того, что запуск через ssh -Y или там NX).
хм. наверное что-то не стыкуется...можно полюбопытствовать?
винда?
какая платформа?
дистр?
версия лисы?
вилео?
ядро?
DE?
проц, память, и вообще железо?
плагины?
особые настройки?
скриншотик htop с лисой и верхней частью, atop?
как измеряется "полетность" лисы, ощущения?
можно взглянуть ролик работы с Вашей лисой?если конечно это возможно - хочется разобраться что к чему...
>> ну по идее должно все летать и памяти хватать
> И так летает-хватает, для этого достаточно ноутбука.
>> расскажите как на Вашем супере летает?
> Штатно, потому и удивился.
> PS: нынешние суперкомпьютеры обычно берут не объёмом памяти на ноду, а количеством
> нод, низколатентным интерконнектом и объёмом памяти на ядро, если что.
> Соответственно запуск браузера на узле или сервере из фермы управления ничем
> особым не отличается (кроме того, что запуск через ssh -Y или
> там NX).может конечно я зажрался и мне кажется, что все тормозит... фиг знает...
За украинский язык +++++, а то уже задолбался им писать в саппорт
Согласен, тоже ждал и саппортил.
В FF 25 генерацию превью на странице новой вкладки ещё пофиксили. Теперь пустых белых квадратов быть не должно.
про "астралис" и убирание строки статуса пока забыли надеюсь ? (:
Индейская народная изба.
https://wiki.mozilla.org/Features/Release_Tracking
> Индейская народная изба.
> https://wiki.mozilla.org/Features/Release_Tracking
>28 May 2013 12:41:40
>> Индейская народная изба.
>> https://wiki.mozilla.org/Features/Release_Tracking
>>28 May 2013 12:41:40Смотри там на:
> Toolbar Customization
> Panel Menu
> Tab Strip Visual RedesignЭто он и есть.
тормозила, каким был, таким и останется, пока не прикроют. весь в утечках памяти.
и обвешивается, такими же постоянно текущими и тормозящими плагинами, вроде адблока. особенно тормозила хорош на ARM, где он совсем поспешает не торопясь по сайтам ползать.
Будьте тоньше и люди к вам потянутся.
супер-супер
Что за странная ошибка после перекомпиляции thunderbird-24?% thunderbird
XPCOMGlueLoad error for file /usr/local/lib/thunderbird/libxul.so:
Shared object "libldap60.so" not found, required by "libxul.so"
Couldn't load XPCOM.
% ls /usr/local/lib/thunderbird/libxul.so
-rwxr-xr-x 1 root wheel 54M 24 сен 13:08 /usr/local/lib/thunderbird/libxul.so*В firefox-24 всё нормально.
% ls /usr/local/lib/firefox/libxul.so
-rwxr-xr-x 1 root wheel 50M 24 сен 13:34 /usr/local/lib/firefox/libxul.so*
> Что за странная ошибка после перекомпиляции thunderbird-24?Это не ошибка, это бздя.. :-)
LDAP фоксу то как не нужен, в отличии от птицы, его в конфигурации птицы надо выключить
Всё нормально же было, пока не перешёл с Perl 5.16 на 5.18.1 и не откомпилировал всё от него зависящее. Опции (пере)сборки не менял.
ну так может стоит и libxul пересобрать, как оно и намекает?
> ну так может стоит и libxul пересобрать, как оно и намекает?libxul, который отдельным пакетом, тут не влияет ни на что. Он не связан с Thunderbird никак.
Все установленные пакеты перекомпилированы — ошибка та же.
> Что за странная ошибка после перекомпиляции thunderbird-24?
> % thunderbird
> XPCOMGlueLoad error for file /usr/local/lib/thunderbird/libxul.so:
> Shared object "libldap60.so" not found, required by "libxul.so"
> Couldn't load XPCOM.У меня такого не выводит:
[]> thunderbird(process:74330): GLib-CRITICAL **: void g_slice_set_config(GSliceConfig, gint64): assertion `sys_page_size == 0' failed
Попробуйте пересобрать libxul и openldap-client для верности.
А что значит следующее сообщение:
% firefox &
(process:25759): GLib-CRITICAL **: void g_slice_set_config(GSliceConfig, gint64): assertion `sys_page_size == 0' failed
При этом Firefox 24.0 продолжает нормально работать.
Через несколько минут:
NOTE: child process received `Goodbye', closing down
Всё равно продолжает работать.
don't mind it.
> А что значит следующее сообщение:
> % firefox &
> (process:25759): GLib-CRITICAL **: void g_slice_set_config(GSliceConfig, gint64):
> assertion `sys_page_size == 0' failedПро это было вот здесь: http://lists.freebsd.org/pipermail/freebsd-gnome/2013-August...
В общем, можно смело игнорировать.
