— Гость (02/03/2013 05:20)   

А зачем это, если есть командная строка с командами gpg и openssl? Что-то громоздкое можно заскриптовать^[link3] или добавить алиасами в шелл. Для совсем извращенцев есть всякие GUI типа GPA.

— ressa (02/03/2013 11:18)   
Ну во-первых он может шифровать несколько файлов в папке одновременно. ВО-вторых, как лично мне – как стоящему в начале дзен-пути Linux – вполне себе удобно. И что-то мне подсказывает, что не только новичкам может быть полезно, мб просто кому-то пригодится.
На счет алиасов можно подробнее?
Я знаю, что алиасом можно задавать свою команду, например:
alias crypt='~/.crypt.sh'
НО! Для этого же нужен скрипт.
Вот я вверху и предоставил скрипты, при желании под которые можно создать алиасы.

— Гость (02/03/2013 17:30)   
А как происходит удаление установленных скриптов и редактирование контекстного меню?

— unknown (02/03/2013 19:34)   
Лучше приучайтесь работать с ком.строкой, серьёзно.

А вместо алиасов, я лично себе для подсказки завёл такой скрипт:

#! /bin/sh # For vi really :1,$! gpg ################################################################ cat - | less << GPGTIPS gpg --list-keys name | less gpg --list-secret-keys | less #--search-keys gpg -v --keyserver-options timeout=600 --keyserver-options verbose --keyserver keys.gnupg.net --search-keys name #--recv-keys gpg -v --keyserver-options timeout=600 --keyserver-options verbose --keyserver keys.gnupg.net --recv-keys 0x #--refresh-keys #already with name for update only neccecary key, not all keyring! gpg -v --keyserver-options timeout=600 --keyserver-options verbose --keyserver keys.gnupg.net --refresh-keys 0x #--send-keys gpg -v --keyserver-options timeout=600 --keyserver-options verbose --keyserver keys.gnupg.net --send-keys 0x # For vi ':1,\$! gpg' #Use without \'\' #--encrypt --sign '1,\$!' gpg -v --no-emit-version --armor --default-key 0x[myUID] --encrypt-to [RecipientUID] --hidden-recipient [HiddenRecipientUID] --encrypt --sign #--sign '1,\$!' gpg -v --no-emit-version --armor --default-key 0x --sign #--clearsign '1,\$!' gpg -v --no-emit-version --armor --default-key 0x --clearsign GPGTIPS ################################################################

Это команды для регулярного использования, остальное можно в мане посмотреть. Запускаете на соседней консоли и просто копируете нужные строчки, затем в строке подставляете имя или UID ключа. Если не используете vi, то вместо закорючек используете перенаправления с названиями файлов в ком.строке или соотв. опции gpg.

— Гость (02/03/2013 21:45)   

Можно создать архив какпосле чего зашифровать его.


Алиас — это короткое имя для какой-то одной, возможно длинной, команды. Например, чтобы удобно просматривать историю сообщений в mcabber, можно воспользоваться алиасомalias -g hist="|sed 's/^SO/So/;s/^SA/Sa/;s/^SN/Sn/;s/^SD/Sd/;s/^SF/Sf/;s/\(^MR.\{10\}\)\(.\{5\}\)\(:.\{7\}\)/\2 <==/;s/\(^MS.\{10\}\)\(.\{5\}\)\(:.\{7\}\)/\2 -->/;s/\(^S\)\(.\)\(.\{10\}\)\(.\{5\}\)\(:.\{7\}\)/\4 \*\*\* Buddy status has changed: \[ >\2\]/'"Его достаточно прописать одной строкой в ~/.zshrc, после чего выполняемКонечно, в команде в алиасе можно выполнить какой-то скрипт, но, имхо, лучше не мешать скрипты с алиасами. Для скриптов можете создать какую-нибудь директорию, добавить её в свою переменную PATH и класть туда все скрипты. С точки зрения юзабилити разницы не будет никакой: если вы введёте имя, оно выполнится, если есть алиас с таким именем или скрипт с таким именем. Для чего-то короткого, однокомандного, лучше делать алиас, а не засорять директорию скриптов на каждый чих, для чего-то же более серьёзного лучше сделать скрипт.

