Тут нада чота умное напейсать! Шоб сказал, как отрезал! Но чота ничо не приходит вголову, сцуко (( :D
Начнём с мыслей
читать дальше
1) Всякие там учёные от информатики щитают, что хороший язык программирования должен состоять из минимального набора базовых элементов - "кирпичиков", из которых строится уже всё остальное. Таких "кирпичиков" должно быть как можно меньше - скажем пара десятков. Почему? Потому что это позволяет быстро их все выучить, легко запомнить и уже из них составлять что-то сложное. Любой язык начинает с этого, потом со временем распухает от всяких нововведений.
2) Как ваще писался Юникс? Ну, поначалу, когда разработкой занимались 2-3 человека, наверное, это было ещё как-то управляемо, но что произошло дальше, когда подключились ещё несколько человек или даже несколько десятков? Каждый стал пейсать команды, какие ему в голову взбредёт и обзывать их тоже так же. Всё это скидывалось в одну общую кучу. Возможно были команды с одинаковым функционалом. Потом для команд придумали ключи. Опять же, ключи придумывали кто во что горазд. У одних "рекурсивно" это -R, у других -r, у третьих -r значит readonly или ещё хз чо. Когда буквы закончились, а памяти в компах стало побольше и народ научился быстро печатать, появились ещё ключи типа --recursive, -readonly, --numeric-owner и т.д. заебёсси набирать.
Наряду с этим старая гвардия уходила, приходила новая и давай эти утилиты дописывать кто во что горазд. Конечно, они не знали, чем руководствовалось предыдущее поколение при выборе тех или иных букв для ключей, названий команд и прочих параметров. Это значит, если раньше и была какая-то внутренняя логика, со сменой поколений программистов она отнюдь не увеличилась. И вот, с 70х годов эта аццкая помойка кода наполнялась, наполнялась, и потом её прикручивают к ядру Линукса и гордо именуют "наследием профессионалов"
Я тут немножко утрирую, конечно не настолько всё жёстко, но близко.
Ебучие красноглазики орут, что их ОС самая звездатая, консоль наше всё и так далее. Я открою вам секрет - ОНИ ВСЁ пиздЯт! Давайте посчитаем, сколько языков (и прочей хуйни) должен знать современный продвинутый линуксоид, только чтобы поддерживать и настраивать свою ОС. В любом Юниксе есть ряд утилит, достаточно сложных, чтобы обладать собственным "языком". На котором их надо конфигурировать (или программировать). Каждый такой язык может не очень большой, но всё дело в том, что вам надо знать их все, а это уже напряжно - у каждой утилиты свой формат. Давайте посчитаем:
- UNIX (Linux) Shell
- горячие клавиши Bash или другой оболочки
- sed
- awk
- регулярные выражения
- syslog.conf
- vi
- iptables (ipfw, bpf, pf etc)
- cron
- GRUB
- DNS
- язык установщика пакетов (yum, dnf & rpm, dpkg & apt-get, pacman, pkgng )
- если компиляете, вам ещё понадобится понимание языка make или чего-то из аналогов (qmake, cmake, bmake)
- а также, возможно язык svn, csup или git, откуда скачивать пакеты.
частенько девелоперы пишут скрипты на Perl & Python - их тоже бы неплохо знать.
Короче, по-моему получается какой-то ёбаный пиздец, не? И это всё только для того, чтобы более менее разбираться в своей ОС и поддерживать её в работоспособном состоянии. А ещё нужно по работе чо-то знать. А можно ли всего этого не знать и сидеть на Линукс? Можно. Но как только случится первая херня (а она случится обязательно, рано или поздно), у вас будет выбор - либо переустанавливать, либо лезть в Гугл.
А как же FreeBSD? Некоторые красноглазики сравнивают её с Линуксом и говорят, какая же она логичная ооо, а Линукс просто набор пакетов, кое-как собранных вместе. Дело в том, что у Линукса ядро разрабатывается одними людьми, а пакеты другими. Если меняется что-то в ядре, надо ещё договориться с разработчиками остального, чтобы они это остальное подправили под ядро. Во FreeBSD такой херни нет - и ядро, и остальное пишется одной группой разработчиков, поэтому (в теории), если они вводят в ядро какие-нибудь дополнительные хуйни, тут же могут модифицировать программы операционной системы, чтобы они эти хуйни поддерживали и работали с ними. FreeBSD проще Линукса и в то же время, как ни странно, геморнее.
3) В то же время красноглазики как-то забывают о Windows. Уж она-то, блядь, куда более логична! Так же, как и FreeBSD и ядро и систему целиком пишет одна группа разработчиков. Релизы Винды выходят реже релизов BSD. Винда была написана позже BSD-систем и разрабы имели возможность учесть предыдущий опыт: Винда получила полностью графический интерфейс администрирования в едином стиле - графические оснастки .msc, а также поля, палочки и галочки. *nix-системам остаётся о таком только мечтать. Во FreeBSD же перешёл по наследству весь набор разномастных unix-утилит со всем их геморроем.
То есть, во FreeBSD будет всё то же самое, что и в Линукс, только вместо GRUB BSD-loader, так что бздуны могут особо не выёбываться.
Ещё про Винду. Комбинации из MS Office Ctrl+X, Ctrl+A, Ctrl+V, Ctrl+C, Ctrl+S, Ctrl+Z стали стандартом де-факто и переползли в LibreOffice и ещё кучу редакторов. (Хз, откуда они были спизжены до этого, мож из какого другого офиса)
Всю эту туеву хучу разномастных консольных команд с их ёбаными разными параметрами и форматами трудно хранить в голове, а главное - мозгам можно найти лучшее применение. Когда же, блядь, разрабатывать новые программы, если всё время тратится на борьбу со старыми?
Мне могут возразить, мол, зачем это всё помнить - настроил раз в десять лет и забыл. Дело в том, что если тебе каждый раз надо вспоминать все эти параметры, это время и ты лишний раз не будешь хотеть это делать. А значит, теряется хвалёная "настраиваемость" Линукса. А если он ненастраиваемый, то нахуй он вообще нужен?
Стоит ещё заметить, что эти ёбаные разработчики, которые кодируют свои поделия на халяву, никаких выводов для себя не делают и продолжают жить в 70х и воспроизводить такие же сука утилиты с мозговыносящим, блядь, тырфейсом. Чего стоит, например, ip route. Хуй знает, когда она разработана, самые старые файлы 14 лет назад, 2003 год. Но главное - разработана не в 70х. Я так понял, что она пришла на смену устаревшим ifconfig, route, arp. Вот, мне нужно быстро добавить маршрут. Что я вижу:
Usage: ip route { list | flush } SELECTOR
ip route save SELECTOR
ip route restore
ip route showdump
ip route get ADDRESS [ from ADDRESS iif STRING ]
[ oif STRING ] [ tos TOS ]
[ mark NUMBER ] [ vrf NAME ]
[ uid NUMBER ]
ip route { add | del | change | append | replace } ROUTE
SELECTOR := [ root PREFIX ] [ match PREFIX ] [ exact PREFIX ]
[ table TABLE_ID ] [ vrf NAME ] [ proto RTPROTO ]
[ type TYPE ] [ scope SCOPE ]
ROUTE := NODE_SPEC [ INFO_SPEC ]
NODE_SPEC := [ TYPE ] PREFIX [ tos TOS ]
[ table TABLE_ID ] [ proto RTPROTO ]
[ scope SCOPE ] [ metric METRIC ]
INFO_SPEC := NH OPTIONS FLAGS [ nexthop NH ]...
NH := [ encap ENCAPTYPE ENCAPHDR ] [ via [ FAMILY ] ADDRESS ]
[ dev STRING ] [ weight NUMBER ] NHFLAGS
FAMILY := [ inet | inet6 | ipx | dnet | mpls | bridge | link ]
OPTIONS := FLAGS [ mtu NUMBER ] [ advmss NUMBER ] [ as [ to ] ADDRESS ]
[ rtt TIME ] [ rttvar TIME ] [ reordering NUMBER ]
[ window NUMBER ] [ cwnd NUMBER ] [ initcwnd NUMBER ]
[ ssthresh NUMBER ] [ realms REALM ] [ src ADDRESS ]
[ rto_min TIME ] [ hoplimit NUMBER ] [ initrwnd NUMBER ]
[ features FEATURES ] [ quickack BOOL ] [ congctl NAME ]
[ pref PREF ] [ expires TIME ]
TYPE := { unicast | local | broadcast | multicast | throw |
unreachable | prohibit | blackhole | nat }
TABLE_ID := [ local | main | default | all | NUMBER ]
SCOPE := [ host | link | global | NUMBER ]
NHFLAGS := [ onlink | pervasive ]
RTPROTO := [ kernel | boot | static | NUMBER ]
PREF := [ low | medium | high ]
TIME := NUMBER[s|ms]
BOOL := [1|0]
FEATURES := ecn
ENCAPTYPE := [ mpls | ip | ip6 ]
ENCAPHDR := [ MPLSLABEL ]
кто-нибудь может понять эту хрень быстро? Примерно такую же хуйню выдаёт гордость FreeBSD - утилита geom для работы с дисками, а уж geom был разработан точно после 2003, самое раннее в 2006, а то и позже. Делайте выводы.
А зачем я всё это пишу? Ну, типа все вам пиздят, а я вам правду скажу! Нуу, не то что правду - правду не знает никто, скоко людей - стоко мнений. Я вам скажу своё ощущение без всяких подъёбок, шо типа "Линукс/FreeBSD самая передовая, а враги ей мешают передоветь."
Пытаюсь понять - вроде 2017й год, технологии... специалисты... Линуксу уже больше 20 лет. (Про FreeBSD вообще молчу) Как они умудряются делать такое говно? Почему оно такое говнистое?
Что же делать? Нуу, надо подыскать такие приёмы и методики, которые позволяют минимизировать вышеуказанные недостатки. Тренировать память, помнить больше команд или осознать, что ты не в силах запомнить всё это говно и не париться, а помнить только самое необходимое.
Эпик фейлы
читать дальше
1) Сегодня я потратил два часа на то, чтобы скачать себе один сраный файлик из SVN. Конечно, я мог перегрузиться в Винду и сделать это гораздо быстрее, но я же уже стоко надрачивал консоль, что решил, щас сделаю это с полпинка. Хер-то там! Я мог зайти на svn-server, знал, как называются репозитории и где они лежат, но не мог сука подключиться! Излазил весь Гугл с вопросом "как подключить репозиторий" Везде эти пидоры пишут svn co svn-server.local/repos/svn и нигде ни слова про пароли и юзеров. Я нигде не мог найти, какая у меня будет строка подключения. Пишешь svn co bla-bla, он те в ответ любую хуйню - код ошибки и "no working copy", "incorrect XML file", "no scheme SVN", токо блядь не то, что надо. Наконец, выдали мне строку, какая она должна быть, поставил я графический svn-клиент - он наебнулся в процессе, но репозиторий мне прописал, после чего я смог-таки подключиться консольным svn-ом, зная строку подключения. Вот это нормально, блядь, в 2017м году? Вроде и документация есть и всё равно нихуя непонятно.
2) Пару недель назад решил перенести файлики со своей виртуальной FreeBSD на на виртуальную же DragonFlyBSD. Пененести самым простым на мой взгляд путём - подцепить пустой виртуальный диск, разбить на разделы, форматнуть, записать файлики, подцепить к другой виртуалке, смонтировать, забрать оттуда файлики. В Винде подобная операция делается за минуту.
Диск подцепил, начинаю разбивать раздел. В Линуксе для этого есть утилиты с более менее человеческим лицом - fdisk, cfdisk. Во FreeBSD 11.1 тоже есть fdisk, но, сука, какой-то не такой. Какой-то голубой, блядь. Я так и не смог им ничего вразумительного сделать, хотя точно помню, что во FreeBSD 4.x успешно размечал, не помню только, чем, но скорее всего им же. Мож версию новую запилили с новым сука интерфейсом? Хз. Была у них утилита /stand/sysinstall - вполне себе пиздатая утилита, с её помощью тоже можно было разметить, дык нет, выпилили её. Стал искать, чем разметить диск, в тырнете токо ссылки на geom. - гордость FreeBSD, скоко они о нём пиздели! Я вообще не хотел всё усложнять, но по-другому не получалось. Вот сцыла www.transip.eu/knowledgebase/article/138-how-do... специально для вас сохранил. Надо всё это вводить, если ошибёшься, ни хера не выйдет.
То есть, они на полном серьёзе щитают, что админ из 2017го года, у которого семья, дети и куча других проблем в голове, должен знать наизуть весь этот набор ибаных команд. У меня с первого раза не получилось. Я ввёл неправильный тип раздела - freebsd, а надо было freebsd-ufs. Чувствуете разницу? Параметр freebsd там тоже есть, но значит он другое - весь диск, а freebsd-udf это, типа, раздел диска. Из-за этого на следующем шаге ебучий geom развыёбывался. Сука, он ещё смеет не принимать мои команды, на ошибки мне, видите ли, указывает, ну не охуел? Да он вообще должен сам всё мне разметить, бля, раз он всё знает! В итоге DragonFlyBSD не смогла смонтировать диск, и процедуру пришлось повторять уже с другим диском. В этот раз получилось.
Разработчику этой хуеты (который наверняка очень гордится своим продуктом, ну или мож просто писал на отъебись) надо бы взглянуть на календарь и увидеть что там бля уже 2017, а не 1970, и пора бы уже блядь писать утилиты для людей, а не для хуй знает кого. Если у него больше нечем заняться, чем разбирать все эти ёбаные параметры по буковкам, то у остальных очень даже есть.
Дальше обнаружилось, что FreeBSD 11.1 может форматировать только в ufs. А я думал, что она может ещё и в FAT и в ext4. Хер там. Форматирование в ufs имеет опции -О 1 или 2. В смысле ufs 1 или 2. Два вида ufs есть. Причём, когда ты отформатировал, ты никак не можешь понять, какой же у тебя там формат: 1 или 2. Форматировал для DragonFlyBSD. Первый раз форматом 2 и меня послали нахуй, но скорее не из-за формата, а из-за типа раздела, который я, видимо, выбрал неправильно. А во второй раз с форматом 1, мне повезло, она распознала. В результате вся эта херь с переносом ебаных файликов заняла у меня часа три. Ну это ж пиздец! Думаю, на FreeBSD 4.x, где присуцтвовали человеческие утилиты разметки, это заняло бы гораздо меньше времени. Я кончил.
Я не одинок, у чувака тоже знатно подгорело: zaebalo.ru/menya/3078/?page=1
читать дальше
1) Всякие там учёные от информатики щитают, что хороший язык программирования должен состоять из минимального набора базовых элементов - "кирпичиков", из которых строится уже всё остальное. Таких "кирпичиков" должно быть как можно меньше - скажем пара десятков. Почему? Потому что это позволяет быстро их все выучить, легко запомнить и уже из них составлять что-то сложное. Любой язык начинает с этого, потом со временем распухает от всяких нововведений.
2) Как ваще писался Юникс? Ну, поначалу, когда разработкой занимались 2-3 человека, наверное, это было ещё как-то управляемо, но что произошло дальше, когда подключились ещё несколько человек или даже несколько десятков? Каждый стал пейсать команды, какие ему в голову взбредёт и обзывать их тоже так же. Всё это скидывалось в одну общую кучу. Возможно были команды с одинаковым функционалом. Потом для команд придумали ключи. Опять же, ключи придумывали кто во что горазд. У одних "рекурсивно" это -R, у других -r, у третьих -r значит readonly или ещё хз чо. Когда буквы закончились, а памяти в компах стало побольше и народ научился быстро печатать, появились ещё ключи типа --recursive, -readonly, --numeric-owner и т.д. заебёсси набирать.
Наряду с этим старая гвардия уходила, приходила новая и давай эти утилиты дописывать кто во что горазд. Конечно, они не знали, чем руководствовалось предыдущее поколение при выборе тех или иных букв для ключей, названий команд и прочих параметров. Это значит, если раньше и была какая-то внутренняя логика, со сменой поколений программистов она отнюдь не увеличилась. И вот, с 70х годов эта аццкая помойка кода наполнялась, наполнялась, и потом её прикручивают к ядру Линукса и гордо именуют "наследием профессионалов"
Я тут немножко утрирую, конечно не настолько всё жёстко, но близко.
Ебучие красноглазики орут, что их ОС самая звездатая, консоль наше всё и так далее. Я открою вам секрет - ОНИ ВСЁ пиздЯт! Давайте посчитаем, сколько языков (и прочей хуйни) должен знать современный продвинутый линуксоид, только чтобы поддерживать и настраивать свою ОС. В любом Юниксе есть ряд утилит, достаточно сложных, чтобы обладать собственным "языком". На котором их надо конфигурировать (или программировать). Каждый такой язык может не очень большой, но всё дело в том, что вам надо знать их все, а это уже напряжно - у каждой утилиты свой формат. Давайте посчитаем:
- UNIX (Linux) Shell
- горячие клавиши Bash или другой оболочки
- sed
- awk
- регулярные выражения
- syslog.conf
- vi
- iptables (ipfw, bpf, pf etc)
- cron
- GRUB
- DNS
- язык установщика пакетов (yum, dnf & rpm, dpkg & apt-get, pacman, pkgng )
- если компиляете, вам ещё понадобится понимание языка make или чего-то из аналогов (qmake, cmake, bmake)
- а также, возможно язык svn, csup или git, откуда скачивать пакеты.
частенько девелоперы пишут скрипты на Perl & Python - их тоже бы неплохо знать.
Короче, по-моему получается какой-то ёбаный пиздец, не? И это всё только для того, чтобы более менее разбираться в своей ОС и поддерживать её в работоспособном состоянии. А ещё нужно по работе чо-то знать. А можно ли всего этого не знать и сидеть на Линукс? Можно. Но как только случится первая херня (а она случится обязательно, рано или поздно), у вас будет выбор - либо переустанавливать, либо лезть в Гугл.
А как же FreeBSD? Некоторые красноглазики сравнивают её с Линуксом и говорят, какая же она логичная ооо, а Линукс просто набор пакетов, кое-как собранных вместе. Дело в том, что у Линукса ядро разрабатывается одними людьми, а пакеты другими. Если меняется что-то в ядре, надо ещё договориться с разработчиками остального, чтобы они это остальное подправили под ядро. Во FreeBSD такой херни нет - и ядро, и остальное пишется одной группой разработчиков, поэтому (в теории), если они вводят в ядро какие-нибудь дополнительные хуйни, тут же могут модифицировать программы операционной системы, чтобы они эти хуйни поддерживали и работали с ними. FreeBSD проще Линукса и в то же время, как ни странно, геморнее.
3) В то же время красноглазики как-то забывают о Windows. Уж она-то, блядь, куда более логична! Так же, как и FreeBSD и ядро и систему целиком пишет одна группа разработчиков. Релизы Винды выходят реже релизов BSD. Винда была написана позже BSD-систем и разрабы имели возможность учесть предыдущий опыт: Винда получила полностью графический интерфейс администрирования в едином стиле - графические оснастки .msc, а также поля, палочки и галочки. *nix-системам остаётся о таком только мечтать. Во FreeBSD же перешёл по наследству весь набор разномастных unix-утилит со всем их геморроем.
То есть, во FreeBSD будет всё то же самое, что и в Линукс, только вместо GRUB BSD-loader, так что бздуны могут особо не выёбываться.
Ещё про Винду. Комбинации из MS Office Ctrl+X, Ctrl+A, Ctrl+V, Ctrl+C, Ctrl+S, Ctrl+Z стали стандартом де-факто и переползли в LibreOffice и ещё кучу редакторов. (Хз, откуда они были спизжены до этого, мож из какого другого офиса)
Всю эту туеву хучу разномастных консольных команд с их ёбаными разными параметрами и форматами трудно хранить в голове, а главное - мозгам можно найти лучшее применение. Когда же, блядь, разрабатывать новые программы, если всё время тратится на борьбу со старыми?
Мне могут возразить, мол, зачем это всё помнить - настроил раз в десять лет и забыл. Дело в том, что если тебе каждый раз надо вспоминать все эти параметры, это время и ты лишний раз не будешь хотеть это делать. А значит, теряется хвалёная "настраиваемость" Линукса. А если он ненастраиваемый, то нахуй он вообще нужен?
Стоит ещё заметить, что эти ёбаные разработчики, которые кодируют свои поделия на халяву, никаких выводов для себя не делают и продолжают жить в 70х и воспроизводить такие же сука утилиты с мозговыносящим, блядь, тырфейсом. Чего стоит, например, ip route. Хуй знает, когда она разработана, самые старые файлы 14 лет назад, 2003 год. Но главное - разработана не в 70х. Я так понял, что она пришла на смену устаревшим ifconfig, route, arp. Вот, мне нужно быстро добавить маршрут. Что я вижу:
Usage: ip route { list | flush } SELECTOR
ip route save SELECTOR
ip route restore
ip route showdump
ip route get ADDRESS [ from ADDRESS iif STRING ]
[ oif STRING ] [ tos TOS ]
[ mark NUMBER ] [ vrf NAME ]
[ uid NUMBER ]
ip route { add | del | change | append | replace } ROUTE
SELECTOR := [ root PREFIX ] [ match PREFIX ] [ exact PREFIX ]
[ table TABLE_ID ] [ vrf NAME ] [ proto RTPROTO ]
[ type TYPE ] [ scope SCOPE ]
ROUTE := NODE_SPEC [ INFO_SPEC ]
NODE_SPEC := [ TYPE ] PREFIX [ tos TOS ]
[ table TABLE_ID ] [ proto RTPROTO ]
[ scope SCOPE ] [ metric METRIC ]
INFO_SPEC := NH OPTIONS FLAGS [ nexthop NH ]...
NH := [ encap ENCAPTYPE ENCAPHDR ] [ via [ FAMILY ] ADDRESS ]
[ dev STRING ] [ weight NUMBER ] NHFLAGS
FAMILY := [ inet | inet6 | ipx | dnet | mpls | bridge | link ]
OPTIONS := FLAGS [ mtu NUMBER ] [ advmss NUMBER ] [ as [ to ] ADDRESS ]
[ rtt TIME ] [ rttvar TIME ] [ reordering NUMBER ]
[ window NUMBER ] [ cwnd NUMBER ] [ initcwnd NUMBER ]
[ ssthresh NUMBER ] [ realms REALM ] [ src ADDRESS ]
[ rto_min TIME ] [ hoplimit NUMBER ] [ initrwnd NUMBER ]
[ features FEATURES ] [ quickack BOOL ] [ congctl NAME ]
[ pref PREF ] [ expires TIME ]
TYPE := { unicast | local | broadcast | multicast | throw |
unreachable | prohibit | blackhole | nat }
TABLE_ID := [ local | main | default | all | NUMBER ]
SCOPE := [ host | link | global | NUMBER ]
NHFLAGS := [ onlink | pervasive ]
RTPROTO := [ kernel | boot | static | NUMBER ]
PREF := [ low | medium | high ]
TIME := NUMBER[s|ms]
BOOL := [1|0]
FEATURES := ecn
ENCAPTYPE := [ mpls | ip | ip6 ]
ENCAPHDR := [ MPLSLABEL ]
кто-нибудь может понять эту хрень быстро? Примерно такую же хуйню выдаёт гордость FreeBSD - утилита geom для работы с дисками, а уж geom был разработан точно после 2003, самое раннее в 2006, а то и позже. Делайте выводы.
А зачем я всё это пишу? Ну, типа все вам пиздят, а я вам правду скажу! Нуу, не то что правду - правду не знает никто, скоко людей - стоко мнений. Я вам скажу своё ощущение без всяких подъёбок, шо типа "Линукс/FreeBSD самая передовая, а враги ей мешают передоветь."
Пытаюсь понять - вроде 2017й год, технологии... специалисты... Линуксу уже больше 20 лет. (Про FreeBSD вообще молчу) Как они умудряются делать такое говно? Почему оно такое говнистое?
Что же делать? Нуу, надо подыскать такие приёмы и методики, которые позволяют минимизировать вышеуказанные недостатки. Тренировать память, помнить больше команд или осознать, что ты не в силах запомнить всё это говно и не париться, а помнить только самое необходимое.
Эпик фейлы
читать дальше
1) Сегодня я потратил два часа на то, чтобы скачать себе один сраный файлик из SVN. Конечно, я мог перегрузиться в Винду и сделать это гораздо быстрее, но я же уже стоко надрачивал консоль, что решил, щас сделаю это с полпинка. Хер-то там! Я мог зайти на svn-server, знал, как называются репозитории и где они лежат, но не мог сука подключиться! Излазил весь Гугл с вопросом "как подключить репозиторий" Везде эти пидоры пишут svn co svn-server.local/repos/svn и нигде ни слова про пароли и юзеров. Я нигде не мог найти, какая у меня будет строка подключения. Пишешь svn co bla-bla, он те в ответ любую хуйню - код ошибки и "no working copy", "incorrect XML file", "no scheme SVN", токо блядь не то, что надо. Наконец, выдали мне строку, какая она должна быть, поставил я графический svn-клиент - он наебнулся в процессе, но репозиторий мне прописал, после чего я смог-таки подключиться консольным svn-ом, зная строку подключения. Вот это нормально, блядь, в 2017м году? Вроде и документация есть и всё равно нихуя непонятно.
2) Пару недель назад решил перенести файлики со своей виртуальной FreeBSD на на виртуальную же DragonFlyBSD. Пененести самым простым на мой взгляд путём - подцепить пустой виртуальный диск, разбить на разделы, форматнуть, записать файлики, подцепить к другой виртуалке, смонтировать, забрать оттуда файлики. В Винде подобная операция делается за минуту.
Диск подцепил, начинаю разбивать раздел. В Линуксе для этого есть утилиты с более менее человеческим лицом - fdisk, cfdisk. Во FreeBSD 11.1 тоже есть fdisk, но, сука, какой-то не такой. Какой-то голубой, блядь. Я так и не смог им ничего вразумительного сделать, хотя точно помню, что во FreeBSD 4.x успешно размечал, не помню только, чем, но скорее всего им же. Мож версию новую запилили с новым сука интерфейсом? Хз. Была у них утилита /stand/sysinstall - вполне себе пиздатая утилита, с её помощью тоже можно было разметить, дык нет, выпилили её. Стал искать, чем разметить диск, в тырнете токо ссылки на geom. - гордость FreeBSD, скоко они о нём пиздели! Я вообще не хотел всё усложнять, но по-другому не получалось. Вот сцыла www.transip.eu/knowledgebase/article/138-how-do... специально для вас сохранил. Надо всё это вводить, если ошибёшься, ни хера не выйдет.
То есть, они на полном серьёзе щитают, что админ из 2017го года, у которого семья, дети и куча других проблем в голове, должен знать наизуть весь этот набор ибаных команд. У меня с первого раза не получилось. Я ввёл неправильный тип раздела - freebsd, а надо было freebsd-ufs. Чувствуете разницу? Параметр freebsd там тоже есть, но значит он другое - весь диск, а freebsd-udf это, типа, раздел диска. Из-за этого на следующем шаге ебучий geom развыёбывался. Сука, он ещё смеет не принимать мои команды, на ошибки мне, видите ли, указывает, ну не охуел? Да он вообще должен сам всё мне разметить, бля, раз он всё знает! В итоге DragonFlyBSD не смогла смонтировать диск, и процедуру пришлось повторять уже с другим диском. В этот раз получилось.
Разработчику этой хуеты (который наверняка очень гордится своим продуктом, ну или мож просто писал на отъебись) надо бы взглянуть на календарь и увидеть что там бля уже 2017, а не 1970, и пора бы уже блядь писать утилиты для людей, а не для хуй знает кого. Если у него больше нечем заняться, чем разбирать все эти ёбаные параметры по буковкам, то у остальных очень даже есть.
Дальше обнаружилось, что FreeBSD 11.1 может форматировать только в ufs. А я думал, что она может ещё и в FAT и в ext4. Хер там. Форматирование в ufs имеет опции -О 1 или 2. В смысле ufs 1 или 2. Два вида ufs есть. Причём, когда ты отформатировал, ты никак не можешь понять, какой же у тебя там формат: 1 или 2. Форматировал для DragonFlyBSD. Первый раз форматом 2 и меня послали нахуй, но скорее не из-за формата, а из-за типа раздела, который я, видимо, выбрал неправильно. А во второй раз с форматом 1, мне повезло, она распознала. В результате вся эта херь с переносом ебаных файликов заняла у меня часа три. Ну это ж пиздец! Думаю, на FreeBSD 4.x, где присуцтвовали человеческие утилиты разметки, это заняло бы гораздо меньше времени. Я кончил.
Я не одинок, у чувака тоже знатно подгорело: zaebalo.ru/menya/3078/?page=1