The fact that eread displays elog files unsorted makes it less friendly to use. I will attach a patch proposal to fix it. In fact, eread is a simple script which can be extended virtually to infinity and made bloated, but what I propose are only small changes that provide a way to sort its output: by alphabet or by date. I think it improves its usability quite much. The commands/keys are 'a' and 't' which is similar to elogv. Sorting order can be changed from environment. I'm not sure it'd be fine and not sure the name EREAD_SORT_ORDER obeys some convention, but it can be changed easily. Sorting relies on two additional utilities: sort and awk. By default no sorting is performed, so the script will work without error even if for some reason any of the mentioned tools aren't available. No default sorting also means no additional CPU processing by default. :) Sorting by date relies on how file name is made. I suppose it's "standardized", won't be changed easily so I think it's OK (otherwise a few other tools would break…). If you find it useful I'll be happy to see it included. If you think the added "Updated by" field isn't appropriate, feel free to rm -rf it. Reproducible: Always
Created attachment 310121 [details, diff] patch for eread (script and manual page)
Created attachment 310123 [details, diff] patch for eread (script and manual page) better wording
Hmm, files whose names don't follow the convention c:p:date* are skipped in sort by time is selected. I think it's unexpected and bad and I'll fix it.
Created attachment 310131 [details, diff] patch for eread (script and manual page) Now the requirement on awk is gone. Uses -k and -t options with sort which seems to be portable.
eread is intended to be simple. However, I do like the changes and they have been committed and pushed to the repository. http://git.overlays.gentoo.org/gitweb/?p=proj/gentoolkit.git;a=commit;h=a6a159cd3f8c8a89eccbba57689623a747fea73f
Released in gentoolkit-0.3.0.6-r1
