Search Criteria
Package Details: hfsutils 3.2.6_p16-4
Package Actions
Git Clone URL: | https://aur.archlinux.org/hfsutils.git (read-only, click to copy) |
---|---|
Package Base: | hfsutils |
Description: | Tools for reading and writing Macintosh volumes |
Upstream URL: | https://www.mars.org/home/rob/proj/hfs/ |
Keywords: | filesystem hfs hierarchical mac macintosh |
Licenses: | GPL-2.0-or-later |
Submitter: | codyps |
Maintainer: | codyps (micwoj92, ajacocks) |
Last Packager: | micwoj92 |
Votes: | 9 |
Popularity: | 0.197931 |
First Submitted: | 2020-10-06 04:01 (UTC) |
Last Updated: | 2024-12-09 18:09 (UTC) |
Dependencies (4)
- glibc (glibc-gitAUR, glibc-linux4AUR, glibc-eacAUR, glibc-eac-binAUR, glibc-eac-rocoAUR)
- sh (dashbinshAUR, bash-devel-static-gitAUR, zshbinshAUR, bash-devel-gitAUR, busybox-coreutilsAUR, bash-gitAUR, bash)
- tcl (tcl-fossilAUR, tcl84AUR)
- tk (tk-fossilAUR)
Latest Comments
1 2 Next › Last »
ajacocks commented on 2024-11-30 18:02 (UTC)
I'm fine with the tcl/tk change. @codyps?
micwoj92 commented on 2024-05-16 21:37 (UTC)
I think that tcl/tk are small dependencies and can be included as normal dependencies.
In case other maintainers of this package want to move back tcl/tk to optdepends then it needs to be added to makedepends, I have no hard feelings about what is right in this case here.
tk
is needed forxhfs
.tcl
is needed forxhfs
andhfssh
.micwoj92 commented on 2024-05-16 14:18 (UTC)
Whoops that on me for testing only without TCL/TK, I will push fix soon + apply changes that VorpalWay suggested. In meanwhile you can add this before
./configure
to fix:CFLAGS="$CFLAGS -Wno-error=incompatible-pointer-types"
flipmess commented on 2024-05-16 14:04 (UTC)
hi, i'm getting these kind of errors when trying to compile hfsutils 3.2.6_p16-1
...
...
VorpalWay commented on 2024-03-25 19:09 (UTC)
The latest update breaks building in minimal chroots (e.g. with aurutils), since the optdep will never be installed in the chroot. You need to add tcl/tk in makedepends still for that use case.
micwoj92 commented on 2024-03-25 03:48 (UTC)
And the other alternative is to always build with
--with-tcl --with-tk
with tk/tcl being in both make and optdepends, many packages also do this approach.micwoj92 commented on 2024-03-25 03:47 (UTC)
It would still be 1 package. Here is what I mean, splitting like this
Then in build you would only have:
And package would be split into 2 section with:
ajacocks commented on 2024-03-24 21:27 (UTC)
I suppose that we could split it, but then it's 2 packages to maintain. The TCL/TK interface is actually rather useful, or I wouldn't bother.
micwoj92 commented on 2024-03-24 13:34 (UTC)
I mean to only build 1 variant, with
--with
. This way you need it in makedeps to build it. Alternatively a split package with programs that require tcl/tk just like debian does.ajacocks commented on 2024-03-24 13:24 (UTC)
I already added them to optdepends. The problem is that the configure script isn’t smart enough to use tcl and tk without the —with logic.
1 2 Next › Last »