утилита для работы с комментариями к файлам

[Goner]

Не знаю, куда это постить, поэтому положил сюда.

Для тех, у кого завалялись старые файлы Descript.ion, а также для людей, желающих быстро находить нужный файл в куче похожих.

Называется lookd, написано на python.

Что умеет:

lookd -w file_1 "комментарий" создает файл desc.utf в данной директории и сохраняет туда комментарий к файлу file_1.

lookd -d file_1 удаляет комментарий к дайнному файлу из описания.

командой lookd (без опций) можно посмотреть все комментарии в данной директории (в т.ч. из Desctipt.ion, если нету desc.utf). Важное замечание: Descript.ion утилита может только читать (или искать в них).

lookd -f делает то же, но выводит полный список всех файлов (с комментариями и без оных).

Если их многовато, можно так, например: lookd -f | less

lookd -s корова
можно рекурсивно пройтись по дочерним директориям и поискать в комментариях "корову".

lookd -S корова
То же, только ищем еще и в именах файлов.

lookd -e file_1 запустит файл с помощью ассоциированной программы (если ассоциации прописаны в файле .comb.bindings).

Вместо имени файла можно вводить его номер, который можно посмотреть в выводе lookd (работает для -w, -d, -e). Если имя длинное, это, имхо, удобнее, чем без конца жмакать на tab.

На страничке еще есть вариант с гуем (commbrowser лучше качать с SVN), но оно корявое. Захотелось вместо этого маленькую утилитку и она мне показалась довольно удобной в использовании. Решил вот поделиться.

Полезные советы и критика приветствуются.

http://code.google.com/p/commbrowser/downloads/list

[Nazyvaemykh]

Может быть, стоило бы привязать это к GVFS и хранить комментарий как расширенный атрибут файла?

[Goner]

Может быть, стоило бы привязать это к GVFS и хранить комментарий как расширенный атрибут файла?

Для меня вообще пока концепция виртуальных файловых систем еще не совсем понятна. А уж конкретно про GVFS и GIO почитать и подавно не собрался. Оно действительно удобно?

[Portnov]

Мне кажется, к GVFS привязываться не надо. Достаточно использовать расширенные атрибуты ФС.

[Goner]

Мне кажется, к GVFS привязываться не надо. Достаточно использовать расширенные атрибуты ФС.

1 Ткните, пожалуйста, чего почитать (можно англ)

2 Привязка к GVFS или использование расширенных атрибутов обычной ФС - почему это важно? Текстовые файлы в директориях - слишком "старомодно"?

[Portnov]

1. http://en.wikipedia.org/wiki/Extended_file_attributes, например.
2. Можно и в файликах. Просто, по-моему, решение с расширенными атрибутами лучше, чем решение с gvfs.

[drBatty]

Portnov
нашёл программу: http://xattr.sourceforge.net/
непонятно, что вот это такое: XATTR_NOFOLLOW
и где оно определено... Может знаете?

[Nazyvaemykh]

Goner, нет, не старомодно. Вроде, и моды-то такой особо не было? Только вот файлы-то копируются, перемещаются, удаляются. А что должно происходить с таким «комментарием»? Не понятно. Хорошо, когда это происходит на уровне файловой системы или около того.

Portnov, зависит от нескольких обстоятельств. Вообще, файловая система может быть доступна только для чтения (архив, оптический диск или что-то вроде того); файловая система может расширенные атрибуты прямо не поддерживать. А gvfs будет просто работать всегда и везде. Тут ужь нужно решать, что лучше, что хуже.

Файловый менеджер Nautilus, кстати, умеет делать «заметки» о файлах, которые хранятся в GVFS. Возможно, режим совместимости с этими «заметками» может оказаться кому-нибудь нужен.

[drBatty]

ага. разобрался. итак xattr HOWTO

1) монтируем ФС с опцией user_xattr (ессно фича должна быть включена при создании ФС)
2) установка коммента:

$

setfattr -n user.xdg.comment -v "Comment" /mnt/hd/share/music/cover.jpg

3) чтение

$

getfattr -d /mnt/hd/share/music/cover.jpg getfattr: Removing leading '/' from absolute path names # file: mnt/hd/share/music/cover.jpg user.xdg.comment="Comment"

[drBatty]

ИМХО в утилите должен быть предусмотрен единый механизм для хранения комментов для:
1) в Description's
2) в ext_attr
3) в GVFS

на выбор юзера, и конвертация конечно.

[Goner]

ИМХО в утилите должен быть предусмотрен единый механизм для хранения комментов для:
1) в Description's
2) в ext_attr
3) в GVFS

на выбор юзера, и конвертация конечно.

Спасибо за совет. Буду посмотреть, что к чему.

[drBatty]

Буду посмотреть, что к чему.

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

[rm_]

Goner, нет, не старомодно. Вроде, и моды-то такой особо не было? Только вот файлы-то копируются, перемещаются, удаляются. А что должно происходить с таким «комментарием»?

А ещё жгутся на CD/DVD в ISO, или записываются на флешку в VFAT. Вопрос тот же.

[entada]

Интересная и нужная утилита, спасибо!

Вариант для командной строки, наверное, ещё удобнее, чем графический.

командой lookd (без опций) можно посмотреть все комментарии в данной директории (в т.ч. из Desctipt.ion, если нету desc.utf). Важное замечание: Descript.ion утилита может только читать (или искать в них).

Оказалось, что у меня эти файлы называются descript.ion (в нижнем регистре) и закодированы в 1251 (а один даже в utf8).
Первое пока решилось переделкой Descript.ion на descrtipt.ion в коде, второе — как предложено в http://habrahabr.ru/blogs/python/62383/ (пришлось поставить пакет python-chardet):

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

import chardet
...
def desc_func(full_ls):
    try:
        #fp = codecs.open('Descript.ion', "rb", "cp866")    # читаем файло
    str = open("descript.ion","rb").readline()
    enc = chardet.detect(str)
        fp = codecs.open('descript.ion', "rb", enc['encoding'])    # читаем файло

Как сделать лучше — пока не знаю.