Ради чего компилировать?

ну сорцы на гитхабе новее чем бинарник.

ТОлько два случая оправдывают эту психиатрию: проф. интерес и любительство-аматорство :-)

В остальных, терминальных случаях, когда индивидуум начинает задаваться вопросом о том, что шизоид хотел сказать своей программой, которая тянет 105 файлов из кде4, 500 из Гнома3 и 5 из КДЕ5....

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

Если есть возможность то отключить-включить различные опции. Вобще слишком общий вопрос, короче если ннада, значит ннада.

из каких соображений вы качаете исходники и собираете именно из них?

Потому что могу.

Не срача ради. Я понять пытаюсь.

Не срача ради. Рекламы проприетарщины для. Ну то есть всё-таки ради срача.

так в том то и проблема проприетарщины.
Она выдается в употребительном виде.
Типа на, жри блобы, мы их собрали.

но лучше тебе не знать как мы это все собирали

Если разраб дает вам бинарник в .tar.xz (под х32 и х64), то из каких соображений вы качаете исходники и собираете именно из них?

если в репах дистра версия бажная или отсталая, а нужно вот прямо щас. или если хочется странного.

Вот вы что реально проводите их тотальный аудит на предмет закладок и скрытого функционала? И так каждый раз, со всем софтом? Серьезно?
А ради чего тогда?

тоже интересно мнение экспертов.

ради чего

Из-за зависимостей. Debian oldstable.

Просто потому что не все бинарники работают на всех дистрибутивах Linux. Если там из зависимостей только glibc, то ок, но дополнительные библиотеки в зависимостях приносят дополнительный геморрой. Разработчики же в 99.9% случаев тестируют своё поделие только на паре популярных дистрибутивов.

Если разраб дает вам бинарник в .tar.xz (под х32 и х64), то из каких соображений вы качаете исходники и собираете именно из них?

потому что он не заработает с высокой вероятностью. А так да, проще бинарник

так может «поделие» - это весь линукс за пределами пары популярных дистрибутивов?

Допустим, я мейнтейнер

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

- интересно как сделано

- локальные изменения

- фикс бага, засабмитить автору патч

- сборка под архитектуру, под которую не собрал автор

- аудит (не обязательно безопасности)

- сборка с другими параметрами

- сборка под embedded

Дружище, не стоит бравировать собственным бугуртом

Поделие, в таком случае, вообще весь линукс, но это не оправдывает жопоруких разработчиков Telegram.

Обычная генторастия гойловного мозга. Навязчивое невротическое желание цонпелять моар и моар, которое впоследствии рационализируется каким-нить способом: новизной исходников, мифическим приростом скорости etc.

+1

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

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

мифическим приростом скорости etc.

О да, мифическое. А ещё мифическое снижение потребления памяти, да?

libpng на gentoo в 2.5 раза быстрее чем на бубунте.

Допустим, я мейнтейнер

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

Перепиши ее на го. Будет в 146 раз быстрее. Так победим.

Школьник, твой юмор уныл и не смешон. Пропатч мне программу на бубунте не сломав пакетный менеджер.

В той теме:

1. Выданный разрабом бинарь не запускался.

2. Приложение использовало ПАТЧЕННЫЕ БИБЛИОТЕКИ.

То есть это действительно, то оправданное поведение, когда нужно собрать софт из исходников.

Пропатч

Пометил дцпшника.

1. Качаешь сорцы
2. Накладываешь патч
3. Собираешь пакет
4. ???
5. PROFIT

Действительно, патчи должны накладывать только производители бубунты, чтобы как можно сильнее отличаться от ванильных версий. Особенно их GTK и гномовские библиотеки это ад несовместимый с нормальными иксами.

А потом пришло обновление пакета... У меня например сейчас стоит патч на llvm, дающий в некоторых играх до 2 раз производительности, а ppa обновляется каждый день... Ты предлагаешь после каждого apt-get dist-upgrade пересобирать пакеты?

Есть такая штука, hold называется.