Быструю подпись можно делать, например, так:тогда оно будет работать примерно так:Полученную таким образом подпись копипастите на этот сайт, выбираете «OpenPGP-подписанное сообщение», ставите кодировку UTF-8 и отправляете, voilà. Правда, предпросмотр работать не будет, поэтому лучше сначала набрать сообщение с предпросмотром, а потом уже готовое скопипастить в эту команду.


В настройках Gnome/KDE, наверно.

— ressa (02/03/2013 22:32)   
Unknown, Гость – спасибо вам обоим! Я не могу понять только одного – а чем так плохо встраивать в контекстное меню? Неужели на самом деле работа из консоли происходит в разы быстрее?

— unknown (02/03/2013 23:27)   

При должной тренировке — да. Плюс, в консоли есть много средств, которые принципиально легче в использовании. Наконец, для многих команд в GUI нет аналогов или они отстают (устаревшие), или глючат. Ещё один довод — если у вас не работает, глючит, не настраивается уже исходная консольная команда: ssh, openssl, openvpn, gnupg, etc. — вас попросят привести в репорте вывод консоли. Что там рисует ваша оболочка и её персональные глюки — это будет волновать гораздо меньшее число пользователей из числа разбирающихся в предмете.

Спор "консоль vs. GUI" довольно древний и традиционно флеймовый. В качестве традиционного недостатка можно отметить только сложность освоения и запоминания нового (но не использования). Т.е. это только недостатки порога вхождения.

И учтите, что много традиционных доводов о недостатках консоли не подходят для ситуации, если вам нужна безопасность и функциональность. А затраты на преодоление порога вхождения (время и силы на самообучение) вам не существенны.

А там где речь не идёт о безопасности — рисование, медиаразвлечения, там GUI оправдан. И доводы в его пользу справедливы. Хотя и там интересные ниши для консоли есть, но это уже оффтопик.

— Гость (03/03/2013 00:34)   

Неужели на самом деле работа из консоли происходит в разы быстрее?

Несоизмеримо быстрее. Для этого нужна не только, впрочем, тренировка, но и настройка окружения/шелла под себя, настройка алиасов/скриптов на часто выполняемые действия, настройка путей быстрого доступа^*, добавление autocd-опции, чтобы не писать cd, а просто вводить имя директории и жать Enter. Чтобы было комфортно, должно быть приглашение командной строки, отражающее текущий путь, удобные шрифты и расцветка. По умолчанию в свежеустановленной системе нет практически ничего из вышеперечисленного. Должно быть удобное автодополнение, в конце концов. Например, zsh позволяет выбирать нужный вариант маркером, перемещаясь среди имеющихся с помощью клавиатурных стрелок, но это нужно явно включать, настраивать, или утянуть чей-то конфиг, где всё уже есть, и слегка разобраться, как оно работает (я делал в своё время так). Одним словом, голая консоль и консоль настроенная отличаются как небо и земля.

Все постобработчики вывода текста (типа |less, |grep, |sed) должны быть на алиасах, чтобы вы писали cat file l, или даже <file l, вместо cat file |less. Например, хочется просмотреть историю сообщений джаббера — набираете cat ~hist/jid hist l, и всё, дальше смотрите вверх/вниз как в обычном less (стрелки работают, PageUp/Down, поиск и пр.).

На предмет того, как эффективно организовать повседневную работу в консоли, можно написать книгу, куда включить описание vim,^** awk, sed, настроек и т.д. Наверняка такие книги уже есть. Что-то такое написал в своё время Федорчук, пытаясь объяснить начинающему хомячью, почему mc и файловые менеджеры — зло, почему быстрее и удобней это делать в командной строке, даже конфиги привёл, объяснения, как они работают. Базу из таких книжек можно поцепить, а дальше уже доарабатывать и разбираться самому.


Кому интересно, предыдущий флейм находится здесь^[link4], а ключевые комментарии там — /comment16377^[link5] и /comment16628^[link6].

^*В zsh это строка hash -d mydir=/path/to/dir в ~/.zshrc, после которой можно всюду писать ~mydir, и оно будет пониматься, как полный путь /path/to/dir.
^**К примеру, хоть я и освоил базовые хоткеи vim, и у меня это повседневный редактор, всё равно знаю лишь ничтожную часть его возможностей, всё никак не могу найти время доизучить его.

— Гость (20/08/2013 23:36)   


А ссылки не осталось? Хотел бы прочесть.

— Гость (21/08/2013 00:05)   

