Например в ZODB есть ZODB.FileStorage.fsdump который в ZODB/setup.py
поставлен как

    entry_points = """
    [console_scripts]
    fsdump = ZODB.FileStorage.fsdump:main
    ...

т.е. после сборки оно сгенерирует отдельный файл со следующим содержимым

    #!/usr/bin/python
    # EASY-INSTALL-ENTRY-SCRIPT: 'ZODB3==3.9.7','console_scripts','fsdump'
    __requires__ = 'ZODB3==3.9.7'
    import sys
    from pkg_resources import load_entry_point

    if __name__ == '__main__':
        sys.exit(
            load_entry_point('ZODB3==3.9.7', 'console_scripts', 'fsdump')()
        )

т.е. программу можно будет запустить.

Но это после сборки. А in-tree программу не запустить.

Не уверен что добавление if __name__ == '__main__' примут в upstream
из-за entrypoint'а. Мне зачастую удобно работать in-tree, поэтому
добавляю простую утилиту для запуска таких программ.

Бывают .doc файлы в которых идёт plain-text и antiword на них вылетает с
ошибкой.

Чтобы оно само умело автоматом сравнивать два .doc документа

Signed-off-by: Kirill Smelkov <kirr@mns.spb.ru>

Так строки не изменяют своего положения после модификации - т.е. их
порядок является стабильным и соответственно удобно смотреть разницу.
Signed-off-by: Kirill Smelkov <kirr@mns.spb.ru>

Signed-off-by: Kirill Smelkov <kirr@landau.phys.spbu.ru>

так при перевставе таблицы в access она останется на своём месте в
выводе.

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

Plase to store miscelaneous useful programs, settings, etc...