Search Criteria
Package Details: hledger-bin 1.41-1
Package Actions
Git Clone URL: | https://aur.archlinux.org/hledger-bin.git (read-only, click to copy) |
---|---|
Package Base: | hledger-bin |
Description: | Command-line interface for the hledger accounting system |
Upstream URL: | http://hledger.org |
Keywords: | hledger ledger |
Licenses: | GPL-3.0-or-later |
Conflicts: | hledger |
Provides: | hledger |
Submitter: | ccat3z |
Maintainer: | gesh |
Last Packager: | gesh |
Votes: | 8 |
Popularity: | 0.82 |
First Submitted: | 2020-08-22 05:39 (UTC) |
Last Updated: | 2025-01-19 19:59 (UTC) |
Dependencies (1)
- asciinema (asciinema-gitAUR, acast-binAUR) (optional) – hledger demo support
Required by (3)
- hledger-utils (requires hledger)
- hledger-utils-git (requires hledger)
- puffin (requires hledger)
Latest Comments
1 2 3 4 5 Next › Last »
gesh commented on 2025-01-19 14:08 (UTC)
@alerque Done, though I'm a little confused as to how you're using this?
Also, this feels like something a clever enough
pacman
should be able to do itself, I've raised this upstream: https://gitlab.archlinux.org/pacman/pacman/-/issues/225alerque commented on 2025-01-17 12:55 (UTC)
Would you mind fixing the provide declarations (in 3 places of course) with version specs:
This will make builds of this package easier to manage as project dependencies so it can resolve whether to prefer the (frequently OOD) official hledger package or this one. Thanks.
gesh commented on 2025-01-14 18:11 (UTC)
@zibolo That's odd -- I'm guessing I mistakenly ldd'd
hledger-git
, which yielded these false positives. Checking the archives, I can confirm what you're saying, and indeed dropping alldepends
lines yields a seemingly-working binary even when building in a clean chroot.Indeed, checking upstream, the release is built against musl in an Alpine Linux container. Thanks for pointing it out, I'll be using upstream's config to fix my
-static
packages.zibolo commented on 2025-01-12 20:26 (UTC)
Hello @gesh! I'm not an expert and I'm curious how did you determine
gmp
andncurses
dependencies.By downloading the latest (1.41) prebuilt binaries, all executables seems to be "fully" statically linked, indeed
ldd hledger*
returns "not a dynamic executable".file
sayshledger: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), statically linked [...]
.dude commented on 2025-01-10 13:33 (UTC) (edited on 2025-01-10 13:34 (UTC) by dude)
Thanks! I might not have time to review your changes for another few days, so I'm going to add you as a co-maintainer if that's okay. That way you can make changes to it as you see fit, without having to wait on me (I think that's how it works).
gesh commented on 2025-01-09 19:31 (UTC) (edited on 2025-01-09 19:43 (UTC) by gesh)
For some reason I thought I'd posted the patch, apologies. Checking with
ldd
, it seems thatzlib
andncurses
are indeed necessary, thoughncurses5
isn't (that's due to an older version of the dependencies). Looking at the dependency tree,zlib
is a transitive dependency ofhledger-web
(via its use ofyesod
), but not of either of the others. EDIT: Double-checking shows that everyone depends onncurses
for some reason, fixed the patch)The patch (I omitted that on my local system, I removed the tabs, replaced the quotes for
pkgdesc
by single quotes, and most controversially extracted the commonpackage()
instructions into a separate function): (note thedepends+=()
line is not optional if you wanthledger
to have the correct dependencies in.SRCINFO
)dude commented on 2025-01-09 18:57 (UTC)
@gesh Can you provide a diff with all of the changes that you mentioned?
Regarding ncurses, that's required for hledger-ui as far as I know. Not sure about zlib.
gesh commented on 2024-12-30 19:42 (UTC) (edited on 2024-12-30 19:56 (UTC) by gesh)
In reading the diff, just noticedEDIT: turns out pacman isn't smart enough to extractprepare()
contains an absolutely unnecessary extraction of a tar archive..tar.zip
files (in fact, the fact that it extracts one level at all is a coincidence --makepkg
tries to autodetect the archive type and seems to be accidentally detecting the underlying tar archive. Luckily,bsdtar -xf
can extract both zip and tar archives, but since zip files are themselves archives, it stops the extraction after one step (in contrast to eg.tar.xz
files)). On the other hand, Github is too stubborn to enable automatically uploading.tar.gz
files1, so upstream ended up going with.tar.zip
files2.Also, the new release packages the bash completion with it, no need to download it separately anymore. Hopefully, soon the manpages will also be distributed in the bindist, making the hardcoded urls unnecessary3
Also, the license is GPL-3+, see the manpage.
Also, you either want the split packages to work independently (in which case, independent copies of
hledger-completion.bash
should be shipped with each, instead of symlinking), or you want to make the-ui
and-web
variants depend on the vanillahledger
.Finally, are you sure the
ncurses5
andzlib
dependencies are necessary? The former is IIUC only needed for GHCs from more than 7 years ago4, and I can't find mention of the latter in the repo. Also,glibc
andcoreutils
are inbase
, there's no need to manually specify them.dbh97 commented on 2024-12-27 10:09 (UTC)
Here's 1.41 diff.
gesh commented on 2024-09-17 18:05 (UTC)
Note the installation instructions in the completion file -- it should be symlinked to also be pointed to by
/usr/share/bash-completion/completions/hledger-{ui,web}
. Currently, the only way to load the completion for eghledger-ui
is to first dohledger <TAB>
-- this will pull in the completion file, which will additionally configure completion forhledger-ui
andhledger-web
.1 2 3 4 5 Next › Last »