Я читал с бумаги. Название «FreeBSD. Установка, настройка, использование». Есть в торрентах и просто в djvu, если хорошо порыться в интернетах.

— Гость (21/08/2013 00:57)   

пытаясь объяснить начинающему хомячью, почему mc и файловые менеджеры — зло, почему быстрее и удобней это делать в командной строке

Ну так Вы объясните в двух словах, на пальцах. Почему действительно быстрее делать все через консоль, а потом посчитать затраты по времени на теорию, обучения, практику и привыкание. Поэтому те, кому Линукс не нужен по работе – конечно предпочитают готовые решения. А вот если бы доходчиво объясняли, что и как, как лучше освоиться – наверное и меньше было, так называемого начинающего хомячья. Не все кодеры и не все админы, и даже я Вам более скажу – не все ИТшники.
Поправьте меня, если я не прав и желательно аргументированно, буду благодарен.
А то понятное дело, все гуру сидят и не интересно на "ламерские" вопросы отвечать, это само собой – гордость, и всякие "Я сам это прохавал, какого хера мне других поучать" и тд.

— Гость (21/08/2013 04:24)   

В двух словах уже всё сказано выше:

Кому интересно, предыдущий флейм находится здесь, а ключевые комментарии там — /comment16377 и /comment16628.

А как это объяснить? Показать на двух примерах? Ну, скажут, что неубедительно. Перечислить рутинно сотню случаев, подбирая самые типичные — это долго, на длинную статью потянет. Что именно вы хотите услышать? Нужен какой-то один яркий демагогический пример, от которого все проникнутся? Всё основное сказано по ссылкам выше. Пользоваться GUI — это как разговаривать друг с другом, показывая картинки, т.е. медленно, не всегда однозначно понимают, очень ограничен круг информации, которую так можно передать, и т.д. Пользоваться встроенным языком программирования (шелл близок к нему по идеологии) — это как говорить словами, сразу растёт множество того, что можно сказать, возникает полнота. Даже если забить на скорость, мало кто будет спорить, что многие действия, особенно рутинные, можно выполнить только написав специальную программу под это дело, но в командной строке этого часто можно избежать, т.к. вводимая команда уже представляет собой полноценную минипрограмму, где можно оговорить всё типичное: циклы, условия, перенаправления потоков данных, запрос файлов и их содержимого по регулярным выражениям-маскам и т.д.


Федорчук не является ни одним из перечисленных вами типов, для него это хобби. Я тоже не являюсь, для меня это хобби, но оно позволяет мне решать мои собственные задачи быстрее. Можно много примеров навыдумывать, но некоторые из не самых тривиальных:

• В каталоге X лежат сотни файлов с исходниками программам и не только. В некоторых из файлов, относящихся к исходникам (расширение, например, *.xxx), использовалась функция-однострочник myfunction. Надо найти имена тех файлов, где она использовалась, и вывести сам этот однострочник. Решение:

  $ find /path/to/X -name \*.xxx -exec grep -l myfunction {} \;
  $ find /path/to/X -name \*.xxx -exec grep myfunction {} \;

  Первая команда даст список файлов, вторая — однострочники.
• Вам нужно отредактировать файл /path/to/file.txt, заменив в нём строчку 235 на «привет». Как это выглядит
  • В GUI: открыть файловый менеджер... подождать, пока он откроется... щёлкнуть мышкой на что-то... потом ещё раз щёлкнуть... и так много-много раз, пока вы не попадёте в нужную директорию. Помимо щёлкания мышью вы будете долго-долго скроллить экран, если файлов в директориях много. Когда вы-таки доберётесь до файла, на него надо щёлкнуть. Если всё настроено правильно, при щёлкании на него запустится редактор. В редакторе вы будете искать, как включить показ нумерации строк. Когда вы включите, вам нужно мотать-мотать колёсико до 235-ой строки. Там вы стандартным образом удалите содержимое и напишете «привет». Потом вам надо сохранить файл — это ещё один клик минимум. Потом закрыть приложение. Это ещё один клик. Закрыть файловый менеджер. Это ещё один клик.
  • В нормальной настроенной командной строке: Поскольку терминал открыт всегда и в нём всегда запущен screen (ну, или tmux), то нам требуется нажать следующее: ctrl+a с cd /path/to/x vim file.txt :235 C привет ESC ZZ ctrl+d (пробелы поставил для улучшения читаемости).
