LINUX.ORG.RU

cfiles 1.3

 , , , ,


3

3

Представлен новый выпуск консольного файлового менеджера cfiles, написанный на C и нацеленный на то, чтобы предоставить функционал файлового менеджера ranger, будучи при этом быстрым, легковесным и минималистичным.

Из особенностей можно выделить:

  • Vim-like управление.
  • Использует w3imgdisplay или Überzug для предпросмотра картинок на выбор пользователя.
  • Использует atool для предпросмотра архивов.
  • Использует mediainfo для просмотра информации о медиа-файлах и размеров файлов.
  • Использует fzf, написаный на Go, для поиска.

>>> GitHub проекта

Deleted

Проверено: jollheef ()

Одно и то же, очередной безыдейный и безликий клон, и опять функционал. Даже по названию видно, что у автора нет фантазии. Почему пользователи ranger должны обратить внимание на вашу поделку? ranger недостаточно быстрый? Или не умеет запускать mediainfo и atool?

env ★★☆ ()
Ответ на: комментарий от env

Почему пользователи ranger должны обратить внимание на вашу поделку?

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

должны

Никто никому ничего не должен. Кто захочет - тот посмотрит.

На мой взгляд, «ranger, но только на C» - довольно интересная задумка.

Deleted ()
Ответ на: комментарий от Deleted

«ranger, но только на C»

В генте не собралось:

gcc -I. -Wall cf.c -o cfiles -lncursesw
/usr/lib/gcc/x86_64-pc-linux-gnu/8.2.0/../../../../x86_64-pc-linux-gnu/bin/ld: /tmp/ccUWaf7R.o: undefined reference to symbol 'keypad'
/usr/lib/gcc/x86_64-pc-linux-gnu/8.2.0/../../../../x86_64-pc-linux-gnu/bin/ld: /lib64/libtinfow.so.6: error adding symbols: DSO missing from command line
collect2: error: ld returned 1 exit status
make: *** [Makefile:10: all] Error 1

Так что даже сравнение с ranger невозможно.

mord0d ()
Ответ на: комментарий от Deleted

У автора в AUR'е, насколько я могу судить, всё нормально собирается.

Класс. Классическое УМВР, притом что ошибка детская вообще. Те, у кого ВР, могли бы хоть версии своих ncursesw назвать, или где там этот keypad спрятался.

env ★★☆ ()
Ответ на: комментарий от anonymous

Спасибо, теперь понятно. Ну, удачи им в сим непростом деле (надеюсь, у нелюбителем пайтона и пакета такого в системе нет, а то лицемерненько получается).

env ★★☆ ()
Ответ на: комментарий от env

ошибка детская вообще
I wanted to improve my C and learn ncurses so I decided this would be an ideal project.

Возьми, сообщи автору.

Но меня забавляет эта позиция: «Мне не нравится эта утилита, но я буду сидеть в этой теме и всем рассказывать как она мне не нравится».

Deleted ()
Ответ на: комментарий от Deleted

Я ещё не решил, нравится она мне или нет. Так-то в последние два года много чего интересного/удобного для CLI появилось и продолжает появляться. Но тут уже кажется всё прояснилось: автор хейтер пайтона и едва умеет писать на сишке. Меж тем mc всё ещё ждёт своего убийцы.

env ★★☆ ()
Ответ на: комментарий от Deleted

Но меня забавляет эта позиция: «Мне не нравится эта утилита, но я буду сидеть в этой теме и всем рассказывать как она мне не нравится».

Тут тебе с ЛОРом повезло. Здесь ты можешь забавляться такими позициями круглые сутки. Вот прямо 24/7/365. Не понимаю только, как тебе до сих пор не надоело этим забавляться? Редко тут бываешь?

anonymous ()
Ответ на: комментарий от Deleted

«Это не для вас написано, молодой человек»

Однако, прочитано и отвечено. Писал бы уж тогда в личку.

Понятно, что все эти ненужнисты только засоряют форум. Вот только отвечающие им засоряют его не меньше.

anonymous ()

написанный на C и нацеленный на то, чтобы предоставить функционал файлового менеджера ranger
Использует fzf, написаный на Go, для поиска.

Ну лол.

Singularity ★★★★ ()

Не собирается.

[17:19] u@notebook:~/cfiles> gmake
cc -I. -Wall cf.c -o cfiles -lncursesw
cf.c:1566:9: warning: implicit declaration of function 'signal' is invalid in C99 [-Wimplicit-function-declaration]
        signal(SIGCHLD, SIG_IGN);
        ^
