Это копия, сохраненная 22 июня 2021 года.
Скачать тред: только с превью, с превью и прикрепленными файлами.
Второй вариант может долго скачиваться. Файлы будут только в живых или недавно утонувших тредах. Подробнее
Если вам полезен архив М.Двача, пожертвуйте на оплату сервера.
Мне кажется что самих разрабов арча заебало переустанавливать это вечно слетающее говно и именно поэтому и был запилен инсталлятор
>Дебиан
Куколдское говно с несвежим софтом.
>манжару
Васянская сборочка арча с нескучными обоями.
Смысл не в этом. Арч теперь коляска - как дебиан с бомжарой.
>Fedora Linux
Каково быть хомяком-бетатестером коммерческого дистра?
>Чем теперь рач отличается от манжары или дебиана?
> от дебиана
роллинг-релиз
>от манжары
минус васянизм + тру роллинг-релиз
тащемта там был установщик лет 10 назад
забыл добавить, что в раче ещё практически ванильное ядро, остальные дистры на его фоне собраны из говна и палок
Арч говно для пидорасов.
>>65296
Их просто начали воспринимать как людей, крутящихся вокруг школьников. С такой антихаризмой дистру долго не жить. Видимо наконец дошло, и решили шугануть. Но тут теперь нужен полный ребрендинг.
Пакетный менеджер по прежнему самый быстрый и пиздатый из всех существующих. Установщик в топку, как ставил руками так и буду, я его глянул, он какой-то совсем примитивный
>Пакетный менеджер по прежнему самый быстрый
Это да, сравнивая с апт по скорости - как небо и земля
А нахуй вообще этот весь жму/пердоцирк? Швабодный софт в большинстве случаев имеет версии под винду, а пипитарный — на хую вертел этот ваш линупз, х-огр, вайлэнд, куте, гтк, и проч содомию. Так зачем выбирать прокладку между железом и софтом с меньшим количеством поддерживаемого ПО? К серверам и умным холодильникам претензий нет.
Ну на линуксе можно проворачивать довольно сложные вещи, в отличии от Шындовс(тм), но его совершенно нельзя использовать для десктопа, конечно если ты не мазохист которого в детстве насиловал отец. Вот например для работы с сетью у меня на винде стоит OpenWRT виртуалка, через которую у меня идёт траффик с винды, потому что те настройки что сделаны там, я на винде просто ни как не организую без самописных костылей
>нельзя использовать для десктопа
Странное утверждение! 90% хотелок среднестатистического юзера линукс спокойно закрывает. Даже вон в игори можно играть.
У него просто данные не обновлялись с 2010-го года.
В арче в принципе все программы идут без патчей от манятейнеров
У убунту сервер не консольный инсталлер, а туишный. Кого ты пытаешься наебать, колясочник? Меня, Торвальдса или Столлмана?
Ты удивишься, но в раче и раньше был установшик, который выпилили, ибо был говно. И дебе как и в генту и lfs можно собрать с нуля если есть красные глаза много времени, арч и никогда особо и не сложный был в установки.
Дооо, а потом ты захочешь какой-нибудь double-commander поставить - и ждёт тебя ультимативный бескрайний пердолинг в полумёртвую документацию.
>90% хотелок среднестатистического юзера линукс спокойно закрывает
Но зачем, если винда закрывает 100%? Чтобы быть нитакимкакфсе? Ну, в 13 лет это актуально. Чтобы сменить зонды от MS на зонды от ГНУ?
Винда не закрывает 100% хотелок среднестатического линуксоида. WSL не на ровном месте пилить начали.
ВСЛ - это костыль уровня вайна/протона. Не всем охота ебаться с закидонами резиновой бабы.
ГНУ это хакеры, им нельзя доверять.
тащемта он дохуя крутой, если использовать в виде библиотеки для пихона, целое ci/cd выходии
Еблан, хоть поинтересуйся как оно устроено, а не почитай две строки. WSL1 это эквивалент бсдяшного эмуля ляликса, т.е. полноценная подсистема, в отличие от вайноговна. WSL2 это гипервизор 1 типа, работающий параллельно с ведром, и интегрированный в систему (в отличие от KVM и прочего тяжеляка).
>Чем теперь рач отличается от манжары или дебиана?
Арч ставят только ради AUR и свежих пакетов. Если они не нужны, то лучше поставить другой дистр. В остальном смысл арча как раз в минимуме задротства: все устроено просто и делается без лишних телодвижений. Надо понимать, что делаешь, конечно. То есть требования к пользователю чуть повыше.
>Недавно в арч оффициально добавили установщик
Через некоторое время он опять протухнет, и его выпилят. Потому что он нафиг никому не нужен. Стандартного скрипта достаточно.
ОП-школьник даже не в курсе, что в раче инсталлятор раньше был.
Его сломали, когда Арч переезжал на systemd, и тогда /s/ орал, что арчешкольники даже инсталлятор не могут починить.
Ну что тут сказать, спустя восемь лет смогли.
Дебилушка, значение коляски знаешь?
Кто вообще будет юзать этот говноскрипт, даже я даун смог написать скрипт который накатывает арч на любую пекарню и устанавливает все нужные пакеты, делает настройки. После установки которая длится пару минут ты получаешь полностью рабочий арч, со всеми биндами, гапами и статусами. Ну поставит перекатывальщик с винды Рач с крысой и что дальше? Хули толку если системой он один хуй пользоваться не умеет, это как подогнать дикарям ноутбук.
Двачую. Пердолинукс онли для серверов в 2021 году.
В первую очередь это увлечение
ТАК И ЖИВЕМ
В смысле что дальше? Крыса есть, а ничего больше обычному пользователю не требуется. В крайнем случае сделает crtl+c и средняя кнопка мыши, хотя я даже не знаю, что это такое ему должно понадобиться. Перестань корчить из себя илитария с консолечкой в срачле.
ПЕРДОЛИЛСЯ 2 ГОДА ПИСАВ СКРИПТ
@
ВСКОЛЬЗЬ ГОРДИТСЯ ОБ ЭТОМ НА ДВАЧЕ ПОТЕЯ
@
ПЕРЕУСТАНАВЛИВАЛ АРЧ НА ДОМАШНЕЙ ПЕКЕ 730 РАЗ
@
МАМКА ОХУЕВАЕТ ЧТО КАЖДЫЙ ДЕНЬ НА КОМПЕ ВСЕ МЕНЯЕТСЯ
@
ТЫ ЗАЕБАЛ СЫЧУША ГДЕ ТЕПЕРЬ ИНТЕРНЕТ
@
ВСЕМ ПОХУЙ, ДАЖЕ СОЗДАТЕЛЯМ АРЧА
> поставил арч
> тебя считают иллитарием
???
> в арч добавили установщик
> тебя считают псевдоиллитарием
> сделал скрипт с установкой арча
> выдают за дикое пердоление ради нихуя и хвастовство
????
ОП, хватмт толсто троллить. Арчеводов и до этого иллитариями никто не считал. Установить дистр линупса из консоли не представляет ничего сложного.
А что плохого в установщике? Раньше установка имела императивный подход, когда ты вручную выполняешь команды строчка за строчкой, а теперь она носит декларативный подход, когда ты в формате JSON указываешь, что ты хочешь в итоге получить, и скармливаешь системе. Это как SQL или ФП.
Вот это говно интерактивное с вводом цифорок на вопросы можно не делать, это просто способ составления запроса для тех, кто не умеет.
Правда минус такого подхода - ты должен доверять реализации этого скрипта, что он правильно тебя поймет и не сделает говно.
Купил ноут и хочу на него поставить арч, но реально впадлу вспоминать все и руками вбивать команды, редактировать что-то, последний раз лет 10 назад ставил арч. И времени реально на пердолинг нету. Арч нужен потому что там мне больше всего нравится менеджер пакетов, хотя уже эти 10 лет сижу в основном на дебиане.
Да, он уже вшит в iso
И не ебите мозги.
>А что плохого в установщике?
Он просто не нужен, вручную удобнее и быстрее. Там вся "ручная установка" фактически заключается в разбивке диска и запуске pacstrap. После чего чрутишься в готовую систему, устанавливаешь загрузчик и нужные пакеты.
Да как ни назови он оттуда не пропадет.
Но есть и хорошая новость, теперь арч привлекет больше юзеров = больше разрабов, внимания, продвижения и развития как дистра так и линукса в целом! Хороший шаг! Хуй с ней с бомжарой.
>АРЧЕШКОЛЬНИКИ ПСЕВДОИЛИТАРИИ ОФФИЦИАЛЬНО СОСНУЛИ
Да, школотроны хвастающие везде что они используют арч. Я ИСПОЛЬЗУЮ АРЧ!!!!!!1111 соснули официально.
Но нормальные люди использующие арч, как один из самых охуенных дистров, охуенно выигрывают от этого. Ибо данный шаг привлекет еще больше аудиторию, внимания, поддержки и разрабов.
Фантазии.
>>67080
Не привлечет, ибо арч и так мейнстрим фигня с простой установкой и достаточной базой разрабов.
Внимания у него тоже хоть отбавляй. Арч это считай синоним линукс-мема в медиа, а количество людей которые его превозносят больше чем у других дистров в разы.
Единственное что может сделает инсталлер, это уберет ментальную галочку у нубиков в головах о его "мега сложности" при текстовом знакомстве. Правда не удивлюсь что часть из них увидит, что это все еще не уровень гуишного "далее... далее... ваш стим установлен" и свалят обратно. Однако другую часть это может подтолкнуть хотя бы попробовать, а там поймут что сложности то и нету.
В итоге имхо ничего сильно не изменится.
>Ибо данный шаг привлекет еще больше аудиторию, внимания, поддержки и разрабов.
Там и так норм аудитория. По крайней мере для всех моих ноутов всегда были или страницы в вики или темы на форуме. Большинство проблем решаются на форуме в течение нескольких часов. Обычно если что-то неожиданно сломалось, гуглишь - и уже готовое решение на форуме есть. Если будет больше аудитория, казуалы засрут форумы темами вроде "а как какать?". Отсутствие инсталлятора как раз отсеивало таких.
Хз какие у тебя проблемы, у меня всё ок.
Теперь арч привлечет больше ламеров, которые нихуя не умеют кроме срать в форуме об ошибке. Ну хоть быстрее обнаружиивать баги будут, лол.
Так для этого всё и затевалось. Меньше усилий на поиск багов ценой всего-то добавления текстового установочного скрипта.
У виндувс вирусятников просто хуй побольше стоит в жопе
пыдорашка понимает только пыдорашьий язык потому я на нему и изясняюсь
>проведя хуём по губам арчедебилов
Технологиями UNIX, я занимаюсь чуть больше 20 лет. За свой опыт работал практически во всех UNIX и UNIX-подобных ОС. Начинал с SUN Solaris. Работал с IBM AIX, HP-UX(на базе рабочей станции от HP), SGI True64 (довелось опробовать), BSD UNIX (включая очень старые релизы), QNX и нкоторые др. EmbS, MAC System, MAC OS X, iOS, GNU/Linux, Android. Кроме выше перечисленного, MS-Windows (начиная с версии 2 и 3.1), MS-DOS, Q-DOS, IBM-DOS, IBM OS/2 Warp, смотрел как-то Plan9 и RISK OS. Смотрите, что получается. Например, человек, который заявляет о том, что он раньше использовал на Gentoo, а теперь он перешел на Arch, что Debian и его производные (ЕП) — полный отстой, является не адекватным и лишенным реальных знаний в соответствующей области, который вряд-ли в своей жизни разработал какой-либо ПП и вряд-ли ценит свое время. Есть люди, которые порой не понимают и не знают о промышленных стандартах на ПО. Почему на большинстве серверов работают такие ОС, как SUN/Oracle Solaris, RedHat GNU/Linux, Oracle ELS, SELS, Debian GNU/Linux, Ubuntu GNU/Linux, GNU/Linux Mint, CentOS, Scientific GNU/Linux, BSD UNIX, Novell NetWare и MS-Windows Server (DC, ES, etc.). Также, есть те, кто не имеет представление о надежности ПО. Однажды, один человек заявил на одном из форумов, что хочет стабильную ОС, пробовал Manjaro, Chakra, KaOS и не доволен. Чем же быть довольным, если все это производные Arch. И о какой стабильности можно говорить при упоминании об этом дистрибутиве. Какая есть необходимость в использовании Arch и ЕП (Manjaro, Chakra OS, Revenge OS, KaOS, etc.). После установки Arch запросто можно получить не рабочую сеть, в особенности на ноутбуке, иной раз вообще, через несколько загрузок можно получить проблемы, когда сильно шумит вентилятор охлаждения CPU и появляется текст: Failed to find cpu0 device mode starting version 220 root: recovering journal root: clean, 59640/1048576, 489267/4194304 blocks dw_dwac INTL9C60: Missing DT data Много умников посоветует устанавливать по т.н. официальным инструкциям (например https://wiki.archlinux.org/index.php/Installation_guide). Но, результат будет точно такой-же. После к-н очередного обновления можно серьезно подставиться с этой ОС. Вообще, обновления приходят огромнейшими партиями, нет времени устанавливать в реальной жизни такое число обновлений, получается, что ты только и занимаешься обслуживанием системы, а работать некогда. Хваленый AUR — на самом деле — полнейшая свалка мусора, с ужасными Pkgbuild, кроме всего из него недавно был удален Malware. Как он туда попал. Кто сопровождает AUR-пакеты — все желающие, кто следит за состоянием AUR — как можно следить за свалкой где нет никаких единых стандартов? Кто как хочет так и пишет Pkgbuild и как хочет, так и собирает. Банально до боли… Скайп из AUR собирается и устанавливается при помощи распаковки deb-пакета утилитой BSD Tar. Зачем и для кого это? Если есть нативные системы для работы с такими пакетами. ПО Imagination собирается, но после работы одни косяки, отсутствуеют некоторые иконки, при нагрузке зависает и падает. ПО WCM при установке из AUR, запускается нормально, потом намертво виснет, выйти из нее нельзя. Kazam и KmPlot — после обновления — перестают работать. ZVVOnlineTV (недавно в AUR), тоже собирается при помощи BSD Tar из нативного deb пакета, после установки работает только от root, имеет проблемы с правами. У Geany IDE нет плагина отладчика, нормально в этой среде в этих ОС работать нельзя. Еще, как можно было переделать точки монтирования некоторых каталогов файловой системы (так было в плане у разработчиков Arch) и при обновлении просто часть системы отказалась работать… Еще нюанс, пакеты breeze-kde4 и oxygen-kde4 были раньше в репозитории , затем в AUR, смешно, т.е.,были нативные pkg.tar.xz, а теперь собирай, видимо это быстрее по мнению разработчиков. Через некоторое время их удалили из AUR, тем самым полностью лишив адекватного внешнего вида приложений, имеющий GUI на QT4, однако в самом AUR приложений с GUI на QT4 полным полно. У ПО lfm (File Manager) из AUR, после обновления возникли проблемы с Python и она не запускается. LibreOffice 6, со сложным текстом размером свыше 500 страниц при быстрой прокрутке падает. Прокрутка для простых текстов работает нормально. QT SDK и QT IDE, вообще отдельная тема, проблема с недокомплектом библиотек. При сборке проекта под Debian (и ЕП) с (qmake-qt4) и под Arch (и ЕП) будет колоссальная разница. Под первые ОС — не единой ошибки, но, под вторые ОС — масса ошибок и нехватки библиотек. А где их взять? Нет ни конкретного сайта, как у OpenSUSE, и т.д. Конечно, собирать из исходников можно и нужно, но когда время ограничено и есть готовые решения… Русская локализация tty, нужно редактировать файл /etc/vconsole.conf. В Debian и ЕП с этим проблем нет. Серьезный нюанс — поддержка AppImage. В Arch и ЕП это не работает. Установка из реп AppImage Lounch и libappimage не помогает. Детально разбираться просто нет времени, тем более, что в Debian (и ЕП ), RedHat (и ЕП), OpenSUSE, — AppImage работает безупречно. Т. о., Arch конечно-же, имеет право на существование, но исключительно в образовательных целях. На все ПО существует понятие промышленного ISO стандарта и стандарта POSIX. Для применения в промышленных целях сегодня сертифицированы такие ОС как SUN/Oracle Solaris, RedHat ELS/ED (и ЕП — Oracle ELS/ED, CentOS, Scientific GNU/Linux, etc), SELS/SLED (и ЕП — OpenSUSE Fixed, not Rolling), Debian GNU/Linux (и ЕП — Ubuntu GNU/Linux, GNU/Linux Mint, etc), BSD UNIX (и ЕП), Novell NetWare (узкого применения), MAC OS X, iOS, Android, QNX (and it EmbS D) Кроме UNIX и UNIX подобных ОС еще и MS-Windows (All+For mobile devices). Поэтому ясно, почему именно эти ОС применяются на серверах и рабочих станциях промышленных предприятий. Для чего в сообществе Debian (включая ЕП) и RedHat (и ЕП) был придуман AppImage… В промышленности, нужна надежность ПО. А таким ПО является только немного устаревшее тщательно оттестированное ПО. ПО новых версий по определению не может являться стабильным в силу значительного количество ошибок и малого тестирования. Об этом хорошо изложено в книге Я. Соммервила «Инженерия ПО». Поэтому, выпускают LTS Stable дистрибутивы. При эксплуатации таких дистрибутивов в промышленности ОС получает плавные продуманные порционные (небольшие) обновления, которые не отвлекают вас от работы и не нарушают стабильность ОС. ОС такого рода эксплуатируются длительное время и поэтому целесообразно было придумать AppImage. В таких системах все ПО тщательно протестировано и проблемы как в Arch (и ЕП) отсутсвуют. На таких ОС удобно строить РМ разработчика и др. рабочие места. Погоня за новыми версиями дает нарушение стабильности. Хорошая формула эксплуатации ПО: Если n — новая версия, то версия в промышленности будет равна m, где m = [n-2, n-1]. Вот.
>проведя хуём по губам арчедебилов
Технологиями UNIX, я занимаюсь чуть больше 20 лет. За свой опыт работал практически во всех UNIX и UNIX-подобных ОС. Начинал с SUN Solaris. Работал с IBM AIX, HP-UX(на базе рабочей станции от HP), SGI True64 (довелось опробовать), BSD UNIX (включая очень старые релизы), QNX и нкоторые др. EmbS, MAC System, MAC OS X, iOS, GNU/Linux, Android. Кроме выше перечисленного, MS-Windows (начиная с версии 2 и 3.1), MS-DOS, Q-DOS, IBM-DOS, IBM OS/2 Warp, смотрел как-то Plan9 и RISK OS. Смотрите, что получается. Например, человек, который заявляет о том, что он раньше использовал на Gentoo, а теперь он перешел на Arch, что Debian и его производные (ЕП) — полный отстой, является не адекватным и лишенным реальных знаний в соответствующей области, который вряд-ли в своей жизни разработал какой-либо ПП и вряд-ли ценит свое время. Есть люди, которые порой не понимают и не знают о промышленных стандартах на ПО. Почему на большинстве серверов работают такие ОС, как SUN/Oracle Solaris, RedHat GNU/Linux, Oracle ELS, SELS, Debian GNU/Linux, Ubuntu GNU/Linux, GNU/Linux Mint, CentOS, Scientific GNU/Linux, BSD UNIX, Novell NetWare и MS-Windows Server (DC, ES, etc.). Также, есть те, кто не имеет представление о надежности ПО. Однажды, один человек заявил на одном из форумов, что хочет стабильную ОС, пробовал Manjaro, Chakra, KaOS и не доволен. Чем же быть довольным, если все это производные Arch. И о какой стабильности можно говорить при упоминании об этом дистрибутиве. Какая есть необходимость в использовании Arch и ЕП (Manjaro, Chakra OS, Revenge OS, KaOS, etc.). После установки Arch запросто можно получить не рабочую сеть, в особенности на ноутбуке, иной раз вообще, через несколько загрузок можно получить проблемы, когда сильно шумит вентилятор охлаждения CPU и появляется текст: Failed to find cpu0 device mode starting version 220 root: recovering journal root: clean, 59640/1048576, 489267/4194304 blocks dw_dwac INTL9C60: Missing DT data Много умников посоветует устанавливать по т.н. официальным инструкциям (например https://wiki.archlinux.org/index.php/Installation_guide). Но, результат будет точно такой-же. После к-н очередного обновления можно серьезно подставиться с этой ОС. Вообще, обновления приходят огромнейшими партиями, нет времени устанавливать в реальной жизни такое число обновлений, получается, что ты только и занимаешься обслуживанием системы, а работать некогда. Хваленый AUR — на самом деле — полнейшая свалка мусора, с ужасными Pkgbuild, кроме всего из него недавно был удален Malware. Как он туда попал. Кто сопровождает AUR-пакеты — все желающие, кто следит за состоянием AUR — как можно следить за свалкой где нет никаких единых стандартов? Кто как хочет так и пишет Pkgbuild и как хочет, так и собирает. Банально до боли… Скайп из AUR собирается и устанавливается при помощи распаковки deb-пакета утилитой BSD Tar. Зачем и для кого это? Если есть нативные системы для работы с такими пакетами. ПО Imagination собирается, но после работы одни косяки, отсутствуеют некоторые иконки, при нагрузке зависает и падает. ПО WCM при установке из AUR, запускается нормально, потом намертво виснет, выйти из нее нельзя. Kazam и KmPlot — после обновления — перестают работать. ZVVOnlineTV (недавно в AUR), тоже собирается при помощи BSD Tar из нативного deb пакета, после установки работает только от root, имеет проблемы с правами. У Geany IDE нет плагина отладчика, нормально в этой среде в этих ОС работать нельзя. Еще, как можно было переделать точки монтирования некоторых каталогов файловой системы (так было в плане у разработчиков Arch) и при обновлении просто часть системы отказалась работать… Еще нюанс, пакеты breeze-kde4 и oxygen-kde4 были раньше в репозитории , затем в AUR, смешно, т.е.,были нативные pkg.tar.xz, а теперь собирай, видимо это быстрее по мнению разработчиков. Через некоторое время их удалили из AUR, тем самым полностью лишив адекватного внешнего вида приложений, имеющий GUI на QT4, однако в самом AUR приложений с GUI на QT4 полным полно. У ПО lfm (File Manager) из AUR, после обновления возникли проблемы с Python и она не запускается. LibreOffice 6, со сложным текстом размером свыше 500 страниц при быстрой прокрутке падает. Прокрутка для простых текстов работает нормально. QT SDK и QT IDE, вообще отдельная тема, проблема с недокомплектом библиотек. При сборке проекта под Debian (и ЕП) с (qmake-qt4) и под Arch (и ЕП) будет колоссальная разница. Под первые ОС — не единой ошибки, но, под вторые ОС — масса ошибок и нехватки библиотек. А где их взять? Нет ни конкретного сайта, как у OpenSUSE, и т.д. Конечно, собирать из исходников можно и нужно, но когда время ограничено и есть готовые решения… Русская локализация tty, нужно редактировать файл /etc/vconsole.conf. В Debian и ЕП с этим проблем нет. Серьезный нюанс — поддержка AppImage. В Arch и ЕП это не работает. Установка из реп AppImage Lounch и libappimage не помогает. Детально разбираться просто нет времени, тем более, что в Debian (и ЕП ), RedHat (и ЕП), OpenSUSE, — AppImage работает безупречно. Т. о., Arch конечно-же, имеет право на существование, но исключительно в образовательных целях. На все ПО существует понятие промышленного ISO стандарта и стандарта POSIX. Для применения в промышленных целях сегодня сертифицированы такие ОС как SUN/Oracle Solaris, RedHat ELS/ED (и ЕП — Oracle ELS/ED, CentOS, Scientific GNU/Linux, etc), SELS/SLED (и ЕП — OpenSUSE Fixed, not Rolling), Debian GNU/Linux (и ЕП — Ubuntu GNU/Linux, GNU/Linux Mint, etc), BSD UNIX (и ЕП), Novell NetWare (узкого применения), MAC OS X, iOS, Android, QNX (and it EmbS D) Кроме UNIX и UNIX подобных ОС еще и MS-Windows (All+For mobile devices). Поэтому ясно, почему именно эти ОС применяются на серверах и рабочих станциях промышленных предприятий. Для чего в сообществе Debian (включая ЕП) и RedHat (и ЕП) был придуман AppImage… В промышленности, нужна надежность ПО. А таким ПО является только немного устаревшее тщательно оттестированное ПО. ПО новых версий по определению не может являться стабильным в силу значительного количество ошибок и малого тестирования. Об этом хорошо изложено в книге Я. Соммервила «Инженерия ПО». Поэтому, выпускают LTS Stable дистрибутивы. При эксплуатации таких дистрибутивов в промышленности ОС получает плавные продуманные порционные (небольшие) обновления, которые не отвлекают вас от работы и не нарушают стабильность ОС. ОС такого рода эксплуатируются длительное время и поэтому целесообразно было придумать AppImage. В таких системах все ПО тщательно протестировано и проблемы как в Arch (и ЕП) отсутсвуют. На таких ОС удобно строить РМ разработчика и др. рабочие места. Погоня за новыми версиями дает нарушение стабильности. Хорошая формула эксплуатации ПО: Если n — новая версия, то версия в промышленности будет равна m, где m = [n-2, n-1]. Вот.
Зачем в манжаре аур, если в нем неполноценный роллинг релиз? В чем вообще смысл манжары, если его не ставить для бабушки? Заблоаченое поделие хуй пойми для кого.
Затем чтоб пиздить функционал рача на свое спизженное пиздоподелие.
дебианщик
> Почему на большинстве серверов работают такие ОС как Linux Mint
Дальше не читал. Поправь пасту, выкинь из нее лишнее и отформатируй абзацами.
>Чем теперь рач отличается от манжары
У рача офф билд только под хуй64
У бомжары офф билды под хуй64 и одноплатники
Когда рач официально портнут на ARM и вернут хуй86, то я м.б. и вернусь обратно в эту помойку. А так - хуйок сосируйте
>вернут хуй86, то я м.б. и вернусь обратно в эту помойку
Ну такого важного хозяина Celeron D там точно очень ждут!
>Ну такого важного хозяина Celeron D там точно очень ждут!
Поэтому я сейчас на GNU\Дебиан, там нормальное человеческое отношение к мелкоархиректурам. Не как к говну.
> А нахуй вообще этот весь жму/пердоцирк?
>>65572
> Но зачем, если винда закрывает 100%? Чтобы быть нитакимкакфсе? Ну, в 13 лет это актуально.
Преимущественно хобби или даже фанатизм. Это как паять свои часы вместо сходить и купить готовые. В таких случаях имеет значение что оно прет, а насколько рационально, выгодно или хорошо работает - уже дело десятое. Я вот блок питания себе паял на LM317 с несколькими выходными напряжениями, было интересно, хотя готовых на Али полно.
>А нахуй вообще этот весь жму/пердоцирк?
Чтобы не сидеть на десятке, например. И не иметь дело с проприетарным софтом, где скоро простой калькулятор будет требовать 16 гигов оперативы, занимать 100 гигов на диске и подтормаживать на i9.
да в общемто все дистрибутивы отличаются в основном ток пакетным менеджером
Инсталлер - последнее, что имеет значение. У нормальных людей установка Линукс происходит всего несколько раз в жизни. Это же не Винда чтоб ее переустанавливать. А на работе на сервачки все из образов раскатывается - там на инсталятор вообще поебать.
В Арче есть интересные штуки типа Аур и роллинг релиз, но он соснул пушо кому нужен Аур когда половина всего этого есть репах Убунты в виде Апт пакетов
> да в общемто все дистрибутивы отличаются в основном ток пакетным менеджером
Еще ядром. Все крупные дистрибутивы используют модифицированные ядра. Это тоже немаловажно, тк на одном и том же железе разные дистрибутивы могут вести себя по-разному. Я с таким сталкивался.
ну тут в принципе, как Арч так и Убунта предлагают на выбор generic ядро либо какие-то lowlatency и прочие патченые варианты ядер. Я кстати на Арче использовал zen-ядро и мерял разницу в Interbench по сравнению generic ядром.
На хостинге тебе еще хостер может подсунуть свое ядро.
>кому нужен Аур когда половина всего этого есть репах Убунты в виде Апт пакетов
Нет и половины. Надо подключать левые ппа, которые протухают через полгода, потому что мейнтейнеру лень перекомпилировать и упаковывать все это говно (это гемморно, даже если все делается скриптом). А PKGBUILD умеет прямо с гитхаба все качать, то есть мейнтейнеру надо один раз скрипт написать, и жопу поднимать, только когда что-то совсем поломалось, что бывает гораздо реже.
это в теории, а на практике Аур пакеты протухают точно так же, а в Бубунте уже даже клиент Телеграм в родных репках. Клиент Slack есть в виде Деб пакета, клиент Spotify есть в виде Деб-пакета
не обращал внимание, что многие PKGBUILD занимаются перепаковкой Деб-пакетов, нет?
>на практике Аур пакеты протухают точно так же
На практике - не протухают. В любом случае единый AUR бесконечно лучше россыпи PPA.
конечно-конечно, мамой клянешься?) А че у меня протухали?
PPA-шки в 99% поддерживаются самими разрабами софта (я уже молчу, что в половине случаев ты можешь не юзать PPA, тк пакет есть и в штатных репах, но в PPA версии посвежее).
Snap еще есть, если любишь единый реестр пакетов
>Snap еще есть, если любишь единый реестр пакетов
>второй реестр пакетов к первому реестру пакетов в aptе
>если любишь единый реестр пакетов
Софтварный?
У аура нет отдельного реестра пакетов, он использует пакмановский.
Это копия, сохраненная 22 июня 2021 года.
Скачать тред: только с превью, с превью и прикрепленными файлами.
Второй вариант может долго скачиваться. Файлы будут только в живых или недавно утонувших тредах. Подробнее
Если вам полезен архив М.Двача, пожертвуйте на оплату сервера.