• Сильно упрощается работа с редактированием файлов и обработкой текста. Поскольку управление компьютером тоже текстовое, всё это интегрируется. К примеру, сохранить все текущие сетевые настройки в файл:

  $ route -n > file
  $ ifconfig -a >> file
  $ cat /etc/resolv.conf >> file

  Всё, теперь у меня в файле file записано всё, что относится к текущей конфигурации сети. Мне не надо открыть файлы в редакторах, шарится по файловому менеджеру, выделять и копировать текст мышкой, жать на подтверждение и сохранение. Достаточно набрать те три команды и всё сделано (физически набирать придётся меньше, т.к. работает автодополнение при нажатии на Tab). Если мне потом надо этот файл скопировать на другой компьютер, я наберу дополнительно

  $ scp file user@domain.net:/tmp

  и всё, файл уже там — не надо открывать файловый менеджер, куда-то коннектиться по сети, вводить пароли (в моём случае аутентификация автоматическая и по ключам). Плюс есть много примочек, которые позволяют сделать это ещё эффективнее: сокращения для часто используемых команд, для часто используемых путей, умные автодополнения (первые 2-3 символа файла или команды или опции к ней вводишь и он дополняет сам или выводит список возможных дополнений, из них стрелкой можно выбрать нужное).
• Я предлагаю (тем более непрограммистам) изучить сначала vim^[link7]. Он полностью изменит^[link8] вашу жизнь, вы не сможете себе представлять, как вы ранее жили без него. Он есть подо все ОС и платформы. В нём удобно набирать письма, программы, заметки — всё, что угодно, любой текст. То, на что без vim уходят десятки бесплодных нажатий клавиш, с помощью vim можно сделать буквально несколькими нажатиями. Это настолько магическая мощь, что в какой-то момент вы сами перестанете отдавать себе отчёт в том, что делаете. Меня иногда спрашивают «как это быстро сделать в vim?» и я теряюсь, я не могу ответить. Мне приходится открывать тестовый текстовый файл и редактировать его по наитию, потому что я не знаю, на что я жму, но текст моментально меняется на то, что надо. Я не держу ничего в голове, просто сами пальцы знают, куда и в какой последовательности нажать, чтобы сделать те или иные правки в тексте. Отрефлексировав, я могу потом сказать, что это делается такой-то комбинацией нажатий. На самом деле, редактирование в vim — это программирование, где каждое нажатие клавиши — некоторая исполнимая команда, причём все эти команды имеют полноту и расширяемость. Например, вы хотите скопировать абзац, который ниже от курсора, удалить его и вставить в самое начало текста, причём оставив его в определённом буфере, чтобы потом вставить ещё раз в каком-нибудь другом месте: "cd}gg"cP (когда писал эту команду, пришлось не смотреть на экран, чтобы сознание отдохнуло и за меня подумали пальцы). Текст теперь в буфере "с", чтобы его где-то вставить ещё после позиционирования в нужное место, жмём "cP. Можно сделать хоть 27 буферов, сосуществующих одновременно, но мне больше 5-ти никогда не требовалось. Или, допустим, вы хотите отформатировать абзац текста так, чтобы все строки были не длиннее 100 символов — набираете :set textwidth 100, а потом в нужном абзаце жмёте gqap и всё, дело сделано. Набор в vim — это как игра на фортепиано. Вы смотрите в ноты, а пальцы сами знают, куда нажать, так же и тут: вы смотрите в текст, а пальцы сами нажимают, куда надо. За несколько дней практики можно научиться работать в vim не медленее, чем в любом другом редакторе, потом начнёт расти скорость, и чем больше у вас опыт, тем быстрее будет скорость набора и редактирования. На каком-то этапе вы уже не сможете объяснить сам себе, как вы это делаете — мозги полностью отвязываются от клавиатуры. Если не боитесь магических практик, то vim — это ваше всё. Напоследок скажу, что я знаю около 3% от существующих в vim хоткеев и функциональности, т.е. только то, что есть в русскоязычных популярных статьях на тему и шпаргалках. Когда-то много лет назад выучил самые-самые основы, а до большего руки до сих пор не дошли.

— unknown (21/08/2013 10:16, исправлен 21/08/2013 10:17)   

А обучающих видеоуроков на Youtube нет? Или просто сравнительных роликов? Когда одну и ту же операцию проделывают в консоли, а затем в графике.

