LINUX.ORG.RU

Firefox 58 в окружении Debian'а 9 собираться не будет

 


1

2

Сабж, поскольку он теперь требует rust 1.21.0, а rust такой версии будет только в Debian'е 10.

И, вообще, они перепилили сборочные окружение и опции. Теперь

client.mk:123: *** client.mk must be used via `mach`. Try running `./mach install`. Останов.

(со сборкой аналогично)
, а при выполнении

./mach install DESTDIR=$PKG

происходит

The install command does not accept the arguments

Так что, теперь надо разбираться как теперь опакечивают уже собранный Firefox.

★★★★★
Ответ на: комментарий от blitz

Лорчую, проблема ТС'а высосана из пальца. При чём тут Firefox вообще непонятно. По какой объективной причине мейнтейнеры Debian'а отказываются бампнуть версию компилятора Rust'а и, если нужно, пересобрать все немногочисленные пакеты, зависящие от него?

Это проблема лежит только на плечах Debian'а, а не Mozilla'ы, как хочет это нам представить ТС.

Ну и да, DEB-based дистр уж никак не подходит на звание окружения для сборки bleeding-edge софта.

И вообще, с чего это вдруг saahriktu внезапно на свежатину потянуло?

EXL ★★★★★
()
Ответ на: комментарий от tailgunner

Нет, ну вы гляньте - этот ваш камерад занят переводом обсуждения топика на рельсы личности.

И не знает, что в то самое время, когда не было инетов в Росссии, ваш Блиц сделал доброе дело для Slackware.
Оплатил малую толику операции Фолкердинга, когда он нуждался в помощи.

blitz
()
Ответ на: комментарий от saahriktu

А это не Debian-stable way.

А с какого такого перепугу Mozilla должна следовать канонам Debian? Мейнтейнеры этого дистра совсем обленились, получается?

Да и вообще, раз Debian весь из себя такой stable, то зачем там нужен новый Firefox с ещё как следует не оттестированным реальными пользователями новым движком CSS? Где всё ещё не так-то гладко, см. Вёрстка под мобильную лису 57.

EXL ★★★★★
()

Подумаешь, проблемы релизо-травмированных.

anonymous
()
Ответ на: комментарий от saahriktu

А это не Debian-stable way.

Могу вам, и не только вам - пояснить, как сейчас собираются браузеры, которые тянут за собой половину OS, кучу audio/video codecs и малую тележку с локализациями в придачу?

На примере Mozilla.
Можете задать, что большая часть libs, ответственных за воспроизведение аудио и видео предоставит ваша особенная snowflake снежинка Debian OS.

А может и не предоставит, а может и не ту libs - это как рассудят Debian maintainers.
Мозилла и Хром - пакует все системные библиотеки в один котёл, что касается общих релизов для широкой публики.

При этом, оставляя возможным для:
i. Особо умных кото-водов ii. На особо умных OS, генту/арч

Вырезать встроенные libs, telemetry во всех видах и сортах, РЕПОРТИНГС и прочая.

Стоит ли этим заниматься самому?
i. Нет. ii. Да.

Это требует знания и навыков в C/C++, психологии и знания особенностей OS и компиляторов/линкеров, в той области - где вы не получите никогда нигде и никакой помощи с неизбежными проблемами.

blitz
()
Ответ на: комментарий от EXL

мейнтейнеры Debian'а

При чём тут они? Речь о том, что могут или нет юзеры стабильного Debian'а. Как дома, следуя debian-stable way'ю, так и в энтерпрайзе, где без подписи сверху ни одного пакета обновлять нельзя.

saahriktu ★★★★★
() автор топика
Ответ на: комментарий от blitz

браузеры, которые тянут за собой половину OS

Firefox ничего за собой не тянет. После сборки получается обычный пакет без дополнительных зависимостей. Относительно тяжёлый и долго собирающийся - это да. Но, не более.

saahriktu ★★★★★
() автор топика
Ответ на: комментарий от saahriktu

Драйвер файл-систем U2F - чек+ Встроенный редактор текстов - чек+ Сетевые драйверы B2G - чек+ ну и tracker'ы поведения юзера - как же без них?

А вот некоторые, еще и emacs называет целой OS в себе.

blitz
()
Ответ на: комментарий от saahriktu

От того, что FF 58 запасся провиянтом за обе щёки, аки рыжая бестия панда - ничуть не стал жырным и непоровотливым.
Сам по себе, браузер стал быстрей по тестам - сопоставительно с линейкой FF 52-55.
Особенно заметно на FF mobile новой: легко берёт 537 в сравнении с 504 прежде.
И это, ещё Блиц не собирал FF mobile 57-58 с Link Time Optimization. А это - ещё +2.5% в тестах.

И опять о дебиане - о работе мейнтейнеров закулисами.
Они обленились и не собираются ничуть не меняться.
Те патчи, что придумали, так и продолжают таскать из своего прошлого века, мол-де стабильность uber alles.

Можете сами убедиться в справедливости этого суждения, если глянете страницу с series patches Debian и сравните с тем же Fedora.

blitz
()
Ответ на: комментарий от saahriktu

Однако, в прошлые годы свежие Firefox'ы спокойно собирались в стабильных Debian'ах. Пока Firefox не начал требовать компилятор rust'а.

Мейнтейнерам дебиана уже давно говорят, что megafreeze is broken.

anonymous
()
Ответ на: комментарий от anonymous

megafreeze is broken

Ну, не так уж и «broken». Многое можно собирать и со старыми библиотеками и тулчейнами. Но, не всё, да.

Причём, бывают и обратные ситуации, когда свежие библиотеки и тулчейны ломают обратную совместимость, и ряд софта перестаёт с ними собираться без напильника.

