Another 14 days vanished quickly as hell.
Read what happened in the imag codebase in the last 14 days, in this 17th iteration on whats coming up in imag, the text based personal information management suite for the commandline.
imag is a personal information management suite for the commandline. Its target audience are commandline- and power-users. It does not reimplement personal information management (PIM) aspects, but re-uses existing tools and standards to be an addition to an existing workflow, so one does not have to learn a new tool before beeing productive again. Some simple PIM aspects are implemented as imag modules, though. It gives the user the power to connect data from different existing tools and add meta-information to these connections, so one can do data-mining on PIM data.
Now lets see what happened in the past 14 days.
Despite me not beeing on vacation in the last 14 days (surprise!), we didn’t manage to get this much done. But at least we got some things done.
PRs merged/closed in the last 14 days
- 774 adds copyright- and license-notices at the beginning of all files.
- 772 adds tests for error-returing store hooks.
PRs opened in the last 14 days and not yet closed
- 764 adds
- 771 implements utility
functions to be used with the
clap“validator functions” feature, so they can be used to verify commandline input.
- 775 adds
libimaginteraction, so one can use
readlineto ask the user for data.
- 783 rewrites the
README.mdfile of the repository.
Issues opened and already closed
Issues opened and not yet closed
- 765 started a discussion about whether the linking-feature should be extended for a link-annotation feature.
- 766 started a discussion about caching. Thanks you for the issue, Julian!
- 768 asks for better documentation of the linking feature. Thank you again, Julian!
- 777 asks to reduce the use
foo.fold(Ok(()),...and replace it by
fold_defresultor similar helper functions we have in the codebase.
- 778 asks for a refactor of
FromStoreIdtrait that is defined and used in
- 779 asks for a refactor of
- 781 asks for updating all dependencies of imag.
- 782 asks for changing the
libimagstore::store::Storeinterface to be non-consuming where possible.
- 784 asks for refactoring
libimagstore::store::EntryHeadertype. This is actually a really complex issue which might be solved in several PRs rather than in one step.
- 785 asks for a
imag mvfeature, with some functionality like
mv, but also some functionality to move store entries. Thank you again, Julian!
I finally started my masters degree this week and I guess I will have a rather high workload in this semester, so I really hope I’m able to do some imag things.
0.2.0 release within this year (it is planned to happen before
31.12.2016) should be possible, though we will see whether the 3-month-cycle for
the next releases
I announced in the blog post about my release strategy
will be possible.