— ressa (21/08/2013 10:37)   
Гость (21/08/2013 04:24)
Твой пост надо отправить в Фонд полезных постов.
Кому нужно первые шаги в консоли освоить – велкам https://www.youtube.com/watch?v=Wj3J6sONKEM
А так да – нужно новичкам доходчиво объяснять преимущества работы в ней.

— Гость (21/08/2013 11:15)   

В GUI: открыть файловый менеджер... подождать

Я не спец конечно, но Вы точно сгустили краски насчет Гуи. Поиск есть и в менеджерах и в редакторах, а уж нумерация строк в редакторе это не экзотика. Имхо, я сказал бы что есть операции, которые оптимальнее делать в консоли, но что консоль лучше менеджера – это слишком смело. Большое дело – привычка. Я например, постояно ошибаюсь при вставке в консоли командой Ctrl+V (привычка). Да можно использовать Shift+Ctrl+V, но у меня переключение расскладки ctrl+Shift и не срабатывает.. нужно настраивать и т.д.

— Гость (21/08/2013 11:20)   

Я не держу ничего в голове, просто сами пальцы знают

мышечная память, моторика. если не пользоваться сабжем несколько месяцев – скорость исполнения операций начнет снижаться. запросы пойдут к памяти мозга, что и будет являться подтормаживающим фактором.

— unknown (21/08/2013 11:43)   
Справедливости ради надо отметить, что памятью мозга тоже нажо пользоваться регулярно, и это тоже минус: если регулярно не пользоваться каким-то набором команд, то без подглядывания в маны и вспоминания заново уже не обойтись.

— ressa (21/08/2013 13:22)   
Вот здесь то я как раз и солидарен с гостем, который упомянул на счет постоянства, которое как раз прослеживается у кодеров, админов, энтузиастов и прочих ИТшников. Я сам к их числу не отношусь, поэтому сам часто забываю и приходится освежать память на практике.

— Гость (21/08/2013 13:39)   
А на практике будет так:
На рабочем столе (реальном) будет лежать куча памяток с клавиатурными комбинациями и кодами по каждому приложению.)) Так сейчас работаю с gpg.. где там памятка по командам ?)

— ressa (21/08/2013 15:35)   
Ну у меня памятка по гпг есть, ее кто-то из комрадов выкладывали (SATtva или unknown), ничего не вижу в этом, хотя и не пользуюсь ей почти)

— Гость (22/08/2013 03:19)   

Не надо, потому что предыдущие из этой ветки там уже есть.


Что-то работает, что-то нет. В любом случае, надо бежать в меню (или помнить хоткей), всплывающие окошки, забитие данных, жать на ОК... всё тот же обезьянний метод. О чём я не сказал — о том, что есть много промежуточных стадий между GUI и консолью. Например, есть строка адреса (по умолчанию зачем-то теперь везде отключенная, но вызывается пот ctrl+L, кажется) в файловых менеджерах, там можно ввести сразу путь. Есть коммандеры разных сортов, они убыстряют работу с файлами, но всё равно остаются медленнее, чем консоль (есть исключительные типы задач, когда они наоборот быстрей).


Ни один человек, освоивший консоль должным образом, не вернулся в GUI.


П-ц, ахренеть! Вставка в терминал, всегда, всегда должна происходить средней кнопкой мыши, а переключение раскладки — по CapsLosk. Выделение не требует жать говновиндовых ctrl+c — просто выделил мышкой, потом поставил её на нужное место и щёлкнул средней копкой (фокус при этом не важен ни для командной строки, ни для vim — достаточно, чтоб окно терминала было активным).


Для редко используемых команд/опций есть man и google, они дают подсказки за секунды. То, что используется регулярно, делается вообще на автоматизме.


В UNIX потому что надо не развлекаться, а работать. Если на этом форуме всем по 70 лет, я ещё мог бы это понять, иначе — нет. А как вы языки учите? За один урок в учебнике вам приходится выучить десятки, десятки слов! А уроков тоже десятки. В голове надо деражть ТЫСЯЧИ слов и их значений, не считая грамматики. И особенно весело, если это не язык повседневного общения и не английский, с которым сталкиваешься из-за компьютера постоянно. На фоне этого выучить 40 метахоткеев vim — сущий пустяк.

