Backup repository for imag-pim.org / imag https://imag-pim.org
Find a file
2016-05-28 23:59:41 +02:00
bin Add argument finder helper function 2016-05-13 14:41:19 +02:00
doc Add initial proposal for notes module 2016-03-25 16:30:12 +01:00
imag-counter imag-counter: Remove setup code and use helper 2016-05-18 22:57:04 +02:00
imag-link imag-link: Remove setup code and use helper 2016-05-18 22:57:04 +02:00
imag-notes Rewrite edit_entry() to use Store::get() 2016-05-28 21:27:55 +02:00
imag-store Implement get() functionality 2016-05-28 10:36:09 +02:00
imag-tag Rewrite UI to use Store::get() which does not implicitely create entries 2016-05-28 21:19:29 +02:00
imag-view imag-view: use generate_error_module!() macro and reexport generated types 2016-05-19 18:22:03 +02:00
libimagcounter libimagcounter: use generate_error_module!() macro and reexport generated types 2016-05-19 18:22:03 +02:00
libimagentryfilter style adaptations 2016-05-13 22:26:48 +02:00
libimagentrylink Merge pull request #438 from matthiasbeyer/libimagentrylink/link-type-pub 2016-05-27 12:36:36 +02:00
libimagentrylist Add counter in libimagentrylist::listers::Core 2016-05-23 19:18:06 +02:00
libimagentryselect Implement get_or_select_id() 2016-05-26 10:41:25 +02:00
libimagentrytag Use IntoError functionality to have less noise in the error construction code 2016-05-27 10:44:37 +02:00
libimagentryview libimagentryview: use generate_error_module!() macro and reexport generated types 2016-05-19 20:32:23 +02:00
libimagerror Impl Into<error name> for all <errorkindname> 2016-05-24 14:31:44 +02:00
libimaginteraction libimaginteraction: use generate_error_module!() macro and reexport generated types 2016-05-19 20:32:23 +02:00
libimagnotes Add Note::get() 2016-05-28 21:26:05 +02:00
libimagrt Use IntoError trait for less ugly code 2016-05-27 10:27:06 +02:00
libimagstore Merge pull request #440 from matthiasbeyer/libimagstore/load-unload-hooks 2016-05-28 23:59:32 +02:00
libimagstorestdhook Implement store-unload hooks 2016-05-26 21:04:04 +02:00
libimagtimeui Impl Parse::parse for DateTime 2016-05-28 20:53:30 +02:00
libimagutil Move trace_error() functionality from libimagutil to libimagerror 2016-05-17 20:28:02 +02:00
tests Add helper function to cat an entry from the store 2016-04-18 18:33:45 +02:00
.editorconfig Add editorconfig configuration file 2016-01-11 19:47:51 +01:00
.gitignore Add Cargo.lock to .gitignore 2016-01-22 20:14:54 +01:00
.travis.yml Add cargo cache for travis 2016-04-29 13:52:50 +02:00
CONTRIBUTING.md Contributing: Add label explanation 2016-05-15 16:25:25 +02:00
default.nix Move to rust stable (1.4 atm) so we can use clap 2015-12-05 10:45:33 +01:00
imagrc.toml Add entry in example config file 2016-05-26 21:04:05 +02:00
LICENSE Add LICENSE file 2015-11-08 17:35:49 +01:00
README.md Fixes coice / choice typo in README.md 2016-05-06 21:40:15 -04:00

imag

Imag is a CLI PIM suite with a nice API-ish commandline interface, so you can integrate it in your tools of choice (Editor, MUA, RSS reader, etc etc).

Goal

Our goal is to

Create a fast, reliable, forwards/backwards compatible commandline personal information management suite which covers all aspects of personal information management, consists of reusable parts and integrates well with known commandline tools.

We try to accomplish these requirements:

  • "fast": We use the awesome, fast and safe programming language "Rust"
  • "reliable": We try to test every aspect of our software. Our build process ensures that the build breaks whenever a library interface changes and the modules which use the library are not updated.
  • "forwards/backwards compatible:" Our (plain text) on-disk data format and storage library both ensure that incompatibilities are captured and resolved (using semver)
  • "commandline": We ensure that everything can be done by commandline calls, for some modules there might be a curses-like UI, but there are no graphical clients and there never will be any within this codebase. We use clap for commandline-interface building and we try to keep the interface easy and consistent between modules.
  • "personal": We store everything as plain text in a store inside the users $HOME directory. There will be a version-control (most surely git) hook integrated to sync between several machines. There are no multi-user features included or planned at the time of writing.
  • "information management": We want to give the user the possibility to put every single information about their personal lives into the store and we try hard to provide a sane interface to query and retrieve data from this database.
  • "covers all the aspects of personal information management": We want to provide modules for:
    • contact management
    • calendar
    • diary
    • notes
    • personal wiki
    • news (rss)
    • passwords
    • images
    • music
    • movies
    • personal project management
    • podcast management
    • ledger
    • mail
    • bibliography management
    • ... and many, many more.
  • "constists of reusable parts": Every functionality is implemented as library. The binaries we ship are just commandline-interace-to-library-interface translators
  • "integrates well with known commandline tools": We do not re-invent the wheel. We do not implement "yet another password manager", but use the standard unix password manager, do not implement a news reader, but use newsbeuter, do not reimplement a mail reader, etc etc. We do not copy images, movies or other data to the store but "link" them into the store, so you can use imag tools to query and access this data, but still live with your beloved commandline apps. We do not want to duplicate work but reuse as much as possible. You don't like one of the applications we use (for example pass as password manager)? Sure, feel free to submit patches so the user is able to switch the used tool, as long as it doesn't break the workflow. We will happily merge them!

Current state of development

This application is in really early development.

We have implemented the very core of the system: the store library. There's also some progress on utility libraries for linking entries, tagging and the hook system of the store is in progress as well. There is also one commandline application: "imag-store" (the "store" subcommand) available by now, but this is meant for developers and debugging purposes as it provides direct core-level store access.

Though, the very core of the system is stable and nothing prevents you from contributing and implementing a module, though some convenience is not yet provided (as the libraries are work-in-progress).

Building/Running

Building

To build a single module:

$> cd <imag-proj-dir>/imag-<module>
$> cargo build

It may be tiresome to build all the modules by hand, but one can do something like this:

$> for dir in \
>$(find ./ -maxdepth 1 -path "./imag-*" -name "imag-*" -type d)
>do
>pushd $dir; cargo build; popd
>done

Running

To run imag, simply call ./bin/imag. This script has a function to search for modules, which utilizes an environment variable called IMAG_IS_THE_SHIT. To run imag with all components:

$> IMAG_IS_THE_SHIT=$(pwd) ./bin/imag

assuming you are currently in the imag source directory. Otherwise it is

$>IMAG_IS_THE_SHIT=$IMAG_SRC $IMAG_SRC/bin/imag

if $IMAG_SOURCE points to the imag source directory.

To test, simply add --help to one of the above commands. Imag should now be able to find the available commands.

Documentation

For detailed information, please read the documentation (You can either read the Markdown files or compile it to HTML/PDF using pandoc).

License

We chose to distribute this software under terms of GNU LGPLv2.1.

This decision was made to ensure everyone can write applications which use the imag core functionality which is distributed with the imag source distribution.