saahriktu ★★★★★
() автор топика
Ответ на: комментарий от anonymous

Мейнтейнерам дебиана уже давно говорят, что megafreeze is broken.

Кто говорит? Анонимусы с ЛОРа?

Polugnom ★★★★★
()
Ответ на: комментарий от kirk_johnson

У кого «проблем больше чем пользы»? Что такое вообще «польза»?

Стабильные дистрибутивы нужны в первую очередь тем, кто выстраивает очень сложные конструкции, которые не развалятся только при одном условии: гарантированной предсказуемости каждого элемента.

И эта предсказуемость достигается фиксированием версий, поскольку с каждой новой версией поведение может меняться.

А зачастую отдельные элементы определённых версий сращиваются с другими элементами тоже только определённых версий. При этом, при обновлении того или иного элемента нужно подождать прежде чем разработчики срастят всё обратно.

Например, было как-то дело, что после обновления Tcl/Tk превратился в тыкву Ruby-Tk на x86_64. И оно, внезапно, вошло в разные Arch'и, опенЗЮЗИ и Магейи. А юзеры Debian'а ничего не заметили, поскольку у них Ruby и Tcl/Tk остались прежних версий. А к моменту выхода нового Debian'а всё опять срастили.

Так что, в определённом смысле, в стабильных дистрибутивах функционала больше. Посколку благодаря заморозке у маинтейнеров есть возможность наилучшим образом подогнать версии софта друг к другу.

Но, конечно, не всем нужно столько функционала.

saahriktu ★★★★★
() автор топика
Ответ на: комментарий от saahriktu

Бгг. Я помню историю с гитлабом, в котором починили критичный баг, но он требовал новых руби, которых в доебане не было. Было много лулзов.

А то, что тв описываешь, должно бы решаться нормальным автоматическим тестированием.

kirk_johnson ★☆
()
Последнее исправление: kirk_johnson (всего исправлений: 1)
Ответ на: комментарий от kirk_johnson

Ну так или одно, или другое. Или стабильность и гарантированное поведение, или устранение багов без обратной совместимости.

saahriktu ★★★★★
() автор топика
Ответ на: комментарий от saahriktu

Собственно, в этом и проблема с мегаштобильными дистрибутивами. Патчить баги в апстриме с оглядкой на степень протухшести доебана — так себе идея. Разрабатывать новый коммерческий софт под них тоже так себе удовольствие, потому что часть возможностей, которые три года как доступны, там нет.

kirk_johnson ★☆
()
Ответ на: комментарий от kirk_johnson

Debian - мегафризестайбл без новых фишек, которые довольно доступны. Fedora, Arch - мегаанстайбл со всеми вытекающими. Теперь надо понять, что использовать в работе и под что разрабатывать...

anonymous
()
Ответ на: комментарий от saahriktu

Мне кажется, alpine идет правильным путем. У них релизы где-то по полгода живут.

kirk_johnson ★☆
()
Ответ на: комментарий от darkenshvein

https://yadi.sk/d/MP_Iq-R33PiTes . Но, это для Слаки 14.2+, где '+' означает «бегу впереди поезда», т.е. «unstable».

А в заголовке темы зелёным по чёрному речь про Debian stable, где юзеры или не хотят или не могут (без подписи от начальника) менять версии пакетов.

А вот в Debian'е 9+ Firefox 58 вполне может и появиться, почему бы и нет.

saahriktu ★★★★★
() автор топика
Ответ на: комментарий от saahriktu

А в заголовке темы зелёным по чёрному речь про Debian stable, где юзеры или не хотят или не могут (без подписи от начальника) менять версии пакетов.

Для таких есть rhel/centos.

kirk_johnson ★☆
()
Ответ на: комментарий от kirk_johnson

rhel/centos

Ими стабильные дистрибутивы не ограничиваются. Существует множество дистрибутивов с фиксированными релизами, которые юзер может использовать как Stable. Сюда же входят и такие дистрибутивы как Debian, Vine,...

saahriktu ★★★★★
() автор топика
Ответ на: комментарий от saahriktu

Ими стабильные дистрибутивы не ограничиваются. Существует множество дистрибутивов с фиксированными релизами, которые юзер может использовать как Stable. Сюда же входят и такие дистрибутивы как Debian, Vine,...

Нет, но если чуваки не хотят проблем с установкой драйверов на нужное железо (изрядная часть production-grade железок идет с драйверами от вендора под строго конкретное ядро) и софтом, заточенным под самую популярную в бизнесе ось, то у них вариантов как-то не очень много.

kirk_johnson ★☆
()
Ответ на: комментарий от saahriktu

Debian 9 уже вышел, и в нём rust не той версии

Язычок одного приложения можно и обновить вместе с этим приложением. А вообще, выкинуть на мороз обоих, это было бы тру. Раст особенно, ведь там нет ESR. Ну какой понт держать в стабильной системе версию, которой совершенно точно никто не будет пользоваться?

bread
()
15 февраля 2018 г.
Ответ на: комментарий от bread

До 19 года мы хромофокс не увидим

Не повезло вам, будете сидеть на тормозном старье.

больше ни одного вменяемого браузера нет?

FF наоборот наконец-то становится вменяемым. Консервативные нытики могут продолжать сидеть на своей престоопере.

anonymous
()

Говнодебианопроблемы.

anonymous
()
6 августа 2018 г.

Поэтому иногда дебиан называют дебилианом:)

Valman_old
()
Ответ на: комментарий от saahriktu

Я каждую неделю компилирую новую версию этой растопараши, сколько можно-то. Посоветуйте книжку в стиле «Раст для говноедов^W любителей си».

Хотя, с другой стороны, можно удалить жирнолис вместе с растом и продолжить надрачивать на ноду.

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.