Память, конечно, забывает, не спорю, но я не знаю, сколько надо не работать за ПК, чтобы всё забыть. Вы по пол-года, году не садитесь за компьютер ни разу? На своём примере могу сказать, что 2 года не было никакой возможности использовать иностранный язык. И так его хреново знаю, а ещё и практика обнулилась, но ничего, какой-то раз пришлось вспомнить, и обнаружил, что многое ещё помнится, достаточно многое, ещё говорю и ещё пока понимаю, хотя какие-то слова из головы вылетели, да.


Я единственный раз в жизни писал себе памятку — под команды vim (редко используемые команды не в счёт, они всегда пишутся в какие-то заметки или сразу в скрипты). Точнее, не писал, скорее, а скачал готовую и попользовался ей несколько дней максимум, потом всё само выучилось. Да, у меня очень плохая память, меня окружающие люди помнили всё лучше, обучались быстрее. И если они «раз услышали — и на всю жизнь», то я таким и близко похвастать не могу.


Какие вам нужно помнить команды gpg? e — encrypt, s — sign, a — в ASCII-формате (не бинарном), c — симметрично шифруем, o — файл для вывода (output) при расшифровании. gpg -es — зашифровавали ключом и подписали, gpg -d file.out file.gpg — расшифровали. Ну, и в таком духе всё. Надо видеть логику за названиями опцией и понимать, как работют программы/шелл, тогда помнить придётся самый мизер. Напоминает расхожее мнение, что будто бы физики с математиками только тем и занимаются, что зубрят наизусть формулы, хотя на самом деле все формулы есть в справочниках, никто их наизусть не учит, но вот знать правило, из которого можно вывести формулы — это всегда хорошо. Кстати, правила эти простые и прозрачные, если есть понимание.

Вообще, есть такие вещи, о которых не стоит говорить на форумах, да и вообще с людьми. Тем, кто сам дошёл до нужной кондиции и понял силу консоли, объяснять не требуется, тем же, кто ещё недозел, не помогут никакие аргументы — они всегда найдут сто отговорок, оправдывающих своё нежелание изучать консоль. Консоль — это штука, которая привносит в общество меч, разделение. Даже те, кто должны бы её знать в силу длительного опыта работы с Linux и с его администрированием, но не знают, примут мнение в штыки. Можно привести миллион обоснований и объяснений того, почему делать так-то и так-то — оптимальней, но никто этого слушать не будет; скажут, что это личное и очень спорное мнение и вообще «ты кто такой, чтобы мы слушали твоё мнение?!»^[link9]. Говоря о том, что GUI не нужно, намекается ведь, в том числе, что Линус (и многие другие kernel-хакеры) не умеет пользоваться компьютером. Может, он профессиональный системный программист, но он ламер, когда касается дело использования компьютера.

Посмотрите, сколько копий было сломано на тему тайлинга. Хотя совершенно очевидно, что тайлинг удобнее для повседневной работы, адептов тайлинга не наберётся и процента несмотря на то, что все эти Unity, планшетные ОС и прочие свистоперделки — это и есть попытка перейти от окон к тайлингу. Поймёт ли вас хоть один человек, если вы ему заявите, что окна в графике — безусловное зло? Посмотрите на профессиональные среды: терминальные мультплексоры, emacs... там нет переркрывающихся окон, там только тайлинг. У самого был одно время психологический ступор, хотелось сделать хотя бы 2-4 фрейма, чтобы одновременно видеть несколько окон. Но зачем мне видеть несколько, если в любой момент я работаю только с одним (специфические редкие задачи пока опустим)? Потом привык и уже не стал замечать, что один фрейм на весь экран — что-то особенное. Скорее наоборот, я уже технически и на дух не переносил любую другую организацию графических прог. Один человек^[link10] несколько лет назад здесь кричал, что все в курсе про тайлинг, но он явно не панацея, и контрпример тому gimp. Блин, я привык к gimp'у в тайлинге (можете не верить). Это опять та же психология: вам зачем-то нужно одновременно видеть несколько окон, хотя зачем? Ну откроет gimp штуки 3-4 окна, я его запускаю не первый раз и потому знаю, где что. Мне не трудно переключиться в нужное окно, выбрать палитру, а потом снова переключиться в редактирование изображения. Win+1 <выбрали опцию> Win+4 <редактируем изображение с её помощью>. Куда уже проще?

