| |
| |
| 3.4, A.Stahl (ok), 11:48, 03/01/2019 [^] [^^] [^^^] [ответить]
| +14 +/– |
 >Серьезно?
Да, несколько лет назад проект был по факту заморожен. Потом его подняли, отряхнули от пыли и продолжили развивать.
Просто mc это такая программа, номером версии которой никто не интересуется и поэтому за новостями тоже никто не следит. Так что назнание текущего состояния -- вполне нормально.
| | |
| |
| 4.10, llolik (ok), 12:38, 03/01/2019 [^] [^^] [^^^] [ответить]
| +2 +/– |
 > Потом его подняли, отряхнули от пыли и продолжили развивать.
Тогда уж в единственном числе. Там, судя по git, один человек (aborodin) всё пилит.
| | |
| 4.13, Michael Shigorin (ok), 13:19, 03/01/2019 [^] [^^] [^^^] [ответить]
| –7 +/– |
 > Просто mc это такая программа
...которая не нужна (или устраивает "как есть") подавляющему большинству тех, кто мог бы развивать, и нужна тем, кто развивать (или даже чинить) обычно неспособен.
А тут сложилось то самое сочетание, когда наши люди с привычкой к vc.com всё-таки взялись. Кстати, один из предыдущих майнтейнеров от GNU был тоже наш соотечественник, Павлом зовут.
Андрей, Сергей и все-все-все -- спасибо за труды :)
| | |
| |
| 5.19, Аноним (19), 15:21, 03/01/2019 [^] [^^] [^^^] [ответить]
| –5 +/– | |
Проблема MC в том, что это нерасширяемый говнокод с начала и до конца, который очень тяжело поддерживать + адова смесь для обработки файлов по расширениям и VFS, который просто мрак.
MC на моём top end компьютере полторы минуты открывает архив с ~100K файлами, потому что там awk/sed и прочая дрянь - это просто ад.
Far в Linux (wine) работает лучше, чем MC на порядок.
// b.
| | |
| |
| 6.23, Айран (?), 18:18, 03/01/2019 [^] [^^] [^^^] [ответить]
| +1 +/– |
mc и его ужасная работа с архивами, особенно с zip - благодаря этому запомнил параметры консольных архиваторов. А вот из-за mcedit так и не смог vim пользоваться без шпаргалки
| | |
| |
| 7.29, lorenko (ok), 20:57, 03/01/2019 [^] [^^] [^^^] [ответить]
| +5 +/– |
 Значит помимо прямых функций он оказал на вас ещё и положительно-обучающее влияние. Команды архиваторов выучили, а vim что с mcedit что без зубрить не перезубрить...
| | |
| |
| |
| 9.40, lorenko (ok), 11:07, 04/01/2019 [^] [^^] [^^^] [ответить] | +2 +/– | С каких пор пор использование vim стало укладываться в vimtutor Серьёзно Прочи... текст свёрнут, показать | | |
|
|
| 7.36, Аноним (36), 02:17, 04/01/2019 [^] [^^] [^^^] [ответить]
| +2 +/– |
Ну, если уж совсем на начальном-начальном, то для вима хватит трёх команд: i - редактировать, :wq - сохранить, :q! - выйти без сохранения. Ну ещё ESC жать после редактирования
| | |
| 7.56, adolfus (ok), 19:23, 15/01/2019 [^] [^^] [^^^] [ответить]
| +/– |
Что касается zip, то он не нужен. На сей счет есть tar и куча отличных компрессоров на выбор.
| | |
|
| |
| 7.42, HyC (?), 20:06, 04/01/2019 [^] [^^] [^^^] [ответить]
| +/– | |
> Far нэтивно работает в Linux. MC на его фоне - да, теперь в тени.
Собрал побаловался. Выглядит и работает вполне аутентично. Аккуратненько.
Недостаток - оно иксовое, эмулирует консоль в окошке.
| | |
| 7.53, Аноним (53), 19:27, 05/01/2019 [^] [^^] [^^^] [ответить]
| –1 +/– |
Спасибо, что напомнили про far2l.
Я уже давно пользуюсь mc, потихоньку привык. Но сейчас запустил far2l - всё же far мне нравится больше. mc пользоваться не перестану, но, наверное, в большинстве случаев буду пользоваться far2l.
| | |
|
| 6.43, Аноним (43), 20:32, 04/01/2019 [^] [^^] [^^^] [ответить]
| +/– | |
>VFS, который просто мрак.
VFS элементарно расширяется плагинами с простейшим шелл-интерфейсом
| | |
| 6.46, FBI Agent 008 (?), 08:04, 05/01/2019 [^] [^^] [^^^] [ответить]
| +/– |
 Зато подсветка синтаксиса в mc работает в разы быстрее и незаметно для глаза, в отличие от ФАР.