иногда собирал ради функционала, еще иногда просто приходилось ставить софт из aur.

Удачи в запуске бинарей собранных для другого (зачастую устаревшего дистра) с кучей тяжёлых зависимостей.

Ок. Этих проблем я не знал, ибо не пользователь.
Пожалуй реально адекватный аргумент.

Но в той теме ныли на тему «эти люди сидят на сайте об СПО». Т.е. контекст был не в технической разумности, а в неприятии бинаря как факта.

хм. я тут вспомнил, как ковырялся с исходниками самбы. интересное занятие, как оказалось!

 /* Attempt to get an unused RID (max tires is 250...yes that it is
           and arbitrary number I pulkled out of my head).   -- jerry */
for ( i=0; allocated_rid==0 && i<250; i++ ) { ...

Когда не лень, то пишу соответствующий spec-файл и собираю пакет, ставлю через штатный менеджер.

Когда лень, и нет кучи внешних зависимостей (в бинари всё уже включено), кидаю в /opt.

Когда лень, и есть куча внешних зависимостей, кладу ... на прогу.

но лучше тебе не знать как мы это все собирали

Вот это вот True Story.

1) оптимизация под процессор

2) включить нужные опции/отключить ненужные

3) бинарники часто имеют проблемы с зависимостями, либо же тянут все библиотеки с собой.

Все и вся есть смысл оптимизировать? И мессенджер под процессор?)

из каких соображений вы качаете исходники и собираете именно из них?

1. Если нет готового пакета для моей версии дистрибутива, собранного автором программы либо кем-то ещё, кому я доверял бы. Теоретически, бинари бывают кросс-дистрибутивные, но это такая редкость, что можно даже не обсуждать.

2. Если намерен что-либо в этой программе отлаживать/патчить/допиливать

Но в той теме ныли на тему «эти люди сидят на сайте об СПО». Т.е. контекст был не в технической разумности, а в неприятии бинаря как факта.

Смайлы они порой как суслики, ты их не видишь а они есть.

И мессенджер под процессор?)

Ты что такой трудный?

Тебе hateyoufeel в той теме ответил, почему он стал собирать из сорцов:

~/trash/Telegram> ./Telegram 
sh: gconftool-2: command not found
libs init..
zsh: segmentation fault  ./Telegram

Но ты пропустил это мимо ушей и побежал создавать этот тред с вскукареком «ололо, зачем они собирают из сорцов, когда есть бинарь?».

А зачем они всё равна качают сорцы?

Часто (как в данном случае, например) таким образом можно понять, что программа написана макаками-ацефалами, и ей лучше не пользоваться.

apt-get да, очень его любит xD.

то из каких соображений вы качаете исходники и собираете именно из них?

- Когда в дистрибутиве нет нужного софта.
- Когда нужна новая версия и новые фичи либо хочется использовать инструменты собираемые при компиляции, но не поставляемые в пакете (например в darktable есть тулы для профилирование сенсора для шумодава).
- Запилил фикс, пользуюсь, а разработчики ленятся (или не хотят, т.к. не очень красивый) фикс в апстрим тащить.

Вот вы что реально проводите их тотальный аудит на предмет закладок и скрытого функционала? И так каждый раз, со всем софтом? Серьезно?

Софт не всегда собран правильно. Да и изучение сорцов/сборки, ковыряние в софтине - много чего.

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

dk- в последнее время скатился. Раньше вроде адекватный был, а теперь школьник какой-то.

PS:// Может это у него какой-нибудь племянник итп гостит и пишет из под его аккаунта?

Какой вообще софт реально стоит оптимизировать под свой процессор (флагами)? Ну на вскидку, как опытный, оцени в % от всего своего софта.

1) Повыкидывать лишние --with-xxx;
2) Сконпилять с march=native;
3) Наложить какие-нибудь патчи, которые не принимают в апстрим.

для работы с аудио и видео - это как минимум. Что-то ресурсоемкое - тоже.

ну сорцы на гитхабе новее чем бинарник.

свежие баги всегда вкуснее ))))