— Гость (22/08/2013 06:48)   

Начало: «ОК, всем привет, это Кошмарский, и сегодня я, наконец, решил записать следующий урок пол Linux'у...». Такое даже в страшном сне не приснится.

Чел работает под виндой, Oracle VM... Объясняет всё на примере убунтовского Gnome-терминала. В нём же вообще работать невозможно! Цвета ужасные вырвиглазные, бэкграунд тоже крайне спорный, расцветка идиотская, не работают vim-хоткеи в командной строке, и в качестве шелла стоит ублюдочный bash. На надо начинать изучать комстроку с такого окружения, если не хочется себе отбить охоту касаться консоли на всю оставшуюся жизнь. В KDE был куда более красивый терминал раньше (не знаю, как сейчас). И цвета неплохие можно было легко выставить, и красивую картинку всучить бэкграундом, и тени навести. В консоли нужно себя чувствовать комфортно, уютно, красиво. Цвета должны быть эргономичными, ведь в консоли юниксоид проводит большую часть своей жизни. Лучше бы он начал с того, как настроить терминал, как прописать настройки в Xresources, как их оттуда считывать через xrdb, как подобрать шрифт, как сделать расцветку и картинку, а потом уже можно и к чёрному труду переходить...

— ressa (22/08/2013 10:17)   

Начало: «ОК, всем привет, это Кошмарский, и сегодня я....

Врать не буду – не смотрел, полез в ютьюб, чтобы найти что-то в духе GUI vs Консоль, самому интересно было, по наводке unknown, но нашел лишь этот видос, увидел, что там Убунта, но решил поделиться с новичками. А ты бы сам выложил что-то, кроме своей критики, я согласен, посты полезные, но можно и практически что-то выложить.

— Гость (22/08/2013 12:52)   

П-ц, ахренеть!

Стопэ ) Подождите ахреневать. У меня, например, нет мышки. Почему? Пользуюсь тачпадом. Удивительное дело, но в тачпаде нет средней кнопки, но есть правая и левая. Сразу оговорюсь, в оси не установлены никакие утилиты, помогающие работе тачпада. Простой debian. Что делается неправильно?

— Гость (23/08/2013 00:02)   

Нет, не подожду, потому что выросло поколение компьютерных гениев, которые никогда не пользовались обычными двухкнопочными мышами с колёсиком, которое надо было регулярно вынимать и чистить. К.О. вам бы сказал, что по конвенции в случае двухкнопочный мыши средняя кнопка всегда эмулируется одновременным нажатием левой и правой кнопок. Попробуйте и вы на тачпаде.


Когда я был молод и глуп, на момент окончания освоения самых базовых элементов была идея написать книжку, где по шагам объяснить, как суровая неприступная UNIX-система превращается в удобный затюненный под свои задачи десктоп. Ну, чтоб последующие поколения не собирали информацию по крохам с сотен разных источников, а просто взяли одну книгу, прочитали, и им всё стало понятно.

Потом я осознал, что спроса на такую литературу нет, и со стороны такие книжки выглядели бы достаточно глуповато. Те, единицы, кому это действительно нужно, уже итак всё знают, а остальные и не будут пытаться разобраться. Кроме того, многие аспекты и без моей помощи достаточно хорошо изложены во многих статьях, заметках, шпаргалках (называйте, как хотите), поэтому стоит ли тратить на это кусок своей жизни? Сомневаюсь. Опыт местного форума только подтверждает эту гипотезу: гикнутый гик пишет инструкцию для 2-3 других гиков, другим людям в мире она неинтересна. Правда, чаще имеет место другой случай, когда написанный гиком мануал ни один человек так до конца и не осиливает, а написанная статья остаётся справочником автора для самого себя.

На мой взгляд, стоит писать то, что никто другой нигде не напишет. Если после вашей статьи или заметок у гусей пошёл понос аж из горла, то статья годная, её стоило написать, а время потрачено не зря. Это значит, что вы попали в самое темечко, всковырнули самые основы, под которыми гуси уютно прятали свои грязные дела годами. Воевать с гусями тяжело: у них все ресурсы, а у вас лишь гнездо параноика. Гуси могут и шею вытягивать и атаковать, а вы — только защищаться и уворачиваться, поэтому дразните гусей правильно, хватайте их за шею вовремя, пока они не ухватили клювом вас.