Лично для меня это куда важнее каких-то там зипов. Родные tgz/txz открывается вполне шустро.
| | |
|
| 5.20, Имя (?), 15:38, 03/01/2019 [^] [^^] [^^^] [ответить]
| +3 +/– | |
Такая программа не нужна в роли "полностью отказаться от shell и заменить на mc".
В качестве дополнительного инструмента очень удобная вещь.
| | |
| 5.22, user (??), 17:07, 03/01/2019 [^] [^^] [^^^] [ответить]
| +3 +/– | |
А чем его заменить для одноразовых действий, которые нет смысла скриптовать?
Нужно различать полезность и необходимость, говорю как пользователь мыши в gvim.
| | |
|
| 4.37, Аноним (37), 02:39, 04/01/2019 [^] [^^] [^^^] [ответить]
| –3 +/– |
А можно поинтересоваться, а зачем оно надо? В чем прикол пользоваться подобными штуками тем более под линуксом? Ладно там - винда, но и теперь с wsl и в этом необходимость отпала.
| | |
| |
| 5.39, A.Stahl (ok), 09:57, 04/01/2019 [^] [^^] [^^^] [ответить]
| –1 +/– | |
Ты вот сейчас спрашиваешь зачем нужен файловый менеджер? Серьёзно?
| | |
|
|
|
|
| 1.5, YetAnotherOnanym (ok), 11:53, 03/01/2019 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
 Он всё ещё не умеет показывать содержимое папки тайлом тумбнейлов!!!!11 О, какую боль это причиняет моей любви к прогрессу!!!!!!11
| | |
| |
| 2.9, Аноним (9), 12:22, 03/01/2019 [^] [^^] [^^^] [ответить]
| +7 +/– |
Любители прогресса должны страдать^w уметь дописывать недостающие фичи.
| | |
| |
| 3.14, Michael Shigorin (ok), 13:20, 03/01/2019 [^] [^^] [^^^] [ответить]
| –6 +/– | |
> Любители прогресса должны страдать^w уметь дописывать недостающие фичи.
Вы же их вот только что оскорбили!
| | |
|
|
| 1.7, Аноним (7), 12:13, 03/01/2019 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– | |
>Добавлена поддержка операций клонирования файлов, предоставляемых файловой системой Btrfs (применение BTRFS_IOC_CLONE для создания копии файла через добавление на уровне метаданных дополнительной ссылки на уже имеющиеся данные, без фактического копирования содержимого файла);
А чем это отличается от обычной жёсткой ссылки?
| | |
| |
| 2.11, Аноним (11), 12:47, 03/01/2019 [^] [^^] [^^^] [ответить]
| +4 +/– |
Тем, что получаются все-же разные файлы. Это как снапшот, только файл. Изначально все блоки общие, но при изменении одной из копий выделяются новые.
| | |
| 2.12, Аноним (12), 12:53, 03/01/2019 [^] [^^] [^^^] [ответить]
| +4 +/– |
Видимо, тем, что при изменении данных по одной жесткой ссылке меняются данные по всем ссылкам, а в случае BTRFS происходит COW.
| | |
|
| 1.8, M i M (?), 12:14, 03/01/2019 [ответить] [﹢﹢﹢] [ · · · ]
| +3 +/– |
 > Обеспечено сохранение времени модификации и доступа (mtime и atime) при копировании файлов через SFTP;
Ура! Спасибо разработчикам!
| | |
| 1.16, Урри (?), 14:30, 03/01/2019 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
А распаковка зипов все так же смертельно медленна. И все также тикеты на это закрывают как "дубликат #3", который вообще отмечен как "new enhancement" и которому 10 лет.
Ах да, забыл про "A lot of changes in VFS layer are required for this issue. That will be possible only after 4.8.0 release.", который оставлен 7 лет назад и который вроде бы как должен пояснить почему тикет никто не исправляет.
Впрочем, все успешно обходятся командной строкой и unzip для таких случаев.
| | |
| |
| 2.24, Айран (?), 18:19, 03/01/2019 [^] [^^] [^^^] [ответить]
| +1 +/– |
это давно уже стало не багом, а свойством, как смерть или налоги
| | |
| 2.27, korrado (?), 19:56, 03/01/2019 [^] [^^] [^^^] [ответить]
| –1 +/– |
 Вот в FARe было классно сделано. Для каждого расширения имен архивом можно было прописать свою команду оперирования с архивом. Естественно для большинства их них в древние времена ставил RAR, ну а позже 7z.
Сейчас когда зипую коллекцию файлов fb2 тоже в скриптике зипования прописал 7z, тем более что он очень медленно и успешно развивается под Линухом.
| | |
| 2.30, selishii (ok), 21:12, 03/01/2019 [^] [^^] [^^^] [ответить]
| +2 +/– |
 Можно сделать проще и намного элегантней, скрипт типа такого:
