MC vs SHELL (битва титанов)

[eddy]

от скепсиса — даже и не надеюсь. но всё ещё продолжаю надеяться на силу человеческого разума.

Вот сила разума и подсказывает, что удобнее пользоваться mc, чем ковыряться в голой консоли. Быстрее же...

[watashiwa_daredeska]

удобнее пользоваться mc, чем ковыряться в голой консоли. Быстрее же...

Удобнее не разводить помойку, в которой быстрее пользоваться mc :)

[drBatty]

да еще и пароль рутовский (или свой, если sudo используете) вводить?

то, что у меня прописано в /etc/fstab прописано также и в sudo, причём NOPASSWD (из временного, вроде /mnt/cdrom)
а если я вставляю usb-девайс, то мне не лень 1 раз ткнуть мышью, ибо hal рулит (впрочем у меня есть пара скриптов для монтирования через hal в консоли, если ткнуть мышкой лень).

с четырьмя флешками точно помнить, какая из них какая, уже проблемно, так что мой вариант тут не катит - нужно что-нибудь высокоуровневое.

hal + метки этих флешек.

[watashiwa_daredeska]

то, что у меня прописано в /etc/fstab прописано также и в sudo, причём NOPASSWD (из временного, вроде /mnt/cdrom)

Хм… А опция user в fstab чем плоха?

[xar0h]

у меня есть пара скриптов для монтирования через hal в консоли, если ткнуть мышкой лень).

[offtop]Было бы интересно посмотреть на них.[offtop]

[drBatty]

[offtop]

да вроде фтопик

Код: Выделить всё

doc@dt:~$ cat scripts/halmount
#!/bin/sh

UDI=`hal-find-by-property --key block.device --string $1 | grep "/volume_"`
if [ -z "$UDI" ]; then
    echo `basename $0`": Cannot open '$1'."
    exit 67
fi
echo -n `basename $0`": device '$UDI'"
USERID=`id -u`
LABEL=`echo $UDI | \
    sed -rn '
        s~^.*/volume_label_([^/]+)$~\1~p
        t
        s~.*~disk~p'`
echo " Mount point: '$LABEL'."
dbus-send --system --print-reply --dest=org.freedesktop.Hal "$UDI" \
    org.freedesktop.Hal.Device.Volume.Mount string:"$LABEL" string: array:string:"uid=$USERID"
doc@dt:~$ cat scripts/halumount
#!/bin/sh

UDI=`hal-find-by-property --key block.device --string $1 | grep "/volume_"`
echo `basename $0`": device '$UDI'"
dbus-send --system --print-reply --dest=org.freedesktop.Hal "$UDI" \
org.freedesktop.Hal.Device.Volume.Unmount array:string:

Хм… А опция user в fstab чем плоха?

когда я переношу настройки разрешений для юзеров я переношу /etc/sudo*
а вот /etc/fstab это другое, там написано, какое именно устройство подразумевается под /mnt/cdrom
вопрос - кто может юзать это устройство ИМХО не должен быть решён в /etc/fstab.

[watashiwa_daredeska]

вопрос - кто может юзать это устройство ИМХО не должен быть решён в /etc/fstab.

А, ну если у Вас настолько всё подробно, то да. У меня есть две градации: устройства, которыми рулит root и устройства, которыми рулит любой, кто работает с машиной. Поэтому /etc/fstab вполне хватает.

[eddy]

аналогично cp -a

Я, кстати, всякие cp/mv/rm использую крайне редко. И первым делом на компьютере устанавливаю mc

[gelios_oleg]

аналогично cp -a

Я, кстати, всякие cp/mv/rm использую крайне редко. И первым делом на компьютере устанавливаю mc

я в общем то тоже)), но в данный случай он не решает моей проблемы...

[t.t]

аналогично cp -a

Я, кстати, всякие cp/mv/rm использую крайне редко. И первым делом на компьютере устанавливаю mc

