-
Notifications
You must be signed in to change notification settings - Fork 8
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Consider making hledger-iadd an official hledger add-on #39
Comments
Is that an explicit policy ? And couldn't someone add more packages ? For reference, the "official" designation comes from http://hledger.org/manual.html#add-on-commands: "Official add-ons.. are maintained and released along with hledger." While "Third party add-ons.. are maintained separately, and usually updated shortly after a hledger release." |
PS re the other problem, size of stack deps, I feel your pain. Normally we (eg the hledger-install script) try to reuse the same resolver for all packages. hledger and hledger-iadd resolver requirements might be out of step just now. Things should improve with a release soon. |
That question has come up a few times and the answer has always been "not yet", since I still wanted to have the the freedom of iterating on the design without being constrained by hledger's release schedule and stability requirements. The reality is that I don't have that much time currently and so hledger itself probably moves more quickly than hledger-iadd. Otoh, I still have some vague ideas for a UI redesign and I'd like to try that in the new year. There is nothing stopping distros from packaging hledger-iadd right now, even without the "official" label. I guess there is just too little demand for it. Arch currently doesn't even have an AUR package, which would probably be the first step to getting it packaged in the official repos. |
btw, would it help if I provided statically linked binaries for Arch on the github release page? |
I would be delighted to have binaries for Arch/Debian! It would save me a lot of trouble, as I could just use that. I also noticed that none of the Docker images for Here is the PKGBUILD for hledger on Arch's repositories. Data entry is the main hurdle for people to get into plain text accounting, and hledger-iadd addresses that problem head-on. |
What's missing from hledger-web's add form, for hledger-iadd users ? |
The auto-suggestions are the most important, imho.
|
That's an excellent write-up, thanks. I agree with all points. Some of them used to work better in hledger-web but have regressed for various reasons. |
@the-solipsist: In case you're still interested, there is now a binary AUR package. This should make installation for Archlinux users a lot easier. Let's see how it |
Thanks so much for this. I use Arch on my RPi 2, and only got around to installing it today. I used
In short, it is using the AMD64 binary (from your release page) instead of compiling the source code for ARMv7. Would it be difficult to do an ARM binary release as well? |
I don't have a dev setup for ARM compilation, but I suppose I could set that up if there's demand. I've created a new issue to track this: #43 |
Hi, @hpdeifel and @simonmichael, would you consider making
hledger-iadd
an official add-on ofhledger
? Distros like Arch Linux package all the official add-ons, but don't havehledger-iadd
. It's currently very difficult to have an up-to-date version ofhledger
withhledger-iadd
without installing multiple gigabytes of Stack stuff (15GB on my laptop, making.stack
the single largest folder on a 128GB drive!), and even the docker images forhledger
have add-ons, but only the official ones.Or perhaps one may even consider making into a built-in command like
add
?The text was updated successfully, but these errors were encountered: