Ты видимо не застал производства 90-начала 00 :) «всегда» это твое тогда и началось, когда проверки лицензий пошли, да и то за МКАДом все «не так однозначно» в городах с каким-нибудь «крупнейшим в европе целлюлозно-бумажным комбинатом».
На что смотреть? На CRUX^WGentoo без портажа? :). Оно за всё это время должно было эволюционировать или в появление портажа(идеология сборки из сорсов) или в нормальный централизовананный бинарный репозиторий(идеология работы с бинарными пакетами). В таком виде, в котором оно есть - оно не применимо(для меня). Хотя архитектурно в CRUX всё прекрасно. Пусть репозитории централизуют, собирают эти все пакеты в бинарный вид и делают pkg-get установку бинарных пакетов. С радостью буду использовать этот дистрибутив. Но этих телодвижений в этом дистрибутиве не будет, к сожелению
Возможно ты и прав. Взял поподключал portdb нужные, собрал раз и всё работает. Бинарные пакеты себе скопировал в свою репу, чтобы в случае чего быстро пересобрать и всё ок. Главное, чтобы в crux не было апанья версий безумное, как в gentoo. Чтобы не заниматься компиляцией бесконечно. А, скажем, раз в три месяца(а если работает - то раз в релиз или по необходимости)
Ну так э…клёвый дистриб, но он в состоянии таком себе. Если самостоятельно начать собирать всё это - можно офигеть. Если бы(хотя бы) в contrib opt всё было и всё собиралось - это уже было бы основание для того, чтобы всё это дело начать крутить. Толку что оно архитектурно клёвое, если там нужного готового ничего нет. И да, заметь, что всё это происходит в версии, которая по идее должна быть уже архистабильной, т.к 3.6 вот-вот зарелизится(работаю с 3.5). Да и вообще, в целом качество Pkgfile там такое себе
Можно было бы конечно собраться толпой, сделать репу, накидать туда пакетов нужных, но дальше разговоров это дело врядли пойдет. А в одни руки это всё делать - задолбаешься
действительно, у CRUX маленькая пользовательская база, пакеты пишут обычные васяны, через месяц на пакет обычно забивают.
это скорее LFS, где весь «мартышкин труд» уже проделали за тебя т.е. собрали и поддерживают базовую систему, ну а дальше как-нибудь сам )) берёшь нужный тебе софт и собираешь систему под конкретную задачу. при чём не как в генту, где сущность на сущности да сущностью погоняет, а именно с самого нуля включая решение всевозможных проблем с совместимостью и прочим.
В слаке хоть есть Патрик, который довольно много всего собирает, проверяет и главное пользуется этим. И еще есть alienbob. Таким образом у слаки целых два мейнтейнера, что не так и плохо.
CRUX и ничего кроме. пробовал переползти на Gentoo, но теперь не то что проприетарщина, теперь даже незнание внутренностей системы отталкивает. т.е. если сломается условная Slackware, CRUX — знаю как починить. если сломается Gentoo или того хуже systemd, будет проще переустановить, чем решить проблему.
в CRUX ты буквально каждый файл можешь контролировать, сравнить ФС и БД пакетного менеджера и держать систему в чистоте, например. всего три строчки: https://crux.nu/Wiki/PkgDisown
У меня на генте было 1.5к пакетов. Понятия не имею, как можно в одни руки написать 1.5к pkgbuild’ов для десктопа и поддерживать это в рабочем состоянии
Учитывая, что в Винде нет зоопарков в виде разных систем инициализации, звуковых серверов и т.д.
Дай угадаю. Ты настоящий мужчина?
Можно немного яснее выражать мысль?
Hастоящие мужчины не разводят споров.
Юниксоиды всех уже достали своими
обсуждениями, какой дистрибутив куда
ставить, и что лучше для этой задачи -
Солярис или Линукс. Windows как генеральная
линия партии - одна, пусть даже и в
нескольких лицах. И развивается так, как
хочет одна организация. Hастоящим мужчинам
это нравится, это как в армии. Hастоящие
мужчины за командную систему.
Полностью можно прочитать здесь. Ну и ещё много где. Вообще-то это старый баян.
Настоящий мужчина, содержит семью и защищает Родину. Но красноглазым хлюпикам понравилось выражение «настоящий мужчина»… Начали натягивать одеяло на себя. Как то так…
Слаку, поддерживаешь ты сам. Никаких тебе поддержек и док не будет. только man и редмишки от самих прог. ... Очень сложно (наверное даже невозможно) ее засрать до нерабочего состояния.
здесь прямое противоречие. вот я когда-то тоже ее использовал, потому что когда-то она была очень модным дистром «без системы зависимостей» (когда-то это был бич, пуще systemd). и вот эта самоподдежка как раз и приводит к неразбери чему.
Лично я винду с тех пор и не видел. Древняя винда, конечно, могла поломаться на ровном месте, однако в целом ей было не настолько ужасно пользоваться чтобы писать об этом так:
Настоящие мужчины не нуждаются ни в легкости, ни в удобстве, ни в надежности. Они нуждаются в борьбе.
Я тоже примерно с конца 0-х почти не пользовался виндой, хотя в последнее время снова стал пользоваться десяточкой.
ей было не настолько ужасно пользоваться чтобы писать об этом так
Ну, нормальной командной оболочки до появления powershell и linux on windows там отродясь не было. Т. е. элементарные рутинные действия, которые юниксоид мог запрограммировать в 2 - 3 строчках на sh, в windows порой приходилось выполнять вручную часами (например, массовое переименование). И это не преувеличение. После установки любой ерунды Windows в то время действительно предлагала перезагрузиться, а иногда перезагружалась без спроса. Это тоже не преувеличение. Бесплатный и даже порой открытый софт под Windows был и тогда, но до сих пор его меньше, чем под Linux. Возможность удалённой настройки Windows конечно была, но работала тоже сложнее, чем в Unix (в основном это были графические программы, которые жрали намного больше трафика, учитывая, что у многих в то время было dial-up соединение до 56 Кбит/с. и меньше). Помойка в реестре после энного периода использования винды - проблема, актуальная до сих пор. Выход всё более жирных версий, которым требовалось более мощное железо, с прекращением поддержки более старых и лёгких - тоже факт. Исключение - хрюшка, поддерживавшаяся на протяжении 0-х и до середины 10-х. А так да, можно было пользоваться, и даже пользовались. :-)
Ну, для тех, кто знал только bash, уже были разные cygwin'ы. А так и для винды было много разных компиляторов, интерпретаторов и IDE. Всё равно можно было многое автоматизировать. Другой вопрос, что, да, это не уровень обычного среднеарифметического виндузятника.
А так, да, винда быстро засоряется и может превратиться в тыкву. Поэтому ещё с тех времён опытные виндузятники пользовались таким приёмом: сразу после свежей установки винды нужно доустановить весь нужный софт, всё это настроить, а потом сразу создать бэкап свежеустановленной и настроенной системы. А когда она превратится в тыкву уже не надо будет возиться с её переустановкой и настройкой - достаточно будет развернуть бэкап.
Ну, для тех, кто знал только bash, уже были разные cygwin’ы.
Его надо было отдельно установить. Но это пол беды. Я как-то делал не очень элементарный скрипт на bash, загружавший и потом обрабатывавший множественные файлы. В Linux этот скрипт обрабатывал все файлы примерно за 5 минут, а в Cygwin - 30 - 40 минут, а при включённом Касперском - вообще часы, т. к. каждая вызывавшаяся команда перехватывалась и проверялась Касперским каждый раз.
А так и для винды было много разных компиляторов,
Писать и компилировать на Си программу для переименования нескольких файлов - имхо, нонсенс, хотя, конечно, на безрыбье - и рак - щука. :-) И, опять же, компиляторы с ide надо было отдельно ставить, а порой и покупать. В голой Windows ничего, кроме блокнота, ms paint’а, проводника и дырявого ie не было.
интерпретаторов
Интерпретаторы были. Я, например, видел скрипты для автоматизации рутинных действий в системе на JS. Но JS создавался для веба и плохо интегрируется с командной оболочкой для рутинных действий над файлами и других действий по обслуживанию системы. Unix Shell (и необязательно bash) для этих действий намного удобнее.
Другой вопрос, что, да, это не уровень обычного среднеарифметического виндузятника.
В этом и дело. А не среднестатистический перейдёт на Linux и не будет париться. :-)
Интерпретаторы были. Я, например, видел скрипты для автоматизации рутинных действий в системе на JS. Но JS создавался для веба и плохо интегрируется с командной оболочкой для рутинных действий над файлами и других действий по обслуживанию системы. Unix Shell (и необязательно bash) для этих действий намного удобнее.
Разве в те годы для винды не было тех же Perl'а и Python'а? Точно были ли они тогда для винды или нет я не помню по той причине, что в те годы гораздо популярнее были Visual Basic, C++, Delphi, Java,... и т.д.
Хотя, помню, в те годы изучить Perl мне советовал преподаватель в ВУЗе. Вряд ли подразумевалось, что для этого мне надо ставить линукс.
Разве в те годы для винды не было тех же Perl’а и Python’а?
Разумеется, были. Но они, как и vbs, изначально создавались как интерпретаторы на стороне веб-сервера, а не для тесной интеграции с командной строкой. А так и на Си можно писать скрипты.
видел скрипты для автоматизации рутинных действий в системе на JS
Сорри, оговорился. Конечно на VBS, который поддерживался в Windows «из коробки». Но принципиально это ничего не меняет.
Разумеется, были. Но они, как и vbs, изначально создавались как интерпретаторы на стороне веб-сервера, а не для тесной интеграции с командной строкой.
В смысле? Мало ли что для чего могло создаваться изначально. Всё это никак не мешало и не мешает линуксоидам (и не линуксоидам тоже) писать свои скрипты на Perl'е и Python'е. И их даже не обязательно из командной строки запускать. Например, уже больше пяти лет назад я писал игру на 3-ем Python'е и Tkinter'е (игра с GUI, да). Кинул скрипт одному другу, который сидит в винде. Он себе скачал Python под винду, запустил этот скрипт мышкой - и посмотрел в действии что я там написал.
Точно также можно и свою деятельность автоматизировать. В т.ч. и переименование файлов.
можно и свою деятельность автоматизировать. В т.ч. и переименование файлов.
Так я же не спорю, что можно. Наоборот, я написал, что даже на си можно, но неудобно.
писать свои скрипты на Perl'е и Python'е. И их даже не обязательно из командной строки запускать. Например, уже больше пяти лет назад я писал игру на 3-ем Python'е и Tkinter'е (игра с GUI, да). Кинул скрипт одному другу, который сидит в винде. Он себе скачал Python
О том и речь. В bash я просто напишу в командной строке:
for i in *.txt; do mv "$i" "$i.B"; done
И переименую одной командой все *.txt в *.txt.B. В старых же версиях Windows мне сначала нужно скачать и установить питон, затем его изучить, затем написать скрипт, объявив в нём кучу переменных, функций и прочей мути, затем сохранить этот скрипт в нужном каталоге, перейти в командную строку и вызвать питон с этим самым скриптом. Куча лишних действий. Но, конечно, можно, если ты настоящий мужчина! :-)
Ради интереса поставил слаку. Вручную скачал slapt-get. Поставил. Сделал ей апдейт. slapt-get -i emacs. Поставился. Запускаю: libgif.so not found. libgif нет в slapt-get. Его нет и в slackpkg(или как там оно называется). Где его искать - не ясно. Подозреваю, что оно где-то там на cd. Сношаться со всем этим желания нет
Поставил Debian. Распаковал emacs-3.3232_amd64.deb в /opt, сам emacs не запускается, пишет команда не найдена, как ставить непонятно, сношаться со всем этим желания нету.
Очевидно libgif в секции L, вопрос почему ты ее не поставил.
slapt-get работает со сторонними репозиториями. Поэтому ему начхать на зависимости emacs. Патрик сам не индексирует пакеты по зависимостям. Этим занимаются сторонние разработчики. Прежде чем использовать slapt-get с оригинальными бинарниками слаки, их нужно проиндексировать на зависимости. Эту работу выполнили разработчики клона слаки - Salix.
В принципе, всё чего ты добиваешься есть в дистрибутиве Salix. И slapt-get, и репозиторий с подтягиванием зависимостей, и обновления. Минус этого дистра в том, что он устарел вместе с Slackware-14.2. А новая версия Salix, по идее, будет только после следующего релиза Slackware. Ибо Salix это тот же Slackware, но с репами и с поддержкой управления зависимостями. Сам Патрик лично контролирует разрешение зависимостями, но никакого управления ими не предоставляет. Такая вот политика. Поэтому, slapt-get, sbopkg и другие проекты, это от других разработчиков. Естественно, из коробки дистр с репами только Salix.
Не-не-не, я же не сказал, что:
я поставил слаку, скачал emacs.tgz, распаковал его в /opt и он не работает. Я сказал:
Вручную скачал slapt-get. Поставил. Сделал ей апдейт. slapt-get -i emacs. Поставился. Запускаю: libgif.so not found. libgif нет в slapt-get. Его нет и в slackpkg(или как там оно называется). Где его искать - не ясно. Подозреваю, что оно где-то там на cd
Почему я часть библиотек должен ставить с cd? Почему их нет в slapt-get? Это же пакетный менеджер. Я из репозитория поставил emacs, почему он мне не поставил зависимости, которые необходимы для запуска emacs? Это наркоманИя в чистом виде!
А по сути тоже самое, ты должен был поставить L, но вместо этого скачал обертку над slackpkg, и хочешь что бы эта тулза как то еще автоматом зависимости вывела, эт ваще рофел. slapt-get это просто конвертор apt-комманд в slackpkg-комманды.
slapt-get работает только с репозиториями.
Чтобы slapt-get работал с оригинальным дистрибутивом, как с репозиторием, все пакеты нужно проиндексировать на зависимости в формате slapt-get. Тогда и зависимости будут подтягиваться как в CRUX.