Используете костыли — используйте на здоровье. Но других этому учить не нужно.

[eddy]

Используете костыли — используйте на здоровье. Но других этому учить не нужно.

Какие же это костыли? mc намного быстрее в задачах навигации по файлам. Конечно, в скриптах использую все эти mv/cp/rm...

[SLEDopit]

mc намного быстрее в задачах навигации по файлам.

спорим я быстрее скопирую все 100500 [13579]_*png файлов из кучи вложенных поддиректорий и разложу их по директориям в зависимости от первой цифры файла/даты создания/etc в bash, чем вы сделаете тоже самое из mc?

[t.t]

Используете костыли — используйте на здоровье. Но других этому учить не нужно.

Какие же это костыли? mc намного быстрее в задачах навигации по файлам. Конечно, в скриптах использую все эти mv/cp/rm...

Если на инвалидной коляске у Вас получается передвигаться быстрее, это не означает, что нет смысла научиться ходить и отказаться от инвалидной коляски. Для флейма об mc есть специальная тема. Если хотите продолжить, давайте это сделаем там.

[watashiwa_daredeska]

mc намного быстрее в задачах навигации по файлам.

Это очень спорный вопрос. Может быть я разучился готовить mc, может быть научился готовить shell, но shell получается быстрее.

[eddy]

спорим я быстрее скопирую все 100500 [13579]_*png файлов из кучи вложенных поддиректорий и разложу их по директориям в зависимости от первой цифры файла/даты создания/etc в bash, чем вы сделаете тоже самое из mc?

У меня на этот случай уже есть готовый скрипт

Это очень спорный вопрос. Может быть я разучился готовить mc, может быть научился готовить shell, но shell получается быстрее.

Я же говорю: да, в некоторых случаях shell быстрее, тогда я и использую всякие cp -R, cp -a и т.п. (или вообще свои скрипты), а для единичных файлов быстрее mc.
В общем, выбор того или иного инструмента обосновывается целесообразностью.

[watashiwa_daredeska]

для единичных файлов быстрее mc.

Нет, не быстрее. Если нужно скопировать/засимлинкать файл /one/file/in/a/very/deep/dir в /other/file/in/another/very/deep/dir, то в shell с автодополнением я это сделаю быстрее, чем в mc. История поможет мне легко повторить действие для других файлов, если их несколько. Элементарные shell patterns помогут мне совершить действие одним махом для нескольких файлов. И т.д.

[eddy]

Если нужно скопировать/засимлинкать файл /one/file/in/a/very/deep/dir в /other/file/in/another/very/deep/dir, то в shell с автодополнением я это сделаю быстрее, чем в mc.

Для часто используемых директорий в mc есть ctrl+\, ну и никто не запрещает в mc использовать cp,mv,rm etc. Повторюсь:

В общем, выбор того или иного инструмента обосновывается целесообразностью.

[watashiwa_daredeska]

Для часто используемых директорий в mc есть ctrl+\,

Для часто используемых каталогов в bash есть переменные среды, shopt -s autocd, shopt -s cdable_vars и $CDPATH, так что это не аргумент :)

ну и никто не запрещает в mc использовать cp,mv,rm etc.

Есть еще много вещей, кроме этих.

Поставил поностальгировать. Нет, господа, это даже не вариант. Даже не потому, что оно мало что умеет. Чисто теоретически (но не практически), оно умеет многое, но… Со времен, когда я видел его крайний раз, он стал еще глючнее, хотя казалось бы, уже некуда. За первые 3 минуты я наступил на штук 5 граблей. Ну нафиг, я не готов постоянно что-то делать в ожидании очередного подлого удара по лбу.

[taaroa]

аналогично cp -a

Я, кстати, всякие cp/mv/rm использую крайне редко. И первым делом на компьютере устанавливаю mc

