Подготовлен корректирующий выпуск Firefox 64.0.2 (https://www.mozilla.org/en-US/firefox/64.0.2/releasenotes/) в котором устранена проблема (https://bugzilla.mozilla.org/show_bug.cgi?id=1513511) с короткими подвисаниями видео на Youtube при просмотре роликов, распространяемых в формате VP9. В новой версии также налажена (нhttps://bugzilla.mozilla.org/1508777) загрузка обновлений для некоторых тем оформления, обеспечено (https://bugzilla.mozilla.org/1503175) корректное восстановление размера столбцов в инструменте для инспектирования web-контента и устранён крах (https://bugzilla.mozilla.org/1510058), проявляющийся при открытии некоторых сайтов на платформе macOS.URL: https://www.mozilla.org/en-US/firefox/64.0.2/releasenotes/
Новость: https://www.opennet.me/opennews/art.shtml?num=49930
А поехавшие размеры в about:addons так и не пофиксили.
https://www.ghacks.net/2019/01/11/how-to-compact-the-firefox.../
Опять на 3 часа пересборки... :D
Гентушники должны стр^Wсобирать :)
Гентушники должны стр...оить (ну да, build же)
Согласен, так-то. Только долго. Железо по нынешним меркам - дремучее. Кстати, уважаемый ALL не огласит ли конфигуру? :)
Кто мне объяснит уже что такое ^W ?
Есть гипотеза, что это символ, получающийся, если сесть на клавиатуру.
в readline это удаление слова слева от курсора (это чтобы не возиться в перечеркнутым текстом, особенно если возможности изменять гарнитуру шрифта нет).
> в readline это удаление слова слева от курсораТут "обнаружил" вызов внешнего редактора из/для длинной ком.строки. На Planet PostgreSQL. http://databasedoings.blogspot.com/2018/12/psql-new-edit.htm...Надо будет попробовать как-нибудь.
>чтобы не возиться
> в перечеркнутым текстом,—̶Д̶е̶й̶с̶т̶в̶и̶т̶е̶л̶ь̶н̶о̶.̶ ̶Н̶е̶ ̶н̶а̶д̶о̶ ̶в̶ ̶н̶а̶п̶р̶я̶г̶а̶т̶ь̶с̶я̶.—
>гарнитуру шрифта нет).
Какие ещё имеются в readline "хоткеи"? Я знаю только ^W и ^H.PS: К своему стыду понятия не имел откуда эти вещи. Спросить не было подходящего случая.
"man readline", не?
наверху страницы опеннета есть ссылочка "MAN'ы".
на здоровье :)
> Какие ещё имеются в readline "хоткеи"? Я знаю только ^W и ^H.Всё имкасовское, родное:
C-a, C-e, -C-k, M-b, M-f, M-backspace, M-p, M-n, C-g
(См. emacs Enter Ctrl-h t
http://www.opennet.me/openforum/vsluhforumID3/111154.html#11
http://www.opennet.me/openforum/vsluhforumID3/114428.html#33 )> PS: К своему стыду понятия не имел откуда эти вещи. Спросить не
> было подходящего случая.Кстати, да, readline - это весьма неочевидно. Со стороны приложений. :/
https://tiswww.cwru.edu/php/chet/readline/rluserman.html , наверное.
Благодарю!
Я, блжад, собираю, потому что тупые разработчики мозиллы выкинули альсу, чтобы заменить поделкой школьника Леннарта.
Чем Вас OBS не устраивает?
>Чем Вас OBS не устраивает?Oдна Bабка Sказала? Не устраивает недостоверностью.
Еще есть дистрибутивы в которых пульса глючит ? И дистрибутивы в которых альса по умолчанию ?
Это же не Cromium ;-)
Chromium
Благодарю.
хромиум -- самый конченный пакет в репозитории и собирается он дольше всех.
ungoogled-chromium от chaoslab вдвое дольше собирается.
на 7-ой винде не собирается вообще )
--exclude 'www-client/chromium'
не благодари
Есть мнение, что это из-за нежелания "разработчиков" гугла использовать установленные в системе библиотеки, и попыткой использовать свои копии, лежащие в исходниках хрома. По сути, при сборке хрома пересобирается половина вашей системы.
На самом деле вполне достаточно было бы использовать системный вебкит.
Этого вполне бы хватило для получения приемлемого времени сборки почти любого браузера.
> Есть мнение, что это из-за нежелания "разработчиков" гугла использовать установленные в системе библиотеки, и попыткой использовать свои копии, лежащие в исходниках хромаНу возможно. А на им оно надо? Под каждый линукс дистрибутив пилить с разными библиотеками.
> А на им оно надо?Им - нет. Пользователям - да. Но это ж гугл.
>> Есть мнение, что это из-за нежелания "разработчиков" гугла использовать установленные в системе библиотеки, и попыткой использовать свои копии, лежащие в исходниках хрома
> Ну возможно. А на им оно надо? Под каждый линукс дистрибутив пилить
> с разными библиотеками.Но тогда им придётся и свою полунедосистему делать. При чём в качестве альтернативы. Что они кстати и делают.
А так, "каждый Линукс" сам делает. Мэйнеры. Мэйнтейнеры то есть.
> А так, "каждый Линукс" сам делает. Мэйнеры. Мэйнтейнеры то есть.Они мало что делают.
Собственно опенсорс же :D Пускай патчат Chromium под использование системных либ? Тяжело?
Ну тогда к чему ты вспомнил?
Да, оно много своего тащит. Во фре/генте/(и некоторых других, наверное) немного распилили на библиотеки, если посмотреть на список зависисистей.
У меня на FreeBSD 12 собирается за полчаса где-то. На Core i7 2013 года.
На Core i3 2100 (ОС Linux) собирается за 40..45 минут.
У человека либо железо очень пожилое, либо троллинг немного жирноват :)
У меня на Pentium(R) Dual-Core CPU E5300@2.60GHz тоже 3 часа, а Хром, так вообще в десять раз дольше... :(Mon Dec 17 15:42:45 2018 >>> www-client/firefox-64.0
merge time: 3 hours, 7 minutes and 45 seconds.Wed Dec 12 04:54:15 2018 >>> www-client/chromium-71.0.3578.80
merge time: 1 day, 3 hours, 39 minutes and 47 seconds.
ungoogled-chromium от chaoslab не пробовали?
model name : Intel(R) Core(TM) i7-6700HQ CPU @ 2.60GHz* www-client/ungoogled-chromium-71.0.3578.98_p2
Wide character in print at /usr/bin/splat line 139.
Emerged at: Чт дек 20 09:49:21 2018
Build time: 5 hours, 48 minutes, and 23 seconds
Спасибо, не про то вопрос.
Это зависит от объема памяти, потому как надо не мнее 8 гигабайт чтобы хотя бы не улетало в раздел подкачки куча непременно необъодимого в процессе компиляции хлама. Эти особенные люди не могут осилить как сделать компиляцию менее памятезависимой, потому как процессор одновременно не может обработать 8 гигабайт информации. Как-то они втирали мол переносим сборку Firefox в облако, чтобы ускорить разработку. А теперь вопрос на засыпку сколько секунд тратит разработчик на сборку без Alsa и с Alsa в облаке вероятно с тысячами процессорных ядер. И так ли необходимо лицемерно делать вид, что Alsa в Linux не нужна, потому как поставить флаг alsa никто не мешает.
Я немного далет от этого всего, но мне почему-то кажется что pulseaudio это надстройка над alsa и она делает поддержку програм проще как и настройку аудио.
Это такая же надстройка над альсой, как гном3 - надстройка над командной строкой.Он вроде как делает использование и настройку системы проще, но при этом жрёт на порядки больше ресурсов, тормозит, периодически в смежных с ним проектах (да и в нём, наверное) всплывают уязвимости, его постоянно переделывают, и для многих он всё равно НЕ делает использование и настройку системы проще. Но, что верно то верно, 80% сидящих за компьютером от него в выигрыше.
Железо:
M\B: Asus P7F-E
CPU: Xeon X3470 (LGA1156)
RAM: 20 GB (2+2+8+8)
Vis: Geforce GTX 970 (4GB)
Snd: Creative SoundBlaster Audigy2 (ZS..?)
Про винты писать не буду, все механика, SSD нету. Свап на одном винте, / на другом, хомяк на 3-м.
Собирай в tmpfs, быстрее будет.
И нахрена тебе своп, если б он хоть на ssd был...
> У меня на FreeBSD 12 собирается за полчаса где-то. На Core i7 2013 года.Разве что GENERIC ядро. А так с часик только шланг собираться будет.
Ядро-генерик на таком железе соберется за 5-7 минут, не дольше. Даже если со всеми подгружаемыми модулями.
На pentium 133 пока соберётся, уже не актуально
Хехе, без firefox-bin было бы грустно.
Пусти компиляцию в одну нитку и работай себе параллельно... ;)
В make.confPORTAGE_IONICE_COMMAND="ionice -c 3 -p \${PID}"
Не знаю, даёт ли оно эффект, или плацебо, когда все ядра заняты при сборке, работать можно.
Если недавно собирали 64, то там добавилось всего несколько коммитов, и пересборка - это компиляция пары файлов, а, в основном, время на перелинковку. Не?
Если вручную собирать ebuild-ом, вероятно, так получится (не во всех случаях). А emerge очищает каталог сборки.
А я всё думал, может перейти на дистрибутив, где всё лично собираешь из исходников...
> А emerge очищает каталог сборки.Не, тогда нет смысла. Ведь в том то и было бы преимущество, чтобы очень быстро устанавливать обновления.
> Не, тогда нет смысла. Ведь в том то и было бы преимущество,
> чтобы очень быстро устанавливать обновления.Тут надо понимать, что для появления нового ebuild-а - его кто-то должен создать и протестировать.
А так, есть вариант c Ccache https://wiki.gentoo.org/wiki/Ccache
Мне бы ваши проблемы.
Итак, зависимости и пакеты:
llvm70-7.0.1_1.txz - 32 минуты.
rust-1.31.1.txz + rust-cbindgen-0.6.8.txz - 43 минуты.
firefox-64.0.2,1.txz - 22 минуты.
chromium-71.0.3578.98_1.txz - 1 час 20 минут.
FreeBSD 12-STABLE, AMD Ryzen 5 2600, 2x8GB DDR4-2933, компиляция в tmpfs.
Глупости пишете 20 минут на fx-9590 и это без сикэша c сикэшем 5 минут
> Глупости пишете 20 минут на fx-9590 и это без сикэша c сикэшем
> 5 минутОднопоточная упаковка бинарников в txz жутко много времени занимает. Кому помешал tgz?! Расстрелять того, кто предложил txz метод сжатия.
>> Глупости пишете 20 минут на fx-9590 и это без сикэша c сикэшем
>> 5 минут
> Однопоточная упаковка бинарников в txz жутко много времени занимает. Кому помешал tgz?!
> Расстрелять того, кто предложил txz метод сжатия.Будь мж*ком, перестань ныть и подбери себе XZ_OPT= от -1, до 1e / -3 / -3e / -9, до -9e, чтоб жало и быстрее, и лучше, чем привычно лежащий в руке gzip -9.
Ну, там же должен быть в /usr/src/ какой-то .conf для этого!?
Ну!
Хандбук почитай, в конце-то концов?
"Устранён крах" - это звучит!
крах краха
> налажена загрузка обновленийот слова "налажать" ?
А остальные краши они когда починят? ФФ превратился в нестабильное г.
Несколько лет крахов не наблюдаю. У вас ФФ какой версии, первой или второй?
У меня 63й периодически зависал
тоже начались постоянные краши. Но вспомнил, что когда-то давно включал многопоточность в about:config - порылся, отключил - и вуаля
> проблема с короткими подвисаниями видео на YoutubeА я на провайдера думал.
А я уже двух провайдеров поменял, а проблема с тормозами всё не решалась
А у меня расширение HTML5 Video козлило. Как отрубанил его для тытрубы - всё на ура смотреться стало.
Можете заминусить, но ещё круче - когда запрещаешь движок JS ;)
А что, свистелки и перделки на нём на сайтах - это удобство админам и разрабам за счёт нас, простыз пользователей.
Поговаривают, что в нём реклама встроена...
В чем: в Firefox 64.0.2 или в роликах VP9?
Цой жив! Ой простите, Мозилла жива!
Похоже, толстячки тоже живы.
>устранена проблема с короткими подвисаниями видео на Youtube при просмотре роликов, распространяемых в формате VP9"короткими"? Да ни фига не короткими, а висло постоянно причём так, что закрытие вкладки не прекращало воспроизведение звука, словно и видео продолжает воспроизводится. Ничего короткого. Косяк по колена! И достал уже порядком.
Вот всё правильно говоришь, но альтернатив, увы, нет. otter - падучий, falkon - тоже, chromium вроде нормальный, но из-за одного только material design нормальные люди пользоваться им не могут.
> Вот всё правильно говоришь, но альтернатив, увы, нет. otter - падучий, falkon
> - тоже, chromium вроде нормальный, но из-за одного только material design
> нормальные люди пользоваться им не могут.Сам знаю. Поэтому терпел до выхода фикса.
Otter'у нужны разработчики, да и на любителя он; falkon - в поряде, просто AppImage какой-то не такой, попробуйте собрать и/или сделать ppa - может повеселей пойдёт.
>https://bugzilla.mozilla.org/show_bug.cgi?id=1513511Вендопроблемы.
> Same problem same bug on Manjaro Linux (Arch Based) when I downgrade in 63
> no more problems
>
> AMD Ryzen 5
> 16 GB DDR4
> GeForce GTX 970that would be an entire issue to the earlier ones.
On Linux, VP9 was always enabled.
Please open a new bug.
Надеюсь не испортят как хром 71 под линукс, что он стал при запуске жрать 100% процессора секунд на 30 как будто из файла подкачки грузится...
Может это плагин? Какой нибудь adblock компилирующий regexp'ы.
стоит ли переходить с браузера Амиго? чем Firefox лудше?
дноклассники быстрре открываюца
Что-то теперь при просмотре ютюба проц до 80 градусов прогревается, хорошо исправили