cf.c:1566:16: error: use of undeclared identifier 'SIGCHLD'
        signal(SIGCHLD, SIG_IGN);
               ^
cf.c:1566:25: error: use of undeclared identifier 'SIG_IGN'
        signal(SIGCHLD, SIG_IGN);
                        ^
1 warning and 2 errors generated.
gmake: *** [Makefile:10: all] Ошибка 1

IPR ★★★★ ()
Ответ на: комментарий от IPR

Найди signal.h и заинклудь его в cf.c.

В NetBSD это выглядит так:

--- cf.c.orig
+++ cf.c
@@ -15,6 +15,7 @@
 #include <dirent.h>
 #include <curses.h>
 #include <unistd.h>
+#include <signal.h>
 #include <stdlib.h>
 #include <string.h>
 #include <strings.h>

Deleted ()
Ответ на: комментарий от IPR

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

meliafaro ★★★ ()
Ответ на: комментарий от meliafaro

Хорошо, перефразирую вопрос, чтобы было понятно даже всем - что такого умеет этот фм, чего не умеет какой-нибудь условный Наутилус?

Наутилус под мышь заточен, не всем это удобно

Crocodoom ★★ ()
Ответ на: комментарий от Deleted

Как у него выглядит интеграция с командной строкой? То есть нужно ли его закрывать, чтобы что-то поделать в том же гите, или его всегда можно держать запущенным?

Я в консоли работаю каждый день, но вот с файловыми менеджерами там вообще не знаком. Типичный сценарий: зайти на удаленный сервак, пописать там код в виме, что-то покомпилять, что-то посчитать, запустить гит. Постоянно юзаются mv, cp, ls. Стоит пробовать ranger?

Crocodoom ★★ ()
Последнее исправление: Crocodoom (всего исправлений: 1)
Ответ на: комментарий от Crocodoom

В ranger? Из него напрямую можно посылать шелловые команды (хоткей s), правда вывод команды остаётся не виден до закрытия. Скорее всего это можно настроить/обойти.

Но я с этим не запариваюсь и пользуюсь ranger'ом лишь как файло-открывалкой. Ибо шелл все равно рядом.

Deleted ()
Ответ на: комментарий от Crocodoom

Типичный сценарий: зайти на удаленный сервак, пописать там код в виме, что-то покомпилять, что-то посчитать, запустить гит. Постоянно юзаются mv, cp, ls. Стоит пробовать ranger?

Хм-м, я бы в таком случае пользовался бы связкой tmux+ranger. ranger как удобная открывалка вима и замена mv, cp, ls. А остальное для гитов, компиляторов и прочего.

Ибо работать без ranger'a в консоли каждый день - для меня адок. Ибо сейчас у меня так.

Deleted ()
Ответ на: комментарий от meliafaro

Или это для мамкиных хацкеров, которые думают, что неуёмное использование консольных приложений делает их умнее?

Что_ты_несёшь.jpg
Серьёзно, тебе сколько лет? Зачем ты это вообще говоришь? К чему? Я использую mc, tmux и прочее в повседневной жизни, потому что это УДОБНО. Уже лет 15 использую. Половину жизни. Я теперь мамкин хакер, да?

IPR ★★★★ ()
Ответ на: комментарий от meliafaro

Или это для мамкиных хацкеров, которые думают, что неуёмное использование консольных приложений делает их умнее?

Серьёзно, тебе сколько лет? Зачем ты это вообще говоришь? К чему? Я использую mc, tmux и прочее в повседневной жизни, потому что это УДОБНО. Уже лет 15 использую. Половину жизни. Я теперь мамкин хакер, да?

Некоторые и видео монтируют ffmpeg-ом в консоли.

И они, конечно, обязательно «мамкины хакеры». Ну как же, meliafaro сказал. Он-то знает, как надо правильно видео монтировать, а кто мамкин хакер.

anonymous ()
Ответ на: комментарий от IPR

Ну то есть нет ни грамма логики в его словах, да? Вот прям консольные файловые менеджеры всегда удобнее графических (а вовсе не потому, что свободных графических с возможностями хотя бы mc аж целых 0), и mocp удобнее всего остального (а вовсе не потому, что лучше подходит к какерскому таловому wm), да-да, всё именно так и есть!

env ★★☆ ()
Последнее исправление: env (всего исправлений: 1)