о, да. а установите нам, пожалуйста, mc на vms (vax/alpha)? и если кто-то осилит портирование его туда (где он не нужен), капитан намекает, что суровые олдскульные дядьки по-прежнему будут пользоваться dcl или уже портированным туда bash (в составе gnv).
p.s. i like to move it, move it!! - [F6]

[t.t]

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

Существует ровно одна задача, с которой в mc можно справиться (незначительно) быстрее, чем в командной строке, — разгребание беспорядка в файлах и каталогах. Да и этот один единственный случай можно обойти с помощью, скажем, whiptail/dialog.

[Bluetooth]

Существует ровно одна задача, с которой в mc можно справиться (незначительно) быстрее, чем в командной строке, — разгребание беспорядка в файлах и каталогах. Да и этот один единственный случай можно обойти с помощью, скажем, whiptail/dialog.

С ним можно справиться еще и отсутствием бардака.

[drBatty]

С ним можно справиться еще и отсутствием бардака.

бардак бывает чужим :(
есть такая штука как photorec. но с её бардаком я борюсь с помощью sed и обычного ФМ (который картинки показывает).

[Bluetooth]

С ним можно справиться еще и отсутствием бардака.

бардак бывает чужим

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

[t.t]

Существует ровно одна задача, с которой в mc можно справиться (незначительно) быстрее, чем в командной строке, — разгребание беспорядка в файлах и каталогах. Да и этот один единственный случай можно обойти с помощью, скажем, whiptail/dialog.

С ним можно справиться еще и отсутствием бардака.

Это само собой. (:

[drBatty]

Но вообще с большой долей вероятности по скорости в разборе серьезного бардака мц не будет первым. он хорош разве что в простых случаях.

разнообразные бардаки, и разбор их

[ZyX]

Но вообще с большой долей вероятности по скорости в разборе серьезного бардака мц не будет первым. он хорош разве что в простых случаях.

разнообразные бардаки, и разбор их

Вы как всегда делаете всё медленным способом:

Попробуем переименовать файлы из XXX.mp3, в NN.mp3, где XXX - любые символы, а NN - это номер файла.

(Created by format.vim)

unset I ; zmv '*.([[:alnum:]_]*)' '$((I++)).$1'

Никаких списков, никаких sed, одна команда (unset не обязателен). С inode не всё так гладко:

(Created by format.vim)

typeset -A edb edb=( $(cat /etc/mime.types | awk '{print $1" "$2}' | grep -v ' $') ) for file in ./* ; do inode=$(stat --printf '%i' $file) mime=$(file --brief --mime-type $file) echo mv -- $file $file:h/$inode.${${edb[$mime]}:-unknown} done

Но это уже второй вариант, с файлом настроек.

[ShadowFlash]

Каждый кулик хвалит своё болото. Только вот есть одно "но" - довольно часто желательно иметь визуальное представление о том, что находится в двух каталогах. Вот тут mc рулит. Для повторяющихся действий, вроде сортировки фотографий - рулят скрипты.

[/dev/random]

довольно часто желательно иметь визуальное представление о том, что находится в двух каталогах.

Зачем? И чем ls не "визуальное представление"?

[ZyX]

Каждый кулик хвалит своё болото. Только вот есть одно "но" - довольно часто желательно иметь визуальное представление о том, что находится в двух каталогах. Вот тут mc рулит. Для повторяющихся действий, вроде сортировки фотографий - рулят скрипты.

Единственное нужное визуальное представление, которое не может дать консоль — это набор изображений с миниатюрами, но вот проблема: mc тоже не умеет миниатюры. Вообще, при желании можно чисто из консоли сделать вывод двух параллельных списков (используя col+expand, или написав что-то своё, что будет работать с юникодом). я уж не говорю про возможность использования tmux для разбиения терминала на две части, что даст намного больше гибкости.

[minoru-kun]

Зачем? И чем ls не "визуальное представление"?

Оно не интерактивное. А двигать файлы регекспами на каком-нибудь большом сервере - это реально страшно.