...
for n in $@
do
if [ -f "$n" ]; then
case "${n%,}" in
*.tar.bz2|*.tar.gz|*.tar.xz|*.tbz2|*.tgz|*.txz|*.tar)
tar xvf "$n" -C $(dirname "$n") || 7z x "$n" -o$(dirname "$n") ;;
...
*.zip) unzip "$n" -d $(dirname "$n") || 7z x "$n" -o$(dirname "$n") ;;
...
esac
else
echo "'$n' - file does not exist"
return 1
fi
done
...
P.S.Разные типы и подтипы архивов (здесь не стал все указывать), распаковываются через родной распаковщик, либо 7z в случае отсутствия. Это можно запускать через .desktop-файл помещенный в /usr/share/applications из любого GUI- или console- файлового менеджера.
| | |
| |
| 3.32, Michael Shigorin (ok), 22:02, 03/01/2019 [^] [^^] [^^^] [ответить]
| +4 +/– |
> Можно сделать проще и намного элегантней, скрипт типа такого:
> for n in $@
...спотыкнётся на первом же аргументе с пробелами, тогда уж "$@". :)
| | |
|
|
| 1.18, OpenEcho (?), 15:19, 03/01/2019 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
Че-то там сломали с поиском... :(
F2=>m=>rsync=>Enter=>F7=>-f=>Enter
нашел "exclude-from", ищем дальше Shift-F7=>Continue from beginning?
т.е. больше ничего не нашел, хотя вообще-то ниже есть
опция '-f, --filter=RULE add a file-filtering RULE'
| | |
| 1.38, iCat (ok), 07:25, 04/01/2019 [ответить] [﹢﹢﹢] [ · · · ]
| +8 +/– |
 Лично для меня MC - это один символов GNU/Linux.
Именно MC открыл мне дорогу в этот прекрасный мир.
Автору и всем, кто продолжает сопровождать этот проект - мой низкий поклон.
| | |
| |
| 2.55, Аноним (54), 13:57, 06/01/2019 [^] [^^] [^^^] [ответить]
| +/– |
С женщинами интереснее и приятнее, братан. Попробуй, вдруг понравится?
| | |
|
| 1.47, Ддд (?), 08:09, 05/01/2019 [ответить] [﹢﹢﹢] [ · · · ]
| –3 +/– |
7 месяцев на это?))) походу они пальцем раз в день одну клавишу нажимают)))
| | |
| 1.49, Аноним (49), 12:27, 05/01/2019 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
Благодаря МС лет 12 назад я наглядно понял, какие существуют баги в ликуксе 1) баги-фичи: двойной Esc когда казалось бы логично иметь один; 2) глобальные-могилой-исправляемые баги: отсутствие адекватного прогресс-бара при копировании на флешку; 3) локальные-говнобаги, для которых надо ставить костыли: загрузка мс полчаса на некоторых системах, если не прописать в етц-хостс резолв себя на 127001.
МЦ все это очень компактно иллюстрирует, под эту классификацию попадает большинство багов в линухе
| | |
| |
| 2.50, Ananan (?), 13:04, 05/01/2019 [^] [^^] [^^^] [ответить]
| +/– |
 1) Входит в привычку и не замечаешь.
2) А что не так с ним? Шиндовс может отрапортовать что все записалось, однако необходимо сделать аналог umount перед вытаскиванием. Если же речь о сколь-нибудь больших объемах, то все отображается адекватно.
3)дык хостнейм чому задал, но не прописал в днс/hosts/yp? Такое поведение скорее плюс, лишний раз по лбу лентяю.
| | |
| 2.51, Алеша (?), 15:42, 05/01/2019 [^] [^^] [^^^] [ответить]
| +/– |
1) если бы ты понимал как работает нормальная консоль, то ты бы знал, что введение "одного ESC" убьет половину ее функционала, превратив ее в некое подобие msdos-о-виндового убожища.. но зато зато да - одно esc для мышевозера-неосилятора.
2) адекватный прогресс-бар в принципе невозможен при "адекватном кешировании" на уровне vfs, потому что он будет показывать всегда мгновенную скорость в начале и непонятное нечто в конце "процесса". ну или убить все кеширование и сделать как в венде - опять таки в угоду...
3) вообще-то баг в голове админа этого самого локалхоста. хотя тут соглашусь - это можно было бы резолвить в фоне.
в общем типичное виндузячье мнение. мнение человека, который совершенно не понимает о чем говорит и как "оно все" работает, точнее как должно..
| | |
| |
| 3.52, OpenEcho (?), 16:53, 05/01/2019 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> ну или убить все кеширование и сделать как в венде
AFAIR, венда вообще-то делает абсолютно то же самое, кэширует и пишет потихоньку на медленный девайс (флэшку) в бэкграунде
| | |
|
|
|
