Это копия, сохраненная 15 января 2020 года.
Скачать тред: только с превью, с превью и прикрепленными файлами.
Второй вариант может долго скачиваться. Файлы будут только в живых или недавно утонувших тредах. Подробнее
Если вам полезен архив М.Двача, пожертвуйте на оплату сервера.
Перед постингом прочитать ЧаВо!
Официальный сайт: http://slackware.com
Образы: http://mirrors.slackware.com/slackware/slackware-iso
Wiki: http://docs.slackware.com
Слакбук: http://slackbook.org
Философия Slackware: http://docs.slackware.com/start?id=ru:slackware:philosophy
Пследняя версия шапки треда: https://gist.github.com/Reedych/6efd11e96261abdda0dce5504f2431e1
Последний выпуск: 14.2.
Список годных репозиториев:
http://slackbuilds.org - крупнейший репозиторий слакбилдов (скриптов для сборки и опакечивания программ). Надо компилировать. Рекомендую утилитку от sbopkg.org или https://pink-mist.github.io/sbotools - для любителей портов.
http://salixos.org - юзер-френдли форк слаки со своими довольно большими репами.
http://slackonly.com - репозиторий уже скомпилированных слакбилдов из slackbuilds.org. Однако нестабилен. Так как сборка дохуища софта производится автоматически, то нет гарантий, что софт будет правильно собран. Такое встречается редко.
http://slackware.com/~alien/multilib - мультилиб.
http://bear.alienbase.nl/mirrors/people/alien/sbrepos - репозиторий Alien-а. Свежак.
http://bear.alienbase.nl/mirrors/alien-kde - свежие кеды.
Из сторонних пакетных менеджеров есть slapt-get - http://software.jaos.org, и развивающийся slpkg - http://github.com/dslackw/slpkg
FAQ:
1. Где полезен?
На десктопе любящему стабильность пользователю. Вполне пригоден для сервера (не на уровне CentOS конечно). На десктоп хейтеру systemd годится.
2. У вас древний софт, как вы так живёте?!!
Если вам важна максимальная свежесть набора ПО, то слака - не ваш дистр. Мы ценим стабильность. Если серьёзно требуется новая версия программы, вы в любом случае можете его собрать и установить (ко всем пакетам есть слакбилды).
3. Слака сложна в использовании?
При пристутствии навыков работы с Юниксами - нет. Желательно держать под рукой/лапой/клешнями/сракой docs.slackware.com и slackbook.org. В релизах вы получаете только обновления безопасности, так что система внезапно не падает.
4. Нету решения зависимостей!
Нам оно не нужно (см. Философия Slackware).
А если хочется, то есть Salix.
5. Срлака - кака и она мне не нравится по причине X!
Хорошо, теперь можете перейти в тред по вашему правильному дистрибутиву.
Что ждать в Slackware 15.0:
1. ffmpeg в официальном репозитории. Вероятнее всего несвободных кодеков не будет.
2. Переход с slocate на mlocate. Последний по словам Патрика быстрее.
3. Появился SDL2.
4. Появился gst-plugins-libav.
5. Так как в PulseAudio 10 убрана зависимость от json-c, она будет удалена.
6. Появился python-six, предвещающий переход с python 2 на 3.
7. Появился sshfs.
8. В testing уже присутствует gcc 6.x.
9. libblueray.
10. Добавлен шрифт URW++ core35.
11. Переход на ядро 4.9.
12. gcc 7.x, удалёна gcc-java и новый компонент gcc-brig.
13. glibc 2.25.
14. Добавлен пакет lame.
15. Добавлен vulkan-sdk.
Учёт изменений в Slackware-current: http://mirrors.slackware.com/feeds/slackware64-current.rss
За простотой и стабильностью.
Очередная хуйня собранная на коленке. Самое хуевое во всех этих ваших стабильных линуксах — сборка софта. Эти ебаные зависимости не дают жить нормальной жизнью.
Зачем ебаные погромисты пишут код с самой последней версией какой-нибудь утилиты, которой во всех мэйнстримовых дистрах не планируют завозить ещё 5 релизов вперёд?!
Не проще софт бинарниками распространять со статической линковкой? Один хуй у всех жесткие диски по 1 Тб, хули место-то жалеть?!
Нельзя что ли писать так, чтобы ебаные зависимости не портили кровь юзеру? Сука аж бесит блядь.
Даже на ебаном маке такая же залупа со сборкой софта из исходников.
На сперме таких проблем нет - иметь последнюю версию или несколько версий одной программы, и речь даже не про standalone приложения.
фух, выплеснул наболевшее
Может быть.
Все тип-топ. Самому адекватному трэду быть!
>лунофаг
У меня тут наболело кстати. Накатил к своим аддонам ещё и TST, теперь горячие клавишу половину времени не работают. Плюс мёртвые фризы на картинках больших разрешений (правда тут возможно виноваты дрова, а не луна).
И поэтому я с нетерпением жду обнов, а их всё нет. Даже мысли на мозиллу обратно переехать (пока новыми версиями ещё можно пользоваться) появлялись.
Расскажите в паре терминах, зачем нужна слака? Вот сколько не смотрю на неё, всё никак понять не могу. Ну вот зачем она нужна то? В чём фишка то? В чём прикол?
> Простота
Ставить зависимости руками это простота?
>стабильность
Фаерфокс (из коробки) стабильно открывает папки gwenview.
>Ставить зависимости руками это простота?
Я блять уже чем только не обвёл, что НУЖНО БЛЯТЬ ПРОЧИТАТЬ FAQ, нет блять школота налетит да хуйню сморозит.
Я бы попросил. Не школота, а арч-силовой-пользователь.
В винде ещё надо ебаться со всеми этими cmake, чтобы они видели, где что лежит.
Если хочешь что-то говорить на эту тему, то давай конструктивную критику. Нечего обсуждать одно и то же годами.
>у вас нету .NET FRAMEWORK
>но ведь стоит же, последней версии!!!
>нужна строго определённая некроверсия, иначе хуй
>Visual C++ Redistributable 2008
>Visual C++ Redistributable 2010
>Visual C++ Redistributable 2012
>Visual C++ Redistributable 2013
>Visual C++ Redistributable 2014
>Visual C++ Redistributable 2015
Нет, не слышал. Вообще говорят, что Windows - это система, в которой пользователю не надо знать подобной хуйни. Оказывается нет. И чем она тогда лучше чего угодно другого?
Внезапно ничем, но это не мешает загрузить пакет, если он не был установлен инсталлятором, установить его без танцев с бубном и продолжить работу. Чего не скажешь про линух, где похожая ситуация может вызвать сломанные зависимости со всеми вытекающими из этого последствиями. Многочасовая ебля с зубрежкой глупых советов по всяким форумам, пересборка и откаты, короче полное погружение вместо занятия работой.
И тут ни один дистр не может похвалится отсутствием такой ситуации. Даже ёбанный рач со своим rolling-release.
Короче говоря, винда в плане работы с софтом впереди планеты всей - удобство установки, обновление, несколько версий и т.д.
Шлюха ты ебаная, сын собаки и проститутки спидозной — не вырывай слова из контекста!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
а если я шлюха ебаная есть?
16. Удалён pth, но добавлен npth
17. Большое кол-во программ пересобрано с целью удаления зависимости от libgpgme-pthread
Чтобы обновить ядро:
sudo slapt-get -u
sudo slapt-get --upgrade #обновит все пакеты, но можно и отдельно
sudo lilo
#вы вероятно как и я корыстуете initrd
#я забыл как его обновлять
Как обновлять glibc я тоже уже не помню.
Njet, nje tut.
Не "ща", а уже давно.
>Не проще софт бинарниками распространять со статической линковкой? Один хуй у всех жесткие диски по 1 Тб, хули место-то жалеть?!
ееееееее виндоус вей!
В шиндовсе все программы сплошная помойка. А если и нет, что вряд ли, то лучше воевать с зависимостями пакетов и библиотек, чем не иметь возможность использовать эти зависимости в системе вообще.
шизик, зачем рандомайзишь юа?
Меня версии интересуют. Моему железу противопоказаны ядра старше 3.9
Соответственно ищу систему, где регулярно обновляются ядра базирующиеся на <=3.9
Если я правильно понимаю, в 14.1 сейчас 3.10
Имеется в виду с обновлениями
У того анона не работал комп с 4.0 например.
Обрезает края экрана со свободным радеоновским драйвером. Приходится ставить разрешение 1600 на 900, хотя у меня экран 1920х1080
Лучшая операционка! У меня в гта5 120 фпс на ультрах в 4к теперь!
По xrandr доступное (и рекомендованное) разрешение при этом 1920x1080.
Я скину попозже в тред когда бутнусь с 14.2
>xrandr --output VGA-0 --auto
Ничего не выводит.
Вообще.
Картина на экране тоже не меняется, пикрилейтед.
Бля, а вот это интересно. На скриншот ВНЕЗАПНО попала вся картинка, хотя вижу я только часть!
Сейчас заскриншочу то что я действительно вижу на экране.
А слева и справа соответственно чёрные области.
Спасибо за желание выручить!
Дело в том, что точно такое же у меня начинается и на Убунте 14.04, если я обновляю ядро до 4+
То есть это не distro specific.
Хотя мне рассказывали, что у арчеров в aur был какой-то патч на ядро, который вроде эту проблему (точно неизвестно) вроде устранял.
>distroŭ specific.
Дистрспецифичный.
>если я обновляю ядро до 4+
https://www.kernel.org/category/releases.html - самый LTS-ный линукс 3.х это 3.16. Он будет поддерживаться до 2020-ого года + патчи из дебиана.
3.10 перестанет поддерживаться уже в октябре.
>+ патчи из дебиана.
А как их брать? Надо тянуть ядро с дебиановских репов или есть другие варианты?
Алсо, мб есть идеи, что за хрень произошла в ядре, что с ним перестал корректно работать драйвер?
Нагуглил вот такое:
https://www.phoronix.com/forums/forum/linux-graphics-x-org-drivers/open-source-amd-linux/16695-overscan-on-the-radeon-driver
Но штука в том, что у меня это появляется только при использовании ядра 4+
>А как их брать? Надо тянуть ядро с дебиановских репов или есть другие варианты?
хз, но на деле можно и так. Вообще-то 3.16 обновляется вместе с debian (сопроводитель из дебиана).
>Алсо, мб есть идеи, что за хрень произошла в ядре, что с ним перестал корректно работать драйвер?
конфиги ядра пишет вася. Когда обновляют ядро, чтобы обновить конфиг, они делают make oldconfig - все новые настройки настроить. Настраивают их как попало и что-то упало. ИМХО.
Может быть что-то выкинули...
>Но штука в том, что у меня это появляется только при использовании ядра 4+
хуй его знает.
>хз, но на деле можно и так. Вообще-то 3.16 обновляется вместе с debian (сопроводитель из дебиана).
Я имел в виду, как это провернуть на слаке. Ну так если подумать можно в неё засунуть дебиановский апт, наверное...
>Ну так если подумать можно в неё засунуть дебиановский апт, наверное...
ни в коем случае!
>Я имел в виду, как это провернуть на слаке.
собрать ядро 3.16 и опакетить его. Там не очень много возни.
Это почему же? (Если ставить им только ядро)
>собрать ядро 3.16 и опакетить его.
Но ведь это не решает вопрос автоматического получения и накатывания обновлений.
Есть кое-что похожее - https://dusk.idlemoor.tk, но там только 4.x.
Можно сделать скрипт быстрой сборки и установки (с возмодностью обновления безопасности) в одну команду - полуавтоматика.
Собери последний 3.16 и обновляй его раз в полгода - больше и не надо.
Если соберёшься, объясню. Там много нюансов - конфликты с пм.
>Собери последний 3.16 и обновляй его раз в полгода - больше и не надо.
Это же небезопасно, ведь там постоянно CVEшки закрывают, чуть ли не каждую неделю.
Раз в полгода, пфф. Обычно находят их в разных говномодулях, а о каких-то серьёзных сразу в опеннете пишут.
Если ты не ФСБ-шник, то можешь и не париться. Месяцами раньше сидел на древних ядрах и живой.
Ну а я на ХР в своё время просидел без антивиря из под админа несколько лет, тоже всё норм было. Но это же не нормально.
Возможно ты и прав.
В линуксе тем более легко. Главный источник вирусни - сеть. Не качай говноскрипты vasyan edition и прочую муть и всё. Главное - не дать доступ к терминалу несанкционированно.
>перегруженность изначальным софтом как во всяких убунтах
Сама по себе "дефолтная" слака ими несколько перегружена, т.к. единого официального пакетного менеджера там нет, и чтобы упростить и себе, и пользователям еблю с зависимостями Патрик включает побольше всего, чтобы оно просто работало по принципу "вдруг пригодится". Так вот если оно пригодится, тебе не придётся ебаться с зависимостями. Это необходимо чтобы система была юзабельная в т.ч. для новичков из коробки.
Разумеется, можно сделать минималистичную установку слаки, но имхо для этого нужен опыт.
>About dependency resulution -- you do not need it for the stock Slackware packages, as everything has been taken care of.
- какой-то чел с форума слаки (он же linuxquestions.org)
Насколько я знаю (а я могу ошибаться), отличия саликса от слаки 14.2 заключаются только в искоробочном наличии slapt-get и slapt-src (можно и к обычной слаке прикрутить), ну и ещё в том, что там есть live cd. Кроме того, salix проще для новичков т.к. идёт сразу вместе с DE.
Тем не менее, DVD слаки 14.2 весит 2.5ГБ, а саликса всего 1 ГБ (емнип, лень проверять). Но насколько я знаю кучу софта присутствующего в DVD слаки можно и не ставить.
Вот ещё небольшое отличие от ванильной слаки:
https://docs.salixos.org/wiki/Packages,_that_are_different_from_Slackware
И вот это ещё почитай:
https://docs.salixos.org/wiki/Can_I_use_slackpkg_with_Salix?
Но поскольку их мало, в целом совместимость со слакой практически полная.
https://docs.salixos.org/wiki/Why_was_Salix_OS_created?
При сомнении почитай тред https://www.linuxquestions.org/questions/slackware-14/why-using-slackware-when-salix-exist-4175496237/
Из профитов в саликсе из коробки в два раза больше пакетов:
> So, in terms of available pre-packaged software that you can find through the package manager in Salix, there is a total of 2145 packages. Of that, 1151 (53.7%) are original Slackware packages. The rest (994, 46.3%) are packages that were build for Salix and that you cannot find in Slackware repositories. Of course, Slackware users can install any of those packages if they like as every package is 100% compatible to Slackware. So, Salix almost doubles the amount of ready made software that a Slackware user can install.
http://salixos.blogspot.ru/2013/10/how-much-of-slackware-is-in-salix.html
А вот если хочешь минимал:
>After a Core mode installation, you get a total of 250 installed packages. Of those packages, the vast majority (233, 93.2%) are Slackware packages. The rest (17, 6.8%) are Salix-specific packages. The Salix packages are mainly the package manager, the Salix command line system tools and their dependencies and nothing more.
>перегруженность изначальным софтом как во всяких убунтах
Сама по себе "дефолтная" слака ими несколько перегружена, т.к. единого официального пакетного менеджера там нет, и чтобы упростить и себе, и пользователям еблю с зависимостями Патрик включает побольше всего, чтобы оно просто работало по принципу "вдруг пригодится". Так вот если оно пригодится, тебе не придётся ебаться с зависимостями. Это необходимо чтобы система была юзабельная в т.ч. для новичков из коробки.
Разумеется, можно сделать минималистичную установку слаки, но имхо для этого нужен опыт.
>About dependency resulution -- you do not need it for the stock Slackware packages, as everything has been taken care of.
- какой-то чел с форума слаки (он же linuxquestions.org)
Насколько я знаю (а я могу ошибаться), отличия саликса от слаки 14.2 заключаются только в искоробочном наличии slapt-get и slapt-src (можно и к обычной слаке прикрутить), ну и ещё в том, что там есть live cd. Кроме того, salix проще для новичков т.к. идёт сразу вместе с DE.
Тем не менее, DVD слаки 14.2 весит 2.5ГБ, а саликса всего 1 ГБ (емнип, лень проверять). Но насколько я знаю кучу софта присутствующего в DVD слаки можно и не ставить.
Вот ещё небольшое отличие от ванильной слаки:
https://docs.salixos.org/wiki/Packages,_that_are_different_from_Slackware
И вот это ещё почитай:
https://docs.salixos.org/wiki/Can_I_use_slackpkg_with_Salix?
Но поскольку их мало, в целом совместимость со слакой практически полная.
https://docs.salixos.org/wiki/Why_was_Salix_OS_created?
При сомнении почитай тред https://www.linuxquestions.org/questions/slackware-14/why-using-slackware-when-salix-exist-4175496237/
Из профитов в саликсе из коробки в два раза больше пакетов:
> So, in terms of available pre-packaged software that you can find through the package manager in Salix, there is a total of 2145 packages. Of that, 1151 (53.7%) are original Slackware packages. The rest (994, 46.3%) are packages that were build for Salix and that you cannot find in Slackware repositories. Of course, Slackware users can install any of those packages if they like as every package is 100% compatible to Slackware. So, Salix almost doubles the amount of ready made software that a Slackware user can install.
http://salixos.blogspot.ru/2013/10/how-much-of-slackware-is-in-salix.html
А вот если хочешь минимал:
>After a Core mode installation, you get a total of 250 installed packages. Of those packages, the vast majority (233, 93.2%) are Slackware packages. The rest (17, 6.8%) are Salix-specific packages. The Salix packages are mainly the package manager, the Salix command line system tools and their dependencies and nothing more.
> Xfce Full Installation
An Xfce Full installation is what most people would use though.
A total of 761 packages are installed (including all packages in the Core and Basic installations). Of those packages, 611 (80.3%) are Slackware packages and 150 (19.7%) are Salix packages. So, the Salix part becomes really significant here and among the Salix packages are some that are considered really important for a desktop distribution, like the LibreOffice suite, the media players, document/image viewers etc.
Ну вот. 750 пакетов это мало на самом деле.
А вот ещё саликсовый софт:
https://docs.salixos.org/wiki/Category:Software_developed_in-house
У меня гибрид слаки/саликса: slackware64 14.2 + slapt-get + репозиторий salix64 14.2 + sbopkg. Экстра не ставлю.
Подожди, ты хочешь сказать, что там лежат все пакеты из sbo в собранном виде? Или избирательно?
Не все, а только часть. И собраны они криво - без файлов с зависимостями.
>А что за repo - slackonly?
>
Я имею в виду, это нормальный реп? Он лучше саликсовых билдов с sbo? В этом репе все программы с sbo?
С ним может работать slapt-get?
Ссылка на прошлый тред.
>репозиторий уже скомпилированных слакбилдов из slackbuilds.org
>И совсем дурацкий вопрос, что за билды такие - noarch?
Это те пакеты, в которых нет архитектурно зависимых файлов, ну например если в пакете одни bash скрипты.
>>112482
>Я имею в виду, это нормальный реп? Он лучше саликсовых билдов с sbo?
пойдёт
>В этом репе все программы с sbo?
Все, которые получилось собрать автоматически.
>С ним может работать slapt-get?
Да
Спасибо, записал.
А ты его почему не юзаешь, а собираешь через sbopkg? В чем профит?
Они с бОльшей задержкой собирают?
Алсо, зачем в оппосте написано, что в слаке нет разрешения зависимостей?
>в слаке нет разрешения зависимостей?
официально нету же.
>А ты его почему не юзаешь
многие пакеты плохо собраны, но игры и прочих монстров оттуда качать можно. 0ad оттуда обновляю.
добавляешь репы (в твоем случае 3 как я понял)
потом что-то вроде
slpkg -c {sbo,salix64} --upgrade
Примерно так.
disclaimer: я сам не пробовал, просто почитал гитхабчик
>многие пакеты плохо собраны,
Насколько плохо и в чем это заключается?
Ведь по-идее сборщик этих ребят не должен лажать больше, чем slapt-src.
Что-то вроде этого:
cd /tmp # временные файлы
lftp -c 'open mirror.yandex.ru; mirror /slackware/slackware64-14.1/patches/packages/linux-3.10.107' # качаем последний линукс из 14.1
cd linux-3.10.107
upgradepkg *.t?z # обновить все пакеты пакетами из этой папки
Cпасибо!
А автоматизировать через slapt-get можно?
http://slakfinder.org/index.php?act=search&start=0&order=&maxresult=30&repo=32141&name=kernel&desc=&file=#results
Т.е. добавить этот репозиторий (патчи 14.1 и родная экстра 14.1) и обновлять из него только один пакет?
>>112515
Хм, я тут посмотрел, там же дохрена говна всякого http://mirror.yandex.ru/slackware/slackware-14.1/patches/packages/linux-3.10.107/
включая ненужный мне smp.
Кроме того, это же патчи. Сначала надо ещё поставить ядро.
В фтп папке с релизом найди папку kernels, скопируй оттуда bzimage в /boot/vmlinuz-3.10, добавь новую секцию для /boot/vmlinuz-3.10 в /etc/lilo.conf по аналогии с текущим ядром, запусти lilo, и попробуй перезагрузиться.
В теории может сработать.
В прошлом треде кто-то про нее писал.
Даже ваш солнцеликий вот пишет:
> Slackware 14.2 has support for systems running UEFI firmware (x86_64
Slackware edition only).
А ты просто пидор ретроград, мозг которого законсервировался и не желает воспринимать явления, которым, на секундочку, уже 17 лет.
Кривой прогой.
>#вы вероятно как и я корыстуете initrd
>#я забыл как его обновлять
>
>Как обновлять glibc я тоже уже не помню.
Разобрався?
Да. Надо обновить сначала glibc-solibs, а потом остальное. ДЕЛАЯ РЕЗЕРВНУЮ КОПИЮ ИЛИ ЛАЙВЦД ДЛЯ ВОССТАНОВЛЕНИЯ.
Правда?
Если да, то насколько помогает установка OpenRC?
>поставил слаку
>фаерфокс пытается открывать папки с помощью cervisia
>из коробки какой-то протухший xine который нихуя не играет, а выдаёт какое-то месиво из пикселей
>почти все программы нужно доставать со slackbuilds, но sbopkg почему-то нет в комплекте
>sbopkg не может установить зависимости через псевдогуй, хотя для этого есть отдельная тулза вместе с ним
>весь софт протухший
>какое-то ненормальное приветствие баша
По-моему этот дистр существует чисто для лулзов теперь.
>Если вам важна максимальная свежесть набора ПО, то слака - не ваш дистр. Мы ценим стабильность.
А раньше чего-то не ценили. Сейчас дистр стал никому не нужен и полтора оставшихся упоротых фаната начали резко ЦЕНИТЬ СТАБИЛЬНОСТЬ
>Если серьёзно требуется новая версия программы, вы в любом случае можете его собрать и установить (ко всем пакетам есть слакбилды).
Вы видели какая версия блендера например лежит на slackbuilds?
В чем проблема скачать сорцы блендера с их сайта, и положить рядом со слакбилдом, предварительно изменив в нем версию? Или изменить приветствие баша на свое? Алсо
>фаерфокс пытается открывать папки с помощью cervisia
Чиво-чиво он пытается делать, простите?
Из требуемого: Питон 3.6, редиска, postgres, гит, вим, аудиоплеер, хром+фаерфокс. Долго ли мне придется ебаться с доводкой этого набора софта до работающего состояния?
С линухами работал в лице Бубунты и Дебиана, в консолечке не заблужусь.
>Смогу ли я комфортно кодить на Слаке?
Если ты не работаешь в большой коммерческой команде, то да. Если работаешь, то убунту, сусе, федора.
>Долго ли мне придется ебаться
из того что ты написал - пол часа.
Я бы сказал, сугубо имхо, что слака для тех, кто уже наигрался с crux, lfs, void и даже арчевским ауром, пожалуй. Тебе уже лень минимализировать и упрощать систему. slackware весь из себя домашний, приятный, ленивый. Ты не гонишься за свежайшей версией всего. А если что-то надо, то это бывает раз в цать лет и тебе не нужен аур, ты просто делаешь все руками.
С другой стороны, слака действительно получается дистром без задач. На серверах по работе его не ставят. Если ты работаешь в какой-то программе, или с кодом, то слишком лениво в слаке придерживаться свежих версий.
Внезапно! Он как виндоус, поставил и забыл, но при этом в духе линукс-вэй.
А смысл её если есть тот же дебиан, только с меньшим количеством багов и почти полным отсутсвием необходимости делать что-то руками?
Попробовал вашу слаку и тем не менее ни хуя не понял ее плюсов. Ебли навалом, работать некогда.
Это дистр, как и арч/генту, для энтузиастов и очень узкого круга людей с весьма специфическими задачами.
Попробовал использовать как сервер времени, сетевую файловую помойку, принтсервер. По итогу худо бедно файловая помойка заработала, принтсервер полуживой, ебли столько, что ни в сказке не сказать, ни пером не описать.
Зависимости от ебаных библиотек не дают покоя. И ведь хуй просто поставишь, либо эталонное перекомпилирование 3/4 системы, либо gtfo.
Для исследований работы системы студентотой без личной жизни идеальная система, чсв овер 9000 прокачивает. Не меньше генты, в общем.
В продакшене такое на хуй не упало. Заббикса нет, в домен не введешь и так до бесконечности.
RHEL & SLES = любовь до доски гробовой, хотя дома предпочитаю ксубунту.
Чище. В том смысле, что в дебиане нужно иметь опыт работы с репозиториями. А мэйтейн репозиториев это все-таки немного политизированный процесс. От которого ты зависишь.
Конечно можно сказать, что в слаке тоже есть алиенбилдс и другие, но это не то. Это скорее просто диск с 999+ программ на все случаи жизни. Сам подход там сделан в оригинальном духе - нужно что-то - компиляй, пиши в листы рассылки. Изучай как устроен гну\линукс, любительская операционная система для энтузиастов.
А что в дебиане, что в редхате идет скорее подход как на солярисе - ты можешь десятилетиями не заморачиваться как оно работает, просто следуй мануалу. Это хорошо для работы, но плохо для хобби.
Я с одним пунктом не согласен.
Генту таки используют в продакшене. Конторы среднего размера, которым нужна кастомизация в виртуализациях. Когда у тебя на железе по сути ядро и гипервизор, подход генты себя оправдывает.
Да ну, это гента в продакшене - это мантры. Единичные случаи, потому что одаренный админ остановил свой выбор на этой платформе. Я не принижаю заслуг генты с ее гибкостью, но как по мне проще взять esxi/proxmox/xen/kvm и работать с продуктом. Сурс-бэсед дистры только для учебы годны, чтобы лучше систему понимать, как там все устроено.
>это не то. Это скорее просто диск с 999+ программ на все случаи жизни.
>типа репы дебы это не просто диск с 99999+ программ на все случаи жизни
>Сам подход там сделан в оригинальном духе - нужно что-то - компиляй, пиши в листы рассылки.
Офигеть, прям как.... в том же дебиане
>Изучай как устроен гну\линукс, любительская операционная система для энтузиастов.
Ну вообще-то слака не называет себя gnu/linux.
Да при чем тут процесс завершения компиляции? Знаний прибавит как пакет собрать, как его установить - хотя бы тот же FHS придется параллельно штудировать, чтобы понимать чем /usr/bin от /usr/local/bin отличается. Вообще, попробуй с LFS поиграться и ты поймешь о чем я.
Но с гентой не придётся. А lfs вообще не дистрибутив. И штудировать можно хоть на убунте.
>99999+
Тут диск, который идет вместе с дистрибутивом. На состав которого ты конечно можешь попытаться повлиять, но потонешь в уровне шума вокруг этого состава. А 999+ - это диск который взял у знакомого скорее. Диск этот к дистрибутиву отношение имеет очень косвенное. И знакомый этот с тобой поболтает почему он сделал так, а не иначе. И вышлет открытку на рождество. Такая аналогия. Я и слово диск вспомнил, памятуя как раньше на рынке дискетами менялись.
Тут ты делаешь упор, что у дебиана больше. Да, больше. И чаще даже лучше. Но у дебиана это репозитарий. И со временем ты начинаешь понимать внутреннюю кухню дистро-строения. Как там кто-то ссорится, мирится, кто в какую сторону тащит. Ты можешь прогнозировать комьюнити. Это нужно, если тебе по работе надо поддерживать линукс. Но к самому хобби, о котором я говорил выше, отношения имеет мало.
>прям как.... в том же дебиане
Ноуп. Я не говорю, что в дебиане не надо собирать из исходников, нет. Но сам подход там - работа с репозитарем, а не с разработчиком. Он более политизирован. Так как дебиан - универсальный дистрибутив.
>>123202
>и не нужна безопасность
Что именно ты хочешь сказать?
Безопасность самого гипервизора как правило решают сетевыми железками.
>>123197
>proxmox/xen/kvm
И если тебе что-то нужно затьюнить, ты берешь генту.
>esxi
Может ты бы и хотел что-то затьюнить, но уже слишком разросся.
>. И со временем ты начинаешь понимать внутреннюю кухню дистро-строения. Как там кто-то ссорится, мирится, кто в какую сторону тащит.
wut? Я просто беру нужный софт и всё. Можно побазарить с мейнтейнером.
>Но сам подход там - работа с репозитарем, а не с разработчиком.
Опять же, что ты несёшь? Тебе кто-то запрещает говорить с разрабом, если ты не на слаке сидишь?
>>и не нужна безопасность
>Что именно ты хочешь сказать?
То, что portage уязвим к mitm. В 2017-ом году-то.
>Можно побазарить с мейнтейнером
Ага. Общаться с ментейнером репозитория это и есть дебиан.
>кто-то запрещает говорить с разрабом
Никто. Но толку-то, решает в твоем случае не он.
>portage уязвим к mitm
И? Как ты представляешь себе изменение конфигурации 50 серверов с гипервизорами в компании, где ит штат админов в 20 человек?
Смотря как в генте ставить софт, если юзать пакетный менеджер, то конечно.
Смотря что штудировать собрался на убунте. Дистрибутивы не только названием и ДЕ различаются, подводных хватает.
ЛФС поможет понять работу системы - типа надо ядро, ядро надо загружать, для этого нужен загрузчик и пошло поехало.
Ни в одной из книг которые я видел по работе с линухом и намека на то как он работает. Везде описание какой то конкретной области типа сети или ФС. Но нигде не встречал именно с самого 0 - вот ядро, его грузит загрузчик, есть вариант ядро грузить в память, а можно с диска и начался увлекательный мир админства в перемешку с погроммированием.
>И если тебе что-то нужно затьюнить, ты берешь генту.
Не находишь нужного ебилда и ревешь как маленькая сучка. Поплакав пишешь сам, но на 99% после 4 суток компиляции вспоминаешь, что забыл указать флаги оптимизации/еще чего-нибудь и молишь небо и Аллаха, чтобы все заработало ибо дедлайн.
>Может ты бы и хотел что-то затьюнить, но уже слишком разросся.
чушь какая-то
>Поплакав пишешь сам
>молишь небо и Аллаха, чтобы все заработало ибо дедлайн
Да, такое бывает.
> чушь какая-то
Тэл ми моар.
>Ни в одной из книг которые я видел по работе с линухом и намека на то как он работает.
Книги пишутся для широкого круга пользователей (читай - для новичков), не всем это надо, кто например использует чисто на десктопе для "поиграться с системой". А кому надо, сам к этому приходит.
Лучше ты мне поведай с какими конкретно ты проблемами сталкивался при работе с esxi и что тебя обидело и ты не смог это затюнить.
>>123276
Смотря какие книги читать, из русскоязычных авторов нет ничего дельного, быть может для новичков. На ангельском пара книг из всей массы.
Приходится по крупицам искать инфу на серверволт/баг-трекерах и т.п.
> ты мне поведай
Конкретно я сталкивался с проблемой не самого esxi, а лицензий на распределенный виртуальный свитч, чего бы не было в ксен.
Дальше, ты серьезно будешь меня убеждать в том, что esxi можно оптимизировать под конкретный процессор, в отличии от xen? (реальную пользу оставим в стороне, но я могу представить где такое может быть нужно)
И последнее, в 2123231 посте я говорил, что в больших компаниях будут строить на vmware и veeam, у них нет проблем с деньгами на лицензии и железо. Если ты считаешь, что это чушь, то объясни почему.
>лицензий на распределенный виртуальный свитч, чего бы не было в ксен
Проблемы с лицензией и а вот там такого нет.
Ну и это вообще меня поразило
> ты серьезно будешь меня убеждать в том, что esxi можно оптимизировать под конкретный процессор, в отличии от xen
Это где же я такой намёк-то дал? Речь шла, позволю себе напомнить, о генте, а не об xen. Холивар предлагаю не развивать.
> о генте, а не об xen
Я говорю, что гента бывает в продакшене.
Она используется исключительно как гипервизор.
Что это норм для средних компаний, но не для больших.
> Это где же я такой намёк-то дал?
Я должен был поплакаться что у меня не получилось затьюнить на esxi. Так вот там много чего нельзя затьюнить. И плачу элементарным примером.
>Холивар предлагаю не развивать.
Анонимное общение без холиваров и флейма?
А ты необычный.
>2123308
> о генте, а не об xen
>Я говорю, что гента бывает в продакшене.
>Она используется исключительно как гипервизор.
>Что это норм для средних компаний, но не для больших.
Сойдемся на том, что это единичные случаи в общей массе. Я вообще генту в глаза не видел на работе или у знакомых. Да и отзывов никогда не слышал. Сам пробовал в виртуалке гонять, как и знакомые/коллеги. Но чтобы юзать где-то... это фантастика.
> Это где же я такой намёк-то дал?
>Я должен был поплакаться что у меня не получилось затьюнить на esxi. Так вот там много чего нельзя затьюнить. И плачу элементарным примером.
Хорошо, уговорил, тебе не хватило уровня лицензии и не было соответствующе железа под проприетарный продукт.
>Холивар предлагаю не развивать.
>Анонимное общение без холиваров и флейма?
>А ты необычный.
Довен, речь о слаке итт.
>>123327
> Довен, речь о слаке итт.
Отличный дистрибутив для хобби. Для тех у кого комп дома, как свч печка, или холодильник, просто бытовая техника. Русские физики давно все выбрали.
> не работаешь в большой коммерческой команде
Неа.
Спасибо, обрадовал. Скорее всего, на след. неделе еще вкачусь к вам, отрепортить.
>И? Как ты представляешь себе изменение конфигурации 50 серверов с гипервизорами в компании, где ит штат админов в 20 человек?
А как эти 20 человек защищают от митм? Своим количеством что ли?
>>123251
>Смотря как в генте ставить софт, если юзать пакетный менеджер, то конечно.
Ну давайте make install'ом будем ставить, вот эт годнота
>>123338
> делают как им удобно
Вот же ироды-капиталисты! Не то что слака с гентами - они-то вот сделаны как неудобно, чтобы для пердолинга было оправдание, всё для людей!
Надо было Salix накатывать потому что
>Ну давайте make install'ом будем ставить, вот эт годнота
Я изначально писал, что сурс-базед дистры только тем и хороши, что компилируя пакеты можешь приобрести некие знания. Если даже в генте юзать пакетный менеджер, то на хуй гента тогда нужна? Проще убунту поставить и не ебать себе мозги. Можно и вовсе опенсюс чтоб все как в сперме было, ну почти как.
Гента или слака с пакетным менеджером превращается в убунту. Если все с такой же легкостью можно выполнять как в убунте, то зачем такой архаизм использовать?
Кстати эта ваша слака вообще умеет подпись пакетов, да ведь?
Там можно напердолить gpg-проверку, но для этого надо установить gpg (то есть уже здесь может быть проведена атака, он ведь устаналивается без проверки) и настроить его.
>>123716
То есть ты реально считаешь хорошей, годной практикой выполнять make install на дистрибутив с пакетным менеджером? Ну да, можно ведь потом руками наводить порядок и т.д. Ну в общем типичный пердоподход - сделать что-то простое сложным путём, а потом считать что ты чему-то научился.
>Если все с такой же легкостью можно выполнять как в убунте, то зачем такой архаизм использовать?
Суть слаки с гентой в том что нельзя чего-то сделать, что можно сделать на убунте? Просто make install можно и на убунте, выключить secure apt и быть уязвимым к митм можно и на убунте.
>то есть уже здесь может быть проведена атака,
Для единичной машины Калькулейт.
Для сетки сервов свой репозиторий с gpg
Ну знаешь ли, дистрибутивом, на вики которого рекомендуется небезопасный метод и разрабы которого вообще такое допускают, - пользоваться как-то.. Ну, чет как-то неоч...
>>124352
Ну да, всегда можно надеятся что "пронесёт". Впрочем, люди, готовые тратить своё время на гентоеблю - всё равно никому не сдались зачастую.
Самое оптимальное решение — обратиться к наркологу.
Такая хуйня происходит только с нет.фреймворком.
Двощую эту шлюзу.
Ага, и SystemRescueCd тоже.
Можно еще вместо калькулятор делить и множить в столбик, карьеры рыть лопатами вместо использования техники и писать сайты на ассемблере или С, ведь труЪ же!
Слишком сложно для них, лучше ставить генточки/слакочку без зависимостей.
Кстати, оказывается, чтобы удалить kde, здесь достаточно написать "slackpkg remove kde". Для меня, для пришедшего с дебиана, это офигительно.
скоро 15.0.
Как фиксить, анонче?
окружение перезагрузил?
>Optional dependencies are dcraw (for raw image support) and ffmpegthumbnailer (for video file support). If you wish to enable support for either or both of these, you will need to edit the build script to do so - the required lines are commented out.
?
А вот щас глянул, оно там и так раскомментировано, "--enable-ffmpeg"
Теперь заживём.
Кому надо, тот и читает, их щас дохуя.
Анимуфаги должны сдохнуть.
mate 1.19 на слаке есть?
В любую жопу заглянул, но только не на slackware.uk - поставь этот вин себе в закладки
http://slackware.uk/msb/
А чем слака лучше генту?
It Just Werks (™)
Огромная часть пакетов на слаки не умеет в 86_64, придётся держать 32 битные библиотеки, как в виндовс прям
Что пример, какие пакеты не работают с 64 битной архитектурой, если Ты будешь устанавливать Слаку, но тут в тред не влезет название всех пакетов. И еще это глупцу понятно, что Слака мало популярна (хотя это самое достойное из Линукс), поэтому и не переписывают если это никому не нужно, сожалению...Всем подавай готовый продукт, но их тоже можно понять, тратить время, которое денги и не понятно ради чего. Ну Wifislacks живёт, а в русско язычном сигменте её и продают, ну то есть форк wifislakи
Что ты несёшь? Где проблемы? Какие пакеты? Хоть один приведи.
Это копия, сохраненная 15 января 2020 года.
Скачать тред: только с превью, с превью и прикрепленными файлами.
Второй вариант может долго скачиваться. Файлы будут только в живых или недавно утонувших тредах. Подробнее
Если вам полезен архив М.Двача, пожертвуйте на оплату сервера.