Разработчики дистрибутива Gentoo Linux, изначально ориентированного на формирование окружения с использованием сборки программ из исходного кода, объявил о введении в строй репозитория готовых бинарных пакетов. Пакетный менеджер Portage уже много лет поддерживает установку бинарных пакетов, но до сих пор бинарные пакеты не предоставлялись централизованно - предполагалось, что дистрибутив распространяет метаданные для сборки, но пользователь может собрать бинарные пакеты на одной из своих систем и использовать их на других компьютерах...Подробнее: https://www.opennet.dev/opennews/art.shtml?num=60363
они предали идею, смысл, цель генту
А тебе всё небинарное подавай...
Просто у Генту сильный карбоновый след.
ага... лижбы ляпнуть, сам не знама о чом.
Так то да, правда след. Хотя эффективность скомпилированных программ лучше наверное.
> Так то да, правда след. Хотя эффективность скомпилированных программ лучше наверное.Отбить время проца потраченое на компилежку файрфоксов и прочих либреофисов самому - ну даже не знаю что для этого делать надо.
Что не так он сказал? Ты знаешь какой выхлоп у ваших компилирующих коре 2 дуо? Не говоря уже о пентиумах. Единственным оправданием вам может послужить то, что вас крайне мало даже среди крайне малых.Это пиштец, я сломаю себе глаза с вашего оупен шрифта в fhd!
поржал )))ты это, собери генту с гуями на коре дуба )))
обязательно с механическим винтом, и так с кедами да хромиумом )))
может поймешь, что ляпнул )))))
а то, "слышал звон, да не локализировал где он" )))
> Просто у Генту сильный карбоновый след.Ага, инфракрасное излучение из глаз её пользователей перегревало атмосферу.
Зачем тебе тогда генту? Есть гора бинарных дистров. Выбери просто другой Генту то что хочет больше школьников как в арчике?
Да нет. Там идея была в создании отличных инструментов, и они это сделали. Да и бинарные можно было давно устанавливать готовые. Конечно, лучше самому их собирать, но и готовые были. Иногда так проще: поставил бинарник, чтобы быстро запустить ту же Либру или что-нибудь ещё, а потом пересобрал под себя, когда время будет.
>Там идея была в создании отличных инструментов, и они это сделали.Ну с оговорками, но ещё когда гентой рулил еЯ создатель - можно таки считать те инструменты отличными. Я разрешаю :)
Но время шло, вокруг всё поменялось, по нонешним временам оценка-максимум - "отличные от других".>Да и бинарные можно было давно устанавливать готовые. Конечно, лучше самому их собирать, но и готовые были.
Да, тяжёлый софт они сами собирали :)
А вот теперь дошло что:
>Иногда так проще: поставил бинарник, чтобы быстро запустить ту же Либру или что-нибудь ещё,Что им с самого начала говорили. Ответ генты помнишь? Хороший ответ, хакерский!
А теперь там программеров\хакеров не осталось и ...
... и они пошли во все тяжкие - вот тут вы тупо лукавите:
>а потом пересобрал под себя, когда время будет.Это так не работает. Вот ты и раньше Chrome или фраера или оффис пакетом ставил. Ну и как - сколько раз потом пересобирал ? :)
Всё! Gentoo Linux - дистрибутив Линукс с бинарными пакетами.
Возможность что-то пересобрать под себя у меня и в Debian есть :-р
Только в отличии от генты они собаку сЪели в бинарных пакетах, а вы в этом деле - салаги.
> Ну с оговорками, но ещё когда гентой рулил еЯ создатель - можно таки считать те инструменты отличными.не, они и тогда были полное г-но.
рсинк с неведомого васяна без контроля подписей и целостности вместо хотя бы svn (гению не пришло в голову что тебе понадобится что-то трогать в его гениальных ебилдах - поэтому забота о твоих патчей оставлена для самостотельного пердолинга)
отсутствие понятия билдхостов (спасибо что хотя бы ручным пердолингом можно было выковырять бинарники с другого хоста)
непакетированные ядраКороче единственное что эта штука умела делать хорошо - это ежедневно пересобирать всю себя из наисвежайших исходников с вручную отпердоленным миллионом ненужных USE (подозреваю в большинстве случаев как раз вся тонкая супернастройка сводилась к тому как бы это поменьше притащить зависимостей чтоб это собиралось побыстрее)
Но говорят что и это уже сломали и теперь она с легкостью необычайной может и не собираться.
> Что им с самого начала говорили. Ответ генты помнишь? Хороший ответ, хакерский!
что там "- не сидел, не пацан!" ?
> Только в отличии от генты они собаку сЪели в бинарных пакетах, а вы в этом деле - салаги.
если вдруг что-то с бинарным пакетом не так - никто не мешает тебе по прежнему дернуть emerge @world и всю следующую неделю наслаждаться бегущими по экрану строчками.
Я больше подозреваю обратное - оно так будет и при попытке использовать бинарный пакет - патамушта где-то в конфиге один флажок не совпадает и все зависимости не зависимости.
Землю что ли?
Не шаришь, они сделали просто кеш с дефолтными профилями. Давно уже нужно было это сделать
+единственный годный коммент.
годный, но скучный)
Глупость какая. С gentoo уже 16 лет. Альтернатив нет и не придвидится. Он прекрасен.
+1
NixOS чем не альтернатива?
Это как взять мягкое за альтернативу толстому.
Его только что закопали.Ну вот кому нужен недо-арч?
Да у арчешколоты хотя-бы опыт есть в пакетном дистре...
гЫнту - помножились на ноль, кому они теперь вообще нужны?
Кому нужен какой-то опыт в каком-то там пакетном дистре? Проспись луче.
Сынок, мне деньги вообще за RHEL плотють. Все дела, сертификация, курсы, презентации в Майами. В замен - естественно corporate agreement на тонны нефти :)
Короче - все в пиджачках и "Windows must die!"(C) кричать нельзя - на платиновых партнёров не кричат :)Но Gentoo был последним оплотом старой школы хакеров, что то где был Линукс изначальный. Да над ними посмеивались, типа "ждЁм ебилдов" :) ... но по доброму, понимали всё что к чему.
А теперь увы - всио, "рыночек порешал" :(
ДОЖДАЛИСЬ ТАКИ: ЕБИЛДЫ БОЛЬШЕ НЕ НУЖНЫ! (С)Можете тискать в передовицы. Роялти не возьму.
>ДОЖДАЛИСЬ ТАКИ: ЕБИЛДЫ БОЛЬШЕ НЕ НУЖНЫ! (С)LOR жжёт:
>Ебилдов не будет: Гента **приняла ислам**^W стала бинарной.
>Vudod ★★★★★ (31.12.23 12:36:38 EST):-D
>С gentoo уже 16 лет. Альтернатив нет и не придвидится. Он прекрасен.С дебианом уже 26 лет. Но по опеннету ходят слухи что в дебиане хотят дропнуть поддержку
32-битных систем. Так что как бы не пришлось переползать на gentoo,благо там есть все удобства
для самостоятельной пересборки софта с нужными опциями.
В debian до сих пор m68k есть, пусть ине в официальной сборке. Вопрос об официальной поддержке i386 упрется в какой-то момент в chrome и firefox, но эту проблему никакой gentoo не решит.
>Вопрос об официальной поддержке i386 упрется в какой-то момент в chrome и firefoxЛазать по интернету можно и с планшета, если с десктопа будет совсем уж никак.
А я это пишу вообще с Vivaldi 3.8.2259.42 - последней существующей 32-битной версии,и на жизнь совсем не жалуюсь так как не посещаю типично развлекательные и тем более околоигровые сайты.
Обычно я обитаю на технических форумах,а они совершенно нормально отображаются и думаю что еще очень долго это будет работать.>но эту проблему никакой gentoo не решит.
Зато у меня есть много других проблем, для которых нужна 32bit система.
Это в первую очередь разный софт для электронщиков-самодельщиков и нередко ими же и написанный.
Люди пишут всякие полезные мелочи для себя и раздают "как есть". Никто портировать их на 64 бита
естественно не будет. Особенно те что написаны десяток-полтора лет назад.
>>А я это пишу вообще с Vivaldi 3.8.2259.42 - последней существующей 32-битной версиивот пишу из opera 12.16
не спора ради, проверки для.
> Люди пишут всякие полезные мелочи для себя и раздают "как есть". Никто портировать их на 64 бита естественно не будет.для 32 бит онли десктопа ? приведи пример такой незаменимой мелочи, а то звучит мягко говоря неправдоподобно
>> Люди пишут всякие полезные мелочи для себя и раздают "как есть". Никто портировать их на 64 бита естественно не будет.
> для 32 бит онли десктопа ? приведи пример такой незаменимой мелочи, а
> то звучит мягко говоря неправдоподобноТак как вы по всей видимости далеки от радиолюбительства, любительской электроники и любительского же программирования, то мои примеры для вас будут или малоубедительны или вовсе непонятны.
Пишут это чаще всего не профессиональные программисты,а те кто просто изучал курс программирования в институте,а он,знаете ли, есть на многих специальностях,даже не обязательно радиотехнических и вообще даже околоэлектронных. И всех этих людей учили,упрощенно говоря, что сишный int - это 32 бита,и сишный указатель это тоже 32 бита. И их НЕ учили писать заведомо переносимый код. И объявление сишной структуры с этими интами,а потом либо запись ее в файл либо пересылка по проводам в какой-нибудь микроконтроллерный девайс - тоже обычное дело. Да, это сейчас мы (может быть) обращаем внимание что такое чаще всего оказывается непереносимым. Но во времена учебы в институте об этом мало кому преподаватели говорили. Да и просто людям лень заморачиваться если они пишут для своего компа. А что потом кто-то попросил поделиться и архив с кодом пошел по форумам гулять - так поддержки автор никому и не обещал. В опенсорсе,тем более любительском, вообще принято "самообслуживание".А примеры - ну пожалуйста, прямо то что сейчас на компе в фоне запущено:
- декодер AIS,это телеметрия,рассылаемая на УКВ проходящими мимо морскими судами. В качестве железа используется известный DVB-тюнер в режиме SDR приемника, подключенный к внутренностям(тракту ПЧ) китайской УКВ-рации. Очевидно что нужно это единицам так как у абсолютного большинства людей суда мимо дома не ходят:)- программный код для взаимодействия с контроллером солнечной энергетики(у меня автономный дом).
Поделка какого-то безвестного любителя,найденная мной лет пять назад где-то в недрах форумов. Так как тот софт что предлагался китайцами(они на него уже забили) - мало того
что win-only настолько что даже в wine не живет,так он даже не во всяких виндах живет,а где живет сильно глючит,и при этом не имеет элементарных необходимых функций типа сохранения статистики в csv-файл. А линуксовый код вообще похоже что изначально писался под использование на
каком-то ARM-одноплатнике,тоже естественно 32-битном.Ну и так почти со всем где софт взаимодействует с железом, особенно если редким или "устаревшим"(то есть тем на поддержку которого производитель забил через год-два после выпуска)
Попался в руки вполне живой и исправный планшет,телефон,радиомодем,роутер,спутниковый приемник,укв-рация и хочется поковырять его прошивку/настройки - линуксовый софт для этого если найдется то почти гарантированно будет написан любителями и без учета переносимости на 64-битные системы. Нередко
это вообще код, портированный из виндов, а там его тоже писали как умели,а умели в 32 бита. Возможно даже если писавшие это были китайцы которые это железо делали с десяток лет назад.А так-то понятно,что если использование домашнего компа ограничивается браузером,почтой и просмотром развлекательного контента - то там всё равно сколько бит в системе,оно под всем работает одинаково. И даже если комп не десктоп на интеле,а одноплатник на арме какой-нибудь - тоже работает. Лично убеждался.
> win-onlyну вот это ближе к истине, к linux ваша проблема не имеет отношения от слова совсем
>ну вот это ближе к истине, к linux ваша проблема не имеет отношения от слова совсемИмеет,если код был кем-то притащен из виндов в линукс. Или вообще написан так чтобы
собирался и там и там - и такое тоже бывает как минимум для консольных программ.
И в обоих случаях конечно 32 бита. Особенно если писалось это давно.
Главная мысль которую я хотел донести - у любителя электроники бывает немало случаев когда
первично железо,попавшее в руки теми или иными путями. А софт который будет с ним работать -
вторичен и вспомогателен. Поэтому "не до жиру", хорошо что вообще хоть какой-то под линуксом есть - его и используем. Если всё это пытаться самому переписывать - жизни не хватит. Поэтому линуксовый код живет пока живет железка с которой он общается.Также замечу, что "попавшим в руки железом" может быть не только какой-нибудь "устаревший" планшет,а например и "устаревший" станок или лабораторный прибор. Так это для бизнеса он устаревший,а для самодельщика - охренительно крутой. Читал что люди чуть ли не электронные микроскопы оживляли,правда не в России,но всё же.
А из того что сам видел - приятелю достался 3Д-принтер, который заменили по причине программной несовместимости чего-то с чем-то в его "родном",разумеется сильно китайском, софте. Приятель полностью перевёл его на свободный софт и под линукс - и очень успешно пользовался,даже мне кое-какие интересные детали напечатал.
> у любителя электроники бывает немало случаев когда первично железооно к ширине ригистров CPU не имеет отношения, проблема бывает когда на старых пека использовали ком и лпт порты не по назначению для низкоуровневого ногодрыга, а сейчас их нет на ноутах и usb конвертеры не прокатывают в таких случаях. В остальном проблема либо вендоспецифична либо надумана.
>> у любителя электроники бывает немало случаев когда первично железо
> оно к ширине ригистров CPU не имеет отношенияНо имеет отношение например к размерам полей в каких-нибудь структурах.
Или при действиях с указателями.
В любительском софте повсеместно сишный int подразумевается 32 бита. И указатель 32.> проблема бывает когда на старых пека использовали ком и лпт порты не по назначению
> для низкоуровневого ногодрыгаНе обязательно дрыгать ногами. Через ком-порт в железку могут пересылаться данные,
и железка ожидает определенный их размер. Ну или сама что-то отдает,а программа
это разбирает. Сколько угодно это делается посредством записи в память как последовательности
байтов,а потом работы с тем что записалось как с сишной структурой. Естественно если структура "разъехалась" из-за изменения разрядности ее элементов то ничего не получится. С чтением из созданных на железке файлов кстати тоже самое. Да, можно всё это написать переносимо. Но по факту никто не заморачивается потому что у всех обычно в последние лет тридцать было 32 бита,начиная с 386 процов,что в виндах что в линуксах.> В остальном проблема либо вендоспецифична
Когда надо ехать,а не шашечки (64 бита) - приходится эту специфичность учитывать.
> либо надумана.
Понимаю что профессиональные программисты далеко от нужд любителей. Но любители тоже существуют
и не слишком хотят испытывать неудобства в том,что до этого десятки лет просто работало.
> В любительском софте повсеместно сишный int подразумевается 32 бита. И указатель 32.Это потому что некоторые хреновые прогеры до сих пор не отпустили тормоз и позорят собой программирование вообще, и си в частсности, портя портабельность на ровном месте.
Понятно что на момент разработки си реалии были другие. А сейчас мы за это - вот - расплачиваемся. Включая и откровенно дырявым или багованым софтом, вытворяющим черт знает что. Особенно учитывая что для signed int переполнение это вообще - UB. Называя вещи своими именами - мусорный бак по такому софту плачет, и таким програмерам грех жаловаться если Rust сделает их динозаврами.
> Не обязательно дрыгать ногами. Через ком-порт в железку могут пересылаться данные,
> и железка ожидает определенный их размер. Ну или сама что-то отдает,а программа
> это разбирает.Слать "struct" в провод или куда - моветон и прострел пяток. Потому что его лэйаут в памяти, порядок байтов, битов и проч - никто никогда не гарантировал и это может отъехать даже при смене компилера. Да что там - у gcc бывает минимум 2 разных ABI для вызова функций с struct как параметры.
> Сколько угодно это делается посредством записи в память как последовательности
> байтов, а потом работы с тем что записалось как с сишной структурой.И таким программистам лучше заняться выращиванием рассады, если прочитать про сериализацию-десереализацию они не в состоянии. И нет г@вно в коде - так не задумано. И извинений и оправданий этому нет. Это откровенно хреновым кодом называется.
> получится. С чтением из созданных на железке файлов кстати тоже самое.
Вообще-то нет никаких проблем читать файлов с железок своими программами собраными под хоть там что. Если программить их нормально.
> Да, можно всё это написать переносимо. Но по факту никто не
> заморачивается потому что у всех обычно в последние лет тридцать было
> 32 бита,начиная с 386 процов,что в виндах что в линуксах.А по состоянию на сейчас 32 бита - на грани издыхания. Это уже почти никто не майнтайнит даже. И кой кто скоро соответсттвенно will have it hard. Потому что мир не станет на паузу ради кучки бракоделов подложивших свинью тем кто в их софт вляпался.
> Понимаю что профессиональные программисты далеко от нужд любителей.
> Но любители тоже существуютВаши проблемы - это ваши проблемы. Никто не будет делать из них свои. И в опенсорсе в моде культура самообслуживания. Если у вас гунявый унаследованый код - вот вам и логично его разгребать. Или можете майнтайнить окаменелые платформы вечно. Или юзать платформы которые никто не майнтайнит, если вулны не парят. А вот будут ли это другие делать - большой вопрос. Им зачем копаться в ваших окаменелых какахах мамонта вместо вас? Да еще забесплатно в свое свободное время небось?
> и не слишком хотят испытывать неудобства в том,что до этого десятки лет
> просто работало.Опенсорс это такая штука где балансируются интересы разных сторон. Никто не запретит юзать железо и софт десятилетней давности - но это не значит что новые версии будут по гроб жизни учитывать подобный хлам.
...и для сишников нормальное решение было, писать софт руками, используя голову, а не косплеить осьминога, тогда программа компилится и работает одинаково везде, от 8 до 64 битов. Наверное и на 128 бы работала, но таких процов просто не выпускают. А если кто нагамнякал - он создал проблем в будущем себе и тем кто в это влопался, соответственно. Это то что называется tech debt. И за вас его оплачивать никто не будет, дураков нет.
>Это потому что некоторые хреновые прогеры до сих пор не отпустили тормоз и позорят собой >программирование вообще, и си в частсности, портя портабельность на ровном месте.Для вас,как профессионального программиста, возможно будет новостью что сейчас код пишут не только профи,но и обычные любители. Также как на автомобилях давно уже не только профессиональные водители катаются. И требовать от любителей профессионального уровня программирования - весьма странно.
Тем более что вас никто и не заставляет пользоваться их софтом.>Понятно что на момент разработки си реалии были другие. А сейчас мы за это - вот - расплачиваемся. >Включая и откровенно дырявым или багованым софтом, вытворяющим черт знает что.
Вот именно. Но беда в том,что под чисто любительские узкоспециализированные задачки нередко другого софта просто нет. Или так или никак. Конечно,со временем ситуация улучшается, но ооочень мееедленно. Даже если не смотреть на что-то совсем уж узкоспециальное, давно ли появились работоспособные свободные средства разработки электроники (KiCAD) или черчения (FreeCAD)?
В 90х у любителя была,пусть и сомнительная с этической точки зрения, возможность украсть профессиональный САПР и приспособить его к своим задачам. Сейчас красть бессмысленно - там уровень сложности таков что любитель просто ничего в нем не сможет сделать. А применительно к электронике - в библиотеках даже нет большей части элементной базы,традиционно используемой любителями. Ее оттуда повыкидывали как "устаревшую" (то есть не приносящую прибыли крупным корпорациям).>Слать "struct" в провод или куда - моветон и прострел пяток.
Да кто же спорит? Но это делают для _простоты_ написания если человек пишет для себя и своего оборудования. У нас же опенсорс - следовательно самообслуживание. Вот люди и самообслуживаются как могут и умеют.
А что потом его код может пойти гулять по форумам - так он в этом не виноват,он никому ничего не обещал.>И таким программистам лучше заняться выращиванием рассады
Удивительно точно:) Я не работаю программистом уже полтора десятка лет,живу в деревне,и таки рассаду тоже выращиваю. Но вот электронику всякую любительскую не забросил и компы для этого использую. Это назвается - хобби. Правда если и пишу код, то сейчас обычно под микроконтроллеры.
Под десктоп обычно удается найти готовое,сделанное такими же любителями только не российскими.
Хотя вот это готовое очень часто оказывается привязанным к 32-битной архитектуре.
Я больше скажу - лишь в последний десяток лет более-менее перестал быть востребованным вообще 16-битный ДОС! Последний раз это было когда мне в руки попали две настоящие японские(не китайские!) радиостанции,а программа для их прошивки и конфигурирования существовала только под ДОС. Из
линусового dosbox не заработала, пришлось ставить dosemu и возиться с его "тонкой настройкой".
Понятно что переписывать код,написанный не программистами,а явно радистами - я конечно не стал.>Ваши проблемы - это ваши проблемы. Никто не будет делать из них свои.
Так я опять же нисколько с этим не спорю и ни от кого ничего не требую! Я лишь рассуждаю о том как надо будет жить в условиях сокращения поддержки используемых систем и софта.
Не понимаю где вы в моих словах увидели требование поставить мир на паузу,даже если это не весь мир,а некоторая часть программистской общественности, бегущая впереди паровоза и плодящая
аномально раздутый софт.
>Это то что называется tech debt. И за вас его оплачивать никто не будет, дураков нет.Безусловно согласен. Я об оплате и не говорю. Очень надеюсь что на время оставшейся мне жизни - поддержки 32-bit систем силами подобных мне энтузиатов хватит. А дальше пусть потомки разбираются на чем и как работать и какой софт использовать.
>Или можете майнтайнить окаменелые платформы вечно.
Вот чем хорош линукс - тем что с ним это хотябы возможно. Смотрим на поддержку m68k в ядре - хотя
этот проц и считается "устаревшим". Но есть те кому он нужен.>Опенсорс это такая штука где балансируются интересы разных сторон. Никто не запретит юзать >железо и софт десятилетней давности
Именно так. И никакие корпораты не объявят в один совсем не прекрасный день что ваша система превращается в тыкву и извольте принудительно переходить на другую (удобную ИМ) версию.
Вспоминаем например принудительные апгрейды на Win10. Понятно что опытные пользователи знали как этого избежать,а для менее опытных не так уж редко прилетал такой вот нежданчик,останавливающий всю их работу. Нередко в самый неподходящий момент. Даже бывало во время прямого эфира на телестудиях.
> В любительском софте повсеместно сишный int подразумевается 32 бита. И указатель 32.Это потому что некоторые прогеры до сих пор не отпустили тормоз и позорят собой программирование вообще, и си в частности, портя портабельность на ровном месте.
Понятно что на момент разработки си реалии были другие. А сейчас мы за это - вот - расплачиваемся. Включая откровенно дырявыq или багованыq софто, вытворяющим черт знает что. Особенно учитывая что для signed int переполнение вообще - UB. Называя вещи своими именами - мусорный бак по такому софту плачет, и таким програмерам грех жаловаться если какой-ниюудь Rust сделает их динозаврами. Заслуженная участь за такие фортели.
> Не обязательно дрыгать ногами. Через ком-порт в железку могут пересылаться данные,
> и железка ожидает определенный их размер. Ну или сама что-то отдает,а программа
> это разбирает.Слать "struct" в провод или куда - моветон и прострел пяток. Потому что его лэйаут в памяти, порядок байтов, битов и проч - в сях никто никогда не гарантировал и это может отъехать даже при смене компилера. Да что там - у gcc бывает минимум 2 разных ABI для вызова функций с struct как параметры, а как он struct в память кладет на его усмотрение. И всякие __attribute__((packed)) - очень прозрачно намекают.
> Сколько угодно это делается посредством записи в память как последовательности
> байтов, а потом работы с тем что записалось как с сишной структурой.И таким программистам лучше заняться выращиванием рассады, если прочитать про сериализацию-десереализацию они не в состоянии. И нет г@вно в коде - так не задумано. И извинений и оправданий этому нет. Это откровенно хреновым кодом называется. Если любитель сделает пирожки, а они окажутся с г@вном - или вас пронесет - репутация у него будет "не очень" и его пирожки начнут обходить сторонкой. Что и следует делать с таким софтом.
> получится. С чтением из созданных на железке файлов кстати тоже самое.
Вообще-то нет никаких проблем читать файлов с железок своими программами собраными под хоть там что. Если программить нормально, а не как курица лапой.
> Да, можно всё это написать переносимо. Но по факту никто не
> заморачивается потому что у всех обычно в последние лет тридцать было
> 32 бита,начиная с 386 процов,что в виндах что в линуксах.А по состоянию на сейчас 32 бита - на грани издыхания. Это уже почти никто не майнтайнит, ибо 32 бит ос не девовском воркстейшне - мазохизм. И кой кто скоро соответсттвенно will have it hard. Мир не станет на паузу ради кучки бракоделов подложивших свинью тем кто в их софт вляпался.
> Понимаю что профессиональные программисты далеко от нужд любителей.
> Но любители тоже существуютНикто не будет делать из ваших проблем свои. В опенсорсе в моде культура самообслуживания. Если у вас гунявый унаследованый код - вот вам, или кому он там нужен, и логично его разгребать. Или можете майнтайнить окаменелые платформы вечно. Сами. Или юзать платформы которые никто не майнтайнит, если вулны не парят. А вот будут ли это другие делать - большой вопрос. Им зачем копаться в окаменелых какахах мамонта вместо вас? Да еще забесплатно в свое свободное время небось? Это весьма сомнительная радость.
> и не слишком хотят испытывать неудобства в том,что до этого десятки лет
> просто работало.Опенсорс это такая штука где балансируются интересы разных сторон. Никто не запретит юзать железо и софт десятилетней давности - но это не значит что новые версии будут по гроб жизни обязаны тянуть те или иные лямки, особенно если самим тянувшим это все стало не надо. Извините но на девовских машинах 64 бита уже очень давно. И последние лет этак 15 алго откровенно оптимизированы на 64 бита.
...а для сишников нормальное решение было. Писать софт руками, используя голову, а не косплеить осьминога. Тогда программа компилится и работает одинаково везде, от 8 до 64 битов. Наверное и на 128 бы работала, но таких процов просто не выпускают. А если кто нагамнякал - он создал проблем в будущем себе и тем кто в это влопался, соответственно. Это то что называется tech debt. И за вас его оплачивать никто не будет, дураков нет.
>Зато у меня есть много других проблем, для которых нужна 32bit система.А у меня нет :) Потому что в моей жизни это уже не первый "слом спины через колено"...
>Люди пишут всякие полезные мелочи для себя и раздают "как есть". Никто портировать их на 64 бита естественно не будет.
Если сорцы есть - возьмите студента!
И вам хорошо и йунным гениям будет очешуительный опыт реальной работы! Я будучи студнем перетаскивал кучку малую софта на кафедре с Fortran ЕС-ЭВМ на Fortran IBM PC. В первый раз понял что программировать - это не всегда фан, а часто - скучная, даже нудная, скрупулёзная и трудная РАБОТА! :)Если сорцов нет:
>Особенно те что написаны десяток-полтора лет назад.Народ тут софт времён ЕС-ЭВМ в Hercules гоняет, а это под 5 десятков лет уже :)
(Правда сливом с тех ещё лент и дисковых пакетов нужно было в 90-е - 2К озаботится, сейчас уже проблема.)Вот и ты возьмёшь - и настроишь виртуалку, поставишь туда древний Debian и твой 32-bit софт.
>Потому что в моей жизни это уже не первый "слом спины через колено"...А я как в 96-97 году из доса в Дебиан перелез так в нем и сижу. Имеется в виду
в первую очередь домашние применения. Хотя когда еще работал то и работу с дебианом находил.
Ничего для себя хорошего в сломах спины через колено не видел и не вижу. И это одно из достоинств линукса - преемственность навыков и привычек,существенно ускоряющих и урощающих работу. Да, в линуксе всегда есть что бы еще полезного изучить. Но за четверть века пользования почти не
приходилось тратить время и силы на ПЕРЕучивание.>Если сорцы есть - возьмите студента!
Я обычный человек,а не бизнесмен. Оплачивать труд студентов мне нечем.
> настроишь виртуалку, поставишь туда древний Debian и твой 32-bit софт.
Зачем плодить сложности с виртуалками если у меня и так всё работает?
Тем более что с виртуалками гарантированно будут сложности с софтом, взаимодействующим
с какими-нибудь железками,нередко весьма экзотическими типа оборудования для солнечной
энергетики (у меня автономный дом) или вообще самодельными.
От перехода на 64-bit систему я не получу ничего кроме дополнительных и бессмысленных
затрат времени, которое мог бы потратить на свои околоэлектронные хобби не возвращаясь к
давно пройденным этапам переустановки и настройки систем и софта под них.
Компов с поддержкой 32-bit архитектуры на мой век точно хватит, из ядра линукса ее точно
не выкинут еще ооочень долго,а дистрибутив и сменить можно. Вон у меня на одном из компов
весьма давно стоит AltLinux и я более-менее изучил приемы обращения с ним. Когда-то поставил на посмотреть,да так он там и прижился. Можно на него полностью и переползти,заменив на более новую версию так как той уже лет пять. Там точно еще долго 32 бита будут поддерживаться потому что актуально для всяких госструктур и образовательных учреждений. Я даже больше скажу - если бы в 97 году у меня был выбор между Дебианом и Альтом то я бы выбрал Альт. Но его тогда то ли небыло то ли я о его существовании не знал. Скорее всего небыло. Причина симпатии к Альту - возможность достучаться до разработчиков,а также их ориентированность во всяких мелочах на,как бы это попонятнее выразиться, российские компьютерные традиции что ли.
> Но за четверть века пользования почти не приходилось тратить время и силы на ПЕРЕучивание.И тем не менее, иногда наступает время апдейтить букмарки. В случае 32 битов в основном потому что програмеров которые бы хотели юзать 32 бита как свою рабочую систему уже почти не осталось. Ну а если софтом не пользуется сам програмер - сами понимаете как это будет работать. В коммерческой корпе за ними еще может и оттестируют отдельно и явные косяки исправят, но в опенсорсе некому оплачивать подготовку релизов в таком виде.
> Я обычный человек,а не бизнесмен. Оплачивать труд студентов мне нечем.
А программерам и майнтайнерам незачем делать из ваших проблем свои.
> Зачем плодить сложности с виртуалками если у меня и так всё работает?
Я думаю что они вам не из вредности советуют, а намекая на то что технология на грани издыхания. Но вы можете игнорить это, только посмотрите соседние новости. Там где про дебиан на пути прекращения поддержки x86-32. Чтобы для вас это не стало сюрпризом.
Представляете, вы до сих пор можете на паровозе колесить - но дров и воды на каждой станции уже, таки, в обязаловку быть не обязано, потому что майнстрим это тепловозы и электровозы. И как вы с этим будете жить не проблемы остальных.
> Тем более что с виртуалками гарантированно будут сложности с софтом,
> взаимодействующим с какими-нибудь железками,нередко весьма экзотическими
> типа оборудования для солнечной энергетики (у меня автономный дом) или вообще самодельными.Это на самом деле были проьблемы созданые теми кто корябал софт абы как, поклав на портабельность. А сейчас они узнают чем именно забивон на портабельность был плох...
И вы уж извините но никакой альт не сможет опспорить допустим сворачивание поддержки 32 бит в линукс кернеле. Оно еще не случилось - но разговоры есть. От альтов за всю их историю патчей в ядро приехало наверное с десяток. Это на порядки меньше убунты! Которую за серьезную силу никто не считает. А еще всякике glibc есть и более 9000 других библ. И если консенсус в целом уедет в сторону "вы забили на x86-32" - догадайтесь что будет дальше. Даже если его не ломать специально, никто не будет проверять как оно там работает и постепенно баги начнут долбать. И немногочисленые юзеры x86-32 будут первыми кто на них нарвался.
И таки это не тот аспект где можно что-то с кого-то стребовать. Разве что самому впрячься. Иногда катит, иногда нет.
>В случае 32 битов в основном потому что програмеров которые бы хотели юзать 32 бита как свою >рабочую систему уже почти не осталось.Как рабочую - может быть и нет. А вот под всякие ARM-одноплатники и под микроконтроллеры - очень даже софт пишут и тестируют. И большинство из них 32-битные. И памяти туда особо не навтыкаешь чтобы её разбазаривать на увеличение разрядности без какой-либо практической пользы.
>А программерам и майнтайнерам незачем делать из ваших проблем свои.
Так я на них и не в обиде. Понимаю что это опенсорс и никто никому ничего не должен.
Мои проблемы - это мои проблемы.>Там где про дебиан на пути прекращения поддержки x86-32.
Значит придется с Дебиана слезать на что-нибудь другое. Gentoo или Alt скорее всего.
Первое потому что заточено под возможность самостоятельной пересборки софта, второе -
потому что долго будет поддерживать 32-битные системы из-за их актуальности в консервативных госструктурах, где нужна совместимость с существующим софтом.>Это на самом деле были проьблемы созданые теми кто корябал софт абы как, поклав на портабельность.
Увы - мир не идеален. И софт для некоторых узкоспецифичных задач какое есть такой есть. Вообще
хорошо что хоть такой есть и не надо самому с нуля писать.> никакой альт не сможет опспорить допустим сворачивание поддержки 32 бит в линукс кернеле. Оно >еще не случилось - но разговоры есть.
Разговоры могут идти десятки лет. Также как десятки лет идут разговоры про внедрение IPv6 например. Или,что ближе к линуксу, сколько там уже на wayland переходят - лет пятнадцать уже?
Ничего не имею против вейланда, разве что беспокоит как в нем смогут работать программы,использующие однобайтные кодировки символов. Думаю что смогут при соответствующей адаптации.>А еще всякике glibc есть и более 9000 других библ.
Вот как раз библиотеки - штука более универсальная так как должны собираться и на одноплатниках и на микроконтроллерах,и на прочих всяких IoT. Которые обычно 32-битные. И даже если попытаться воткнуть туда 64-бит ARM,непонятно правда зачем так как это не десктоп, то вот поставить в полтора раза больше памяти затруднительно.
>Даже если его не ломать специально, никто не будет проверять как оно там работает и постепенно >баги начнут долбать.
Проверять будут тех кто пользуется. Пока есть _пользователи_ - будут находиться и исправляться баги. Возможно вас удивит, но по сей день существует и поддерживается энтузиастами софт под вообще восьмибитные компы типа всяких синклеров,атари и тому подобного. Да, это не массовое явление,но кому надо - у того всё работает. А распространенность архитектуры x86-32 намного больше. Так что "убить" ее в обозримом будущем точно не получится. Даже особо сильно создать сложности пользователям не получится.
>Представляете, вы до сих пор можете на паровозе колесить
Уже даже в вечно отстающей России появились именно что частные туристические поезда с паровозами. А в Европе так давно уже. Так что пример неподходящий.
И там же в Европе дрова чуть ли не топливом будущего называют. Потому что экологично и возобновляемо. Погуглите эту тему если не интересовались. Например про большую дровяную электростанцияю draxx в Англии.
> Лазать по интернету можно и с планшета, если с десктопа будет совсем уж никак.Остается только вопрос нахрен надо десктоп, который может меньше планшета...
> что еще очень долго это будет работать.
Это полнейший рандом. Некоторые понапихали уже всякого модного обложеного JS по уши, по распоследним стандартам. И где там будет ваш 32 бит вивальди... ну вы поняли.
> Это в первую очередь разный софт для электронщиков-самодельщиков и нередко ими же
> и написанный. Люди пишут всякие полезные мелочи для себя и раздают "как есть".
> Никто портировать их на 64 бита естественно не будет. Особенно те что написаны
> десяток-полтора лет назад.Это то что вы получаете за закладывание на кривой софт от криворуких господ. В любом случае как вы не вертись а это станет вашей проблемой, а не чьей-то еще. Работает этот мир так, 32 бита уже по сути померли, их удел - микроконтроллеры, ну может одноплатники. А как рабочая станция программиста это уже вообще совсем ни о чем. Так что нового софта под это и не будет, соответственно. И майнтайнить будут в режиме какашек мамонта, если будут вообще.
>Остается только вопрос нахрен надо десктоп, который может меньше планшета...Основное достоинство декстопа - это полноразмерный экран и полноразмерная же клавиатура.
Потому что это делает более удобным и эффективным взаимодействие человека с компьютером.
Производительность труда уже давно не в производительность процессора упирается,а в человеко-машинный интерфейс. Особенно если говорить о "любительском" использовании компов.>Некоторые понапихали уже всякого модного обложеного JS по уши, по распоследним стандартам. И где >там будет ваш 32 бит вивальди...
Значит такие "напихательские" сайты идут лесом. Вот уж чего - а выбора разных сайтов в интернете
хватает. Я вот вместо фейсбуков с инстаграмами выбираю например opennet. Тут интереснее.
Да и вообще аудитория чисто развлекательных ресурсов мало пересекается с аудиторией сайтов где
сидят подобные мне любители технического творчества,тем более старшего поколения.Кстати, пихание JS по уши - мешает даже не столько медленной отрисовкой страниц (я не против и подождать так как застал еще интернет через телефон и к ожиданию отношусь спокойно), а тем что увеличивается потребление трафика. Который у сотовых операторов нифига не бесплатный. В сельской же местности где живу я и еще много-много россиян - это почти единственный способ подключения к интернету. Кабель к каждой избе никто и никогда тащить не будет. Например в ближайшем маленьком городке в пятиэтажках кабель есть,в частном секторе нет. Но даже там где есть - нету тарифа дешевле 600р. А у сотового оператора можно подключиться за 385.
>Работает этот мир так, 32 бита уже по сути померли, их удел - микроконтроллеры, ну может >одноплатники.
Вот именно - так померли,что куда не ткни - в микроконтроллер или одноплатник попадешь. И внутри
в большинстве случаев именно линукс. А значит - линуксовый софт и библиотеки под всё это пишется и тестируется на работу в 32-битных системах.
Идея Gentoo в возможности выбора. Теперь у тебя выбора ещё больше.
Точно! Поэтому последние 3 гентушника выберут арч или что там нынче в топах.
скатились
Надоело компилять.
> Надоело компилять."Всего на зеркалах размещено более 20 ГБ бинарных пакетов, обновляемых ежедневно для стабильной ветки Gentoo."
Чот не похоже, скорее наоборот!
Какие-то маньяки ежедневно пересобирают 20Гб пакетов.
Так не все же пакеты каждый день меняются. А то они бы уже разорились от счетов за эл-во.
Идейное банкротство.
Хорошая новость!
Одним ловким движением руки Gentoo превращается... в Arch.
> Одним ловким движением руки Gentoo превращается...В Calculate Linux.
Скорее в Funtoo. В Calculate много накрутили сверху.
К сожалению не превращается. С бинарными пакетами или без, но emerge в любом случае будет адски тормозить, высчитывая никому не нужные дифирамбы с флагами в high-load питончике.
Ахах, то что в nixos органично вытекает из семантики языка в генте с петухоном делается тормозными костылями десятилетиями.
> Одним ловким движением руки Gentoo превращается... в Arch.Не хватает модного инсталятора ;)
В арче? Так делают же. Правдо _пока_ даже не графический :)
Нет, в Gentoo.
Вот тоже хотел про инсталлятор написать, компиляцию то можно переждать, запустил итушёл по делам, а вот отсутствие инсталлятора перегружает процесс установки безполезной рутиной.
Джа года ждал этого!
Теперь буду (нет) пересобирать только то, что действительно нужно (ненужно)
Типа только `dev-libs/icu` и зависимости да?
Во. Теперь даже можно рассмотреть gentoo как замену freebsd.
А просто задрали они с вагонами ненужных языков для сборки скажем фаерфокса. Раст, карго, ллвм, шланг - весь этот хлам ни на что не влияет кроме непосредственно сборки. Портеж убогейший тормоз рожающий по несколько минут проверку обновлений потому что написан на пыхтоне.
Я уж лучше Void буду использовать со сборкой только фаерфокса и ядра с автоматическим выкачиванием тупых зависимостей.
Гентушники те еще мазохисты идейные. Там где надо собирать все пакеты сразу портеж делает все поочередно медленно рожая.
> Раст, карго, ллвм, шлангИ компилитcя/билдится это всё суммарно примерно сутки
А в чем собственно проблема?
Тебе нравится компилять? Тебе дают возможность компилять еще больше!
Используйте блобы в виртуалках. И безопасно и компилить не нужно.
Что еще и виртуалки пересобирать?
>Что еще и виртуалки пересобирать?1. Проприетарный блобософт.
2. Софт, требующий своей сборки LLVM/Шлангом.
З. Софт, написанный на безопасТном. По крайней мере, пока gccrs не станет пригоден для его сборки.
Предложение надеть презерватив на зонд перед его внедрением существенно ничего не меняет.
> И компилитcя/билдится это всё суммарно примерно суткиЧем дольше тем лучше, в генту же ради этого приходят?
Ага, особенно с ошибками бороться, которые отвал дают в процессе компиляции.
Было бы проще пускать не 4,8 сколько там у процессора потоков, а сразу 100-1000.
А вместо этого жди пока каждый пакет сконфигурируется и т.п. больше половины времени на каждой мелочи.
Недоделок этот портеж, а главное если в зависимостях сборки будет скомпилированный пакет, то бинарники пойдут лесом как firefox-binпотому как они там не умеют в одинаковые названия как в Void это организовано.
> Ага, особенно с ошибками бороться, которые отвал дают в процессе компиляции.Вообще-то ошибки фиксить надо - иначе это ничем хорошим не заканчивается. И если чья-то активность к этому ведет, они в целом полезны для линуксной экосистемы и это возможно причина сказать гентушникам спасибо. Они своими тушками прозванивают самые экзотичные комбо компиляции.
> Было бы проще пускать не 4,8 сколько там у процессора потоков, а сразу 100-1000.
"До 128 ядер, 256 тредов" (c) AMD... вот что настоящему гентушнику надо :). Но хобби довольно дорогое получается.
> Недоделок этот портеж,
Питонятина бывает доделаной?
Может и не сутками, но варианта "прибить гвоздями и оставить как есть до выхода мажорной версии" нет.
Нафига мне ежедневно пересобирать то одно, то другое при пересборке одного и того же по 5 раз, заодно с непределившимся фаерфоксом?
А даже если и гонять многоядерник, то зачем если есть проще решение в Void?
Опыт с переписыванием на C++ (Paludis) не дал существенного прироста производительности системы сборки. Оказалось, что дело не столько в ЯП, сколько в самих алгоритмах работы.
Поменяли шило на мыло и удивляемся, что летать лучше не стало. Как это по ламерски. Ну ничего, ещё много каличных ЯП, на которые можно попереписывать)
Чёт, KDE-экосистема на этом "мыле" живёт и здравствует.
KDE-экосистема это набор глючного блоат кода. Если это живёт и здравствует, то я хз.
УМВР. В Gentoo умеют готовить... не испоганить.
О том и речь что xbps-src мозг не канифолит своим подходом и почему-то сразу все находит и не важно жесткий диск там или твердотельник, атом или навороченный многоядерник - опции внести данные о системе нет.
А палудис просто ставить геморно было и не все он разруливал.
Почему xbps-src может, а палудис и портеж нет?
О, да. Файрфокс - плохое поделие. Что и видно в перечисленном месиве.
Ну это лишнее. Вон вроде фунту под каждый процессор отдельно собирали, в этом хоть какой-то смысл. Впрочем, хромонога компилировать поднадоело.А флаги всё же стоило взять из убунту, а то позорненько как-то. Вполне достаточно уже того, что вики совершенно позорная уже многие годы.
Генту и собирается под свой проц, а Фунту - ответвление с ситемд и шлю-ами. Фалги в Генте весьма удобны, не надо гнать. Имею в виду флаги портаги, да и вообще.
Я имел в виду флаги компилятора, а не юзы. Они весьма сомнительны, я понимаю, что сейчас многое стало дефолтом (или хардкодится на уровне тулчейна), но наверняка же не всё. К юзам у меня отдельный список претензий. Они настолько удобны, что у кучи пакетов приходится вмешиваться в в ебилды (благо есть функциональность, благодаря которой можно переопределять части инструкций по сборки, не копируя ебилд при каждом обновлении). А Фунту -- этот тот дистр, который собирал пакеты под кучу целевых архитектур отдельно, в остальном, из отличий от обычной генты, там были только собственный оверлей с протухшими пакетами и свои сомнительные конфигурации.
А все удобство флагов лишь в краткости.
Gentoo создана для нестандартных конфигураций.
И вот не пилит никто в своем уме пакеты с разными флагами для разных архмтектур потому как там десятки флагов могут быть, да еще в разных сочетаниях.
Фунтик это та же калька без собственной особой лицензии.
То есть для особых нужд все типа полного набора флагов для конкретного процессора а также вырезание всего ненужного.
Например чтобы IME не имела графической надстройки после загрузки нужной конфигурации и потому раскладка включается сразу, а не с заеданием в пол секунды-секунду.
Это для тех кто желает добиться производительности и отзывчивости ценой компиляния.
И если в одном случае будет 10% прибавка, то в другом 30-50% типа браузера с его пролагиваниями при оптимизации -O3 вместо стандартной -O2. И это не просто +25% скорости работы браузера, а еще и работа со вкладками.
Если у чела флаги по умолчанию,то норм. четвёртую стадию и бинарники для дзена вместе с бинарным ядром. Freebsd эдакая с glibc или скорее Slackware c portage.
ты сейчас генту со слакой сравнил? бгг
Че,снова не то написал?)...
А потом пересобрать систему и мир со своими флагами - это верный путь, товарищи.
> или скорее Slackware c portage.Ты будешь смеяться, но году так в 2003 был проект emerde который был собственно emerge под Slackware...
Я даже с этим сидел, пока однажды при не очень удачном emerde world оно таки не превратило мне слаку окончательно в Генту, но с хвостами Патрика, тогда я психанул и переставил вчистую нормальную Генту
И, да, слово merde там не просто так видится, это оно и было :-DНо шли годы и я понял, что мне нужно работать, а не пердолиться с дистрибами, поставил в 2006 году Ubuntu 6.06 LTS и с той поры просто его обновляю, все работает, ничего не ломается, никакого merde больше не происходит
А историю про Слаку, emerde и как оно превратило в какой-то момент Слаку в Генку или Слату вспоминаю со смехом
Шёл конец 2023 года. Разработчики генту осознали, что земля круглая.
Элипс. Гентушники в курсе. Остальные не все об этом знают,а потому предлагают ещё и бинарники.
Не эллипс (и тем более не "Элипс"), а геоид или эллипсоид вращения.
Гентоид вращения. Надо только понять, на чем они вращаются.
Больше геоид, т.е. эллипсоид вращения с несколькими вмятинами. И, судя по названию, больше ни на что не похожий, ни на венероид, ни на марсоид, ни на все остальное (сарказм).
> Венероид?Больше смахивает на что-то из ЗППП :)
Геоид не включает в себя рельеф. Ещё больше форма Земли является "формой Земли".(https://xkcd.ru/1318/ подсказывает, что остаётся место для ещё одного комментария в ветке)
Построил шалаш - изменил форму Земли?
Да просто вырыл ямку - изменил кривизну пространства-времени.
Лфсники могли и мимо пройти ващето.
Не пыли, паря. В Генте всегда бинарники можно было использовать, просто нашлись люди, которым не лень мир за тебя собрать. От этого суть Генты не меняется: ставишь стэйдж3, потом ядро, потом мир, и всё хоть бинарное ставь, а потом всё пересобираешь с флагами, которые только тебе нужны.Гента - это гибкость и мощь. Вот только времени на установку сперва много придётся потратить, поэтому бинарники выручают. Зато потом летает всё так, что другим и не снилось.
> Вот только времени на установку сперва много придётся потратить, поэтому бинарники выручают. Зато потом летает всё так, что другим и не снилось.Да посчитали давно уже выгоду от этого «не снилось». Оказалось, что она даже время потраченное на сборку не покрывает. Очередная айти-мастурбация. Но можно гордиться тем, что Гугл её использует для Хромоси.
Сам проверял или надписи на заборе из трех букв это то что на нем написано?
У меня лично результат был видимым и весьма ощущаемым, особенно в работе браузера.
Иди сравни скомпиленный и оптимизированный.
Развелось ололошек.
> Сам проверял или надписи на заборе из трех букв это то что на нем написано?
> У меня лично результат был видимым и весьма ощущаемым, особенно в работе браузера.
> Иди сравни скомпиленный и оптимизированный.
> Развелось ололошек.Да, конечно-конечно, со скомпиленным ощущения совсем другие.
Напоминает рассказы про теплый ламповый звук и провода из бескислородной меди)Ты лучше тест какой-то в качестве пруфа привел, а то балабольство без пруфов это не серьезно.
>>Напоминает рассказы про теплый ламповый звук и провода из бескислородной меди)и? расскажи мне про черепаховый суп который ты никогда не пробовал.
>>>Напоминает рассказы про теплый ламповый звук и провода из бескислородной меди)
> и? расскажи мне про черепаховый суп который ты никогда не пробовал.Ты не сливайся)
Вкус супа это чистая вкусовщина (но даже для него можно провести хим анализ и выяснить какие ароматические вещества присутствуют),
а вот тесты скорости - это то что реально посчитать.
Такие часто надувают щеки, а потом сливаются на двойном слепом тестировании.Вспоминается эпичный эксперимент "Do Coat Hangers Sound As Good Monster Cables?" который поджег пятые точки всяким фанатикам теплого лампового. Оказалось, что они просто немамонты)
Так что давай какие-то тесты скорости/отзывчивости, а то пока это "бла-бла"
> Так что давай какие-то тесты скорости/отзывчивости, а то пока это "бла-бла"т.е. я должен опустится до уровня твоей некомпетентности?
>просто нашлись люди, которым не лень мир за тебя собрать.Лучше бы они не поленились сделать графический инстатор.
Всё рождается, растёт, взрослеет, развивается, стареет, дряхлеет, у кошки 9 жизней..
Раст уже родился дряхлым, как ребенок с прогерией.
Ржавое от рождения здоровым быть не может.
Это - еще не конец, Linux From Scratch остался. Если прикрутить распределенную компиляцию сборка пакетов немного ускоряется.
зачем изобретать колесо? крукс уже лет 20 есть
LFS-то остался, да уже не тот, не торт. "Даёшь всё в /bin!", без вариантов. В Gentoo пока ещё можно в отдельный /usr/bin.
Очень полезная опция, без неё никак не выжить (сарказм).
а зачем тогда тебе LFS, Gentoo? Иди в Федору, там за тебя всё решили.
А типа в лфс и генту не всё решили. Возможность конпелять и выносить /usr/bin это прямо важные решения?
Для кого-то, да. Ценю, когда предоставляют выбор.
А кто тебе мешает ее в генте прикрутить или где-либо еще?
То что на сишечке давно так умеет.
Хорошая новость. Переходу на генту с убунты, а то системд и снап уже достали.
А обсуждаемые пакеты точно собраны без systemd? В gentoo можно и так, и сяк, но определяется это перед компиляцией.
Начало конца...
Теперь гентой будут пользоваться даже домохозяйки, уже не понтанешься в своей тусовочке погромистов, засмеют.
Пока ещё не запретили всё из исходников емёржить.
А как они узнают, что ты сам все собирал, ночам красноглазил?
Придется какой-то пруф давать, например счет за электричество
>А как они узнают, что ты сам все собирал- По моему уникальному набору USE-флагов;
- По mtime собранных мной файлов .xpak
Первый звоночек был, когда они заменили eudev и opentmpfiles на системдешные. Сейчас уже на бинарные пакеты упор делают, хотя юзеры и сами могут бинхост свой поднять, уже был один публичный, кстати. Но уж слишком удобная система сборки, пока посижу. Лучше бы за свежестью ебилдов следили, а то много тухлых в дереве.
И правда, конпелять всё на свете ради прозрачной выгоды - это так удобно.
Выгода - она индивидуальна. Каждый видит и находит выгоду со своей точки зрения.
Выгода не прозрачная, а вполне себе видимая. В каком ещё дистрибутиве применение патчей штатная функциональность? А управление версиями и функциональностью пакетов без заморочек?
> В каком ещё дистрибутиве применение патчей штатная функциональность? А управление версиями и функциональностью пакетов без заморочек?В любом. И в Генту к тому же не самая удобная, а уж про «без заморочек» и вовсе ложь.
Так уж и в любом. Я только в раче видел с костылями, но эта возможность появилась в нём уже когда стало неактуально. А что, записать версию пакета в 1 файл (что довольно редко требуется, но вот ffmpeg сейчас только поломанный у всех как пример) и юзы во второй -- это теперь "с заморочками" считается?
NixOS называется
Это не тот, который терабайт под систему вынь да положь? Не, спасибо. Генту, конечно, не воспроизводимые сборки, да и в целом, работоспособность часто зависит от того, как и в какой очерёдности собраны зависимости, но вполне адекватный компромисс.
на оба вопроса ответ очевидный - в любом (ну может кроме слаквари - давно не интересовался этим экспонатом каменного века)Просто в любом другом мне НЕ НУЖНО пересобирать от /bin/ls до сборочного тулчейна (включая непременно хруст и два компилятора) чтобы собрать тот пакет который я на самом деле хочу получить с необычными свойствами.
Наконец-то и до разработчиков гены дошло что никому в хрен не вперся супероптимизированный ls вместе с супероптимизированным компилятором. И чтобы разово собрать мразилу - сойдет совершенно любой.
Не прошло и двадцати лет.
Впрочем, первые восемь из них они даже и билдхостов толком не умели. Как и установок бинарного пакета без необходимости ставить еще и оверлей от него с совершенно ненужными компиляционными потрохами.
Мне нравится подход генты, что пока патчи применяются, мне абсолютно плевать на любые обновления и не надо тратить ни минуты времени -- это всё заботы мейнтейнеров, меня и моих патчей не касающиеся. Это могут быть годы регулярных обновлений, патчи просто штатно применяются к новым версиям. Некоторые отваливаются, и тогда приходится их менять под новые версии. Ещё бы добавить сборки пакетов определённых версий с определёнными патчами в собственные слоты, без необходимости держать отдельные ебилды. К примеру, разные наборы патчей для вайна: я взял патчи для 2 версии и обновил их до 4, потом до 6, они нужны 1 игре.А что касается ls, ты не поверишь, но именно такие утилиты, вызывающиеся тысячи раз в секунду (и особенно сишные), и экономят время больше всего, благодаря грамотной и оптимальной сборке с правильными флагами.
вы прослушали типичный бред типичного гентушника. В общем-то это все что нужно знать о потребителях продукта вторичного.
Не ясно только, что бредового, если это мнение прекрасно подтверждается результатами профилирования (выполненного по всем правилам). Да и что тут вторичного? По отношению к чему? Я так же не видел, чтобы в каком-нибудь ещё дистрибутиве была возможность без затрат собрать любой произвольный пакет с пго и любимыми оптимизациями (мейнтейнеры, как правило, если и догадываются после многочисленных жалоб собрать пакет с нужными флагами, то это будет 1 конкретный пакет, а не тот, что нужен тебе).
тут такой изящный бред, что я просто наслаждаюсь. Комментировать - только портить.Но специально для тебя - в ЛЮБОМ дистрибутиве ты можешь без особых усилий пересобрать любой пакет как тебе нравится. И, надо же, для этого совершенно незачем пересобирать весь дистрибутив.
Ты когда-нибудь пересобирал? После каждого обновления, да? И продолжаешь делать вид, что не понимаешь, в чём дело? В каком _любом_ дистрибутиве такая сборка будет происходить автоматически при штатном обновлении, без необходимости что-либо трогать?
> Ты когда-нибудь пересобирал? После каждого обновления, да?критичные для моих систем вещи (а они критичные раз уж я аж полез что-то там сам менять а не просто поставил системный пакет) - разумеется, пересобираю.
Видишь ли, в нормальных дистрибутивах это совсем не проблема, потому что в них не принято каждый день пересобираться из новейших исходников, и в обновлении будет отличаться версия после третьей точки или вовсе только версия пакета - с патчем бэкпортированых правок. Т.е. мои патчи просто лягут поверх, скорее всего.
Если нет - они вероятно и работать не будут, и все равно придется разбираться что поменялось.Правда опять же раз уж я туда полез - я вероятней всего совсем не каждому обновлению буду рад или рад не буду вообще, поэтому автоматизировать это считаю совершенно вредной и ненужной деятельностью.
> происходить автоматически при штатном обновлении, без необходимости что-либо трогать
и без проверки что ничего не сломалось. Нет, спасибо, но вот это как раз - совершенно лишнее.
За пределами твоего локалхоста жизнь несколько более сложная.
Глупая возня ради глупой возни. Мир действительно несколько сложнее, чем твои представления о нём. Мой локалхост и существует для того, чтобы проверять на нём. Чем меньше затрат на сопровождение, тем лучше (а когда счёт идёт на десятки и сотни пакетов, возникает желание, чтобы тебя не трогали по ерунде без повода).Ну и потом, зависит конечно от ПО и характера исправлений, но, если какая-нибудь прикладная программа отвалится внезапно от патчей, то и чёрт бы с ней, это хотя бы быстро обнаружится. Куда хуже, если не отвалится и ошибки будут скрыты, но тратить лишнее время в любом случае нецелесообразно.
> Глупая возня ради глупой возни.это и есть весь смысл деятельности гентушников ;-)
> Мой локалхост и существует для того, чтобы проверять на нём.
результат этой проверки куда-то дальше отправляется? Вот то и оно что нет.
> Ну и потом, зависит конечно от ПО и характера исправлений
именно. Например, если отвалится что-то из того что я у себя пересобираю - можно и без премии в следующем году остаться. Это немного не то же самое что в стотысячепервый раз пересобранная тобой с новым флажком мурзила - ну падает, пересоберешь еще разок (ты ведь никуда не торопишься?)
поэтому меньше затрат на сопровождение - это вообще ничего не обновлять без необходимости. (жил у меня какое-то совершенно неимоверное время, к примеру, такой вот самособранный nginx 1.7 на вполне себе HA нагрузке - лет пять, наверное, не меньше. Потому что смотришь новости - так, это мы не используем, этого у нас нет, и этого тоже - следующий! Вот тебе и все затраты на сопровождение. Пара каких-то затрагивающих нас уязвимостей за те пять лет - пара однострочных патчей, которые проще было добавить к существующему, чем переделывать.)
Иди дядя лесом ))) Попробуй выпилить из "любого" дистра, например, networkmanager )))
> Иди дядя лесом ))) Попробуй выпилить из "любого" дистра, например, networkmanager )))~> dpkg -l network-manager
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name Version Architecture Description
+++-===============-============-============-=================================
un network-manager <none> <none> (no description available)Ну и подмена темы - типичная привычка поддельного поха. Речь в разговоре в который ты влез вовсе не шла о выпиливании деталей системы, а только о бесконечных бессмысленных ее пересборках.
Везде, включая и любимое тобой др-во, выпилить ты можешь только то, замену чему предусмотрели ее авторы.
Нет, в генту можно примерно всё. У меня есть десяток пакетов, которые ПМ считает необходимыми и обязательными зависимостями, но их в системе нет. В определённых ситуациях, на диске лежит файл с пустыми заглушками вместо библиотек (как в случае с cups), что необходимо для работы бинарных блобов вроде электрона.Не вижу ничего бессмысленного в сборке пакетов при обновлении, никто не пересобирает просто так (даже при смене компилятора проблемы только у пары плючовых программ, в особенности, с wxwidgets).
Про замену udev на mdev можно не напоминать наверно. Если сейчас это относительно докуметированная возможность, то прежде это была личная инициатива пользователей. Я не припомню, чтобы с каким-нибудь ещё дистрибутивом была подобная гибкость конфигурации.
> личная инициатива пользователей. Я не припомню, чтобы с каким-нибудь ещё дистрибутивом была подобная
> гибкость конфигурации.а в чем проблема-то? Это ж не инит от которого примерно все пакеты зависят.
В любом дистрибутиве - собираешь свой пакет, пишешь ему что он Provides: udev (чтоб был счастлив весь миллион напихавших себе эту зависимость) и наслаждаешься.Ну, пока не обнаружится стопиццот пакетов которые лезут добавлять или менять правила udev и от этого поломались, просто не найдя udev-rules.d - что вообще говоря вероятно в более предназначенных для людей дистрибутивах.
С другой стороны - те у кого еще есть отдельный udev/eudev - так-то не очень для людей и предназначены.
А из systemd/linux based дистров вряд ли кто-то станет выпиливать.
>в чем проблема-тоЭто та штука, от которой, среди прочего, зависят все DE (udisks и upower), и замена не является штатной и/или легко достигаемой функциональностью и потребует определённых модификаций, большинство из которых штатно предусмотрены только в генту. Твой вариант всё сломать конечно заманчивый, но нет. Это практически то же самое, что поменять сыстемд на с6 (и обнаружить, что разработчики софта предусмотрели только запуск под сыстемд, а прочие компоненты сыстемд тоже уже скопытились стараниями рх). Тебе, как специалисту по пусси.ехе, конечно, простительно не знать.
>лезут добавлять или менять правила udev
Вот это какие-то нездоровые фантазии уже. Обнаружение устройств вещь хорошая, но правила создаёт только пользователь.
Срач пресекли на корню, и все же ... )))
"Везде, включая и любимое тобой др-во, выпилить ты можешь только то, замену чему предусмотрели ее авторы." - ты глубоко ошибаешься. В данном конкретном случае, смысл имеет только наличие сетевого соединения с внешним миром. Если хер знает кто решил, что я не смогу настроить сеть без использования "networkmanager", он глубоко заблуждается. Gentoo - это свобода делать то, что важно для тебя. Если добавили бинарные пакеты, ну что, это не плохо. Главное что бы не выпилили возможность собирать все как раньше. Вообще все, что сейчас происходит глобально мне не нравится. Сначала агресcивно пропихивают Rust, как панацею от хер знает чего (если ты не можешь проследить за указателями в своей программе, в программировании тебе делать нечего, и никакой Rust тебе не поможет). Аналогично, если за тебя собирают пакеты, иди туда, где рулит Microsoft, уж они точно знают что конкретно тебе нужно )))
> хер знает кто решил, что я не смогу настроить сеть без
> использования "networkmanager", он глубоко заблуждается.ты-то - сможешь. А вот DE - рассчитывающий именно на network-manager - сломается. И будешь ты сидеть в любимом twm и руками конфигурять файлик для wpa_supplicant, как диды, вместо чтоб ткнуть пальцем в AP из списка доступных и пароль набрать в вылезший диаложек.
И вот твоя возможность творить подобное - ограничена именно тем, что другие программы, внезапно, либо не работают в такой позе вообще, либо работают криво, либо требуют специфических особенностей сборки чтоб хоть криво но работать.
И чтоб они у тебя были - об этом вручную должен позаботиться дядя.
Ну вот в показанном мной примере - дядя добрый, дяде не лень было потрахаться, он предусмотрел альтернативу (DE не поставишь, конечно, но сервер - вот, как видишь, даже и не притащил его сюда).
И чем сложнее дистрибутив и больше в нем для людей а не для др-4ева - тем сложнее в нем обеспечить такие возможности. (вон wicked из opensuse выпилить невозможно в принципе - потому что на него завязано пол-системы, а не потому что кто-то думает что ты не можешь сам себе сеть настроить)
> делать нечего, и никакой Rust тебе не поможет). Аналогично, если за
> тебя собирают пакеты, иди туда, где рулит Microsoft, уж они точно
> знают что конкретно тебе нужно )))а мне в 99% процентах случаев ничего особо конкретно ненужно - _какой-то_ _как-то_ собранный компилятор из списка допустимых, _какой-то_ как-то собранный системный сервис... единичные исключения - собираются вот этим самым первым попавшимся компилятором с теми библиотеками что были - потому что мне совершенно все равно. И да, MS об этом давно в курсе. А теперь с опозданием на 20 лет и до этих дошло.
Ну ок, так глядишь еще лет за 50 и можно будет пользоваться. В сравнении с тем ужасом который там царил первые лет десять (если ты не застал - тебе крупно повезло) - так просто невиданный прогресс.
Типичный бред типичного обывателя. Начнешь сопровождать (в течении лет так 20-ти) бинарное ПО на серверах на Linux, много нового для себя унаешь. А пока дописывый свой плагинчик для вордпресса или что там у тебя.
Сабж теперь можно рассматривать как альтернативу Дебиан?
Arch 2.0
>Сабж теперь можно рассматривать как альтернативу Дебиан?Нет, нельзя, так как нет инсталятора.
И бинарные пакеты имхо просто не нужны, лично я если буду ставить Генту буду их просто отключать(иначе я бы ставил Devuan или Artix)
Ну наконец-то я смогу пользоваться Gentoo на своей коре дуба! Ура!
Ф-ф-ф, я на нём Gentoo использую с новья купленного ноута на Коре Дуба.
P.S. Секрет прост. Бинарные пакеты собираются на стационарнике и копируются. А на Коре только ядро под него и ещё некоторые пакеты, которые хотят установиться именно из исходников.
Там ващета есть возможность свой репозиторий поднять и туда пихать. Но если нравится ручками то жопаласта конечно же.
> Ну наконец-то я смогу пользоваться Gentoo на своей коре дуба! Ура!Зачем если На Intel Core 2 Duo встает Ubuntu ?
Зачем если На Intel Core 2 Duo встает б-жественная дисяточка!?(поправил, не благодари. И таки да.)
>>встает б-жественная дисяточка!?ползёт, рождённый ползать встать не может!
(поправил, не благодари.)
Даже гентушники когда-то взрослеют.
Для меня как человека, который больше 10 лет назад собирал генту, и пользовался всем угодно кроме нее - это хорошая, или даже отличная новость, теперь дистрибутив с возможностью подгонять пакеты под себя, а не с необходмостью.З.Ы. Кроме отсутствия круглогодичного обогрева минусов не вижу.
Собрать, не значит использовать, человек. В хендбуке и вики описание 1% возможностей.
Ты просто мимо кальки смотрел.
Gentoo - идея отличная, реализация не очень.Достаточно знать что многие флаги и опции даже сами разработчики никогда не включают и не тестируют.
И все эти опции...ну если только тестировщиков бесплатно хочется поработать.
> Достаточно знать что многие флаги и опции даже сами разработчики никогда не включают и не тестируют.каждый разработчик генты должен лично включить и протестировать каждый флаг, выдать одобрение вида "да, этот флаг -- это какой надо флаг!" и только после этого он сможет дальше считаться разработчиком.
автоматическое тестирование - нееееа, нислышали!
> И все эти опции...ну если только тестировщиков бесплатно хочется поработать.кому не нужны опции, тому генту ставить не надо.
надо ставить что-то, что не имеет опций.
Это как в кедах, куча настроек, но как только начинаешь настраивать под себя начинают вылезать баги.
падажи... еще лет пятнадцать - и они догадаются в автоматическое тестирование.
(и хотя бы пометки, что можно собирать а что даже и не соберется)
Генту не нужна, для тех кому надо всё руками сделать проще воспользоваться LFS, а генту просто для больных на голову, у которых нет работы.
А в чем смысл генты? Просто игрушка для академических целей?
Наглядное пособие для того чтобы разобраться как все устроено в дистрибутивах.
А ручная конфигурация ядра позволяет разобраться в том как организована поддержка железа в Linux.
Например я начинал с Zenwalk и Gentoo в 2007г.
Это мне не поможет стать разработчиком под линукс, и девопсом тоже (там кроме убунты и докера ничего не надо). Кроме знаний как компилять генту мне это ничего не даст
> Наглядное пособие для того чтобы разобраться как все устроено в дистрибутивах.Удачи потом разобраться в rhel, debian или arch после gentoo. Про no-systemd вообще молчу.
>> Наглядное пособие для того чтобы разобраться как все устроено в дистрибутивах.
> Удачи потом разобраться в rhel, debian или arch после gentoo. Про no-systemd
> вообще молчу.В debian я разобрался и пользуюсь с перерывами на xubuntu начиная вроде бы с lenny, если память не изменяет.
Вообще из моего утверждения вовсе не следует что практика с gentoo сильно пригодится в освоении других дистрибутивов. Но она таки не будет лишней для того чтобы поднять общее понимание.
Для изучения есть handbook, faq, man-файлы и usr/share/doc. И всё это в каждом дистре своё. Тот же апач конфиг у дебиана с убунтой и у rhel совсем разные. Про т.н. "десктопный линпус" не знаю, говорю с точки зрения администрирования.
> Про т.н. "десктопный линпус" не знаю,
> говорю с точки зрения администрирования.В наше время когда линукс уже внутри каждой кофеварке точек зрения на него очень много.
десктопом и администрированием не ограничивается
> линукс уже внутри каждой кофеварке дороже 100500 баксовФиксанул.
"If you know %distro%, then you know %distro%. If you know Gentoo - then you know Linux"
Так ведь и раньше были, для всякого тяжелого вроде либры и хрома.
Очень удобно. Летом тащим бинари, а зимой компиляем и греемся.
> компиляем и греемсяСамый кайф если у тебя припасён для этого православный однопоточный pentium 4 prescott 2.66 GHz. Там насколько помню даже флаг конпиляции до сих пор есть для netburst.
Уххх, у меня аж серцебиение ускорилось. Признаюсь я сначала отдышался а потом только начал читать и то не с первого раза смог уверовать в заголовок
не прошло и ... 20+ лет
Отличный подарок к НГ!
Тебе то не всё ли равно со своей манджарой?
> Тебе то не всё ли равно со своей манджарой?После того как разрабы менжары заявили что - "мы не в каждом релизе тестируем инсталлятор лол". Я в спешном порядке провёл несколько экспериментов с другими дистрами и остановился на опенсусе.
Если разработчикам плевать работает инсталлятор их программы или нет - то я не могу тратить на эту чудо программу нисколько времени.
>остановился на опенсусеНу так а в чём радость за Gentoo, чем она тебе чем поможет?
морально ж поддерживает - "как хорошо, ой, прекрасно, просто замечательно"что не у него, разумеется.
Так и opensuse полюбить можно.
> морально ж поддерживает - "как хорошо, ой, прекрасно, просто замечательно"
> что не у него, разумеется.
> Так и opensuse полюбить можно.Опенсуса со своими проблемами конечно.
Пришлось смериться с тем что некоторые приложения через флатпак.
Нордвпн с глюком.
И много чего только сторонними репами.
Вот последнее довольно неприятно, что в этом вашем дебиане что убунте.Но в той-же мажаре месу нужно было из сторонней репы ставить, вначале, а теперь они репу удалили и оставили только для devel ветки. Ну к чёрту такие приколы.
В опенсусе можно 2 кликами свою месу собрать в их билд сервисе.
Была мысль попробовать арч через ендоворос. Но что-то там как-то по спартански все.
Возможно в следуещем году актуали попробую Генту.
> Тебе то не всё ли равно со своей манджарой?А Генту крутой и интересный дистр - радуюсь успехам опенсорс, и получаю дополнительные возможности.
А вы то чего такой язвительный? Вас Генту обидело?
Генту хорош только своей божественной документацией, возможно самой лучшей. В остальном игрушка.
Я то думал у арча божественная документация. Видать мне криокамеру забыли отключить
Они отлично дополняют друг друга.
Хорошая новость! Было бы круто, если бы ещё runit добавили в stage3 и сделали такой же системой инициализации на выбор как openrc и сутемд(бяка).
поддержку runit можно самому в течении часа наколбасить, оно простое как палка, проверено
Так себе идея. Кто хочет бинари, тот накатит себе арч или войд. Зачем в генту эту крамолу протаскивать? Долго собирается? Ну так не пользуйтесь всякой раздутой ср-нью и научитесь пользоваться юзами. Так-то да, по умолчанию тянется уродство по типу llvm. Гента вообще приучает к юниксвейному по и выправляет мозги после винды или коляскодистров. Проблема может быть с растом или хромобраузерами, но они же не каждый день обновляются, как и glibc, обновление которого требует пересборку мира. Впрочем, это дело опционально, так что в целом всё равно.
Вот ежели весь мусорок собрать, то и вебрендер собирать надо и вебенжин, и даже если редко такое надо - на 4 гигах это тянется очень долго.
А вообще да, но скорее Void чем Arch.
И вот там уже компилять только нужное.
Отлично!
Ещё одна возможность выбора.
Мне нравится.
Господа слишком возбудились. Сразу видно, что неопытные гентушники. Опытные ведь знают, что бинарного генту существовать просто не может.Я вот как-то пробовал калькулят. Вроде как бинарное генту. Сначала у меня половина пакетов не ставилось. Вот просто задают нужные флаги и версии, а мне приходят бинарные пакеты из дистрибутива вместо пересборки. Документация легко подсказала ответ - необходимо поменять один параметр в файле конфигурации, чтобы бинарные пакеты не имели приоритета.
После чего устанавливаемые пакеты стали устанавливаться действительно с теми флагами, что я им указывал. Но вот бинарных пакетов у меня в системе считй что не осталось. Любой гентушник знаком с ситуацией когда очередное обновление приводит к блокировке и необходимости разршеать конфликты вручную. Генту - очень плотно соединённая система. Один флаг в одном пакете, одна версия в другом - и у тебя половина мира пересобирается из-за автоматического разрешения конфликта зависимостей.
Это действительно круто. Ты можешь точно указать что именно хочешь получить. Система автоматически найдёт такое состояние, которое будет удовлетворять всем твоим хотелкам и пересобраться под это состояние. Но вот с бинарными пакетами это вообще никак не совместимо, потому что для каждого пакета пришлось бы собирать по сто-пятьсот версий пакета с разными флагами сборки.
Бинарное генту имеет смысл, если у тебя есть несколько идентичных компов, на которые ты хочешь накатить идентичные, ну или очень похожие, системы. Тогда да, один раз собранный бинарь пойдёт всем компам.
А на самом деле всё иначе - у генты зоопарк пользователей, и каждый пользователь фигачит собственный уникальный конфиг. Зачем на это тратить время? Ну на самом деле не особенно это и нужно. Но те, кто так считает, пользуется дебианом или редхатом. В генту идут же именно те, кто хочет поковыряться в настройках. Изначально смещённая выборка. Для таких пользователей бинарные пакеты абсолютно бесполезны. Т.е. для большинства пользователей генты.
Так что отставить панику. Гента как была из сырцов, так и останется. Просто при конфликте настроек пакеты будут собираться из сырцов, и таких конфликтов будет 99%.
Опытные гентушники знают, что, случись что, файлы для libz, libcurse, libreadline и куски glibc придётся выковыривать из бинарных пакетов кальки или убунты.
А stage3 вам для чего?
> А stage3 вам для чего?Я не знаю, ни для чего наверно. Там несовместимые версии обычно, ну и файлов куда больше скачивать.
> Опытные гентушники знают, что, случись что, файлы для libz, libcurse,
> libreadline и куски glibc придётся выковыривать из бинарных пакетов кальки или убунты.Снапшоты опытные видимо не умеют, виртуалки - тоже не для них. Конечно можно все делать хреново и сложно - и страдать от этого. Но зачем - ведь уже цать лет можно просто и быстро.
А чем перечисленные поможет? Сэкономит 1/100500 времени на неудачное обновление раз в несколько лет, но потратит абсолютно безумную кучу ресурсов впустую (в том числе человеческих). Ну и потом, опытные уже познали дзен.
Сразу видно "опытного гентушника". Все делается с минимальной рутфс для таких целей и чрута в нее с лайвсд, затем $ROOT=%BUGGEDROOTFS% emerge @system
Попробуй, потом расскажешь.
gentoo слив засчитан.
Только им этот слив не поможет, нужны не бинарники, а избавляющий от рутины инсталлятор.
Как бы собрать MongoDB 5.0 без использования AVX-инструкций можно только из исходников
> Как бы собрать MongoDB 5.0 без использования AVX-инструкций можно только из исходниковкак бы на твоей коре дуба от него все равно мало толку.
Или что там у тебя - пень4?
Как бы кора дуба у хостера со старыми зеонами) Хочешь новые - плати больше
щисливчик - в РФ небось хостишься?А мне вот прошлой весной очередное счастье пришло - типа от тебя слишком много тепловыделения, и электричества много жрать стал, так что либо обновляйся (платно, а ты думаешь) либо станешь больше платить.
Ага, дискаунтер FirstByte. Они любят старое железо в строй пускать)
Да и если самому проекту нах не всралось мощща - накой переплачивать? Но вот пришла монга - вынь да положь ей AVX. Особливо страдают бинарные дистрибы, там юзверам make/make install как серпом по зависимостям)
> Да и если самому проекту нах не всралось мощща - накой переплачивать?"понимаешь, вопрос так даже и не стоит - отдавать или не отдавать сыр..."
Говорю же - приходит письмо щастья " - ты платил за свой гроб 25 евро? Да ты уху ел, с завтрашнего дня будешь платить 50, через месяц - 80!"
Потом, выдержав драмматическую паузу - "ну ладно, ладно, чего ты так сразу расстроился - смари - у нас есть НОВЫЙ гроб - всего за 120 в месяц! И ты можешь попросить чтоб мы его запихали в стойку вместо твоего (нет, как ты будешь переносить данные - нас не ипетт, два одновременно - это для уважаемых сервис) - БЕСПЛАТНО! * (так-то такое обошлось бы еще в 150 setup fee)"
* "при условии что он в эту стойку влезет вместо твоего, а поскольку твой старый сильно дешевый и потому нетиповой - может и не влезть, cocи лапоть"
Ну и как, на какой стул сам сядешь, на какой сервер поставишь?
это что-то на богатом) дедики для меня далеко, хватает отдельных виртуалок
я бы свой сервак и не пихал, максимум аренда и есть выбор у кого
> Особливо страдают бинарные дистрибы, там юзверам make/make install как серпом по зависимостям)ну так им надо "обратиться к системному администратору"
Он вытрет сопельки, даст конфетку, и поменяв два символа в одном файлике - соберет им точно такой же пакет как дистрибутивный, но под их железо.И даже настроит систему так чтоб при обновлении она не попыталась его заменить на еще более лучший только неработающий.
Спасибо им за это! Дистрибутив хорош, но сборка всех пакетов откровенно отторгала от него. Порой действительно хочется что-то собрать из исходников, а порой не понимаешь — зачем это? Мне кажется они сделали верно.
Для 99.9% пользователей Gentoo - ненужно!Для Gentoo полезным будет добавить:
1, Вернуть stage-2
2. Вернуть stage-1
3. Добавить stage-0
4. Добавить воспроизводимость бинарных сборок
5. Добавить возможность верификации пакетов в distfiles/* с использованием оригинальных подписей их разработчиков. И хранение этих подписей; https://packages.gentoo.org/categories/sec-keys
И ещё избавляющий от рутины инсталлятор.
Инсталатор и Gentoo - сложносочитаемые понятия. У каждого гентушника есть свой баш скрипт на 10 строк - инсталятор для развёртывания системы.Документация хорошая по установке есть, полезно почитать и пройти классический сценарий установки Gentoo.
А вот установка нужных USE флагов в /etc/portage/make.comf, /etc/portage/package.use/* или опций конфигурации ядра требует времени и знаний.
> Инсталатор и Gentoo - сложносочитаемые понятия. У каждого гентушника есть свой баш
> скрипт на 10 строк - инсталятор для развёртывания системы.
> Документация хорошая по установке есть, полезно почитать и пройти классический сценарий
> установки Gentoo.
> А вот установка нужных USE флагов в /etc/portage/make.comf, /etc/portage/package.use/*
> или опций конфигурации ядра требует времени и знаний.Такие вещи как создание fstab и монтирование корня системы, выкачивание stageX и его туда распаковка, настройка консоли, установка загрузчика, расстановку общих и частных для приложения USE флагов, всю эту тягомотину можно и нужно делать не копипастой с соседнего компьютера или смартфона, а обдуманной расстановкой чекбоксов и выбором вариантов в выпадающих списках.
ну потом конечно, после перезагрузки это всё можно доредактировать, но это потом, когда основная масса рутины уже сделана.
> обдуманной расстановкой чекбоксов и выбором вариантов в выпадающих списках.И сколько здесь пользуются make menuconfig (xconfig) при настройке ядра?
Нет ничего проще и понятнее текстового файла с коментариями. Графический настройщик для Gentoo не нужен.
>> обдуманной расстановкой чекбоксов и выбором вариантов в выпадающих списках.
> И сколько здесь пользуются make menuconfig (xconfig) при настройке ядра?
> Нет ничего проще и понятнее текстового файла с коментариями. Графический настройщик для Gentoo не нужен.Такое впечатление что ты теоретик который не настраивал конфиги для программ, всегда удобно если есть отправной конфиг, причём желательно с уже забитыми в него нужными параметрами.
Меньше копипаст однотипных и стандартных кусков текста - меньше тратится нервов и меньше возможность допустить ошибку.
Человек не должен выполнять операции которые легко автоматизируются, он должен делать то, что автоматизировать нельзя.
> Нет ничего проще и понятнее текстового файла с коментариями. Графический настройщик для Gentoo не нужен.Если человек уже знает что написано в комментариях то ему проще расставлять чекбоксы и делать выбор в выпадающих списках.
Сделать один или два клика мышью и проще и быстрее чем набирать ключевое_слово=true/false
Ещё разок: мышки не надо, графики не надо. Для установки Gentoo надо:"установка нужных USE флагов в /etc/portage/make.conf, /etc/portage/package.use/* и опций конфигурации ядра"
Еслиб ты не был лжецом и всё действительно было бы так, как ты говоришь то я бы наверное просто из mcdit всё это расскидывал и не очень заботился о графическом инсталляторе.
Но ты лжец и всякий читавший Гентовский хендбук это знает.